互联网典型故障案例.doc_第1页
互联网典型故障案例.doc_第2页
全文预览已结束

下载本文档

版权说明：本文档由用户提供并上传，收益归属内容提供方，若内容存在侵权，请进行举报或认领

文档简介

互联网典型故障案例【系统概述】如下图所示：喀什节点的cisco7206通过两个155m链路上行至乌鲁木齐的ne80路由器。其中乌喀互联网01（155-1）走铁通传输，乌喀互联网02（155-2）走联通传输，两条链路为负荷分担方式。喀什ar5-1乌鲁木齐ar1乌鲁木齐ne80pos1/0/0pos1/0/2pos1/0pos2/0155-1铁通通道155-2联通通道【故障现象】喀什反映，发送邮件经常发送不出去长时间停留在上传附件的状态，直到最后超时特别是word和excel文件，但往往将word和excel文件打成压缩包就能发送出去。【故障分析及排除】通过远程桌面连接登录到喀什的pc机上，抓包检查，发现邮件上传不上去时，有大量的重传报文（如图一），甚至tcp连接也会中断（如图二）。前期，已经发现155-2通道（联通置换电路）在ne80的接收方向有crc，传输测试通道无误码，分公司也没有反映有何异常，后联通发函要停止这条电路的置换，因此，这一问题就暂时搁置下来。联系到前面发现的通道质量不好的状况，结合分公司反映的故障现象，根据抓包的情况分析：当上传邮件的路由通过155-2通道时，由于通道质量不好，造成丢包，致使报文不停的重传，甚至造成tcp连接中断，最终邮件无法发送。而当邮件上传的路由通过155-1通道时，链路质量正常，所以能够正常发送。这就造成喀什分公司反映的现象：邮件有时能发送出去，有时发送不出去。根据上述分析，在喀什ar51上，将指向155-2通道的缺省路由删除，让分公司观察测试数日，邮件均能正常发送。【结论和建议】在网络中，特别是在接入层，链路有crc的现象还是比较常见的，当crc的增长较慢时，由于重传机制的存在，一般不会对网络产生什么影响；当crc增长较快时，也就是说丢包比较严重，就会使
人人文库> 全部分类> 专业文献 > 工程机械

温馨提示

  • 1. 本站所有资源如无特殊说明，都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等，如果需要附件，请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸，网页内容里面会有图纸预览，若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间，仅对用户上传内容的表现方式做保护处理，对用户上传分享的文档内容本身不做任何修改或编辑，并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容，请与我们联系，我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论