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