- 產品與解決方案
- 行業解決方案
- 服務
- 支持
- 合作夥伴
- BOB登陆 人才研學中心
- 關於我們
目 錄
本文檔不嚴格和具體的軟硬件版本對應。
LDP對等體之間無法建立LDP會話。
圖1-1 無法建立LDP會話故障診斷流程
接收和發送Hello消息是LDP會話成功建立的基礎。因此，首先需要檢查LDP對等體之間是否可以收發Hello消息。
(1) 執行display mpls ldp interface verbose命令，通過Hello Message Sent/Rcvd字段查看接口上的Hello消息收發統計信息，確認LDP對等體之間是否能夠接收和發送Hello消息。
<Sysname> display mpls ldp interface verbose
LDP Interface Information in Public Network
--------------------------------------------------------------
Interface Name : Ethernet1/1
LDP ID : 172.17.1.1:0 Transport Address : 172.17.1.1
Entity Status : Active Interface MTU : 1500
Configured Hello Timer : 15 Sec
Negotiated Hello Timer : 15 Sec
Configured Keepalive Timer : 45 Sec
Label Advertisement Mode : Downstream Unsolicited
Hello Message Sent/Rcvd : 591/1033 (Message Count)
-------------------------------------------------------------
(2) 如果Hello消息收發統計信息為0，則檢查LDP對等體之間的網絡連接是否正常，確保對等體之間可以ping通對端的接口地址。
(3) 如果對等體之間的網絡連接正常，則根據網絡狀態，合理調整Hello保持定時器和Keepalive定時器的值。避免定時器的值過小，導致Hello報文到達前就過早地刪除Hello鄰接關係或結束LDP會話。
LDP會話建立在TCP連接之上，TCP連接由目的IP地址、目的端口、源IP地址和源端口標識，這裏的源IP地址和目的IP地址稱為傳輸地址。必須保證兩端的傳輸地址互相可達，才能建立TCP連接，從而在TCP連接之上建立LDP會話。
通過以下方法，可以判斷傳輸地址是否可達：
(1) 執行display mpls ldp interface命令，通過Transport-Address字段確認本端的傳輸地址。
<Sysname> display mpls ldp interface
LDP Interface Information in Public Network
-------------------------------------------------------------------
IF-Name Status LAM Transport-Address Hello-Sent/Rcv
-------------------------------------------------------------------
Ethernet1/1 Active DU 172.17.1.1 583/1017
Ethernet1/2 Active DU 172.17.1.1 578/1015
Serial2/0 Active DU 172.17.1.1 531/444
-------------------------------------------------------------------
LAM: Label Advertisement Mode IF-Name: Interface name
(2) 執行display mpls ldp peer命令，通過Transport-Address字段確認對端的傳輸地址。
<Sysname> display mpls ldp peer
LDP Peer Information in Public network
Total number of peers: 3
--------------------------------------------------------------
Peer-ID Transport-Address Discovery-Source
--------------------------------------------------------------
172.17.1.2:0 172.17.1.2 Ethernet1/1
168.1.1.1:0 168.1.1.1 Ethernet1/1
100.10.1.1:0 100.10.1.1 Serial2/0
--------------------------------------------------------------
隻有收到對端的Hello消息後，才能通過display mpls ldp peer命令查看對端的傳輸地址。否則，隻能通過了解對端設備LDP TCP傳輸地址配置的方式獲得對端的傳輸地址。
(3) 分別在兩台設備上用自己的傳輸地址作為源IP地址，ping對端的傳輸地址，從而確定兩端的傳輸地址是否可達。
<Sysname> ping -a 172.17.1.1 172.17.1.2
PING 172.17.1.2: 56 data bytes, press CTRL_C to break
Reply from 172.17.1.2: bytes=56 Sequence=1 ttl=255 time=15 ms
Reply from 172.17.1.2: bytes=56 Sequence=2 ttl=255 time=16 ms
Reply from 172.17.1.2: bytes=56 Sequence=3 ttl=255 time=1 ms
Reply from 172.17.1.2: bytes=56 Sequence=4 ttl=255 time=16 ms
Reply from 172.17.1.2: bytes=56 Sequence=5 ttl=255 time=1 ms
--- 172.17.1.2 ping statistics ---
5 packet(s) transmitted
5 packet(s) received
0.00% packet loss
round-trip min/avg/max = 1/9/16 ms
如果傳輸地址不可達，則需要通過以下方法排除故障：
· 修改傳輸地址，使得兩端的傳輸地址可達：缺省情況下，設備采用LSR ID作為傳輸地址，通過執行mpls ldp transport-address命令可以修改傳輸地址。
· 修改路由協議的配置，使得兩端的傳輸地址可達。
為了提高LDP會話的安全性，可以為LDP使用的TCP連接配置MD5認證。要想在LDP對等體之間成功建立LDP會話，必須保證二者的MD5認證配置一致，即：
· 同時使能MD5認證功能，且配置的密碼一致；
· 同時關閉MD5認證功能。
如果LDP對等體之間的MD5認證配置不一致，則LDP會話無法建立，需要修改MD5認證的配置。
隻有LDP對等體上配置的標簽發布方式一致時，LDP會話參數協商才能通過，才能建立LDP會話。對等體之間存在多條鏈路時，各鏈路上的標簽發布方式也必須配置一致。
通過以下方法，可以查看兩端的標簽發布方式是否一致。
(1) 執行display mpls ldp interface命令，通過LAM字段可以查看本端的標簽發布方式。目前，設備隻支持DU（Downstream Unsolicited，下遊自主）標簽發布方式。
<Sysname> display mpls ldp interface
LDP Interface Information in Public Network
-------------------------------------------------------------------
IF-Name Status LAM Transport-Address Hello-Sent/Rcv
-------------------------------------------------------------------
Ethernet1/1 Active DU 172.17.1.1 583/1017
Ethernet1/2 Active DU 172.17.1.1 578/1015
Serial2/0 Active DU 172.17.1.1 531/444
-------------------------------------------------------------------
(2) 執行display mpls ldp peer verbose命令，通過Peer Label Advertisement Mode字段查看對端的標簽發布方式。
<Sysname> display mpls ldp peer verbose
LDP Peer Information in Public network
---------------------------------------------------------------
Peer LDP ID : 172.17.1.2:0
Peer Max PDU Length : 4096 Peer Transport Address : 172.17.1.2
Peer Loop Detection : Off Peer Path Vector Limit : 0
Peer FT Flag : Off Peer Keepalive Timer : 45 Sec
Recovery Timer : ---- Reconnect Timer : ----
Peer Label Advertisement Mode : Downstream Unsolicited
Peer Discovery Source : Ethernet1/1
------------------------------------------------------------
如果兩端的標簽發布方式不一致，則需要修改一端的配置。
隻有LDP對等體上同時使能或關閉環路檢測功能時，LDP會話參數協商才能通過，才能建立LDP會話。一端使能了環路檢測功能，另一端未使能環路檢測功能時，LDP會話無法建立。
分別在兩端設備上執行display mpls ldp命令，通過Loop Detection字段查看設備上是否使能環路檢測功能，判斷兩端的環路檢測使能狀態是否一致。
<Sysname> display mpls ldp
LDP Global Information
------------------------------------------------------------------------------
Protocol Version : V1 Neighbor Liveness : 120 Sec
Graceful Restart : Off FT Reconnect Timer : 300 Sec
MTU Signaling : Off Recovery Timer : 300 Sec
Nonstop Routing : Off
LDP Instance Information
------------------------------------------------------------------------------
Instance ID : 0 VPN-Instance :
Instance Status : Active LSR ID : 3.3.3.9
Hop Count Limit : 32 Path Vector Limit : 32
Loop Detection : On
DU Re-advertise Timer : 30 Sec DU Re-advertise Flag : On
DU Explicit Request : Off Request Retry Flag : On
Label Distribution Mode : Ordered Label Retention Mode : Liberal
------------------------------------------------------------------------------
如果兩端的環路檢測使能狀態不一致，則需要通過loop-detect命令修改一端的配置。
成功建立LDP會話後，通過display mpls lsp命令查看到已經建立部分LSP，但仍有部分LSP未建立。
圖1-2 部分LSP無法建立故障診斷流程
LSP的建立依賴於路由。如果路由表中不存在指定前綴對應的路由表項，那麼設備無法為該前綴所屬的FEC建立LSP。
通過display ip routing-table命令可以查看是否存在指定前綴對應的路由表項。如果不存在，則需要配置靜態路由或動態路由協議添加路由表項。
設備上，建立的LSP數目、接收和分發的標簽數目都具有一定的規格限製，達到上限後，將無法建立新的LSP。
通過以下方法，查看LSP數目、接收和分發的標簽數目是否達到上限：
(1) 執行display mpls lsp statistics命令可以查看已經建立的LSP統計數目，從而判斷LSP數目是否達到上限。
(2) 執行debugging mpls ldp error命令打開LDP錯誤調試開關，如果出現如下調試信息，則表明接收或發送的標簽數目已經達到上限。
Can’t Create DownStream Control Block: Up the Maximum Limitation
// 能夠記錄的、收到的標簽個數已經達到上限
Can’t Create UpStream Control Block: Up the Maximum Limitation
// 能夠記錄的、發送的標簽個數已經達到上限
如果未建立的LSP中存在希望建立的LSP，則可以通過accept-label和advertise-label命令配置標簽接受和通告控製策略，對設備接收和通告的標簽進行過濾。根據實際需要規劃動態建立的LSP，並避免設備接收和通告大量的標簽映射。
缺省情況下，隻有本地32位掩碼的環回地址能夠觸發LDP建立LSP，網段路由不觸發建立LSP。如果LDP會話建立後，環回地址可以正常建立LSP，但是網段地址不能建立LSP，則故障原因可能是未配置lsp-trigger命令。
通過display mpls lsp命令查看已經建立的LSP。如果隻有環回地址建立了LSP，則需要在MPLS視圖下執行lsp-trigger all命令，配置所有環回地址和網段路由都會觸發LDP建立LSP。
<Sysname> display mpls lsp
-----------------------------------------------------------------------
LSP Information: LDP LSP
-----------------------------------------------------------------------
FEC In/Out Label In/Out IF Vrf Name
8.8.8.8/32 3/NULL S2/0/-
7.7.7.7/32 NULL/3 -/S2/0
LSR接收到某一FEC的標簽映射後，判斷標簽映射的發送者是否為該FEC目的地址的路由下一跳。若是，則可以為該FEC建立LSP。否則，無法建立LSP。
通過display ip routing-table命令查看FEC目的地址對應的路由下一跳。如果標簽發送者不是路由的下一跳，則說明試圖建立LSP的路徑跟路由不一致，需要重新規劃LSP的建立路徑。
如果LSR上配置的標簽分配控製方式為有序方式，則隻有收到它的下遊LSR為某個FEC分配的標簽，或該LSR是此FEC的出口節點時，該LSR才會為該FEC分配標簽，從而建立LSP。因此，某個FEC對應LSP建立失敗的原因可能是設備未收到下遊LSR為該FEC分配的標簽。
在本地設備（Device A）上，執行display mpls ldp fec命令，通過Outgoing Label字段查看下遊LSR（Device B）是否為FEC分配了標簽。
<DeviceA> display mpls ldp fec 3.3.3.9 32
------------------------------------------------------------------------------
LDP FEC Information
------------------------------------------------------------------------------
Upstream Info:
------------------------------------------------------------------
No. : 1
Upstream Peer : 1.1.1.9
Stale : No
Label Request ID : NULL
Label Space ID : 0
FEC Type : Generic
Incomming Label : 1030
State : Established
Hop Count : 0
Path Vector Count : 0
Path Vector : NULL
Downstream Info:
------------------------------------------------------------------
No. : 1
Downstream Peer : NULL
Stale : No
Label Request ID : NULL
Label Type : Generic
Outgoing Label : NULL
State : Established
Hop Count : 1
Path Vector Count : 0
Path Vector : NULL
Received MTU : 65535
OutIfCount : 1
OutGoing Info : Interface Nexthop
Eth1/1 20.1.1.2
如果下遊LSR沒有為FEC分配標簽，且本地設備不是出口節點，則需要通過以下方法解決下遊LSR未分配標簽的問題：
(1) 在下遊LSR上，執行display mpls ldp fec命令查看下遊LSR配置的標簽通告控製策略，並執行display ip ip-prefix命令查看標簽通告控製策略指定的前綴列表信息，從而判斷下遊是否允許向Device A通告FEC對應的標簽。
<DeviceB> display mpls ldp fec 3.3.3.9 32
------------------------------------------------------------------------------
LDP FEC Information
------------------------------------------------------------------------------
Label Advertisement Policy:
------------------------------------------------------------------
FEC IP-prefix : abc
Peer IP-prefix : a
Upstream Info:
------------------------------------------------------------------
No. : 1
Upstream Peer : 2.2.2.9
Stale : No
Label Request ID : NULL
Label Space ID : 0
FEC Type : Generic
Incomming Label : 3
State : Established
Hop Count : 0
Path Vector Count : 0
Path Vector : NULL
Downstream Info:
------------------------------------------------------------------
No. : 1
Downstream Peer : NULL
Stale : No
Label Request ID : NULL
Label Type : Generic
Outgoing Label : NULL
State : Established
Hop Count : 1
Path Vector Count : 0
Path Vector : NULL
Received MTU : 65535
OutIfCount : 1
OutGoing Info : Interface Nexthop
InLoop0 127.0.0.1
<DeviceB> display ip ip-prefix
Prefix-list abc
Permitted 18
Denied 12
index: 10 permit 1.1.1.9/32
index: 20 permit 2.2.2.9/32
index: 30 permit 3.3.3.9/32
Prefix-list a
Permitted 0
Denied 0
index: 10 permit 5.5.5.0/24
(2) 如果標簽通告控製策略為拒絕向Device A通告某FEC的標簽，則修改標簽控製策略，使得下遊LSR為Device A通告FEC對應的標簽後，Device A就可以收到下遊LSR為該FEC通告的標簽。
(3) 如果標簽通告控製策略為允許向Device A通告某FEC的標簽，則在下遊LSR上，從1.2.3 1. 檢查是否存在相應路由開始依次按照上述的故障排除方法解決下遊LSR未分配標簽的問題。
LDP會話不穩定，通過display mpls ldp session命令查看到LDP會話狀態不斷變化。
圖1-3 LDP會話振蕩故障診斷流程圖
傳輸地址對應的路由振蕩將會引起LDP會話振蕩。
通過display ip routing-table查看傳輸地址對應的路由信息，確認該路由是否穩定，例如，路由是否時有時無、路由的出接口或下一跳是否變化。
如果傳輸地址對應的路由不穩定，則需要修改靜態路由或動態路由協議配置，解決路由振蕩問題。
LDP觸發建立LSP後，報文通過MPLS進行轉發，LDP協議報文也通過MPLS轉發。如果MPLS轉發不通，則即使IP路由沒有問題，報文也不能正常轉發，LDP協議的Keepalive報文也會因此而不能發送到對端。從而，使得對端Keepalive定時器超時，LDP會話down。但是由於IP轉發沒有問題，又會觸發重新建立LDP會話，引起LDP會話持續振蕩。
假設Device A和Device B之間的LDP會話振蕩，則通過以下方式，可以對該問題進行定位和解決：
(1) LDP會話處於up狀態時，在Device A上執行ping lsp –v命令，檢查到達Device B傳輸地址的LSP是否可達，並查看返回的錯誤碼。
(2) LDP會話處於up狀態時，在Device A上執行tracert lsp命令，對到達Device B傳輸地址的LSP的故障進行定位。
(3) 如果出現故障的節點是Device A（入節點），則在Device A上通過如下方式判斷MPLS轉發表項是否存在問題：
· 通過display fib命令查看Device B傳輸地址對應FIB表項的Token值。Token值不能是Invalid。
<DeviceA> display fib 2.2.2.9
Destination count: 1 FIB entry count: 1
Flag:
U:Useable G:Gateway H:Host B:Blackhole D:Dynamic S:Static
R:Relay
Destination/Mask Nexthop Flag OutInterface InnerLabel Token
2.2.2.9/32 10.1.1.2 UDGH Eth1/1 Null 0
· 通過display mpls nhlfe命令查看是否存在Token值對應的NHLFE表項。設備上應該存在Token值對應的NHLFE表項。
<DeviceA> display mpls nhlfe 0
Out-Interface Token Oper Nexthop Deep Stack
------------------------------------------------------------------------
Eth1/1 0 PUSH 10.1.1.2 1 1024
(4) 如果出現故障的節點是Device B（出節點），且通過label advertise non-null命令配置在LDP對等體之間分配非空標簽，則在Device B上通過如下方式判斷MPLS轉發表項是否存在問題：
· 通過display mpls ldp lsp命令查看本地傳輸地址所屬FEC對應的入標簽。
<DeviceB> display mpls ldp lsp 2.2.2.9 32
LDP LSP Information
------------------------------------------------------------------------------
SN DestAddress/Mask In/OutLabel Next-Hop In/Out-Interface
------------------------------------------------------------------------------
1 2.2.2.9/32 1024/NULL 127.0.0.1 -------/InLoop0
------------------------------------------------------------------------------
A '*' before an LSP means the LSP is not established
A '*' before a Label means the USCB or DSCB is stale
· 通過display mpls ilm命令查看入標簽對應的ILM表項。設備上應該存在入標簽對應的ILM表項，且ILM表項的操作類型（Oper）字段取值應為POP。
<DeviceB> display mpls ilm 1024
Inlabel In-Interface Token VRF-Index Oper LSP-Type Swap-Label
-----------------------------------------------------------------------------
1024 0 POP LDP LSP
(5) 如果MPLS轉發表項正常，則執行debugging mpls packet命令打開MPLS報文調試信息開關，觀察轉發過程是否有異常信息輸出。如果出現異常信息，則根據信息進行相應處理。
(6) 如果MPLS轉發表項存在問題，請聯係技術支持人員。
圖1-4 故障組網環境
兩台設備直連，在直連接口上使能MPLS和LDP。LDP會話建立在直連接口的地址上。在PE 1上發現到達PE 2環回接口地址2.2.2.2/32的LSP未建立。
通過display mpls ldp session和display mpls lsp命令判斷LDP會話已經建立，但是LSP沒有建立。
<PE1> display mpls ldp session
LDP Session(s) in Public Network
Total number of sessions: 1
----------------------------------------------------------------------
Peer-ID Status LAM SsnRole FT MD5 KA-Sent/Rcv
----------------------------------------------------------------------
2.2.2.2:0 Operational DU Passive Off Off 23/23
----------------------------------------------------------------------
LAM : Label Advertisement Mode FT : Fault Tolerance
<PE1> display mpls lsp
----------------------------------------------------------------------
LSP Information: LDP LSP
----------------------------------------------------------------------
FEC In/Out Label In/Out IF Vrf Name
1.1.1.1/32 3/NULL Eth1/1/-
(1) 查看路由表
<PE1> display ip routing-table
Routing Tables: Public
Destinations : 5 Routes : 5
Destination/Mask Proto Pre Cost NextHop Interface
1.1.1.1/32 Direct 0 0 127.0.0.1 InLoop0
10.10.1.0/24 Direct 0 0 10.10.1.1 Eth1/1
10.10.1.1/32 Direct 0 0 127.0.0.1 InLoop0
127.0.0.0/8 Direct 0 0 127.0.0.1 InLoop0
127.0.0.1/32 Direct 0 0 127.0.0.1 InLoop0
可以看出路由表中沒有到2.2.2.2/32的路由。LSP無法建立的原因就是路由表中找不到對應的路由。PE 1從PE 2收到了標簽映射，但是因為這個標簽的發送者（PE 2）不是這個FEC對應的路由的下一跳（路由表中沒有到2.2.2.2/32的路由），因此無法建立該標簽對應的標簽轉發表項。
(2) 查詢LDP中的標簽分發情況
<PE1> display mpls ldp lsp
LDP LSP Information
------------------------------------------------------------------------
SN DestAddress/Mask In/OutLabel Next-Hop In/Out-Interface
------------------------------------------------------------------------
1 1.1.1.1/32 3/NULL 127.0.0.1 Eth1/1/InLoop0
*2 2.2.2.2/32 Liberal
------------------------------------------------------------------------
A '*' before an LSP means the LSP is not established
A '*' before a Label means the USCB or DSCB is stale
從顯示信息中，可以看出到2.2.2.2/32的LSP未建立，標簽處於Liberal狀態。
(1) 在PE 2上發布路由2.2.2.2/32
<PE2> system-view
[PE2] ospf 1
[PE2-ospf-1] area 0.0.0.0
[PE2-ospf-1-area-0.0.0.0] network 2.2.2.2 0.0.0.0
[PE2-ospf-1-area-0.0.0.0] network 10.10.1.0 0.0.0.255
(2) 查看PE 1上的路由表信息，確認已經存在到2.2.2.2/32的路由
<PE1> display ip routing-table
Routing Tables: Public
Destinations : 6 Routes : 6
Destination/Mask Proto Pre Cost NextHop Interface
1.1.1.1/32 Direct 0 0 127.0.0.1 InLoop0
2.2.2.2/32 OSPF 10 10 10.10.1.2 Eth1/1
10.10.1.0/24 Direct 0 0 10.10.1.1 Eth1/1
10.10.1.1/32 Direct 0 0 127.0.0.1 InLoop0
127.0.0.0/8 Direct 0 0 127.0.0.1 InLoop0
127.0.0.1/32 Direct 0 0 127.0.0.1 InLoop0
(3) 查看LSP是否建立
<PE1> display mpls ldp lsp
LDP LSP Information
------------------------------------------------------------------------
SN DestAddress/Mask In/OutLabel Next-Hop In/Out-Interface
------------------------------------------------------------------------
1 1.1.1.1/32 3/NULL 127.0.0.1 Eth1/1/InLoop0
2 2.2.2.2/32 NULL/3 10.10.1.2 ------/Eth1/1
-------------------------------------------------------------------------
A '*' before an LSP means the LSP is not established
A '*' before a Label means the USCB or DSCB is stale
<PE1> display mpls lsp
----------------------------------------------------------------------
LSP Information: LDP LSP
----------------------------------------------------------------------
FEC In/Out Label In/Out IF Vrf Name
1.1.1.1/32 3/NULL Eth1/1/-
2.2.2.2/32 NULL/3 -/Eth1/1
從以上顯示信息中可以看出，獲得到達2.2.2.2/32的路由後，對應的LSP就能成功建立。
在DU方式下，對於自由的標簽保留方式，通過display mpls ldp lsp命令可能會看到某個FEC的標簽為Liberal，如上文所示。對於某個FEC，如下這些情況下會出現Liberal標簽：
· 如果分配標簽的LSR不是指定FEC的下一跳，那麼其分配的標簽就處於Liberal狀態。
· 在多鏈路情況下，如果分配標簽的LSR是路由的下一跳，但LDP會話未建立在接收該標簽映射的接口上，那麼該LSR分配的標簽處於Liberal狀態。
· 如果分配標簽的下遊LSR是路由的下一跳，且LDP會話建立在本地LSR接收該標簽映射的接口上，但本地LSR沒有與上遊LSR建立LDP會話，且因為lsp-trigger策略的限製，本地LSR無法作為Ingress節點為FEC建立LSP，那麼，下遊LSR分配的標簽將處於Liberal狀態。
命令 | 說明 |
display current-configuration | include mpls | 查看當前的MPLS相關配置，包括LSR ID配置、是否使能MPLS和LDP功能等 |
display current-configuration interface loopback | 查看是否配置環回接口地址 設備要求LSR ID與本設備上一個32位掩碼的接口地址相同，建議將LSR ID配置為一個環回接口的IP地址 |
display mpls ldp session verbose | 查看LDP會話的狀態，會話狀態為“Operational”時表示會話創建成功 通過查看LDP會話的狀態可以將問題劃分兩大類：會話建立前的問題和會話建立後的問題。會話狀態不是“Operational”時出現的問題為會話建立前的問題，可能是配置的問題、Hello報文收發的問題、TCP連接的問題、會話參數協商的問題等。會話狀態為“Operational”時出現的問題為會話建立後的問題，可能是標簽發布的問題，也可能是LSP建立的問題 |
display tcp status | 查看TCP連接的狀態 確認LDP會話狀態跟TCP連接的狀態是否一致。正常情況下，LDP會話成功建立後，即LDP會話處於Operational狀態時，TCP連接處於Established狀態 |
display mpls ldp | 查看LDP相關信息 |
display mpls ldp interface | 查看接口的LDP相關信息 |
display mpls ldp lsp | 查看LDP創建的LSP相關信息 |
display mpls ldp peer | 查看LDP對等體的信息 |
display mpls ldp remote-peer | 查看LDP遠端對等體的信息 |
display mpls lsp | 查看LSP信息 |
display mpls lsp statistics | 查看LSP的統計信息 |
display mpls ilm | 查看ILM表項信息 |
display fib | 查看FIB表項信息 |
display mpls nhlfe | 查看NHLFE表項信息 |
debugging mpls ldp | 打開LDP調試信息開關 |
debugging mpls packet | 打開MPLS報文調試信息開關 |
display ip routing-table | 查看路由表 |
display ip routing-table statistics | 查看路由統計信息 |
Copyright © 2013 杭州華三通信技術有限公司 版權所有，保留一切權利。
非經本公司書麵許可，任何單位和個人不得擅自摘抄、複製本文檔內容的部分或全部，並不得以任何形式傳播。
本文檔中的信息可能變動，恕不另行通知。
售前谘詢
售後谘詢
人工在線谘詢
