分段夹逼而不是通不通
端到端不通时,从最靠近测试端的网关开始逐段 ping,把故障区间一步步夹逼出来,再结合接口计数与日志收窄到具体链路或设备。一路 ping 到目的只记一句不通,等于把定位工作全部留给下一手。
基本信息
| 适用平台 | 三厂设备与主机终端 |
|---|---|
| 次数参数 | 华为/H3C 用 -c,思科用 repeat |
| 报文大小 | 华为/H3C 用 -s 指定载荷,思科用 size |
| 源地址 | 华为/H3C 用 -a,思科用 source |
| 逐跳路径 | tracert(华为/H3C)/ traceroute(思科) |
| 注意点 | 设备自身发起的 ping 由控制面处理,可能被限速 |
典型使用场景
- 跨网段不通,判断问题在接入、汇聚还是出口段
- 新割接链路验收,逐跳确认可达性与时延
- 大包不通排查:带禁止分片参数逐级缩小报文尺寸
- 多出口环境用指定源地址验证具体线路是否可用
- 上线前留基线,记录各段丢包率与时延便于对比
华为 VRP / H3C Comware
华为 VRP / H3C Comware
ping -c 5 192.168.1.1 # 先 ping 网关,确认本机到网关这一段
ping -c 5 10.1.1.1 # 再 ping 下一跳设备,区间向右推一格
ping -c 5 -a 192.168.1.10 3.3.3.3 # 指定源地址,验证特定网段/出口可达
tracert -m 10 3.3.3.3 # 逐跳路径,快速看断在哪一跳思科 IOS
思科 IOS
ping 192.168.1.1 repeat 5
ping 10.1.1.1 repeat 5
ping 3.3.3.3 source 192.168.1.10 repeat 5 # 指定源地址
ping 3.3.3.3 size 1472 df-bit # 大包 + 禁止分片
ping 3.3.3.3 timeout 2 # 超时秒数,链路慢时可放宽回显结果读法
| 输出 | 含义 | 异常信号 |
|---|---|---|
| Success rate is 100 percent | 成功率统计 | 低于 100% 要记下丢包比例与对应跳点 |
| !!!!! / ..... | 每次应答一个符号 | 出现 . 为超时,出现 U 为目的不可达 |
| time=1 ms | 往返时延 | 同机房链路几十毫秒要查拥塞或绕行 |
| Destination unreachable | 路径设备返回不可达 | 说明缺少回程路由或被策略拒绝 |
tracert 中间跳显示星号不代表该设备故障,很多设备默认关闭 ICMP 超时回复。判据是后续跳能否恢复响应,以及业务是否真的中断;逐跳测试的价值在于给出区间,而不是给每一跳定罪。
网络设备自身发起的 ping 由 CPU 处理,可能被 CoPP/CPCAR 限速,少量丢包不能等同转发丢包。结论要结合接口计数、对端设备侧测试与终端实际业务三方面互相印证。