了解生成树协议拓扑变化( 二 )


TCN是不包含绝对信息的非常简单BPDU网桥派出每 hello_time秒钟(这是本地配置的hello_time,在配置BPDU指定的不 是hello_time) 。指定的网桥通过立即退还正常承认TCN配置 BPDU与拓扑变化确认(TCA)位集 。通知拓扑更改的网桥不会停 止发送其TCN直到指定的网桥承认了它,因此指定的网桥回答TCN即 使从其根不接受配置BPDU 。
播放事件对网络
一旦根知道有一个结构更改事件在网络,开始派出其 配置BPDU与设置的拓扑变化(TC)位 。这些BPDU在网络被每个 网桥传递与此位集,因此每一个网桥意识到拓扑更改情况并且可以 使其过期时间降低到forward_delay 。
TC位将由支持设置每max_age的周期forward_delay秒钟,默认情况下是20 15=35秒钟 。
该做什么当有许多拓扑更改在网 络
这是唯一可以由TCN生 成,跟随由一些信息关于怎样限制拓扑更改和查找从他们在哪里来 的少量问题 。
假如有 show-tech support命令的输出 从您的Cisco设备,您能使用 Output Interpreter显示潜在问题和修正 。使用 Output Interpreter;,您必须是一个 注册的用户,登录,并且安排javascript 被启用 。


溢出流量
更多主机在网络,越高 获得拓扑更改的可能性 。例如,当重新启动,一台直接地附 上主机将触发拓扑更改 。在非常大(和平面的)网络,我们能 到达网络永久地其中在拓扑更改状态的点 。实际上,这是好 象过期时间配置了到15秒,将导致泛滥的一高水平 。这是发 生一致我们的用户进行若干服务器备份的最坏的情况 。
因为造成非常大流量击中所有用户,超龄条目为接受备份的 设备是灾难 。以后请参阅关于如何避免TCN生成 。
问题在 ATM LANE桥接环境里
此案件比一次快速过期暗示的数据流正常泛滥重要 。在一次 拓扑更改的收据为VLAN,Catalyst交换机将有其LAN仿真模块再确认 他们的LE arp表为对应的仿真LAN (ELAN) 。因为每个LANE前 端在ELAN同时将发出同一个请求,在LAN仿真服务器(LES)可能放置 一个高重点假如有再确认的很多条目 。我们在此方案看了连 通性问题 。假如网络对拓扑更改是区分的,真正的问题是没 有拓扑更改然而网络的设计 。虽然,它实际上有道理尽量限 制TCN生成保存LES的CPU (至少) 。请参阅以下部分限制TCN生 成 。
避免 TCN生成用Portfast命令
portfast功能是在STP实施的上一个Cisco 专利的变 化 。命令实施于特定端口并且有二个作用:
端口出现直接地在转发STP模式放置,而不是通过了 解的和监听的进程 。注重STP在端口仍然运行与生成树协议增 强 。
当为生成树协议增强配置的端 口断开或时,交换机从未生成TCN 。
您在其中连接的主机该一非常可能上上下下带来他们的链路的端口 能然后启用生成树协议增强(典型地终端站常见用户重新启动) 。在导致集线器或其他网桥的端口应该确定地避免功能不应该 是必要的为服务器端口并且:直接地transitioning对转发状 态的端口在一条冗余链路引起临时桥接环路或能引起临时桥接环路。
但切记拓扑更改可以是有用的,因此请勿启用生成树协议增强在链路上升或发生故障一个重大活动 为网络的端口 。
跟踪TCN的来源
本身,拓扑更改不是 一件坏事,而是作为一个好网络治理员,知道最好的他们何处来自 为了是确保的他们没有与一个真正的问题有关 。识别发出拓 扑更改的网桥不是一项轻易的任务,虽然不技术上非常复杂 。
仅多数网桥计数他们发出了或接受 TCNs 的数量 。Catalyst 4000、5000及6000能显示端口和发 送最后拓扑更改他们接受网桥的ID 。从根开始,去下行创始 者网桥是然后可能的 。欲知更多信息,请参阅信息关于命令。

推荐阅读