网吧故障案例分析.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
网吧故障案例分析 2006年10月,新华下接网吧用户网络游戏有较频繁的停顿现象同时PING网关时延大。 故障分析 登录新华ERX 1410),查看SRP及线卡CPU利用率,现SRP和提供用户接入的第11槽GE卡CPU利用率都在80%左右。 gi 11/0流量做增量检查,发现ge 11/0平均每秒收到有270个左右的广播包广播包CHN-Telecom#base int gi 11/0 CHN-Telecom#sleep 10 Please wait.... CHN-Telecom#sh int gi 11/0 del GigabitEthernet11/0 is Up, Administrative status is Up ... ... In: Bytes 128129365, Unicast 616837 Multicast 18, Broadcast 2698 10秒钟内的广播包数量 Errors 0, Discards 0, Mac Errors 0, Alignment 0 CRC 0, Too Longs 0, Symbol Errors 0 Out: Bytes 310763989, Unicast 536096 Multicast 0, Broadcast 50 Errors 0, Discards 0, Mac Errors 0, Deferred 0, No Carrier 0 Collisions: Single 0, Multiple 0, Late 0, Excessive 0 ARP Statistics: In: ARP requests 0, ARP responses 0 Errors 0, Discards 0 Out: ARP requests 0, ARP responses 0 Errors 0, Discards 0 ... ... 通过检查汇聚交换机3552的接口发现水碾河接入交换机送出大量广播包,登录水碾河接入交换机,发现E1/1收到大量广播包,约占所收数据帧的25% (1591478417/6475417162=24.5%)接口,故障消失。SNH-J-HW3026FS-1display interface Ethernet 1/1 ... ... Input(total): 6475417162 packets, 1125684395363 bytes 1591478417 broadcasts, 3 multicasts Input(normal): - packets, - bytes - broadcasts, - multicasts Input: 1 input errors, 0 runts, 0 giants, - throttles, 0 CRC 0 frame, - overruns, 0 aborts, 1 ignored, - parity errors Output(total): 8859379452 packets, 3126300122146 bytes 810191 broadcasts, 210455 multicasts, 0 pauses Output(normal): - packets, - bytes - broadcasts, - multicasts, - pauses Output: 0 output errors, 0 underruns, - buffer failures - aborts, 0 deferred, 0 collisions, 0 late collisions - lost carrier, - no carrier ... ... 到用户现场后,用PC替换用户网吧路由器NetCore 2805NR,用thereal抓包,发现有从以下地址来的UDP包。抓包 故障原因 从上述测试结果来看,出现这种现象是由于网吧用户受到异常流量冲击,一方面消耗了中继带宽资源,另一方面,网吧路由器软件BUG,大量的UDP异常流量冲击时,发出大量ARP网关解析请求,清耗ERX的线卡和SRP的CPU资源,导致PING网关慢及掉包。

文档评论(0)

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

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

1亿VIP精品文档

相关文档