1) 快速生成树 (RSTP) 的最短“问候时间”是多少?是否可以将问候时间减少到例如 0.1 秒?
2) 最小值是由 RSTP 标准规定的,还是取决于交换机?或者由于 BDPU 流量增加或其他问题,它是否会成为取决于情况的实际最小值?
1) 快速生成树 (RSTP) 的最短“问候时间”是多少?是否可以将问候时间减少到例如 0.1 秒?
2) 最小值是由 RSTP 标准规定的,还是取决于交换机?或者由于 BDPU 流量增加或其他问题,它是否会成为取决于情况的实际最小值?
我会不按顺序回答你的问题。
快速生成树 (RSTP) 的最短“问候时间”是多少?
根据标准,范围为 1-10 秒,推荐的默认值为 2 秒。
最小值是由 RSTP 标准规定的,还是取决于交换机?
最小/最大范围由每个标准规定,但建议使用默认值(如上所述)。
实际实施在技术上将是特定于供应商的,尽管它们不太可能偏离如此基本的东西。例如,瞻博网络和思科都遵守 1-10 秒范围和 2 秒默认值。
是否可以将问候时间减少到例如 0.1 秒?
理论上?当然。实际上,并不是你必须找到支持它的供应商。
或者由于 BDPU 流量增加或其他问题,它是否会成为取决于情况的实际最小值?
这将取决于网络的运营商,并且 hello 计时器配置中的任何差异的具体原因纯属猜测。
我一般来说,几乎所有的交换机通常都配置为默认的 2 秒 hello 时间,并且每 2 秒(hello 时间)生成 BPDU,但您可以更改它。标准的范围是 1 - 10 秒。
如果您减少 hello 时间间隔,BPDU 将在短时间内大量生成,这反过来又会导致 CPU 负载过大,因为交换机必须处理许多 BPDU。如果您的网络中有许多 VLAN 和中继,则此负载反过来会影响其性能和严重影响。
它完全取决于您的网络拓扑中的网络实体数量、处理能力以及您的用例。