该主题涵盖了几个主题,因此我将尝试进一步细分它,以提供更多信息并更好地理解该技术。
首先介绍一下背景情况 - 我们正在举办一场本地局域网聚会,参加者很多。连接的计算机数量在 200 到 600 台之间(可能更多)。我们有 Netgear FS726T 托管交换机,千兆链路通向核心千兆交换机。网络至少在人们进来前几个小时设置好,并使用 24-48 小时。在这些 Netgear 交换机上,我们启用了 802.1d 以避免循环,但一切都保留默认设置。
我们可以控制以下 STP 802.1d 设置(及其范围):
- 桥优先级(0-65535)
- 桥梁最大年龄 (6-20)
- 桥接问候时间 (1-10)
- 桥接转发延迟(4-30)
每端口:
- 路径成本(1-65535)
- 优先级(0-255)
以下是一些后续问题:
- 如何调整 802.1d 设置以最适合这种情况?
- 这些变化会对网络性能(延迟和传输速度)产生影响吗?
这些是我一直在考虑的改变及其原因——我的想法正确吗?
- 最大化年龄,尽可能避免重建生成树计算(因为网络一旦建立就不会改变)
- 最大化问候时间以最小化聊天(与上述原因类似)
- 最小化转发延迟,尽快开始发送实际数据包
- 增加标准端口的路径成本,以避免连接的机器劫持流量
- 降低到核心交换机的链路上的路径成本以指示更可取的路径
- 增加核心链接的优先级(同上)
任何信息和部分答案都将不胜感激。有关在哪里可以找到有关该主题的更多信息的信息也将不胜感激。
谢谢
答案1
看http://www.cisco.com/en/US/tech/tk389/tk621/technologies_tech_note09186a0080094954.shtml
这些计时器涉及很多事情,您似乎担心的一些事情看起来像是过早优化......
你应该做的事情:
您希望核心交换机成为生成树根。将核心交换机上的桥优先级设置为最低值。IOS 允许您使用特殊优先级“primrary”,将其设置为 8192,因此我认为您可以使用它。确保最终用户端口具有 portfast 和 bdpuguard 或 Netgear 支持的任何功能,以表示“此端口不应为其他交换机供电”
最大化问候时间以最小化聊天(与上述原因类似)
我不会碰这个,它会影响其他一切。我很确定增加 hello 时间会增加检测循环所需的时间,这不是你想要的。
最小化转发延迟,尽快开始发送实际数据包
如果拔掉电缆,这可能会有所帮助,但实际上它只能为您节省最多 30 秒左右的时间,这可能不足以让它值得。
增加标准端口的路径成本,以避免连接的机器劫持流量
在 ciscoland 中,对于最终用户端口,您可以启用 portfast 和 bdpuguard 以及所有这些有趣的东西。最终用户端口首先不应该参与生成树,因此端口成本实际上并不相关。
降低到核心交换机的链路上的路径成本以指示更可取的路径
如果将核心设为生成树根,则不需要执行此操作
增加核心链接的优先级(同上)
如果将核心设为生成树根,则不需要执行此操作
这些变化会对网络性能(延迟和传输速度)产生影响吗?
不。他们能提供的唯一帮助就是,如果有人拔掉/重启交换机,可以更快地恢复。我假设,如果发生这种情况,任何正在进行的游戏都会被打断,因此让它在 15 秒而不是 45 秒后重新上线对玩家来说不会有太大影响。
如果您没有环路拓扑(又名冗余第 2 层链路),那么生成树实际上并没有发挥很大作用。
答案2
最大化年龄,尽可能避免重建生成树计算(因为网络一旦建立就不会改变)
如果网络拓扑不会改变,您提议的优化和更改就毫无意义。首先,生成树是一种影响较小的协议。考虑到生成树,600 个端口/站在整个计划中并不算多。
STP 的优点在于,在绝大多数情况下,它都能自我管理——通过修改默认的、经过试验和测试的默认设置,您可能会让事件变得更糟——并且可能会在您的最终用户使用您的网络的相对较短的时间内对他们产生影响。
降低到核心交换机的链路上的路径成本以指示更可取的路径
增加核心链接的优先级(同上)
这几乎就像您一开始就试图破坏 STP 的目的;如果您突然必须更改网络拓扑(交换机或链路发生故障,并且发生 STP 收敛事件?),您将花时间重新配置成本/优先级 - 如果 STP 保持不变,您就不需要这样做。无论如何,将交换机配置为 BDPU 根,您就不必担心手动路径成本。