- 产品与解决方案
- 行业解决方案
- 服务
- 支持
- 合作伙伴
- 新华三人才研学中心
- 关于我们
01-系统维护与调试配置
本章节下载： 01-系统维护与调试配置 (267.78 KB)
目 录
通过使用Ping功能，用户可以检查指定地址的设备是否可达，测试链路是否通畅。
Ping功能是基于ICMP（Internet Control Message Protocol，互联网控制消息协议）协议来实现的：源端向目的端发送ICMP回显请求（ECHO-REQUEST）报文后，根据是否收到目的端的ICMP回显应答（ECHO-REPLY）报文来判断目的端是否可达，对于可达的目的端，再根据发送报文个数、接收到响应报文个数以及Ping过程报文的往返时间来判断链路的质量。
表1-1 Ping配置
|
操作 |
命令 |
说明 |
|
检查IP网络中的指定地址是否可达 |
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 | -vpn-instance vpn-instance-name ] * host |
ping命令用于IPv4网络环境，ping ipv6命令用于IPv6网络环境 两条命令均可在任意视图下执行 如果网络传输速度较慢，用户在使用ping命令时，可以适当增大超时时间-t参数的值 |
|
ping ipv6 [ -a source-ipv6 | -c count | -i interface-type interface-number | -m interval | -q | -s packet-size | -t timeout | -v | -tc traffic-class | -vpn-instance vpn-instance-name ] * host |
ping mpls命令的详细介绍请参见“MPLS命令参考”中的“MPLS OAM”。ping trill命令的详细介绍请参见“TRILL命令参考”中的“TRILL”。
检查Device A与Device C之间是否路由可达，如果路由可达，需要了解Device A到Device C的路由细节。
图1-1 Ping应用组网图
# 使用ping命令查看Device A和Device C之间路由是否可达。
<DeviceA> 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
以上显示信息表明Device A给Device C发送了5个ICMP报文，收到5个ICMP报文，没有报文丢失，路由可达。
# 了解Device A到Device C的路由细节。
<DeviceA> 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
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选项中，并转发该报文。
(5) 源端收到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。
通过使用Tracert功能，用户可以查看IP报文从源端到达目的端所经过的三层设备，从而检查网络连接是否可用。当网络出现故障时，用户可以使用该功能分析出现故障的网络节点。
图1-2 Tracert原理示意图
Tracert功能也是基于ICMP协议来实现的，如图1-2所示，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业务命令参考”中的“IP性能优化”）。
· 需要在目的端开启ICMP目的不可达报文发送功能。如果目的端是H3C设备，需要在设备上执行ip unreachables enable命令（该命令的详细介绍请参见“三层技术-IP业务命令参考”中的“IP性能优化”）。
IPv6网络环境：
· 需要在中间设备（源端与目的端之间的设备）上开启设备的ICMPv6超时报文的发送功能。如果中间设备是H3C设备，需要在设备上执行ipv6 hoplimit-expires enable命令（该命令的详细介绍请参见“三层技术-IP业务命令参考”中的“IPv6基础”）。
· 需要在目的端开启设备的ICMPv6目的不可达报文的发送功能。如果目的端是H3C设备，需要在设备上执行ipv6 unreachables enable命令（该命令的详细介绍请参见“三层技术-IP业务命令参考”中的“IPv6基础”）。
表1-2 Tracert配置
|
操作 |
命令 |
说明 |
|
查看源端到目的端的路由 |
tracert [ -a source-ip | -f first-ttl | -m max-ttl | -p port | -q packet-number | -t tos | -vpn-instance vpn-instance-name [ -resolve-as { global | none | vpn } ] | -w timeout ] * host |
tracert命令用于IPv4网络环境，tracert ipv6命令用于IPv6网络环境 两条命令均可在任意视图下执行 tracert ipv6命令仅Release 2612P06及以上版本支持-a source-ip参数 |
|
tracert ipv6 [ -a source-ip | -f first-hop | -m max-hops | -p port | -q packet-number | -t traffic-class | -vpn-instance vpn-instance-name [ -resolve-as { global | none | vpn } ] | -w timeout ] * host |
tracert mpls命令的详细介绍请参见“MPLS命令参考”中的“MPLS OAM”。tracert trill命令的详细介绍请参见“TRILL命令参考”中的“TRILL”。
Device A使用Telnet登录Device C失败，现需要确认Device A与Device C之间是否路由可达，如果路由不可达，需要确定故障的网络节点。
图1-3 Tracert应用组网图
(1) 在Device A、Device B和Device C上分别配置IP地址，IP地址值如图1-3所示。
(2) 在Device A上配置一条静态路由。
<DeviceA> system-view
[DeviceA] ip route-static 0.0.0.0 0.0.0.0 1.1.1.2
[DeviceA] quit
(3) 使用ping命令查看Device A和Device C之间路由是否可达。
<DeviceA> 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 B上开启ICMP超时报文发送功能。
<DeviceB> system-view
[DeviceB] ip ttl-expires enable
# 在Device C上开启ICMP目的不可达报文发送功能。
<DeviceC> system-view
[DeviceC] ip unreachables enable
# 在Device A上使用tracert命令确定故障的网络节点。
<DeviceA> 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
<DeviceA>
从上面结果可以看出，Device A和Device C之间路由不可达。Device A发往Device C的报文已经到达Device B，Device B和Device C之间的连接出了问题。此时可以在Device A和Device C上使用debugging ip icmp命令打开ICMP报文的调试开关，查看设备有没有收发指定的ICMP报文。或者使用display ip routing-table查看有没有到对端的路由。
设备提供了种类丰富的调试功能。设备支持的大部分功能模块，系统都提供了相应的调试信息，帮助用户对错误进行诊断和定位。
调试信息的输出可以由两个开关控制：
· 模块调试开关，控制是否生成某模块的调试信息。
· 屏幕输出开关，控制是否在某个用户屏幕上显示调试信息。屏幕输出开关可以使用terminal monitor和terminal logging level命令打开，terminal monitor和terminal logging level命令的详细介绍请参见“网络管理与监控命令参考”中的“信息中心”。
如图1-4所示：假设设备可以为1、2、3三个模块提供调试信息，用户只有将两个开关都打开，调试信息才会在终端显示出来。
在控制台上显示是最常用的调试信息输出方式，用户还可以将调试信息发送到别的输出方向，具体配置请参见“网络管理与监控配置指导”中的“信息中心”。
过多调试信息的输出会影响系统的运行效率，所以建议在进行网络故障诊断时根据需要打开某个功能模块的调试开关，不要同时打开多个功能模块的调试开关，以免导致设备CPU利用率上升，影响设备正常运行。
debugging命令一般在维护人员进行网络故障诊断时使用。在调试结束后，建议使用undo debugging all命令关闭所有模块的调试开关。
IRF3.1环境下，若需对PEX设备进行故障诊断，请使用switchto pex命令登录PEX设备，打开相应调试开关并查看调试信息，PEX设备不会将调试信息发送给父设备。有关switchto pex命令的详细介绍，请参见“虚拟化技术命令参考”中的“IRF”。
|
操作 |
命令 |
说明 |
|
打开指定模块的调试开关 |
debugging module-name [ option ] |
缺省情况下，所有模块的调试开关均处于关闭状态 该命令在用户视图下执行 |
|
（可选）显示已经打开的调试开关 |
display debugging [ module-name ] |
该命令可在任意视图下执行 |
不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!
支持
售前咨询
售后咨询
人工在线咨询
