S9300由于SEP配置不完整导致二层表项不能正常刷新

发布时间:  2015-06-22 浏览次数:  127 下载次数:  0
问题描述

如图所示,某企业在城域范围内有多个站点,采用的是两个U形环的sep组网。一个sep半环上链路故障时,链路切换受影响业务中断超过5分钟,如3.3到3.25链路中断,会导致3.21、3.27、3.28三个站点离线(上层网络无法访问),时间长达5分钟以上。

处理过程

步骤一:

因为涉及到链路切换,首先登陆设备查看sep切换正常。登录后发现sep已经正常切换。

步骤二:

因从上层网络看21、27、28三个站点脱管,因为切换时间一般是5分钟以内,5分钟刚好是MAC地址表的默认老化时间,怀疑MAC表项未及时刷新,因此检查MAC表项是否正常,发现链路切换后3.2和3.3上MAC地址表未刷新.

步骤三:

sep中有个拓扑变化通告机制,当指定SEP段的拓扑发生变化,而没有及时通知到上级网络,那么上级网络的MAC地址表中仍然保留下游网络拓扑变化前的MAC地址表项,这样就会导致用户流量中断。当上级网络收到下游网络拓扑变化的消息后,会在本网络内发送TC报文,通知本网络内的所有设备清除MAC地址,重新学习下游网络拓扑变化后的MAC地址。此时怀疑是没有配置tc-notify导致,检查配置,发现果然没有配置,配置后再进行测试

步骤四:

配置tc-notify之后进行链路切换测试,发现中断时间仍然达5分钟之久。此时将所有环上设备的sep配置全部检查一遍,发现3.2和3.3之间链路没有加入sep segment,配置这两台设备互联接口加入sep segment 31后,重新切换测试,表项刷新正常,问题解决。


根因

SEP段配置不完整且未配置拓扑变化通告导致链路切换时表项未触发及时更新。

解决方案

配置拓扑变化通告、将sep段配置完善。

建议与总结

sep链路切换中断时间较长第一判断是表项是否及时刷新,sep多环或者与其他环网协议相切相交的情况下要配置拓扑变化通告来刷新表项,同时也要排查保证基本的sep配置正确。

END