具有生成树慢故障转移的Cisco HSRP
我在人际关系上有个问题，我不能把我的头放在心上，因为我不是一个很强的人际关系网的人。从我们的供应商，我们有2滴通过HSRP进入我们的思科2960交换机，是堆叠。所以每个开关都有一滴。从这里开始，我们在交换机后面有两个Astaro设备，用于处理所有防火墙和VLAN路由。然后这些反馈到思科2960's和所有的VM主机都在同一个2960's上，所以看起来有点像
-------------- --------------
|------ | Cisco 1 2960 | <--------> |Astaro 1 / VMS|
| ______________ --------------
----------- --------
| Uplink |
|---------- --------
| -------------- --------------
|-------| Cisco 2 2960 | <--------> |Astaro 2 / VMS|
-------------- --------------因此，在任何时候，思科都是堆栈的主人，而阿塔罗也是主人。
假设我有以下场景
主Astaro是#1主开关在堆栈中是#2
如果我重新加载开关#2，我有大约2分钟的停机时间，因为开关1接管和事情重新协商。
我的一些思科信任看起来就像
spanning-tree mode rapid-pvst
spanning-tree extend system-id
no spanning-tree vlan 1,100
interface GigabitEthernet1/0/1
switchport access vlan 100
switchport mode access
switchport nonegotiate
duplex full
!
interface GigabitEthernet1/0/2
switchport mode trunk
switchport nonegotiate
!
interface GigabitEthernet1/0/3
switchport mode access
switchport nonegotiate
!
interface GigabitEthernet1/0/4
switchport access vlan 100
switchport mode access
switchport nonegotiate
!端口1是我的提供者，2-4是切换到astaro的管理端口/vlan端口和wan端口。
如果我重新启动一个开关，为什么我不能拥有比2分钟的故障转移更好的故障转移，这让我不知所措。
编辑
下面是我们的“堆栈”的配置
sw1a>show switch
Switch/Stack Mac Address : 64d8.1431.6a80
H/W Current
Switch# Role Mac Address Priority Version State
----------------------------------------------------------
1 Member 0cd9.960b.5b00 15 1 Ready
*2 Master 64d8.1431.6a80 10 1 Ready- 交换机上的端口1是我们的上行链路。
- 端口2是返回到astaro的广域网端口。
- 端口3是管理vlan端口，返回到astaro。
- 端口4是返回到astaro的vlan端口。
astaro基本上是一个linux设备，它为所有iptables和linux将提供的网络工具提供了一个gui。
回答 1
Server Fault用户
发布于 2013-04-10 23:04:10
基于你的编辑和评论，我不认为这是你看到的跨越树延迟。您所描述的停机时间(2分钟)实在太长，无法用STP来解释，而且我有点怀疑Linux服务器是否运行带有开关的STP。你也基本上是在做单开关生成树，因为开关堆栈被认为是一个逻辑开关.
但是，在您的情况下，有一些STP调整可能是一个好主意。首先，您可以在VLAN上重新启用生成树--没有理由关闭它。模式快速pvst是一个好主意，除非您尝试使用Linux盒运行生成树。您还可以告诉交换机，指向Linux设备的主干(Gi1/0/2)不是交换机。
spanning-tree vlan 1,100
interface GigabitEthernet1/0/2
spanning-tree portfast trunk这就留下了这里拥有的其他冗余特性，即开关堆栈本身、HSRP和Astaros上的任何东西。
我赌的是Astaros的故障恢复机制。既然你提到一个人是“大师”，那就意味着在任何时候只有一个人是活跃的。在Astaros设备上为故障转移设置了什么样的计时器？您是否有任何日志可以指示备用设备在开关失败后需要多长时间才能活动？
生成树似乎不正确，因为所有的STP都是在一个交换机上完成的，也是因为停机。开关堆栈(至少在3750个堆栈上)故障转移也应该比这更快，尽管您可能会将控制台连接到辅助交换机，以查看是否需要很长时间才能接管主交换机。HSRP (假设它在提供程序上运行而不是在您的交换机上运行)也会比这快一点，而且不应该影响到您。
我认为是Linux机器上的故障转移计时器导致了延迟。第二位是切换堆栈，需要很长时间才能让二级交换机接管。
https://serverfault.com/questions/498203
复制相似问题
腾讯云开发者
