剖析tb002301 以太网单板故障分析处理issue1.0.pptVIP

剖析tb002301 以太网单板故障分析处理issue1.0.ppt

  1. 1、本文档共45页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
剖析tb002301 以太网单板故障分析处理issue1.0

课程内容 以太网故障定位基本知识 以太网故障定位的思路与常见方法 以太网常见故障的处理 以太网常见故障的处理 网络业务中断类 案例1:某传输网采用OptiX 2500+和OptiX 155/622H组成,其中心站OptiX 2500+与环上另一站OptiX 155/622H各绑定配置10×2Mbit/s的以太网业务。 故障现象:用户反映不能上网。有的时候使用QQ等软件没有问题,但是不能浏览网页。没有任何告警信息。使用两台PC互相ping测试,发现ping包长较小的时候,没问题;当ping包长较长的时候,发现对端设备不可达。 以太网常见故障的处理 故障分析及排除 : 查询全网告警,发现无任何异常告警,说明2M业务侧无问题。 检查业务不通两端传输设备和交换侧的以太网端口工作模式与属性的设置,均设置正确。 将中心站的OptiX 2500+连到交换侧,在本站使用便携PC连到OptiX 155/622H上,ping对端交换机的IP,可以ping通;ping域名DNS也没有问题。 经过以上步骤可以断定网络是通的,用户业务不通可能是由于以太网业务的传输速率过低导致的。逐步增大Ping的报文长度,经过多次ping包发现,超过890字节则ping不通,即短包通而长包不通 。 在确认两端网线无质量问题后,怀疑业务配置。经过检查业务配置,发现中心站OptiX 2500+侧的绑定通道为11×2M,而本站OptiX 155/622H侧的绑定通道为10×2M。将两端绑定通道统一设置为10×2M后,故障排除。 以太网常见故障的处理 结论及建议: 一般情况下,以太网业务不通通常有以下几种原因: 以太网口的工作模式与路由器或交换机侧的工作模式不匹配; ET1板的以太网端口或绑定通道口的Tag属性设置不正确; 交换机侧的Tag属性设置不正确; 网线制作不规范导致高速率的业务不通; 业务配置问题,两侧绑定的虚通道不一致。 绑定的任意一个VC12出现异常或两端虚通道绑定的VC12没有一一对应,都会导致业务出现有规律的损伤或引起业务中断 以太网常见故障的处理 问题总结:处理此类问题,首先完成故障界定,即判断故障点在传输侧还是数通侧,因此第一步隔离数通产品,采用PC直连,如问题依旧,则说明问题很有可能出在传输侧。其次,要了解实际网络业务的特点,充分利用已有工具进行各项测试,找出问题点。再次,理解以太网特性单板的工作原理,进而分析故障原因。 业务开通后Ping测试的时候应加上包长的参数,建议参数为1500,即 Ping IP地址 –l 1500 -t; 如果两端MP绑定的VC12不能一一对应,则必然导致业务异常; 引深一步可知,对ET1单板,如果Vctrunk绑定的任意一个或多个VC12异常,则会导致整个Vctrunk的以太网业务异常; 以太网常见故障的处理 案例2:某传输网络采用OptiX 2500+组成2纤双向复用段环,组网图如图所示,1号站为业务中心站。各站均配置有ET1板,集中型业务,即各站只与1号站有业务 故障现象:环上3号站的用户反映在上网时,时通时断;网页有时能打开,有时打不开。在网管上查询告警,发现3号站的ET1板上有大量瞬时性LP_RDI告警上报,对端1号站的ET1板上有大量瞬时性TU_AIS告警上报;每次告警只持续1到2秒,间隔大约12分钟。3号站和1号站的2M支路板、STM-1接口板都没有异常告警,整个网络只有Ethernet业务受影响。 以太网常见故障的处理 故障分析及排除: 通过比较网元时间,告警产生及结束时间,可以肯定故障站点的LP_RDI告警是由于中心站点的TU_AIS引起。 1号站ET1板的端口分别对应环上各站点的ET1板端口,各站点的业务使用同一个VC-4汇接到1号站;而且1号站的2块ET1上不是所有2M都有TU_AIS,其中有5个2M没有TU_AIS,这5个2M和其他2M唯一不同的就是这5个2M都来自1站东向板位的S16,其它有TU_AIS的2M业务都来自1站西向板位的S16。即1站ET1报TU_AIS的通道,其业务都来自1站西向S16,估计是该VC-4的业务没有穿通过来。 故障很可能是1站或西向相邻站点故障; 首先对1站XCS板进行主备倒换,结果故障现象依然存在;然后倒换西向相邻站点的XCS,故障现象消失,告警结束;观察1个小时,仍然正常。复位该站点原主用板位的XCS板后,再将该XCS板设置为主用板,故障重现;可以定位为该XCS板故障。 以太网常见故障的处理 结论及建议: 由于XCS板故障导致某个VC-4业务无法穿通,业务中断。 在定位以太网业务故障时,先要观察SDH的告警和性能事件,在确保SDH无误的前提下,再进行以太网的故障定位。 SDH侧故障引起业务中断 以太网常见故障的处理 案例3:某传输网采用2

您可能关注的文档

文档评论(0)

ranfand + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档