- 产品与解决方案
- 行业解决方案
- 服务
- 支持
- 合作伙伴
- 关于我们
01-Ping和Tracert配置
本章节下载： 01-Ping和Tracert配置 (226.90 KB)
目 录
通过使用Ping功能，用户可以检查指定地址的设备是否可达，测试链路是否通畅。
Ping功能是基于ICMP（Internet Control Message Protocol，互联网控制消息协议）协议来实现的：源端向目的端发送ICMP回显请求（ECHO-REQUEST）报文后，根据是否收到目的端的ICMP回显应答（ECHO-REPLY）报文来判断目的端是否可达，对于可达的目的端，再根据发送报文个数、接收到响应报文个数以及Ping过程报文的往返时间来判断链路的质量。
图1-1 Ping原理示意图
Ping功能也可以通过ping -r命令查看到链路的具体路由，如图1-1所示，原理为：
(2) 源端（Device A）发送RR选项（ICMP报文中的一个字段）为空的ICMP回显请求给目的端（Device C）。
(3) 中间设备（Device B）将自己出接口的IP地址（1.1.2.1）添加到ICMP回显请求报文的RR选项中，并转发该报文。
(4) 目的端收到请求报文后，发送ICMP回显响应报文，响应报文会拷贝请求报文的RR选项，并将自己出接口的IP地址（1.1.2.2）添加到RR选项中。
(5) 中间设备将自己出接口的IP地址（1.1.1.2）添加到RR选项中，并转发该报文。
源端收到ICMP回显响应报文，将自己入接口的IP地址（1.1.1.1）添加到RR选项中。最后得到，Device A到Device C具体路由为1.1.1.1 <-> {1.1.1.2; 1.1.2.1} <-> 1.1.2.2。
可在任意视图下，检查网络中的指定地址是否可达。
（IPv4网络）
ping [ ip ] [ -a source-ip | -c count | -f | -h ttl | -i interface-type interface-number | -m interval | -n | -p pad | -q | -r | -s packet-size | -t timeout | -tos tos | -v ] * host
（IPv6网络）
ping ipv6 [ -a source-ipv6 | -c count | -i interface-type interface-number | -m interval | -q | -s packet-size | -t timeout | -tc traffic-class | -v ] * host
若网络传输速度较慢，在使用本命令时，可适当增大超时时间-t参数的值。
检查AC与Device B之间是否路由可达。
图1-2 Ping应用组网图
# 使用ping命令查看AC和Device B之间路由是否可达。
<AC> ping 1.1.2.2
Ping 1.1.2.2 (1.1.2.2): 56 data bytes, press CTRL+C to break
56 bytes from 1.1.2.2: icmp_seq=0 ttl=254 time=2.137 ms
56 bytes from 1.1.2.2: icmp_seq=1 ttl=254 time=2.051 ms
56 bytes from 1.1.2.2: icmp_seq=2 ttl=254 time=1.996 ms
56 bytes from 1.1.2.2: icmp_seq=3 ttl=254 time=1.963 ms
56 bytes from 1.1.2.2: icmp_seq=4 ttl=254 time=1.991 ms
--- Ping statistics for 1.1.2.2 ---
5 packet(s) transmitted, 5 packet(s) received, 0.0% packet loss
round-trip min/avg/max/std-dev = 1.963/2.028/2.137/0.062 ms
以上显示信息表明AC给Device B发送了5个ICMP报文，收到5个ICMP报文，没有报文丢失，路由可达。
通过使用Tracert功能，用户可以查看IP报文从源端到达目的端所经过的三层设备，从而检查网络连接是否可用。当网络出现故障时，用户可以使用该功能分析出现故障的网络节点。
图1-3 Tracert原理示意图
Tracert功能也是基于ICMP协议来实现的，如图1-3所示，Tracert功能的原理为：
(2) 源端（Device A）向目的端（Device D）发送一个IP数据报文，TTL值为1，报文的UDP端口号是目的端的任何一个应用程序都不可能使用的端口号；
(3) 第一跳（即该报文所到达的第一个三层设备，Device B）回应一个TTL超时的ICMP错误消息（该报文中含有第一跳的IP地址1.1.1.2），这样源端就得到了第一个三层设备的地址（1.1.1.2）；
(4) 源端重新向目的端发送一个IP数据报文，TTL值为2；
(5) 第二跳（Device C）回应一个TTL超时的ICMP错误消息，这样源端就得到了第二个三层设备的地址（1.1.2.2）；
(6) 以上过程不断进行，直到该报文到达目的端，因目的端没有应用程序使用该UDP端口，目的端返回一个端口不可达的ICMP错误消息（携带了目的端的IP地址1.1.3.2）；
(7) 当源端收到这个端口不可达的ICMP错误消息后，就知道报文已经到达了目的端，从而得到数据报文从源端到目的端所经历的路径（1.1.1.2；1.1.2.2；1.1.3.2）。
（IPv4网络）
需要在中间设备（源端与目的端之间的设备）上开启ICMP超时报文发送功能。如果中间设备是H3C设备，需要在设备上执行ip ttl-expires enable命令。
需要在目的端开启ICMP目的不可达报文发送功能。如果目的端是H3C设备，需要在设备上执行ip unreachables enable命令。
ip ttl-expires enable和ip unreachables enable命令的详细介绍请参见“网络互通命令参考”中的“IP性能优化”。
（IPv6网络）
需要在中间设备（源端与目的端之间的设备）上开启设备的ICMPv6超时报文的发送功能。如果中间设备是H3C设备，需要在设备上执行ipv6 hoplimit-expires enable命令。
需要在目的端开启设备的ICMPv6目的不可达报文的发送功能。如果目的端是H3C设备，需要在设备上执行ipv6 unreachables enable命令。
ipv6 hoplimit-expires enable和ipv6 unreachables enable命令的详细介绍请参见“网络互通命令参考”中的“IPv6基础”。
可在任意视图下，查看源端到目的端的路由。
（IPv4网络）
tracert [ -a source-ip | -f first-ttl | -i interface-type interface-number | -m max-ttl | -p port | -q packet-number | -t tos | -w timeout ] * host
（IPv6网络）
tracert ipv6 [ -a source-ipv6 | -f first-hop | -i interface-type interface-number | -m max-hops | -p port | -q packet-number | -t traffic-class | -w timeout ] * host
AC使用Telnet登录Device B失败，现需要确认AC与Device B之间是否路由可达，如果路由不可达，需要确定故障的网络节点。
图1-4 Tracert应用组网图
(1) 在AC、Device A和Device B上分别配置IP地址，IP地址值如图1-4所示。
(2) 在AC上配置一条静态路由。
<AC> system-view
[AC] ip route-static 0.0.0.0 0.0.0.0 1.1.1.2
(3) 使用ping命令查看AC和Device B之间路由是否可达。
[AC] ping 1.1.2.2
Ping 1.1.2.2 (1.1.2.2): 56 data bytes, press CTRL+C to break
Request time out
Request time out
Request time out
Request time out
Request time out
--- Ping statistics for 1.1.2.2 ---
5 packet(s) transmitted, 0 packet(s) received, 100.0% packet loss
(4) 路由不可达，使用tracert命令确定故障的网络节点。
# 在Device A上开启ICMP超时报文发送功能。
<DeviceA> system-view
[DeviceA] ip ttl-expires enable
# 在Device B上开启ICMP目的不可达报文发送功能。
<DeviceB> system-view
[DeviceB] ip unreachables enable
# 在AC上使用tracert命令确定故障的网络节点。
[AC] tracert 1.1.2.2
traceroute to 1.1.2.2 (1.1.2.2), 30 hops at most, 40 bytes each packet, press CTRL+C to break
1 1.1.1.2 (1.1.1.2) 1 ms 2 ms 1 ms
2 * * *
3 * * *
4 * * *
5
从上面结果可以看出，AC和Device B之间路由不可达。AC发往Device B的报文已经到达Device A，Device A和Device B之间的连接出了问题。此时可以在AC和Device B上使用debugging ip icmp命令打开ICMP报文的调试开关，查看设备有没有收发指定的ICMP报文，或者使用display ip routing-table查看有没有到对端的路由。
不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!
支持
