针对现象四：用DCN内机器telnet 134.100.200.10（测试头B），再用B来ping 10.0.2.70（测试头A），能ping通。再用112CLIENT ping A，能ping通。
测试动作四：
用内网机器IDSCLIENT telnet 到134.100.5.66，然后从134.100.5.66上ping 测试头B，结果本来是ping不通的，现在可以ping通了。
基于两种猜测的原因解释如下。
解释A：此现象用猜测A解释不了。
解释B：测试头B向测试头A ping时，先会发ARP广播，测试头B回应此ARP请求。这个过程中，A上连的交换机会将A<->相应端口和B<->相应端口的记录记在地址端口映射表中。
所以F到A的包就能通了。
至此，可以排除猜测A。同时，由于同一批次的NPORT测试头在其他地区及内网用得比较正常，所以，倾向于猜测B。为进一步证实猜测B，进一步做了以下测试。
做动作一的时候，在交换机与A间抓包，看是否有源地址为F的物理地址，目的地址为A的物理地址的包从交换机端口出来，结果确实无包被监听到，所以，从理论上得出，猜测B是正确的。从理论上定位出正确的故障原因后，我们理直气壮地联系数据部门，请他们修改了部分交换机的ARP失效时间。经过一段时间的检验，系统运行良好，原有故障消失。
本次排障工作中，我们坚持理论指导实践，对每种可能的故障原因进行不偏不倚的分析，在客观公正不带主观臆想的前提下，对每种观点进行逐步考察，终于确定故障点，解决了问题。
已被阅读： 次
重庆电脑维修上门电脑维护电脑外包
公司包月维护
【讯闪科技 pc3721电脑维修中心】 正规公司运营
技术实力优秀 服务有保障!
热线电话：
023-62607382 66399947
|
