推。
&<048698;&O1472;异步串口（Async 接口）的监听端口号为2000+该接口在同类接口中的索引（从1 开始计算）；即异步口的端口号从2001 开始，第一个异步口为2001，第二个为2002，......，依次类推。
【描述】reverse-telnet listenport 命令用来配置接口的Reverse Telnet 服务的监听端口号，undo reverse-telnet listenport 命令用来恢复Reverse Telnet 服务监听端口号为缺省值。缺省情况下，接口采用系统默认的Reverse Telnet 服务的监听端口号。
【举例】# 配置Reverse Telnet 服务的监听端口号为6000。 [Quidway-Async0] reverse-telnet listenport 6000
【命令】reverse-telnet return-deal [ from-telnet | from-dumb ]undo reverse-telnet return-deal [ from-telnet | from-dumb ]【视图】接口视图
【参数】from-telnet：处理从Telnet 端接收到的数据。from-dumb：处理从终端接收到的数据。 【描述】reverse-telnet return-deal 命令用来配置接口的Reverse Telnet 需要对接收到的数据中的回车进行处理，即如果接收到“0x0d 0x0a”，则Reverse Telnet 会删除字符“0x0a”，undo reverse-telnet return-deal 命令用来恢复Reverse Telnet 数据处理方式为缺省方式，即对所有接收到的数据完全透明传输。缺省情况下，接口采用系统默认的透明传输方式。
【举例】# 配置Reverse Telnet 对从Telnet 客户端接收到数据进行处理。 [Quidway-Async0] reverse-telnet return-deal from-telnet
【命令】reverse-telnet timeout time/////undo reverse-telnet timeout 【视图】接口视图
【参数】time：为Reverse Telnet 的超时时间，取值范围是30~600，单位是秒。
【描述】reverse-telnet timeout 命令用来配置接口的Reverse Telnet 超时时间，undo reverse-telnet timeout 命令用来恢复Reverse Telnet 超时时间为缺省值。缺省情况下，未配置Reverse Telnet 的超时时间，即永不超时当未配置Reverse Telnet 超时时间，只要Reverse Telnet 连接成功，即使没有数据传输，路由器也不会断开相应的Reverse Telnet 连接。如果配置了超时时间，在指定的时间内如果没有数据传输则自动断开已经建立的Reverse Telnet 连接。 【举例】# 配置Reverse Telnet 的超是时间为100 秒 [Quidway-Async0] reverse-telnet timeouit 100 【命令】telnet ip-address [ service-port ] 【视图】系统视图
&IIT
【参数】ip-address：远端路由器的IP 地址，点分十进制格式。service-port：远端路由器提供Telnet 服务的TCP 端口号，取值范围0~65535，若采用Reverse Telnet 连接，必须配置端口号。缺省的Telnet端口号为23
描述】telnet 命令用来从当前路由器用Telnet 工具再登录到其它路由器。通过执行telnet 命令，用户可以很方便地从一个路由器登录到另一个路由器进行远程登录和管理。在Quidway 系列路由器中，端口号和异步口的对应关系如下：&<048698;&O1472;异步口的端口号从2001 开始，例如：第一个异步口为2001，第二个为2002，……，依次类推。 AUX 口的端口号为3000。
同步口的端口号从3001 开始，例如：第一个同步口为3001，第二个为3002，……，依次类推。 若建立Reverse Telnet 连接，则命令参数中的service-port 为必选项。
【举例】# 从当前路由器Quidway1 登录到另外一台路由器Quidway2（IP 地址为129.102.0.1）。 [Quidway] telnet 129.102.0.1 Trying hostaddress... Service port is 23
Connected to hostaddress [Quidway2]
【命令】[undo] terminal telnet break-on-ip【视图】系统视图 【参数】无
【描述】terminal telnet break-on-ip 命令用来配置Reverse Telnet 启用Telnet 的
Break-On-Ip 功能，即如果Reverse Telnet 从Telnet 客户端接收到特殊数据时，Reverse Telnet 会向接口相连接的终端设备发送一种特殊的终端信号，undo terminal telnet break-on-ip 命令用来禁用Reverse Telnet 的Break-On-Ip 功能。缺省情况下，Reverse Telnet 采用系统默认禁用Break-On-Ip 功能。 【举例】# 启用Reverse Telnet 的 Break-On-Ip 功能。 [Quidway] termial telnet break-on-ip
【命令】[undo]terminal telnet refuse-negotiation 【视图】系统视图 【参数】无
【描述】terminal telnet refuse-negotiation 命令用来禁止对Telnet 客户端的选项协商功能，undo terminal telnet refuse-negotiation 命令用来使能对Telnet 客户端的选项协商功能。缺省情况下，系统使能对Telnet 客户端连接的选项协商功能。对于路由器的Reverse Telnet 终端服务，有时需要直接通过TCP 客户端建立连接，并通过传输层接口将客户端数据直接透明传输给路由器，与TCP连接指定端口对应的异步口通信。用户可以通过terminal telnet refuse-negotiation 命令禁止Reverse Telnet 终端服务的telnet 协商功能。 【举例】# 禁止对Telnet 客户端的选项协商功能。 [Quidway] terminal telnet refuse-negotiation X.25 PAD 配置命令
【命令】debugging pad [ packet | error | all ] 视图】所有视图
【参数】packet：打开分组调试信息开关。error：打开错误调试信息开关。all：打开全部调试信息开关。 【描述】debugging pad 命令用来打开X.25 PAD 各级调试信息开关。使用本命令将打开X.25 PAD 的各级调试信息开关，将在显示被配置端（Server 端）的配置信息的同时显示X.25 PAD 的相关信息。用户可以根据这些信息来监控与维护X.25 PAD，对故障进行诊断与排除。 【命令】display x25 pad [ pad-number ] 【视图】所有视图
b
IT【参数】pad-number：PAD 控制块号，取值范围为0&S764;255。
【描述】display x25 pad 命令用来显示X.25 PAD 的相关信息。使用本命令可以显示X.25 PAD 的报文传输和X.3 参数设置等信息，从而可以维护X.25 PAD 并对其故障进行诊断与排除。 【命令】[undo]login pad 【视图】系统视图【参数】无
【描述】login pad 命令用来启动X.25 PAD 的Server 端的AAA 验证，undo login
pad 命令用来取消该验证。缺省情况下，不设置Server 端的AAA 验证当使用X.25 PAD 进行远程配置时，如果需要验证用户的有效性，可以先在Server 端使用local-user 命令设置合法的X.25 PAD 远程登录用户，再使用本命令来启动Server 端的AAA 验证。 【举例】# 在本端设置一个X.25 PAD 远程登录用户。
[Quidway] local-user paduser service-type exec-administrator password cipher padpass
bbs# 启动本端对于X.25 PAD 用户的AAA 验证。
[Quidway] login pad
命令】pad x.121-address【视图】系统视图
【参数】x.121-address X.25 PAD Server 端的X.121 地址。关于X.121 地址的格式
IT
【描述】pad 命令用来向指定X.121 地址的Server 端发起X.25 PAD 呼叫。在通过X.25 网络互连的路由器上，可以使用本命令来发起X.25 PAD 呼叫，登录远程的Server 端，从而可以对远端的路由器进行配置。呼叫成功后，发起呼叫一方（Client 端）的用户将进入被呼叫一方（Server 端）的配置界面。必须保证呼叫的两端都支持X.25 PAD 特性，否则呼叫不能成功。
【举例】# 在QuidwayA 向X.121 地址为123456 的Server 端QuidwayB 发起X.25 PAD 呼叫；呼叫成功后，登录至QuidwayB 上。 [QuidwayA] pad 123456 Trying 123456...Open [QuidwayB]
【命令】x29 inviteclear-time seconds 【视图】系统视图
〒【参数】seconds：X.29 Invite Clear 消息响应时间，取值范围为5~2147483 秒。 【描述】x29 inviteclear-time 命令用来设置X.25 PAD 的Server 端对X.29 Invite路资源等）向Client 端发清除链路消息Invite Clear 后，Server 端将等
待Client 端的回应；如果Client 端没有在规定的时间里回应该消息，那么Server 端将主动清除链路。 【举例】# 设置本端对X.29 Invite Clear 消息的响应时间为1000 秒。 [Quidway] x29 inviteclear-time 1000维护与调试工具命令
【命令】[undo] debugging { all | { protocol-name | function-name } [ debug-option ] } 【视图】所有视图
【参数】all：打开或关闭全部调试开关。protocol-name：打开特定协议的调试信息开关。 function-name：打开特定功能的调试信息开关。debug-option：打开特定*作的调试信息开关。
【描述】debuging 命令用来打开系统的调试开关，undo debuging 命令用来关闭系统的调缺省情况下，关闭全部调试开关。VRP 提供了一个快捷方式
【描述】display debugging 命令用来显示已经打开的调试开关。如果用户需要查看当前哪些调试开关被打开，可以执行display debugging命令。调试开关的显示分为两部分：第一部分，按照各接口依次显示已经打开的链路层协议调试开关，它们仅对接口有效；其余部分为全局调试开关。 网络测试工具命令
【命令】ping [ ip ] [ -a ip-address ] [ -c count ] [ -d ] [ -n ] [ -p pattern ] [ -q ] [ -R ] [ -r ][ -t timeout ] [ -s packetsize ] [ -v ] [ -o ] [ -f ] { ip-address | host } 【视图】所有视图
【参数】-a ip-address：源IP 地址路由。
-c count：发送ICMP ECHO-REQUEST 报文次数，范围1~4294967295。
IT
bbsClear 消息的响应时间。当X.25 PAD 的Server 端由于某种原因（如Client 端发exit 请求或需要释放链
-d：设置socket 为DEBUG 模式。
-n：将host 参数直接作为IP 地址，而不需作域名解析。-q：除统计数字外，不显示其它详细信息。 -R：记录路由。
-r：不经路由选择而将ECHO-REQUEST 报文送往直接相连的网络。
-s：packetsize 为ECHO-REQUEST 报文长度（不包括IP 和ICMP 报文头），以字节为单位。 -t timeout：为发送完ECHO-REQUEST 后，等待ECHO-RESPONSE 的超时时间，以ms 为单位。 -v：显示接收到的非ECHO-RESPONSE 的其它ICMP 报文。
-o：设置 IP 报文头中的TOS 域，取值范围 0 ~ 7。 -f：设置 IP 报文头中的 DF(don't fragment)标志为 1。 ip-address：特定IP 地址。 host：主机名。
【描述】ping 命令用来检查IP 网络连接及主机是否可达。 上述各项参数没有指定时，缺省情况为：不进行源IP 地址路由。
发送ECHO-REQUEST 的报文次数缺省为5 次。 socket 为非DEBUG 模式。
%〒IT
IT技术-p pattern：为ICMP ECHO-REQUEST 报文填充字节，格式为16 进制，如-p ff 将报文全部填充为ff。
host 首先被当作IP 地址，如果不是IP 地址则进行域名解析。
缺省填充方式为从0x01 开始，逐渐递增，直到0x09 为止，然后重复。 ;缺省为显示包括统计信息在内的全部信息。 缺省不记录路由。
ECHO-REQUEST 的发送缺省为经路由选择。 ECHO-REQUEST 的缺省报文长度为56 字节。
等待ECHO-RESPONSE 报文的缺省超时时间为2000ms。 缺省不显示其它非ECHO-RESPONSE 的ICMP 报文。 缺省不设置TOS。
网络DF 标志缺省为0。
ping 执行过程为，向目的地发送ICMP ECHO-REQUEST 报文，如果到目的地网络连接工作正常，则目的地主机接收到ICMP ECHO-REQUEST 报文后，向源主机响应ICMP ECHO-REPLY 报文。可以用ping 命令测试网络连接是否出现故障或网络线路质量等，其输出信息包括：
9
目的地对每个ECHO-REQUEST 报文的响应情况，如果在超时时间内没有收到响应报文，则输出“Request time out.”，否则显示响应报文的字节数、报文序号、TTL 和响应时间等。
最后的统计信息，包括发送报文个数、接收到响应报文个数、未响应报文数百分比和响应时间的最小、最大和平均值。若网络传输速度较慢，可以适当加大等待响应报文的超时时间。 【命令】ping ipx [ -n ] [ -v ] N.H.H.H [ count [ timeout [ pscketsize ] ] ] 【视图】所有视图
【参数】各选项及参数说明： -n：使用标准Novell 应答方式。 -v：显示详细信息。
N.H.H.H：对端主机网络地址。
count：发送IPX ping 请求报文的次数。
timeout：发送IPX ping 请求报文后，等待IPX ping 响应报文的超时时间，以s（秒）为单位。
packetsize：IPX ping 请求报文的长度。
【描述】ping ipx 命令用来检查IPX 网络连接及主机是否可达。
上述各项参数没有指定时，缺省情况为：
IT
发送IPX ping 请求报文的次数缺省为5 次。
〒等待IPX ping 响应报文的超时时间缺省为2s。
IPX ping 请求报文的缺省长度为100 字节。可以用ping ipx 命令测试IPX 网络是否出现故障，输出信息包括：目的地对每个IPX ping 请求报文的响应情况，如果在超时时间内没有收到响应报文，则输出?!?，否则显示?.?。 最后的统计信息，报文包括发送报文个数、接收到响应报文个数、未响应报文数百分比和响应时间的最小、最大和平均值。
【命令】tracert [ -a ip-address ] [ -f first_TTL ] [ -m max_TTL ] [ -p port ] [ -q nqueries ] [ -w timeout ] tracert ip-address 【视图】所有视图
【参数】-a ip-address：该测试项用于测试-a 开关是否正确，指定一个发送IP 报文的源地址。
-f first_TTL：该测试项用于测试-f 开关是否正确，指定一个初始TTL，它的范围是大于0，并小于最大TTL。 -m max_TTL：该测试项用于测试-m 开关是否正确，指定一个最大TTL，它的范围是大于初始TTL。 -p port：该测试项用于测试-p 开关是否正确，port 为目的主机的UDP 端口号，用户一般无须更改此选项。 -q nqueries：该测试项用于测试-q 开关是否正确，nqueries 是每次发送的探测数据报文的个数，取值应大于0。
-w timeout：该测试项用于测试-w 开关是否正确，timeout 为IP报文的超时时间，单位为s，取值应大于0。
【描述】tracert 命令用来显示源地址到目的地址的路径。 上述各项参数没有指定时，缺省情况为：first_TTL 的缺省值为1。 max_TTL 的缺省值为30。 port 的缺省值为33434。 nqueries 的缺省值为3。 timeout 的缺省值为5 秒。
tracert 命令用于测试数据报文从发送主机到目的地所经过的网关，它主要用于检查网络连接是否可达，以及分析网络什么地方发生了故障。tracert 命令的执行过程：首先发送一个TTL 为1 的数据报文，因此第一跳发送回一个ICMP 错误消息以指明此数据报文不能被发送（因为TTL 超时），之后此数据报文被重新发送，TTL 为2，同样第二跳返回TTL 超时，这个过程不断进行，直到到达目的地。执行这些过程的目的是记录每一个ICMP TTL超时消息的源地址，以提供一个IP 数据报文到达目的地所经历的路径。当用ping 命令测试发现网络出现故障后，可以用tracert 测试网络何处有故障。tracert 命令的输出信息包括到达目的地所有网关的IP 地址，如果某网关超时，则输出“***”。 信息中心命令
【命令】display info-center [ logbuffer ] 视图】所有视图 【参数】无
网IT
【描述】display info-center 命令用来显示信息中心配置信息或记录在路由器内部 缓冲区当中的信息。
display info-center 命令显示信息中心的控制参数以及信息发送情况统计； display info-center logbuffer 命令显示保存在路由器内部缓冲区中的日志信息。 【命令】info-center console [ English | Chinese ] [ emergencies | alerts |