由于这些是点对点链接，我会考虑使用中断来配置每个 /30 接口与ip ospf network point-to-point. （新的和现有的链接）。这减少了 hello 和 dead 计时器。此配置还减少了协商 DR 和 BDR 的需要。

最后，我将在切换前后验证 OSPF 邻居状态和路由表。您应该会在切换后看到 ECMP 路由和适当的邻居。

有两种方法可以做到这一点。

• 您建议的方式，通过添加具有自己的 /30 或 /31 的第二个链接，确保 OSPF在路由表中安装多个等价路由，并让 CEF 的 ECMP (EqualCostMultiPath) 转发处理数据包推送和流的分布可用链接集。CEF/ECMP 使用与 Port-Channel 不同的负载共享逻辑，并且可以比 Port-Channel 更好地处理奇数数量的链路。请参阅Ivan Pepelniak 的博客文章以供参考。

• 使用L3端口频道：移动IP和路由配置到一个端口通道对象（它不具备“交换机端口”命令），并加入给定的接口到该对象。让 Port-Channel 负载分配逻辑处理流的分配。

您提出的想法更面向 L3/路由，但扩展它可能会遇到一些问题：您将使用大量 /30 或 /31。您可以按奇数进行扩展，但您必须为每个扩展步骤（或 go ip unnumbered）配置一个新链接和可能的子网。从好的方面来说，具有自己子网的单个链接更容易进行故障排除 - ping 给定的单个链接“自然而然”。

另一方面，L3 端口通道不需要更多的 IP 子网，并且实际上不会触及您给定的路由配置逻辑。Port-Channel 更像是“Nexus 风格”，因为 Nexus 交换机的整个历史都是基于 VPC 概念的（我承认这在这里不太适用）。扩展附加链接更容易 - 只需再添加两个，无需更改任何 IP 或路由配置。然而，适用于端口通道的规则（例如保持链路数为 2 的幂），而对端口通道的单个链路进行故障排除则不那么直接（如果不将其从端口通道中移除，则无法跨单个链路进行 ping 操作，并且重新配置它）

ADDON-1：哦，是的，一定要按照 TDurden 的建议在 ... ehm .. 点对点链接上配置点对点链接（真的很糟糕的双关语，我承认）

CAVEAT-1：使用端口通道时，请确保选择适合给定链接的预期通信模式的负载平衡策略。将路由器连接到路由器（链路上基本上只有两个 MAC 地址）时，“Src/Dst MAC”可能没有预期的结果...有关参考，请参阅Cisco Nexus 9000 系列 NX-OS 接口配置指南，版本 9.2(x)

ADDON-2：在 Nexus 9000 上，使用 ECMP/CEF，负载共享算法可以配置为包括 L4 属性：ip load-sharing address source-destination port source-destination请参阅单播路由配置指南中的在单播 FIB 中配置负载共享。

CAVEAT-2 使用 L3-Port-Channels 时，请注意成员链路断开时端口-通道接口的“带宽”属性。根据硬件/软件平台的不同，端口通道接口的带宽可能会相应减少，而 OSPF 可能会通过增加给定链路的成本来对此做出反应。这可能会对拓扑产生（非）预期的后果。