10.1 调试命令的使用
（1）执行调试命令
所有的调试命令都需在特权用户模式下执行，大部分调试命令不带参数，如调试arp直接在特权用户模式下键入 debug arp 命令即可，停止对arp的调试，则键入no debug arp 命令。
假如需要查看当前系统正在进行哪些调试，则可以执行show debugging 命令。
执行调试命令，输出调试信息，需要消耗大量的CPU时间，从而影响系统的运行效率，因此一般情况下，调试命令用于技术支持人员对系统故障的诊断，在故障排除之后应随即停止调试。
（2）使用debug ?
使用debug ?命令可以查看系统支持哪些调试功能，在Quidway(R)系列路由器提供了种类丰富的各种调试功能，几乎覆盖路由器全部功能。
在这些调试功能中，有部分用于开发过程中的调试功能。在下面的介绍中，我们将具体介绍用于网络故障诊断的调试功能。
（3）使用debgug all
使用debgug all 命令可以打开系统全部调试功能，由于产生比单个调试命令多得多的调试信息，将导致系统效率的严重下降，甚至无法正常工作，因此不建议使用该命令。
但no debug all命令却给用户带来极大的方便，当用户在停止对路由器的调试时，不必去查看哪些调试功能在起作用，并分别执行no debug 命令停止调试，只需要执行no debug all命令即可。
（4）输出调试信息
打开某个调试功能之后，即会产生相应的调试信息，但如何将这些调试信息输出到当前用户屏幕上，还需要执行 monitor 命令打开当前用户的调试信息输出开关。
假如多个用户同时打开调试信息开关，也会导致系统效率的下降，建议只在少量用户的屏幕上输出调试信息。
假如某个用户不需再查看调试信息，但有其它用户仍在进行调试，此时只需执行unmonitor 命令关闭该用户的调试信息输出开关，不会影响其它用户的调试。当所有用户停止调试之后，请不要忘记停止全部调试功能。
10.2 Quidway(R)系列路由器支持的调试功能
Quidway(R)系列路由器支持的调试功能包括：
debug arp
debug backup
debug dialer
debug ethernet-interface
debug filter
debug frame-relay lmi
debug frame-relay packet
debug ip bgp
debug ip cache
debug ip icmp
debug ip igrp
debug ip ospf event
debug ip ospf lsa
debug ip ospf packet
debug ip ospf spf
debug ip packet
debug ip rip
debug ip routing
debug ip rtpro
debug ipx
debug isdn
debug l2tp all
debug l2tp control
debug l2tp dump
debug l2tp error
debug l2tp event
debug lapb
debug modem
debug nat
debug ppp packet
debug radius event
debug radius packet
debug radius primitive
debug slip packet
debug tcp
debug telnet
debug udp
debug x25 all
debug x25 data
debug x25 event
10.2.1 debug arp
打开或关闭ARP调试开关。
[ no ] debug arp
【缺省情况】
系统缺省关闭ARP调试开关。
【命令模式】
特权用户模式
【使用指南】
该开关打开后实时显示对ARP映射表的操作。当ARP映射表有变化时，系统会即时地给出提示指出ARP映射表的变化情况。
【举例】
Quidway#debug arp
【相关命令】
arp，monitor，debug all，show debugging
10.2.2 debug backup
打开或关闭备份中心调试信息开关。
[ no ] debug backup { event packet }
【参数说明】
event 为备份中心事件调试信息开关。
packet 为备份中心报文调试信息开关。
【缺省情况】
系统缺省关闭备份中心调试信息开关。
【命令模式】
特权用户模式
【使用指南】
假如打开备份中心事件调试信息开关，则输出备份中心主备接口切换时的一些信息；假如打开备份中心报文调试信息开关，则输出备份中心发出报文的信息。所有信息均以“backup：”开头，有助于用户进行备份中心故障诊断。
【举例】
Quidway#debug backup event
【相关命令】
monitor，debug all ，show debugging
10.2.3 debug dialer
打开或关闭DDR调试信息开关。
[ no ] debug dialer { event packet }
【参数说明】
event 为DDR事件调试信息开关。
packet 为DDR报文调试信息开关。
【缺省情况】
系统缺省关闭DDR调试信息开关。
【命令模式】
特权用户模式
【使用指南】
假如打开DDR事件调试信息开关，则会输出DDR拨号时的一些信息；假如打开DDR报文调试信息开关，则会输出DDR收发报文的信息。所有信息均以“DDR：”开头，有助于用户进行DDR故障诊断。
【举例】
Quidway#debug dialer event
【相关命令】
monitor，debug all，show debugging
10.2.4 debug ethernet-interface
打开或关闭以太网接口调试信息开关。
[ no ] debug ethernet-interface
【缺省情况】
系统缺省关闭以太网接口调试信息开关。
【命令模式】
特权用户模式
【使用指南】
打开该调试开关后，将动态显示以太网口接收和发送的数据包的帧格式、源MAC地址、目的MAC地址以及数据包的类型等。
发送数据包的调试信息
Send a Ethernet_II frame.
Its Destination MAC address is:00-a0-b9-00-22-d9
Its Source MAC address is:00-e0-fc-01-04-86
接收数据包的调试信息
Receive a Ethernet_II frame.
It's Destination MAC address is:ff-ff-ff-ff-ff-ff
It's Source MAC address is:00-06-29-21-98-33
It's a ARP datagram
【举例】
Quidway#debug ethernet-interface
【相关命令】
monitor，debug all，show debugging
10.2.5 debug filter
打开或关闭防火墙包过滤调试信息开关。
[ no ] debug filter { all icmp tcp udp }
【参数说明】
all 表示全部防火墙调试信息开关。
icmp 表示有关ICMP包过滤的调试信息开关。
tcp 表示有关TCP包过滤的调试信息开关。
udp 表示有关UDP包过滤的调试信息开关。
【缺省情况】
系统缺省关闭防火墙全部调试信息开关。
【命令模式】
特权用户模式
【使用指南】
[ no ] debug filter all 命令可以控制另外三个防火墙的调试信息开关，同时也用于打开一些防火墙其它信息的调试开关，如对于其它协议（如OSPF）报文输出相应调试信息。调试信息输出格式：
接口名 InBound Packet: (协议号, 源地址, 目的地址, 源端口, 目的端口, 报文大小) accepted by Access-list 规则序号 .
接口名 OutBound Packet: (协议号, 源地址, 目的地址, 源端口, 目的端口, 报文大小) accepted by default.
在协议为ICMP时，源端口表示该ICMP报文的类型（Type），目的端口表示报文的码（Code）；在报文的协议类型不是TCP、UDP或ICMP时，源端口与目的端口没有意义。
【举例】
Quidway#debug filter tcp
【相关命令】
monitor，debug all，show debugging
10.2.6 debug frame-relay lmi
打开或关闭帧中继本地治理调试信息开关。
[ no ] debug frame-relay lmi
【缺省情况】
系统缺省为关闭帧中继本地治理调试信息开关。
【命令模式】
特权用户模式
【使用指南】
以下举例说明帧中继本地治理调试信息的格式。
Serial0(in): Status
RT Len = 1, Type = Full
LIV Len = 2, SSN = 50, RSN = 46, PVCs = 1
Serial0(out): Status Enquiry
RT Len = 1, Type = LIV-only
LIV Len = 2, SSN = 47, RSN = 50
其中：
Serial0 ——为接口名
in 和 out —— 分别表示接收和发送的报文。
Status 和Status Enquiry —— 表示报文的消息类型。
Status Enquiry 表示“状态查询”消息类型，在DTE侧，每隔一定时间发送该类型的报文去查询虚电路状态；
Status表示“状态”消息类型，在DCE侧，使用该类型的报文报告虚电路的状态。
RT ——表示报文的报告类型。报告类型有三种：
Full：该类型表示将报告所有的虚电路状态。
LIV-only：该类型表示将只报告链路的完整性。
Asyn-only：该类型表示将只报告几个（非全部）虚电路状态。
LIV —— 表示链路的完整性。它通过SSN 和RSN的值来检验链路的完整性。
SSN 和RSN——分别表示发送系列号和接收系列号。我们从上面的调试信息中可以看出： 发送的Status Enquiry报文中RSN等于刚接收到的Status报文中SSN。
【举例】
Quidway#debug frame-relay lmi
【相关命令】
monitor，debug all，show debugging
10.2.7 debug frame-relay packet
打开或关闭帧中继报文调试信息开关。
[ no ] debug frame-relay packet
【缺省情况】
系统缺省关闭帧中继报文调试信息开关。
【命令模式】
特权用户模式
【使用指南】
下面举例说明帧中继报文调试信息格式：
Serial0(Out) Fr packet: Len = 13, DLCI = 0, Protocol=8
Serial0(In) Fr packet: Len = 9, DLCI = 0, Protocol=8
其中：
Serial0 —— 为接口名。
in 和 out —— 分别表示接收和发送报文。
Len —— 表示报文的长度。
DLCI —— 表示接收或发送报文的虚电路号。
Protocol —— 表示接收或发送的报文是承载网络协议类型。8代表Q933A，CC 代表IP协议，8137代表IPX协议，0806代表InARP协议。
【举例】
Quidway#debug frame-relay packet
【相关命令】
monitor，debug all，show debugging
10.2.8 debug ip bgp
打开或关闭BGP调试信息开关。
[ no ] debug ip bgp [ events keepalive updates ]
【参数说明】
events 表示BGP事件调试信息开关
keepalive 表示Keepalive消息调试开关
updates 表示Update消息调试开关。
【缺省情况】
假如没有指定参数，则缺省打开或关闭全部BGP调试信息开关。
系统缺省为关闭BGP全部调试信息开关。
【命令模式】
特权用户模式
【使用指南】
根据该命令的输出信息，可以帮助用户进行BGP故障诊断。
【举例】
Quidway#debug ip bgp events
【相关命令】
monitor，debug all，show debugging
10.2.9 debug ip cache
打开或关闭IP路由缓存调试信息开关。
[ no ] debug ip cache
【缺省情况】
系统缺省为关闭IP路由缓存调试信息开关。
【命令模式】
特权用户模式
【使用指南】
该调试信息可以帮助用户进行IP路由故障诊断。
【举例】
Quidway#debug ip cache
【相关命令】
monitor，debug all，show debugging
10.2.10 debug ip icmp
打开或关闭ICMP报文调试信息开关。
[ no ] debug ip icmp
【缺省情况】
系统缺省关闭ICMP报文调试信息开关。
【命令模式】
特权用户模式
【使用指南】
当出现局域网故障，可以在执行ping命令之前，打开路由器的ICMP报文调试信息开关，以帮助用户进行故障定位。
【举例】
Quidway#debug ip icmp
【相关命令】
monitor，debug all，show debugging
10.2.11 debug ip igrp
打开或关闭IGRP调试信息开关。
[ no ] debug ip igrp { packet receive send }
【参数说明】
packet 表示全部报文的调试信息开关。
receive 表示接收报文的调试信息开关。
send 表示发送报文的调试信息开关。
【缺省情况】
系统缺省为关闭全部IGRP调试信息开关。
【命令模式】
特权用户模式
【使用指南】
使用此命令打开IGRP调试信息的开关后，用户可以实时地从显示终端上观察到IGRP报文的收发情况及报文的具体内容。为了观察方便，将报文按照接收和发送两种类型分类，用户可以根据实际需求来打开不同的开关。
IGRP发送报文调试信息:
IGRP: send Update 30.20.0.1 to 30.20.255.255 (Ethernet0)
Packet:vers 1, edition 77, As 1, interior 1, nsystem 1,exterior 0,length 40
dest 30.10.0.0 ,metric 146981,hop 0
dest 20.0.0.0 ,metric 146981,hop 0
IGRP接收报文调试信息:
IGRP:receive Update from 30.20.0.2 (Ethernet0)
Packet:vers 1, edition 5, As 1, interior 2, nsystem 1,exterior 0,length 54
dest 30.30.0.0 ,metric 180571,hop 0
dest 30.40.0.0 ,metric 180571,hop 0
dest 10.0.0.0 ,metric 158250,hop 0
调试信息的格式如表10-1所示。
表10-1 IGRP调试信息格式
域
意义
IGRP
IGRP报文
send
发送报文
receive
接收报文
Update/Request
报文类型
30.10.0.1 to 30.20.255.255
从接口30.10.0.1发送报文到30.20.255.255
from 30.20.0.2
从接口30.20.0.2接收到报文
Ethernet0
发送或接收报文的接口名
Packet
报文内容
vers 1
vers 1
edition 5
序列号5
As 1
自治系统号 1
interior 1
子网路由数 1
nsystem 1
自治系统内路由数 1
exterior 0
自治系统外路由数 0
length 40
报文长度 40
dest 30.30.0.0
路由地址 30.30.0.0
metric 180571
路由权值 180571
hop 0
跳数 0
【举例】
Quidway#debug ip igrp packet
【相关命令】
monitor，debug all，show debugging
10.2.12 debug ip ospf event
打开或关闭OSPF事件调试信息开关。
[ no ] debug ip ospf
【缺省情况】
系统缺省关闭OSPF事件调试信息开关。
【命令模式】
特权用户模式
【使用指南】
OSPF调试信息量比较大，用户应该在需要时再有选择地打开相应开关，过多的调试信息输出将导致系统效率下降。
OSPF调试信息有助于用户进行OSPF故障诊断。
【举例】
Quidway#debug ip ospf event
【相关命令】
monitor，debug all，show debugging
10.2.13 debug ip ospf lsa
打开或关闭 OSPF 的 LSA 计算调试信息开关。
[ no ] debug ip ospf lsa
【缺省情况】
系统缺省关闭OSPF的LSA计算调试信息开关。
【命令模式】
特权用户模式
【使用指南】
OSPF调试信息量比较大，用户应该在需要时再有选择地打开相应开关，过多的调试信息输出将导致系统效率下降。
OSPF调试信息有助于用户进行OSPF故障诊断。
【举例】
debug ip ospf lsa
【相关命令】
monitor，debug all，show debugging
10.2.14 debug ip ospf packet
打开或关闭OSPF报文调试信息开关。
[ no ] debug ip ospf packet [ hello dd request update ack ]
【参数说明】
hello 表示Hello报文调试信息开关。
dd 表示数据库描述报文调试信息开关。
request 表示状态请求报文调试信息开关。
update 表示链路状态更新报文调试信息开关。
ack 表示传输确认报文调试信息开关。
【缺省情况】
系统缺省为关闭OSPF报文调试信息开关。
假如不指定参数，则缺省为打开或关闭全部OSPF报文调试信息开关。
【命令模式】
特权用户模式
【使用指南】
OSPF调试信息量比较大，用户应该在需要时再有选择地打开相应开关，过多的调试信息输出将导致系统效率下降。
OSPF调试信息有助于用户进行OSPF故障诊断。
举例说明OSPF报文调试信息的格式：
OSPF SENT 10.0.0.1(Serial1) -> All_up_nbrs Hello Vers: 2 Len: 44
OSPF SENT RouterID: 4.4.4.4 Area: 0.0.0.2 Checksum: 0xf242
OSPF SENT Auth: Type: 0 Key: 00000000.00000000
OSPF SENT Netmask: 255.255.255.0 Hello Int: 10 Options: <Externals>
OSPF SENT Pri: 1 DeadInt: 120 DR: 1.1.1.1 BDR: 0.0.0.0
以上调试信息表示从地址为10.0.0.1的串口1向所有处于UP状态的邻居发送Hello报文，并打印出与协议运行相关的其它信息。
【举例】
Quidway#debug ip ospf packet dd
【相关命令】
monitor，debug all，show debugging
10.2.15 debug ip ospf spf
打开或关闭OSPF的SPF计算调试信息开关。
[ no ] debug ip ospf spf
【缺省情况】
系统缺省关闭OSPF的SPF计算调试信息开关。
【命令模式】
特权用户模式
【使用指南】
OSPF调试信息量比较大，用户应该在需要时再有选择地打开相应开关，过多的调试信息输出将导致系统效率下降。
OSPF调试信息有助于用户进行OSPF故障诊断。
【举例】
Quidway#debug ip ospf spf
【相关命令】
monitor，debug all，show debugging
10.2.16 debug ip packet
打开或关闭IP报文调试信息开关。
[ no ] debug ip packet
【缺省情况】
系统缺省为关闭IP报文调试信息开关。
【命令模式】
特权用户模式
【使用指南】
IP报文调试信息包括路由器接收和发送的IP报文的源IP地址、目的IP地址、IP报文长度等信息，可以帮助用户进行IP报文转发的故障诊断。
Telnet终端用户最好不要打开IP报文调试开关，因为调试信息的发送本身将导致产生新的调试信息，无限递归将产生大量无用的调试信息，同时使系统的执行效率下降。
【举例】
Quidway#debug ip packet
【相关命令】
monitor，debug all，show debugging
10.2.17 debug ip rip
打开或关闭RIP调试信息开关。
[ no ] debug ip rip { packet receive send }
【参数说明】
packet 为全部接收和发送报文调试信息开关。
receive 为接收报文调试信息开关。
send 为发送报文调试信息开关。
【缺省情况】
系统缺省为关闭全部RIP调试信息开关。
【命令模式】
特权用户模式
【使用指南】
RIP调试信息有助于用户进行RIP故障诊断。
举例说明RIP调试信息格式：
RIP: send from 202.38.165.1 to 202.38.165.2 —— 从地址为202.38.165.1的端口
Packet:vers 1, cmd Response, length 64 发送到目的地址202.38.165.2
dest 202.38.169.0 , metric 1 的更新报文。
dest 202.38.170.0 , metric 1
dest 129.102.0.0 , metric 2
RIP:receive Update from 202.38.170.2 —— 从源地址202.38.170.2收到的
Packet:vers 1, cmd Response, length 24 更新报文。
dest 129.102.0.0 , metric 1
上例中处于debug状态的路由器向目的地址为202.38.165.2的路由器发送包含3条路由信息的更新报文，并从源地址为202.38.170.2路由器接收包含一条路由信息的报文。上例中输出的调试信息报文的第一行为此报文的途径，第二行为报文的相关信息，包括版本号、报文类型、报文长度、路由的信宿地址和路由权等。
【举例】
Quidway#debug ip rip packet
【相关命令】
monitor，debug all ，show debugging
10.2.18 debug ip routing
打开或关闭IP路由调试信息开关。
[ no ] debug ip routing
【缺省情况】
系统缺省关闭IP路由调试信息开关。
【命令模式】
特权用户模式
【使用指南】
打开该调试开关后，用户可以看到任何对IP核心路由表的操作，有助于用户进行IP路由的故障诊断。
【举例】
Quidway#debug ip routing
【相关命令】
monitor，debug all ，show debugging
10.2.19 debug ip rtpro
打开或关闭路由协议调试信息开关。
[ no ] debug ip rtpro { interface kernel routing task }
【参数说明】
interface 为路由协议接口调试信息开关。
kernel 为路由协议内核调试信息开关。
routing 为路由协议路由调试信息开关。
task 为路由协议任务调试信息开关。
【缺省情况】
系统缺省关闭路由协议接口调试信息开关。
【命令模式】
特权用户模式
【使用指南】
该调试信息有助于用户进行路由协议 的故障诊断。
【举例】
Quidway#debug ip rtpro interface
【相关命令】
monitor，debug all ，show debugging
10.2.20 debug ipx
打开或关闭IPX调试信息开关。
[ no ] debug ipx { packet routing sap }
【参数说明】
packet 为IPX报文调试信息开关。
routing 为IPX路由调试信息开关。
sap 为IPX的SAP调试信息开关。
【缺省情况】
系统缺省关闭全部IPX调试信息开关。
【命令模式】
特权用户模式
【使用指南】
该调试信息有助于IPX故障诊断。
【举例】
Quidway#debug ipx packet
【相关命令】
monitor，debug all，show debugging
10.2.21 debug isdn
打开或关闭ISDN调试信息开关。
[ no ] debug isdn [ q921 q931 CC ]
【参数说明】
q921 为ISDN Q.921调试信息开关。
q931 为ISDN Q.931调试信息开关。
CC 为ISDN CC调试信息开关。
【缺省情况】
系统缺省关闭ISDN全部调试开关。
没有指定参数时，缺省为打开或关闭ISDN全部调试信息开关。
【命令模式】
特权用户模式
【使用指南】
该调试信息有助于用户进行ISDN故障诊断。
下面举例说明调试信息输出格式。
Q.921调试信息：
N->U Len=4 00 01 01 06
N->U：sapi=00 tei=00 c/r=0 RR nr=03 p/f=0
N->U Len=13 02 01 06 06 08 01 82 02 18 03 A9 83 81
N->U：sapi=00 tei=00 c/r=1 I ns=03 nr=03 p=0
U->N Len=30 00 01 04 06 08 01 02 05 04 02 88 90 18 06 A1 93 00 00 00 02 70 08 81 38 38 32 30 30 33 32
U->N：sapi=00 tei=00 c/r=0 I ns=02 nr=03 p=0
ISDN Q.921调试信息输出格式的含义如表10-2所示。
表10-2 ISDN Q.921调试信息格式
域
意义
U->N
发送方向：用户侧向网络侧
N->U
发送方向：网络侧向用户侧
Len
Q.921帧长度，其后十六进制数为帧具体内容
sapi
服务接入点
tei
终端端点标识符
c/r
C/R比特
ns
I帧发送序号
nr
所希望的下一接收I帧的序号
p
P比特
RR/I
Q.921帧类型：
RR表示接收预备好
I表示信息帧
Q.931 调试信息：
Usr：DL_I_DATA_REQ CES = 1
cr= 01 02 SETUP *bearer=04 02 88 90 *chan_id=18 06 a1 93 00 00 00 02 *called_n=70 08 81 38 38 32 30 30 33 32
Net：DL_I_DATA_IND CES = 1
cr= 01 82 CALL_PROC *chan_id=18 03 a9 83 81
Net：DL_I_DATA_IND CES = 1
cr= 01 82 DISC *cause=08 02 82 a9
ISDN Q.931调试信息输出格式的含义如表10-3所示。
表10-3 ISDN Q.931调试信息格式
域
意义
Usr
发送方向：用户侧向网络侧
Net
发送方向：网络侧向用户侧
DL_I_DATA_REQ DL_I_DATA_IND
Q.931帧类型
CES
连接端点后缀
cr
呼叫参考信息单元内容
SETUP
CALL_PROC
DISC
Q.931帧类型
*bearer
*chan_id
*called_n
*cause
信息单元类型其后为信息单元具体内容
【举例】
Quidway#debug isdn q921
【相关命令】
monitor，debug all，show debugging
10.2.22 debug l2tp all
打开全部L2TP调试信息开关。
[ no ] debug l2tp all
【缺省情况】
系统缺省为关闭L2TP全部调试开关。
【命令模式】
特权用户模式
【使用指南】
一般不建议使用debug l2tp all来打开所有L2TP的debug开关，因为需输出的内容比较多，建议只使用no debug l2tp all来关闭所有L2TP的debug开关。
【举例】
Quidway#no debug l2tp all
【相关命令】
monitor，debug all，show debugging，debug l2tp control，debug l2tp dump，debug l2tp error，debug l2tp event
10.2.23 debug l2tp control
打开或关闭L2TP控制报文的调试信息开关。
[ no ] debug l2tp control
【缺省情况】
系统缺省为关闭L2TP控制报文的调试信息开关。
【命令模式】
特权用户模式
【使用指南】
使用此命令用于查看L2TP各种控制报文的具体内容（如Start Control Connection Request报文等）。
以下是路由器收到Windows 2000 beta2版本发出的VPN连接请求的调试信息，输出信息中打印了报文内相关AVP的值与长度：
Host Name域为NONE，表示该连接是以NONE作为Tunnel的名称进行通信；
以缺省的窗口大小8来进行流控；
路由器给对端回应了一个Start Control Connection Reply，接收窗口的大小是4。
MsgRecvAndDistribute : receive a SCCR_MESSAGE or STOP_CCN_MESSAGE pass to upper layer
L2TP : Receive control message
type: START_CONTROL_CONNECTION_REQUEST
L2TP : Protocol version, value: 0100
value len : 2
L2TP : Framing capability, value: 1
value len : 4
L2TP : Bearer capability, value: 0
value len : 4
L2TP : Firmware revision, value: 1280
value len : 2
L2TP : Host name, value: NONE
value len : 4
L2TP : Vendor name, value: Microsoft
value len : 9
L2TP : Assigned call number, value: 4
value len : 2
L2TP : Receive window size, value: 8
value len : 2
L2TP : Message header built for start control reply.
L2TP : Message type, value: START_CONTROL_CONNECTION_REPLY
L2TP : Protocol version, value : 0100
L2TP : Framing capability, value : 3
L2TP : Bearer capability, value : 3
L2TP : Host name, value : Quidway
L2TP : Assigned tunnel number, value: 1
L2TP : receive window size, value: 4
L2tpSend::send control message:Ns(0) Nr(1)
【举例】
Quidway#debug l2tp control
【相关命令】
monitor，debug all，show debugging，debug l2tp all
10.2.24 debug l2tp dump
打开或关闭L2TP的PPP报文调试信息开关。
[ no ] debug l2tp dump
【缺省情况】
系统缺省关闭L2TP的PPP报文调试信息开关。
【命令模式】
特权用户模式
【使用指南】
使用此命令用于查看L2TP接收到的报文和发送的报文是否正确，一般只在进行调试时才使用。
下面举例说明该调试信息格式。
From l2tp virtual Port :1 to l2tp
FF 03 C0 21 01 01 00 0E 01 04
05 DC 05 06 00 01 15 23
其中：第一行“From l2tp virtual Port :1 to l2tp”表示这是一个从上层（PPP）传下来的报文，需要由L2TP进行发送，接下来的两行就是该报文的内容，最多可以输出报文的前100个字节，假如少于100个，则按实际数目进行打印。
To virtual l2tp Port : 1
FF 03 C0 21 01 00 00 11 05 06
6E 21 38 83 07 02 08 02 0D 03
06
其中：“To virtual l2tp Port : 1”表示这是一个提交给上层的报文，接下来是报文的内容。
【举例】
Quidway#debug l2tp dump
【相关命令】
monitor，debug all，show debugging，debug l2tp all
10.2.25 debug l2tp error
打开或关闭L2TP错误的调试信息开关。
[ no ] debug l2tp error
【缺省情况】
系统缺省关闭L2TP错误的调试信息开关。
【命令模式】
特权用户模式
【使用指南】
使用此命令用于查看L2TP对错误事件的报告，如内存申请失败、发送报文出错等情况。
下面举例说明该调试信息格式。
L2TP : Fail to get a mbuffer when try to send call disconnect notify.
L2TP : Fail to send control message : in call connected.
L2TP : Zero check error when recv call control message.
其中： 第一个是一个内存申请失败的调试信息；第二个是发送控制报文失败的调试信息；第三个表明收到的控制报文中存在应该为0的位不为0的情况。
【举例】
Quidway#debug l2tp error
【相关命令】
monitor，debug all，show debugging，debug l2tp all
10.2.26 debug l2tp event
打开或关闭L2TP事件调试信息开关。
[ no ] debug l2tp event
【缺省情况】
系统缺省关闭L2TP事件调试信息开关。
【命令模式】
特权用户模式
【使用指南】
使用此命令用于查看L2TP各种事件，如虚拟接口的UP与DOWN，L2TP所治理的MAP的情况。
以下是收到Windows 2000 beta2版本的VPN发出的连接请求的debug信息。输出信息表明L2TP的虚拟接口1 UP，对方的地址为10.1.1.2，加了一条该地址的MAP，表明以后有输出到10.1.1.2的报文，通过Virtual-Template1.1进行发送，接下来的一条就是查找MAP的debug信息，假如没有对应的MAP，将显示为（Null）。
InitialTunnelDescriptor:: initial a tunnel descriptor
InitialSessionDescriptor:: initial a call descriptor
L2TP: l2tp virtual port:1 UP.
L2TP : add map for (10.1.1.2, Virtual-Template1.1)
L2TP : search map for (10.1.1.2), ==>> (Virtual-Template1.1)
【举例】
Quidway#debug l2tp event
【相关命令】
monitor，debug all，show debugging，debug l2tp all
10.2.27 debug lapb
打开或关闭LAPB调试信息开关。
[ no ] debug lapb
【缺省情况】
系统缺省关闭LAPB调试信息开关。
【命令模式】
特权用户模式
【使用指南】
打开LAPB调试信息开关后，输出LAPB收发报文信息。
下面举例说明LAPB调试信息格式。其含义参见表10-4。
Serial1 LAPB O: CMD MOD 8 IFRAME NS 1 NR 0 len = 86
表10-4 LAPB调试信息格式
域
意义
Serial1
在接口Serial1上收发报文
LAPB
表示LAPB调试信息
O
表示输出LAPB帧（I表示输入LAPB帧）
CMD
表示该帧为命令帧
MOD 8
表示该帧按模8方式编号（MOD 128表示按模128方式编号）
IFRAME
表示该帧为信息帧（其它如监控帧、无编号帧）
NS 1
表示该帧的发送编号为1
NR 0
表示该帧的接收编号为0
len=86
表示该帧的帧长度为86
【举例】
Quidway#debug lapb
【相关命令】
monitor，debug all，show debugging
10.2.28 debug modem
打开或关闭Modem调试信息开关。
[ no ] debug modem
【缺省情况】
系统缺省关闭Modem调试信息开关。
【命令模式】
特权用户模式
【使用指南】
打开该调试开关后，输出有关Modem拨号、断开、建立连接成功或失败等，有助于用户进行Modem故障诊断。
【举例】
Quidway#debug modem
【相关命令】
monitor，debug all，show debugging
10.2.29 debug nat
打开或关闭NAT调试信息开关。
[ no ] debug nat
【缺省情况】
系统缺省为关闭NAT调试信息开关
【命令模式】
特权用户模式
【使用指南】
通过该调试信息，用户可以进一步了解路由器中地址转换的细节，从而迅速的进行错误的定位，达到解决问题的目的。
各种NAT调试信息及其意义如下：
NAT In: (protocol:协议, port:端口) not found in Hash-Table.
表示在哈希表中没有找到与协议和端口相对应的项，表示从广域网收到一个包，该包的端口和协议在表中没有对应项，此时将引起包的丢弃。
NAT Out: No free buffer to create hash item for packet：(protocol:协议, port:端口).
表示从局域网接收到一个包，并且没有空间用于产生与该包相对应的哈希表项。
NAT: Can not get WAN address of 接口名(existed in hash item).
已经找到哈希表的对应项，但是取不到接口的广域网地址，可能是该接口的配置问题。
NAT: Can not get WAN address of 接口名 (selected).
对于一个任选的广域网口，取不到它的广域网地址。
接口名 Out: <源地址:源端口> --> <新地址:新端口>
路由器向广域网发出一个包，地址转换是从<源地址:源端口> 到<新地 址:新端口>。
接口名 In: <源地址:源端口> --> <新地址:新端口>
路由器从广域网收到一个包，地址转换是从<源地址:源端口> 到<新地 址:新端口>。
Out(Server): <源地址:源端口> --> <新地址:新端口>
路由器转发了一个内部服务器向广域网发送的包，地址转换是从<源地址:源端口> --> <新地址:新端口>。
FTP 'PORT' Command:
路由器收到了一个FTP的PORT命令。
NAT: No internal Telnet server.Deliver to Upper level.
没有内部telnet服务器，该包被传递给高层。这是由于没有配置内部telnet服务器的原因。
NAT: No internal WWW server. Packet dropped.
没有内部telnet服务器，该包被丢弃。这是由于没有配置内部www服务器的原因。
NAT: No internal FTP server. Packet dropped.
没有内部ftp服务器，该包被丢弃。这是由于没有配置内部ftp服务器的原因。
In(To Server):<源地址:源端口> --> <新地址:新端口>
服务器收到了一个从广域网发向内部服务器的包，地址转换为从<源地址:源端口> 到<新地址:新端口>
NAT: No interface selected to send packet to internet.
没找到可发送包的广域网口。
NAT: select 接口名 to send packet.
选择接口发送包。
NAT: 接口A not ready, select 接口B to send packet.
接口A没预备好，选择接口B发送包。
NAT: select 接口A to send packet, but it is not UP.
选择接口A发送包，但是它不处于UP状态，需要DDR处理。
【举例】
Quidway#debug nat
【相关命令】
monitor，debug all，show debugging
10.2.30 debug ppp packet
打开或关闭PPP报文调试信息开关。
[ no ] debug ppp packet
【缺省情况】
系统缺省关闭PPP报文调试信息开关。
【命令模式】
特权用户模式
【使用指南】
打开PPP调试信息开关后，输出的调试信息格式一般如下：
Serial0 PPP O LCP(c021) Pkt, Len 23
State reqsent, code ConfReq(01), id 59, len 19
MRU(1), len 4, val 05dc
AuthProto(3), len 5, CHAP c02325
MagicNumber(5), len 6, val 0002db0d
其中：
Serial0 为发送/接收此数据报文的接口名。
PPP是表明此接口封装PPP协议。
O表示向此接口发送报文（假如为接收报文则为I）。
LCP表明此报文为PPP的LCP协商报文。
Len 表示LCP协商报文的总长度。
State指示当前LCP的状态，它随PPP协商阶段变化，当LCP协商成功就会变为opened状态。
code表明当前发送的报文是配置请求报文（ConfReq）。
id是此报文的id号。
长度len是报文除掉报文头的长度。
MRU、AuthProto、MagicNumber等是此协商报文的协商选项。通常PPP要经过LCP、IPCP、IPXCP等协商，调试信息的内容相应也会变化，但主要的格式不变。
对于PPP的故障诊断，提出以下几点建议：
假如PPP的LCP状态始终为reqsent状态，请用Show interface serial0查看物理层input packet状况，假如收发为零，表明链路不通，假如收发有错误，请检查两边的配置，封装协议是否相同，是否都是同步或异步。
假如LCP已经是opened状态，但是IPCP状态为initial，那么多是因为有一方要求验证，而另一方满足不了要求，用户名不对或者口令错误。请按照用户手册的说明检查配置。假如是同步口，四次验证失败后，PPP将会自动复位链路，重新开始LCP协商。
假如IPCP状态为starting，请检查对方接口的IP地址，假如没有配置IP地址，又不要求对方分配，就会使IPCP进入此状态。
【举例】
Quidway#debug ppp packet
【相关命令】
monitor，debug all，show debugging
10.2.31 debug radius event
打开或关闭Radius事件调试开关。
[ no ] debug radius event
【缺省情况】
系统缺省关闭Radius事件调试开关。
【命令模式】
特权用户模式
【使用指南】
打开Radius事件调试信息开关后，可以看到有关Radius各种事件的信息，主要用于技术支持人员调试。
当用户下网时，NAS会显示如下信息：
User(liusongtao) (port 2) : leave
RADIUS event :
After acct_stop_req : user[2](2)
RADIUS event :
After acct_stop_resp : user[2](0)
以上信息表示在用户liusongtao断开后，产生了两个Radius事件，分别为停止记帐请求和停止记帐应答。
当用户使用 no shutdown命令进行重置时，NAS会显示如下信息：
User(liusongtao) (port 2) : accepted
RADIUS event :
After acct_start_req : user[2](2)
RADIUS event :
After acct_stop_resp : user[2](3)
以上信息表示在用户liusongtao接入后，产生了两个Radius事件，分别为开始记帐请求和开始记帐应答。
【举例】
Quidway#debug radius event
【相关命令】
monitor，debug all，show debugging
10.2.32 debug radius packet
打开或关闭Radius报文调试信息开关。
[ no ] debug radius packet
【缺省情况】
系统缺省关闭Radius报文调试信息开关。
【命令模式】
特权用户模式
【使用指南】
该调试信息可以帮助用户进行Radius故障诊断。
下面举例说明该调试信息的格式。
RADIUS packet
Sent radius packet to 129.7.66.66 : 1813
Code =4 id 18 length = 91
fc c1 f4 db 42 79 5b 7a
97 c4 6d e4 c5 c9 aa 14
Attribute (4) (NAS_Identifer ) : 0x0
Attribute (32) (NAS_Name ) : 0x71(q) 0x75(u) 0x69(i) 0x64(d) 0x77(w) 0x61(a)
以上信息表示该Radius报文目的地IP地址为129.7.66.66，目的端口为1813；报文类型4、ID为18、长度为91；随后16字节为报文内容；另外属性NAS_Identifer为0、NAS_Name为Quidway。
【举例】
Quidway#debug radius packet
【相关命令】
monitor，debug all，show debugging
10.2.33 debug radius primitive
打开或关闭Radius原语调试开关。
[ no ] debug radius primitive
【缺省情况】
系统缺省关闭Radius原语调试开关。
【命令模式】
特权用户模式
【使用指南】
该调试进行主要用于技术支持人员调试。
当用户下网时，NAS会显示如下信息：
RADIUS primitive:
PrimID = leave
Port = 2
Reference = 0x0
Porttype = 0x0
Username =
Callingnumber =
Callednumber =
RADIUS primitive:
PrimID = bye
Port = 2
Reference = 0x0
Porttype = 0x0
Username =
Callingnumber =
【举例】
Quidway#debug radius primitive
【相关命令】
monitor，debug all，show debugging
10.2.34 debug slip packet
打开或关闭SLIP调试信息开关。
[ no ] debug slip packet
【缺省情况】
系统缺省关闭SLIP调试信息开关。
【命令模式】
特权用户模式
【使用指南】
打开SLIP调试信息开关后，输出SLIP收发报文信息，帮助用户进行SLIP故障诊断。
【举例】
Quidway#debug slip packet
【相关命令】
monitor，debug all，show debugging
10.2.35 debug tcp
打开或关闭TCP调试信息开关。
[ no ] debug tcp { packet transaction }
【参数说明】
packet 表示以本路由器为一端的TCP连接相关的TCP报文调试信息开关。
transaction 表示TCP报文头中非凡置位的报文调试信息开关。
【缺省情况】
系统缺省关闭全部TCP调试信息开关。
【命令模式】
特权用户模式
【使用指南】
用户可以对以下两种TCP报文进行跟踪：
以本设备位源或目的TCP报文。
TCP报文头中SYN、FIN或RST置位的非凡TCP报文。
TCP的调试信息包括TCP报文的源IP地址、目的IP地址等报文头信息。
在Telnet终端用户上不能对TCP进行跟踪调试，因为调试信息本身又会产生调试信息，这样会产生大量无用的调试信息，并导致系统效率的下降。
【举例】
Quidway#debug tcp packet
【相关命令】
monitor，debug all，show debugging
10.2.36 debug telnet
打开或关闭Telnet调试信息开关。
[ no ] debug telnet
【缺省情况】
系统缺省关闭Telnet调试信息开关。
【命令模式】
特权用户模式
【使用指南】
打开Telnet调试信息开关后，当建立Telnet连接时，对于全部Telnet选项协商过程中接收和发送字符及其意义均输出。
【举例】
Quidway#debug telnet
【相关命令】
monitor，debug all，show debugging
10.2.37 debug udp
打开或关闭UDP调试信息开关。
[ no ] debug udp
【缺省情况】
系统缺省关闭UDP调试信息开关。
【命令模式】
特权用户模式
【使用指南】
打开UDP调试信息开关后，将输出全部源或目的IP地址为本路由器的UDP报文信息。
【举例】
Quidway#debug udp
【相关命令】
monitor，debug all，show debugging
10.2.38 debug x25 all
打开或关闭全部X.25调试信息开关。
[ no ] debug x25 all
【缺省情况】
系统缺省关闭全部X.25调试信息开关。
【命令模式】
特权用户模式
【使用指南】
X.25全部调试信息开关包括：X.25数据调试信息开关和X.25事件调试信息开关。 debug x25 all 命令可能会产生大量的调试信息，一般不用，而no debug x25 all 则提供了很大便利，可以一次关闭全部X.25调试信息开关。
【举例】
Quidway#no debug x25 all
【相关命令】
monitor，debug all，show debugging
10.2.39 debug x25 data
打开或关闭X.25数据调试信息开关。
[ no ] debug x25 data
【缺省情况】
系统缺省关闭X.25数据调试信息开关。
【命令模式】
特权用户模式
【使用指南】
当X.25数据调试信息开关被打开后，路由器将向您报告所有接收和发送的X.25数据分组的具体内容；
X.25收发的分组将按照如下的格式向您描述：
数据分组：
接口名+协议名+方向+虚电路号+模数+分组名+顺序号+确认号+M位+分组长度
流量控制分组：
接口名+协议名+方向+虚电路号+模数+分组名+确认号+分组长度
其它分组：
接口名+协议名+方向+虚电路号+模数+分组名+分组长度+分组携带信息
以上X.25数据调试信息格式的含义参见表10-5。
表10-5 X.25数据调试信息格式
域
意义
接口名
指出接收或发送该分组的接口名，如“Serial0”等
协议名
指出接收或发送该分组的协议，总为“X.25”
方向
指出该分组是接收的还是发送的，“I”代表接收，“O”代表发送
虚电路号
指出接收或发送该分组的虚电路的编号
模数
指出该分组的编号模数，总为8或128
分组名
指出该分组的名称，如Call、Clear等
顺序号
假如该分组是数据分组，指明该分组的顺序号
确认号
假如该分组是数据分组或流量控制分组，指明该分组的确认号
M位
假如该分组是数据分组，指出该数据分组的M位是否被置；假如被置，则该域为“M”，否则该域无信息
分组长度
指出该分组的总长度，以字节为单位
分组携带信息
假如该分组是除数据分组和流量控制分组之外的其它分组，指出该分组携带的一些有用信息，如呼叫请求分组中的地址码组信息、设施信息，重新启动分组、复原分组、清除分组中的原因码信息、诊断码信息等
举例说明该调试信息格式：
Serial0: X.25 O LCI 1024 MOD 8 DATA Ps 3 Pr 6 M LEN 515
以上信息表示X.25协议通过接口Serial0发送一个数据分组，该数据分组是1024逻辑信道的数据分组，按模8方式编号，该数据分组的编号是3，给对方的确认是6，M比特被置位，长度为515字节。
Serial1: X.25 I LCI 1 MOD 128 DATA Ps 58 Pr 96 LEN 1027
以上信息表示X.25协议通过接口Serial1接收一个数据分组，该数据分组是1逻辑信道的数据分组，按模128方式编号，该数据分组的编号是58，给对方的确认是96，M比特未被置位，长度为1027字节。
Serial0: X.25 O LCI 8 MOD 8 RR Pr 6 LEN 3
以上信息表示X.25协议通过接口Serial0发送一个RR（接收预备就绪）分组，该RR分组是8逻辑信道的RR分组，按模8方式编号，该数据分组给对方的确认是6，长度为3字节。
Serial1: X.25 I LCI 3 MOD 128 RNR Pr 86 LEN 4
以上信息表示X.25协议通过接口Serial1接收一个RNR（接收未预备就绪）分组，该RNR分组是3逻辑信道的RNR分组，按模128方式编号，该数据分组给对方的确认是86，长度为4字节。
Serial0: X.25 O LCI 16 MOD 8 CALL_REQ LEN 22
From(8): 20112450 To(8): 20112451
Facilities: (8)
Window size: 7 7
Packet size: 512 512
Reverse charging
Call User Data: 0XCC
以上信息表示X.25协议通过接口Serial0发送一个呼叫请求分组，该呼叫请求分组是16逻辑信道的呼叫请求分组，按模8方式编号，长度为22字节；该呼叫请求分组的主叫DTE地址是20112450（长度为8字节），被叫DTE地址是20112451（长度为8字节）；该呼叫请求分组携带了8字节长的用户设施信息，它们分别是：窗口大小协商为7和7、分组长度协商为512和512、请求反向计费；该呼叫请求分组携带的呼叫用户数据的十六进制表示为0XCC（即该次呼叫所建立的虚电路用来承载IP数据报）。
Serial1: X.25 I LCI 0 MOD 128 RESTART_IND LEN 5 Cause 7 Diag_Code 0
以上信息表示X.25协议通过接口Serial1接收一个重新启动指示分组，该重新启动指示分组在0逻辑信道上传送，按模128方式编号，该重新启动指示分组的长度为4字节，携带的原因码是7（表示网络传输预备就绪），诊断码是0（表示无诊断信息）。
有关原因码和诊断码的具体含义请参见《ITU-T建议 X.25》。
【举例】
Quidway#debug x25 data
【相关命令】
monitor，debug all，show debugging，debug x25 all
10.2.40 debug x25 event
打开或关闭X.25事件调试信息开关。
[ no ] debug x25 event
【缺省情况】
系统缺省关闭X.25事件调试信息开关。
【命令模式】
特权用户模式
【使用指南】
当X.25事件调试信息开关被打开后，路由器将向您报告所有发生的正常的和异常的事件的具体内容。正常的事件包括X.25接收和发送的事件分组（如呼叫、清除、复原和重新启动等）；异常的事件包括所有使X.25不能正常工作的原因（如定时器超时、呼叫失败等）。具体如表10-5所示。
表10-5 X.25所有事件的调试信息列表
X.25事件调试信息
意义
X.25: creating LCD for calling out failed.
发起呼叫时，创建逻辑信道描述符失败。
X.25: calling out failed.
呼出失败
X.25: creating LCD for calling in failed.
接受呼叫时，创建逻辑信道描述符失败。
X.25: sending CALL_ACCEPT failed.
发送呼叫接受分组失败
X.25: output user data is too short.
输出用户数据太短
X.25: protocol address is not mapped.
没有创建到目的地的地址映射
X.25: Calling remote failed.
呼叫对端失败
X.25: Calling remote failed.(when sending broadcast)
发送广播时呼叫对端失败
X.25: sending packet failed.
发送分组失败
X.25: can not tranmit in this state.
无法在该状态传送数据
X.25: prepending output packet's header failed.
为输出数据报添加分组头失败
X.25: geting packet's header failed.
申请分组头失败
X.25: copying output packet failed.
复制输出分组失败
X.25: input packet is too short.
接收分组太短
X.25: input packet's GFI is invalid.
接收分组的通用格式识别符错误
X.25: input interface is down.
接收接口协议未协商通
续上表
X.25事件调试信息
意义
X.25: bad input packet's LCI.
接收分组的逻辑信道号错误
X.25: input call's called X.121 address is incorrect.
被叫地址与本地地址不符合
X.25: input call's calling address is not mapped.
主叫地址在地址映射表中查不到
X.25: can not create VC repeatedly on one map.
不能在一条地址映射上重复地创建虚电路
X.25: fragment packet failed.
分片失败
X.25: DCE can not call out.(has no incoming-only and two-way channel)
DCE无法呼出（单向呼入信道和双向信道已无空闲）
X.25: DCE can not call out.(has no free LCN)
DCE无法呼出（无空闲的逻辑信道）
X.25: DTE can not call out.(has no outgoing-only and two-way channel)
DTE无法呼出（单向呼出信道和双向信道已无空闲）
X.25: DTE can not call out.(has no free LCN)
DTE无法呼出（无空闲的逻辑信道）
X.25: DCE can not accept call.(has no outgoing-only and two-way channel)
DCE无法接受呼入（单向呼出信道和双向信道已无空闲）
X.25: DCE can not accept call.(incoming call is not in [LOC HOC] or [LTC HTC])
DCE无法接受呼入（呼入不在单向呼出信道和双向信道范围内）
X.25: DTE can not accept call.(has no incoming-only and two-way channel)
DTE无法接受呼入（单向呼入信道和双向信道已无空闲）
X.25: DTE can not accept call.(incoming call is not in [LIC HIC] or [LTC HTC])
DTE无法接受呼入（呼入不在单向呼入信道和双向信道范围内）
X.25: Delete a PVC.
删除一条永久虚电路
X.25: Bad channel range configuration, recover them to default value.
信道范围配制错误，它们将被恢复成确省值
X.25: Resend RESTART packet...
重新发送重新启动分组
X.25: Fail to malloc timer.
启动定时器失败
X.25: VC-1024's output queue has full.
虚电路1024输出队列已满
Serial0: X.25 timer T20 eXPired(2 times).
接口Serial0的T20定时器两次超时
Serial0: X.25 restart procedure error.
重新启动规程没有正常结束
Serial0: X.25 VC-1's timer T21 expired.
接口Serial0的虚电路1的T21定时器超时
Serial0: X.25 VC-1's timer T22 expired(2 times).
接口Serial0的虚电路1的T22定时器两次超时
Serial0: X.25 VC-1's timer T23 expired(2 times).
接口Serial0的虚电路1的T23定时器两次超时
Serial0: X.25 VC-1's idle timer expired, the VC will be cleared.
接口Serial0的虚电路1的空闲定时器超时，该虚电路将被清除。
【举例】
Quidway#debug x25 event
【相关命令】
monitor，debug all，show debugging，debug x25 all
