网络故障案例手册Ver1.0.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文档。上传文档
查看更多
网络故障案例手册Ver1.0

网络故障案例手册 Ver1.0 目录 案例编号4 交换机硬件故障引起网络中断 4 典型症状 4 其它现象 4 处置方法 4 案例具体原因 4 扩展 6 案例编号6 症状 6 处置方法 6 处置结果 8 扩展 8 案例编号9 症状 9 处置方法 9 处置结果 9 扩展 9 案例编号11 症状 11 处置方法 11 处置结果 11 扩展 11 案例编号 交换机硬件故障引起网络中断 典型症状 A.在交换机log中出现如下信息%SW_MATM-4-MACFLAP_NOTIF: Host 68b5.99cd.d276 in vlan 8 is flapping between port Gi0/33 and port Po2; B.交换机在线检查各项参数未见异常,交换机重启后报错,无法加载IOS; 其它现象 交机机载高,网络延迟大,网络丢包。 处置方法 交换机离线与网络隔离,与故障交换机连接的服务器切换到备用交换机中。 如不确认引起此故障的具体交换机,可将交换机与主网络逐一隔离。 案例具体原因 管理网络端口Port-ASIC芯片自检Fail。 以下为故障交换机启动自检全过程Log front_end/ (directory) extracting front_end/fe_type_1 (34760 bytes) extracting front_end/fe_type_2 (78400 bytes) extracting front_end/front_end_ucode_info (86 bytes) extracting ucode_info (76 bytes) POST: PortASIC CAM Subsystem Tests : Begin HTD POST: Basic Test Failed POST: POST Failed POST: PortASIC CAM Subsystem Tests : End, Status Failed POST: CAM test failed POST Failed: disabling stack links and shutting down SDP driver class subsystem initialization failed *Mar 1 00:00:35.668: %SYS-3-LOGGER_FLUSHING: System pausing to ensure console debugging output. *Mar 1 00:00:35.668: %SYS-2-ASSERTION_FAILED: Assertion failed: reg_used_xdr_portid_to_lc_logical_slot() -Process= Init, ipl= 0, pid= 3 -Traceback= 1DDA7F8 1DDAF44 1D46E6C 11EC2B0 11EC4A0 286CC78 286CD10 1DE64B8 1DE66F4 1A2F5C8 1A26098 %Software-forced reload 扩展 引起Host Flapping不只上述情况,大家可参考下面的文档链接: /en/US/products/hw/switches/ps4324/products_tech_note09186a008063c36f.shtml 案例编号互联网用户访问交易网关延迟大 症状 有客户反映通过互联网连接CTP电信网关交易延迟大。 处置方法 检查网络线路的连通性及模拟客户发起Ping值测试,并与其它期货公司的网络延迟做对比。 主要做了两种比较一是测试同一线路的不同网关的延迟情况,发现CTP电信网关相对其它网关延迟略大些,但在可接受范围内。 通过与其它家期货公司的交易网关做比较,发现我司的互联网延迟确实偏大。 通过检查,确认我方网络设备负载和带宽流量并没有超出基准值。 根据客户的网络追踪情况发现有几跳延迟大,初步判断问题可能发现在互联网的传输节点上。 为进一步明确问题,我们联络了线路供应商数讯。要求其分析数据,并给出意见。 数据通过分析认为未见明显问题,提出建议解决方案。为升级用户侧(即我端)接入光端机的固件,并给出了升级计划。我们同意了其意见。 并在升级前后做了数据包的追踪对比,结果如下: 升级前: 升级后: 处置结果 可以看到从11跳开始,12跳之后延迟有了较明显的减小。 通过进一步确认,从11跳开始数据包才进入数讯网络,得到了网络优化。 扩展 网络调优是需多方介入和合作的具有挑战性的技术难题,因为网络延迟和不合乎

文档评论(0)

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

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

1亿VIP精品文档

相关文档