40Gbps的所有4台交换机之间都使用q312079q链接，它们之间使用L3链接，但是现在我想使交换机之间的带宽增加一倍，因此我计划添加（虚线链接）L3链接并让OSPF负载均衡流量对他们来说，您认为这样做有什么问题吗，或者这会很好吗？ （想要第二只眼睛）
这是我的ospf配置在所有4台交换机上的外观。
interface Ethernet2/10
no switchport
mtu 9216
ip address 192.168.250.9/30
no ip ospf passive-interface
ip router ospf 100 area 0.0.0.0
no shutdown
interface Ethernet2/11
no switchport
mtu 9216
ip address 192.168.250.13/30
no ip ospf passive-interface
ip router ospf 100 area 0.0.0.0
no shutdown
有关当前流量的更多详细信息
我当前的流量如下图所示。
OSPF是活动的BGP交换机，因此所有输入/输出流量均来自ISP。然后，SW1使用OSPF ECMP在两个SW3 / 4之间进行负载共享。最近1年，我们没有人抱怨语音问题或质量问题（每个人都很高兴）。现在，当我的SW1出现故障时，OSPF将BGP路由移至SW2，并使其变为SW，流量开始从SW2流向SW3 / 4（我已经通过手动移动BGP进行了多次测试） /> 更新-2
OSPF / ECMP的负载共享信息
我配置了以下负载共享，这在cisco nexus交换机上是默认的。
# show ip load-sharing
IPv4/IPv6 ECMP load sharing:
Universal-id (Random Seed): 2223335843
Load-share mode : address source-destination port source-destination
GRE-Outer hash is disabled.
Concatenation is disabled.
#1 楼
由于这些是点对点链接，因此我将考虑使用中断为每个/ 30接口配置ip ospf network point-to-point。 （新的和现有的链接）。这减少了问候计时器和无效计时器。此配置还减少了协商DR和BDR的需要。最后，我将在切换前后验证OSPF邻居状态和路由表。切换和适当的邻居关系后，您应该会看到ECMP路由。
评论
停工对于我们来说将是一场消防演习，因为我们有很多客户，所以走这条路并不容易。但是有可能在SW2和SW3 / 4交换机上我点对点配置ip ospf网络，然后将流量故障转移到SW2并在SW1和SW3 / 4上这样做吗？我已经更新了我的问题
–沙爹
19年5月14日在13:39
这个计划对我来说似乎很合理。请注意，在故障转移状态下，流量仍会按预期流动。
–TDurden
19年5月14日在14:01
另外，我打算在新链接上增加高ospf费用，并等待一段时间，直到所有费用稳定下来，然后降低启动ECMP流量的费用
–沙爹
19年5月14日在15:39
您是否认为我将OSPF的空闲链路之一更改为p2p会干扰我当前的流量？\
–沙爹
19年5月15日在13:53
不，但是我还是会。维护窗口，检查首选路由，查看Netflow，查看接口计数器等。
–TDurden
19年5月16日在14:06
#2 楼
有两种方法可以实现此目的。您建议的方法，通过添加第二个链接使用自己的/ 30或/ 31，
确保OSPF安装了多个等价路由在
路由表中，让CEF的ECMP（EqualCostMultiPath）转发处理
数据包推送和整个可用链接集合中的流分配。 CEF / ECMP使用与端口通道不同的负载共享逻辑，并且可以处理不均匀数量的链接，这比端口通道要好得多。请参阅Ivan Pepelniak的Blog帖子以获取参考。 。让端口通道负载分配逻辑处理流的分配。
您提出的想法更面向L3 /路由，但是缩放它可能会遇到一些问题：您将使用很多/ 30或/ 31s。您可以按奇数缩放，但必须为每个缩放步骤配置一个新的链接以及可能的子网（或转到
ip unnumbered）。从好的方面来说，具有自己子网的单个链接更容易进行故障排除-跨给定的单个链接“自然而然地” ping。另一方面，L3端口通道不需要更多的IP子网并且实际上不要触摸您给定的路由配置逻辑。 Port-Channel更具“ Nexus风格”，因为Nexus交换机的整个历史都基于VPC概念（我承认这并不完全适用）。扩展其他链接更容易-只需添加两个，而无需更改任何IP或路由配置。但是，适用于端口通道的规则（例如，将链接数保持在2的幂中），而对端口通道的单个链接进行故障排除则不太简单（无法在不将单个链接从端口通道中删除的情况下进行单个链接的ping操作重新配置它）
ADDON-1：哦，是的，一定要遵照TDurden的建议在...嗯..点对点链接上进行点对点配置（我承认这是很糟糕的双关语）
CAVEAT-1：使用端口通道时，请确保选择适合给定链接的预期通信模式的负载平衡策略。将路由器连接到路由器时（实际上在链路上只有两个MAC地址），那么“ Src / Dst MAC”可能没有预期的结果。版本9.2（x）
ADDON-2：
在具有ECMP / CEF的Nexus 9000上，可以将负载共享算法配置为包含L4属性：
ip load-sharing address source-destination port source-destination请参阅在CAVEAT-2当使用L3端口通道时，当成员链接断开时，请注意端口通道接口的“带宽”属性。 。根据硬件/软件平台的不同，端口通道接口的带宽可能会相应减少，而OSPF可能会通过增加给定链路的成本来对此做出反应。这可能会对拓扑产生（意外）后果。
评论
感谢您的配合，我已经更新了更多详细信息，现在SW1处于活动状态，并且正在进行负载分担，现在，如果我在SW1和SW3 / 4之间添加一个链接，为什么您认为ECMP会出现问题？我当前的ECMP设置在过去1年内运行良好，没有任何问题。我不担心浪费IP或键入config。我正在尝试减少停机时间带来的痛苦:(
–沙爹
19年5月14日在11:54
ECMP不支持Per-Packet负载共享，它使用基于流的负载共享。 cisco.com/c/en/us/td/docs/ios-xml/ios/mp_l3_vpns/configuration / ...
–沙爹
19年5月15日在2:31
评论
确保升级SW1-2和SW 3-4之间的链接哦，是的..忘了在图表中添加它。接得好！但是否则，您是否看到仅启用L3链路并切换到OSFP的任何问题？
我记得，您使用VoIP可以做很多事情。您最终可能会遇到很多乱序数据包，这些数据包绝对会杀死VoIP。
@RonMaupin我认为CEF / ECMP可以很好地处理“流”，并且可以通过将给定流始终分配给同一出口接口来很好地防止VoIP流的无序传递。
@ Marc'netztier'Luethi，这确实取决于。每个数据包的路由协议负载平衡实际上会破坏实时协议。我实际上是在考虑您的第3层通道建议，因为这肯定会提供按流平衡。