01-系统维护与调试配置
本章节下载: 01-系统维护与调试配置 (232.01 KB)
通过使用Ping功能,用户可以检查指定地址的设备是否可达,测试链路是否通畅。
Ping功能是基于ICMP(Internet Control Message Protocol,互联网控制消息协议)协议来实现的:源端向目的端发送ICMP回显请求(ECHO-REQUEST)报文后,根据是否收到目的端的ICMP回显应答(ECHO-REPLY)报文来判断目的端是否可达,对于可达的目的端,再根据发送报文个数、接收到响应报文个数以及Ping过程报文的往返时间来判断链路的质量。
图1-1 Ping原理示意图
Ping功能也可以通过ping -r命令查看到链路的具体路由,如图1-1所示,原理为:
(1) 源端(Device A)发送RR选项(ICMP报文中的一个字段)为空的ICMP回显请求给目的端(Device C)。
(2) 中间设备(Device B)将自己出接口的IP地址(1.1.2.1)添加到ICMP回显请求报文的RR选项中,并转发该报文。
(3) 目的端收到请求报文后,发送ICMP回显响应报文,响应报文会拷贝请求报文的RR选项,并将自己出接口的IP地址(1.1.2.2)添加到RR选项中。
(4) 中间设备将自己出接口的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
若网络传输速度较慢,在使用本命令时,可适当增大超时时间-t参数的值。
· 检查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参数的值。
检查AP与Device C之间是否路由可达,如果路由可达,需要了解AP到Device C的路由细节。
图1-2 Ping应用组网图
# 使用ping命令查看AP和Device C之间路由是否可达。
<AP> 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
以上显示信息表明AP给Device C发送了5个ICMP报文,收到5个ICMP报文,没有报文丢失,路由可达。
# 了解AP到Device C的路由细节。
<AP> ping –r 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=4.685 ms
RR: 1.1.2.1
1.1.2.2
1.1.1.2
1.1.1.1
56 bytes from 1.1.2.2: icmp_seq=1 ttl=254 time=4.834 ms (same route)
56 bytes from 1.1.2.2: icmp_seq=2 ttl=254 time=4.770 ms (same route)
56 bytes from 1.1.2.2: icmp_seq=3 ttl=254 time=4.812 ms (same route)
56 bytes from 1.1.2.2: icmp_seq=4 ttl=254 time=4.704 ms (same route)
--- 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 = 4.685/4.761/4.834/0.058 ms
根据图1-2及以上配置可得出,配置ping -r命令后,设备将进行如下操作:
(1) 源端(AP)发送RR选项(ICMP报文中的一个字段)为空的ICMP回显请求给目的端(Device C)。
(2) 中间设备(Device B)将自己出接口的IP地址(1.1.2.1)添加到ICMP回显请求报文的RR选项中,并转发该报文。
(3) 目的端收到请求报文后,发送ICMP回显响应报文,响应报文会拷贝请求报文的RR选项,并将自己出接口的IP地址(1.1.2.2)添加到RR选项中。
(4) 中间设备将自己出接口的IP地址(1.1.1.2)添加到RR选项中,并转发该报文。
(5) 源端收到ICMP回显响应报文,将自己入接口的IP地址(1.1.1.1)添加到RR选项中。最后得到,AP到Device C具体路由为1.1.1.1 <-> {1.1.1.2; 1.1.2.1} <-> 1.1.2.2。
通过使用Tracert功能,用户可以查看IP报文从源端到达目的端所经过的三层设备,从而检查网络连接是否可用。当网络出现故障时,用户可以使用该功能分析出现故障的网络节点。
图1-3 Tracert原理示意图
Tracert功能也是基于ICMP协议来实现的,如图1-3所示,Tracert功能的原理为:
(1) 源端(Device A)向目的端(Device D)发送一个IP数据报文,TTL值为1,报文的UDP端口号是目的端的任何一个应用程序都不可能使用的端口号;
(2) 第一跳(即该报文所到达的第一个三层设备,Device B)回应一个TTL超时的ICMP错误消息(该报文中含有第一跳的IP地址1.1.1.2),这样源端就得到了第一个三层设备的地址(1.1.1.2);
(3) 源端重新向目的端发送一个IP数据报文,TTL值为2;
(4) 第二跳(Device C)回应一个TTL超时的ICMP错误消息,这样源端就得到了第二个三层设备的地址(1.1.2.2);
(5) 以上过程不断进行,直到该报文到达目的端,因目的端没有应用程序使用该UDP端口,目的端返回一个端口不可达的ICMP错误消息(携带了目的端的IP地址1.1.3.2);
(6) 当源端收到这个端口不可达的ICMP错误消息后,就知道报文已经到达了目的端,从而得到数据报文从源端到目的端所经历的路径(1.1.1.2;1.1.2.2;1.1.3.2)。
IPv4网络环境:
· 需要在中间设备(源端与目的端之间的设备)上开启ICMP超时报文发送功能。如果中间设备是H3C设备,需要在设备上执行ip ttl-expires enable命令(该命令的详细介绍请参见“网络互通命令参考”中的“IP性能优化”)。
· 需要在目的端开启ICMP目的不可达报文发送功能。如果目的端是H3C设备,需要在设备上执行ip unreachables enable命令(该命令的详细介绍请参见“网络互通命令参考”中的“IP性能优化”)。
IPv6网络环境:
· 需要在中间设备(源端与目的端之间的设备)上开启设备的ICMPv6超时报文的发送功能。如果中间设备是H3C设备,需要在设备上执行ipv6 hoplimit-expires enable命令(该命令的详细介绍请参见“网络互通命令参考”中的“IPv6基础”)。
· 需要在目的端开启设备的ICMPv6目的不可达报文的发送功能。如果目的端是H3C设备,需要在设备上执行ipv6 unreachables enable命令(该命令的详细介绍请参见“网络互通命令参考”中的“IPv6基础”)。
可在任意视图下执行以下操作。
· 在IPv4网络环境查看源端到目的端的路由。
tracert [ -a source-ip | -f first-ttl | -m max-ttl | -p port | -q packet-number | -t tos | -w timeout ] * host
· 在IPv6网络环境查看源端到目的端的路由。
tracert ipv6 [ -f first-hop | -m max-hops | -p port | -q packet-number | -t traffic-class | -w timeout ] * host
AP使用Telnet登录Device B失败,现需要确认AP与Device B之间是否路由可达,如果路由不可达,需要确定故障的网络节点。
图1-4 Tracert应用组网图
(1) 在AP、Device A和Device B上分别配置IP地址,IP地址值如图1-4所示。
(2) 在AP上配置一条静态路由。
<AP> system-view
[AP] ip route-static 0.0.0.0 0.0.0.0 1.1.1.2
(3) 使用ping命令查看AP和Device B之间路由是否可达。
[AP] 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
# 在AP上使用tracert命令确定故障的网络节点。
[AP] 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
从上面结果可以看出,AP和Device B之间路由不可达。AP发往Device B的报文已经到达Device A,Device A和Device B之间的连接出了问题。此时可以在AP和Device B上使用debugging ip icmp命令打开ICMP报文的调试开关,查看设备有没有收发指定的ICMP报文或者使用display ip routing-table查看有没有到对端的路由。
设备提供了种类丰富的调试功能。设备支持的大部分功能模块,系统都提供了相应的调试信息,帮助用户对错误进行诊断和定位。
调试信息的输出可以由两个开关控制:
· 模块调试开关,控制是否生成某模块的调试信息。
· 屏幕输出开关,控制是否在某个用户屏幕上显示调试信息。屏幕输出开关可以使用terminal monitor和terminal logging level命令打开,terminal monitor和terminal logging level命令的详细介绍请参见“设备管理命令指导”中的“信息中心”。
如图1-5所示:假设设备可以为1、2、3三个模块提供调试信息,用户只有将两个开关都打开,调试信息才会在终端显示出来。
在控制台上显示是最常用的调试信息输出方式,用户还可以将调试信息发送到别的输出方向,具体配置请参见“设备管理命令指导”中的“信息中心”。
debugging命令一般在维护人员进行网络故障诊断时使用。由于调试信息的输出会影响系统的运行效率,所以建议在需要进行网络故障诊断时根据需要打开某个功能模块的调试开关,不要同时打开多个功能模块的调试开关。在调试结束后,建议使用undo debugging all命令关闭所有模块的调试开关。
(1) 打开指定模块的调试开关。
debugging module-name [ option ]
缺省情况下,所有模块的调试开关均处于关闭状态。
该命令在用户视图下执行。
(2) (可选)显示已经打开的调试开关。
display debugging [ module-name ]
该命令可在任意视图下执行。
不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!