- 产品与解决方案
- 行业解决方案
- 服务
- 支持
- 合作伙伴
- 关于我们
11-系统维护与调试配置
本章节下载 (136.54 KB)
目 录
在日常的系统维护中，用户可以使用ping命令和tracert命令来检查当前网络的连接情况。
通过使用ping命令，用户可以检查指定地址的设备是否可达，测试网络连接是否出现故障。
ping命令的执行过程为：
(1) 源设备向目的设备发送ICMP回显请求（ECHO-REQUEST）报文；
(2) 如果网络工作正常，则目的设备在接收到该报文后，向源设备回应ICMP回显应答（ECHO-REPLY）报文；
(3) 如果网络工作异常，源设备将显示目的地址不可达或超时等提示信息；
(4) 显示相关统计信息。
ping命令输出信息包括：
l 目的设备对每个ICMP回显请求报文的响应：如果在超时时间内收到响应报文，则输出响应报文的字节数、报文序号、TTL（Time To Live，生存时间）和响应时间；
l 如果在超时时间内没有收到响应报文，则输出提示信息；
l ping命令的执行对象可以是目的设备的名称或其IP地址，如果该目的设备的名称不可识别，则输出提示信息；
l ping过程报文的统计信息：包括发送报文个数、接收到响应报文个数、未响应报文数百分比、响应时间的最小值、平均值和最大值。
通过使用tracert命令，用户可以查看报文从源设备传送到目的设备所经过的交换机。当网络出现故障时，用户可以使用该命令分析出现故障的网络节点。
tracert命令的执行过程为：
(1) 源设备发送一个TTL为1的报文给目的设备；
(2) 第一跳（即该报文所到达的第一个路由设备，每一跳TTL值减1）回应一个TTL超时的ICMP报文（该报文中含有第一跳的IP地址），这样源设备就得到了第一个交换机的地址；
(3) 源设备重新发送一个TTL为2的报文给目的设备；
(4) 第二跳回应一个TTL超时的ICMP报文，这样源设备就得到了第二个路由设备的地址；
(5) 以上过程不断进行，直到最终到达目的设备，源设备就得到了从它到目的设备所经过的所有路由设备的地址。
设备提供了种类丰富的调试功能，对于设备所支持的绝大部分协议和功能，系统都提供了相应的调试信息，帮助用户对错误进行诊断和定位。
调试信息的输出可以由两个开关控制：
l 协议调试开关，控制是否输出某协议的调试信息。
l 屏幕输出开关，控制是否在某个用户屏幕上显示调试信息。
协议调试开关和屏幕输出开关的关系如图1-1所示。用户只有将两个开关都打开，调试信息才会在终端显示出来。
表1-1 系统维护操作
|
操作 |
命令 |
说明 |
|
检查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 ] * remote-system |
可选 网络层协议为IPv4时使用 可在任意视图下执行 |
|
ping [ ipv6 ] [ -a source-ip | -c count | -m interval | -s packet-size | -t timeout ] * remote-system [ -i interface-type interface-number ] |
可选 网络层协议为IPv6时使用 可在任意视图下执行 |
|
|
查看当前设备到目的设备的路由 |
tracert [ -a source-ip | -f first-ttl | -m max-ttl | -p port | -q packet-number | -vpn-instance vpn-instance-name | -w timeout ] * remote-system |
可选 网络层协议为IPv4时使用 可在任意视图下执行 |
|
tracert [ ipv6 ] [-f first-ttl | -m max-ttl | -p port | -q packet-number | -w timeout ] * remote-system |
可选 网络层协议为IPv6时使用 可在任意视图下执行 |
& 说明：
l 如果网络传输速度较慢，用户在配置ping命令的超时时间参数-t时，可以适当增大超时时间。
l 在配置ping命令，使用-i参数指定出接口的情况下，只能ping直连网段地址。
表1-2 系统调试操作
|
操作 |
命令 |
说明 |
|
打开系统中指定模块的调试开关 |
debugging { all [ timeout time ] | module-name [ option ] } |
必选 缺省情况下，所有功能项的调试开关均处于关闭状态 |
|
开启终端对系统信息的监视功能 |
terminal monitor |
可选 缺省情况下，控制台的监视功能处于开启状态，监视终端的监视功能处于关闭状态 |
|
开启终端对调试信息的显示功能 |
terminal debugging |
必选 缺省情况下，控制台对调试信息的显示功能处于关闭状态 |
|
显示系统中已经打开的调试开关 |
display debugging [ interface interface-type interface-number ] [ module-name ] |
可选 可在任意视图下执行 |
|
显示机框上在位光接口所接的光模块信息 |
display lpu fiber-module [ interface-type interface-number ] |
可选 可在任意视图下执行 |
& 说明：
l debugging命令一般在维护人员进行网络故障诊断时使用。
l 调试信息的输出会影响系统的运行效率，尤其是在执行debugging all命令时。
l 在调试结束后，建议使用undo debugging all命令，关闭所有模块的调试开关。
l 只有同时配置了debugging、terminal debugging和terminal monitor命令，才能在终端显示调试信息的具体内容。terminal debugging和terminal monitor命令的详细介绍请参见“系统分册”中的“信息中心命令”。
l 目的设备的IP地址为10.1.1.4；
l 显示报文从当前设备到目的设备所经过的路由设备。
<Sysname> tracert nis.nsf.net
traceroute to nis.nsf.net (10.1.1.4) 30 hops max, 40 bytes packet
1 128.3.112.1 19 ms 19 ms 10 ms
2 128.32.216.1 39 ms 39 ms 19 ms
3 128.32.136.23 39 ms 40 ms 39 ms
4 128.32.168.22 39 ms 39 ms 39 ms
5 128.32.197.4 40 ms 59 ms 59 ms
6 131.119.2.5 59 ms 59 ms 59 ms
7 129.140.70.13 99 ms 99 ms 80 ms
8 129.140.71.6 139 ms 239 ms 319 ms
9 129.140.81.7 220 ms 199 ms 199 ms
10 10.1.1.4 239 ms 239 ms 239 ms
从上面结果可以看出，从源设备到目的设备经过了9个路由设备。
不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!
支持
