这是我目前的设置,在运行40Gbps的所有4个交换机之间使用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的更多详细信息
我当前的流量看起来像下面的图表,目前SW是活跃的BGP交换机,所以所有的进出流量都来自ISP。然后,SW1使用OSPF ECMP在两个SW3/4之间进行负载共享。过去的1年里,我们没有一个人抱怨过声音问题或质量问题(每个人都很高兴)。现在,当我的SW1失败时,OSPF将BGP路由移动到SW2,并使其active和流量开始从SW2流到SW3/4 (我已经通过手动移动BGP多次测试了BGP)。

OSPF/ECMP负载共享信息
我有以下负载共享配置,这是默认的思科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.发布于 2019-05-13 21:23:29
由于这些是点对点链接,我会考虑使用中断来使用ip ospf network point-to-point配置每个D0接口。(新的和现有的链接)。这减少了你的打招呼和死时间。这种配置还减少了协商DR和BDR的需要。
最后,我将验证OSPF邻居状态和路由表,在切分之前和之后。你应该看到ECMP路线后,切割机和适当的邻居。
发布于 2019-05-13 21:44:47
有两种方法可以做到。
您提出的想法更多地是面向L3/路由的,但是扩展它可能会有一些问题:您将使用大量的/30或/31s。您可以按奇数进行缩放,但您必须为每个缩放步骤(或go ip unnumbered)配置一个新链接,并可能配置一个子网。有利的一面是,拥有自己子网的单个链接更容易排除故障--在给定的单个链接上“自然地”切换。
另一方面,L3端口通道不需要更多的IP子网,也不实际触及给定的路由配置逻辑。端口-通道是有点"Nexus风格“,因为整个历史的Nexus开关是基于VPC的概念(我承认在这里不完全适用)。扩展附加链接更容易--只需再添加两个,而不涉及任何IP或路由配置。然而,适用于端口通道的规则(例如,保持链接数为2),而排除港口通道单个链接的故障则不那么简单(不能在不从端口通道移除单个链接并重新配置它的情况下跨越单个链接)。
第一句:哦,是的,一定要遵循TDurden的建议,在.嗯..。点对点链接(我承认,这真是糟糕的双关语)
警告-1:当使用端口通道时,请确保您选择的负载平衡策略符合给定链接的预期通信模式。当将路由器连接到路由器(实际上只有两个MAC地址在链路上)时,"Src/Dst MAC“可能没有期望的结果.有关参考,请参见思科Nexus 9000系列Nexus接口配置指南,第9.2(X)版
ADDON-2:在Nexus 9000上,使用ECMP/CEF,可以将负载分担算法配置为包含L4属性:ip load-sharing address source-destination port source-destination参见来自单播路由配置gude的在单播FIB中配置负载共享。
当使用L3-端口-通道时,请注意当成员链接下降时端口-通道接口的“带宽”属性。根据硬件/软件平台的不同,端口通道接口的带宽可能会相应地减少,而OSPF可能会通过增加给定链路的成本来对此作出反应。这可能会给拓扑结构带来(Un)预期的后果。
https://networkengineering.stackexchange.com/questions/59114
复制相似问题