Quidway(R)系列路由器調試命令

2019-11-05 00:27:30

字體：大中小

來源：轉載

供稿：網友

　　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

其中：“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的空閑定時器超時，該虛電路將被清除。