我想知道 LACP 的路由机制（源/目标 MAC、源+目标 MAC、源/目标 IP、源+目标 IP）是否必须在
- 两台设备之间有一条 LACP 中继*
- 多个 LACP 中继*但一条逻辑路径跨多个设备
另外：使用自动 LACP 时，是否会发生协商以便设备自动使用相同的路由策略？如果路由机制不适合，可能发生的最坏情况是什么？
*我在这里使用术语“主干”的意思是“将多条物理电缆分组，以实现冗余和更高的吞吐量”
答案1
您需要将 LACP 视为链路聚合的“验证机制”。
无论是使用静态 LAG 还是使用 LACP LAG，您都不会获得更好的性能。您将获得更快的故障转移，以及一些智能检查以确保链接功能然后将它们引入 LAG。
现在...取决于您的流量....会直接回答您关于哪个更好的问题。链接中的每个参与者都可以使用不同的方法（IP 源/目标、MAC 源/目标）来选择如何出口流量。理想情况下，链路的两端都会执行相同的操作，但并不一定非要这样做。
NetApp 有一份关于此问题的精彩文档，涵盖了多种不同的场景，但让我直接进入正题：
1) 您将需要为每个 VIF 设置一个单独的 LACP 绑定，每个 NetApp 头一个。
2) 如果您运行的是 5.0 或更早版本，则应在 ESXi 端配置静态 LAG；如果您运行的是 5.1 或更高版本，则应配置启用 LACP 的 LAG。
一旦达到 NetApp 上 1GbE 的限制，您要么需要升级到 10GbE 卡，要么获得功能更强大的文件服务器。
编辑：这是文档的链接，现在 5.1 版本可能有一个修订版http://media.netapp.com/documents/tr-3749.pdf
答案2
不，没有必要让每一方的哈希算法都匹配。LACP 既不了解也不关心远程哈希策略。LACP 对等体不协商哈希，因为它们不关心对等体如何平衡流量。没有健全性检查来访帧是否来自“正确”的接口。