第十章 Quidway^(R)系列路由器调试命令

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:

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 { packe, t , | 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

• 上一篇: 蓝盟IT外包，元宇宙：四梁八柱是什么
  下一篇: 第九章 桥配置命令

• 分享到：