目 录
目 录
第2章 MPLS TE故障处理.....................................................................................................2-1
2.1 MPLS TE简介....................................................................................................................2-1
2.1.1 MPLS TE的基本概念..............................................................................................2-1 2.1.2 RSVP-TE.................................................................................................................2-2 2.1.3 快速重路由..............................................................................................................2-3 2.2 MPLS TE故障处理............................................................................................................2-3
2.2.1 典型组网环境...........................................................................................................2-3 2.2.2 配置注意事项...........................................................................................................2-4 2.2.3 故障诊断流程...........................................................................................................2-6 2.2.4 故障处理步骤...........................................................................................................2-7 2.3 故障处理案例...................................................................................................................2-11
2.3.1 环路检测失败导致Tunnel无法建立......................................................................2-11 2.3.2 认证失败导致Tunnel无法建立.............................................................................2-12 2.3.3 接口没有使能RSVP-TE导致Tunnel无法建立.....................................................2-14 2.3.4 Tunnel路径计算失败.............................................................................................2-16 2.3.5 Tunnel没有选择Metric小的路径..........................................................................2-17 2.3.6 Hot-standby LSP无法建立....................................................................................2-18 2.3.7 FRR绑定不成功....................................................................................................2-18 2.4 FAQ..................................................................................................................................2-20 2.5 故障诊断工具...................................................................................................................2-25
2.5.1 display命令...........................................................................................................2-25 2.5.2 debugging命令......................................................................................................2-28 2.5.3 告警.......................................................................................................................2-31 2.5.4 日志.......................................................................................................................2-31
i
通用路由平台VRP 故障处理手册 增值业务篇
第2章 MPLS TE故障处理
第2章 MPLS TE故障处理
本章包含以下内容：
z
MPLS TE简介
介绍了进行MPLS TE故障处理时所需的知识要点。
z
MPLS TE故障处理
针对典型的MPLS TE组网环境，介绍配置MPLS TE时要注意的事项，故障处理的流程和详细的故障处理步骤。
z
故障处理案例
介绍了若干实际的故障处理案例。
z
FAQ
列出了用户常问的问题，并给出了相应的解答。
z
故障诊断工具
介绍了进行故障处理所使用的故障诊断工具，包括display命令和debugging命令、告警信息、日志信息等。
2.1 MPLS TE简介
MPLS TE是VRP的一项重要特性，它结合MPLS技术与流量工程，通过建立到达指定路径的LSP隧道进行资源预留，使网络流量绕开拥塞节点，实现平衡网络流量的目的。
MPLS TE实现和配置的细节较多而且细微繁杂。为熟练使用MPLS TE特性，需要掌握OSPF TE、ISIS TE、CSPF、RSVP-TE的基本配置，熟悉备份路径、快速重路由、DS-TE等配置和基本原理。
2.1.1 MPLS TE的基本概念
1. MPLS TE隧道
在部署重路由（reroute）或需要通过多条路径传输流量时，可能需要用到多条LSP隧道。在TE中，这样的一组LSP隧道称为TE隧道（traffic engineered tunnel）。 这类LSP隧道由两个标识符标识：
z z
SENDER对象携带的tunnel ID，用于唯一定义TE隧道；
SENDER_TEMPLATE对象或FILTER_SPEC对象携带的LSP ID。
2-1
通用路由平台VRP 故障处理手册 增值业务篇
第2章 MPLS TE故障处理
2. MPLS TE的实现
对于CR-LSP，MPLS TE在实现上主要包括四个部分。 (1) 发布含TE属性的信息
MPLS TE需要了解每条链路的动态TE相关属性，这可以通过对现有的使用链路状态算法的IGP协议进行扩展来实现，比如OSPF协议和IS-IS协议的扩展。 扩展后的OSPF和IS-IS协议在链路连接状态中增加了链路带宽、着色等TE相关属性，其中，链路的最大可预留带宽和每个优先级的链路未被预留带宽尤为重要。 (2) 计算路径
MPLS TE使用基于约束的最短路径优先算法CSPF（Constraint Shortest Path First）计算出到达某个节点的最短路径。 CSPF有两个输入条件：
z
需要建立的LSP的带宽、着色、抢占/保持优先级、显式路径等约束条件，这些都在LSP的入口处配置；
z
流量工程数据库TEDB。
CSPF的计算过程就是针对LSP要求，先对TEDB中的链路进行剪切，把不满足TE属性要求的链路剪掉；再采用SPF算法，寻找一条到LSP出口的最短路径。 (3) 建立路径
支持建立LSP隧道的信令包括CR-LDP和RSVP-TE。它们都能够携带LSP的带宽、部分显式路由、着色等约束参数，两者完成的功能是一样的。 RSVP-TE是目前常用的信令协议。 (4) 转发报文
使用建立的LSP隧道转发报文。
2.1.2 RSVP-TE
RSVP的详细介绍可参考RFC2205（Resource ReSerVation Protocol）；RSVP TE扩展的详细介绍可参考RFC3209（RSVP-TE: Extensions to RSVP for LSP Tunnels）。
资源预留协议RSVP（Resource Reservation Protocol）是为Integrated Service模型而设计的，用于在一条路径的各节点上进行资源预留。RSVP工作在传输层，但不参与应用数据的传送，是一种Internet上的控制协议，类似于ICMP。 简单来说，RSVP具有以下几个主要特点：
z z
单向；
面向接收者，由接收者发起对资源预留的请求，并维护资源预留信息；
2-2
通用路由平台VRP 故障处理手册 增值业务篇
z
第2章 MPLS TE故障处理
使用“软状态”（soft state）机制维护资源预留信息。
RSVP经扩展后可以支持MPLS标签的分发，并在传送标签绑定消息的同时携带资源预留信息，这种扩展后的RSVP称为RSVP-TE，作为一种信令协议用于在MPLS TE中建立LSP隧道。
2.1.3 快速重路由
快速重路由功能，也称为FRR（Fast ReRoute），是MPLS TE中实现网络局部保护的技术。FRR的切换速度可以达到50ms，在网络故障时，能够最大程度减少数据的丢失。
但FRR只是一种临时性保护措施，一旦被保护的LSP恢复正常或建立了新的LSP，流量就会切换回原LSP或新建立的LSP，FRR不再起作用。
对LSP配置FRR功能后，当LSP上的某条链路或某个节点失效时，流量会被切换到保护链路上，同时LSP入节点尝试建立新的LSP。
2.2 MPLS TE故障处理
本节介绍如下的内容：
z z z z
典型组网环境 配置注意事项 故障诊断流程 故障处理步骤
2.2.1 典型组网环境
MPLS TE的典型组网如图2-1所示。MPLS TE的故障处理将基于该网络。
Loopback11.1.1.9/32Eth1/0/0Eth1/0/0Loopback12.2.2.9/32Loopback13.3.3.9/32Eth1/0/0Eth3/0/0Loopback14.4.4.9/32Eth1/0/0RouterAEth3/0/0RouterBEth2/0/0Eth2/0/0RouterCRouterDEth1/0/0Eth2/0/0RouterELoopback15.5.5.9/32
图2-1 MPLS TE组网图
2-3
通用路由平台VRP 故障处理手册 增值业务篇
第2章 MPLS TE故障处理
在图2-1中，采用如下的方案：
z z z
RouterA、RouterB、RouterC、RouterD、RouterE上启动MPLS和TE。 RouterA上启用CSPF。
路由器所有接口metric都采用缺省值10。
2.2.2 配置注意事项
配置项 OSPF TE
子项
opaque-capability enable mpls-te enable
ISIS TE
cost-style { wide | compatible |
wide-compatible }
注意事项
使能OSPF的Opaque能力。 在当前OSPF区域使能TE。 配置IS-IS的Wide Metric属性。
traffic-eng [ level-1 | 使能IS-IS TE。 level-2 | level-1-2 ]
MPLS
mpls lsr-id mpls
MPLS-TE RSVP-TE
mpls-te mpls rsvp-te mpls te
signal-protocol rsvp-te
CSPF
mpls te cspf
一般将LSR-ID配置成Loopback接口的地址。 需要在系统视图下全局使能MPLS，并在与公网连接的接口上使能MPLS。
需要在MPLS视图下全局使能MPLS TE，并在与公网连接的接口上使能MPLS TE。
需要在MPLS视图下全局使能MPLS TE，并在与公网连接的接口上使能RSVP-TE。
配置隧道使用RSVP-TE作为信令协议。
在MPLS视图下使能CSPF。
下面以RouterA的配置为例，说明配置MPLS TE时需要注意的事项。 说明：
以下所列的配置命令只包含MPLS TE相关部分。详细的配置请参见《VRP通用路由平台 操作手册 MPLS分册》。
(1) 配置IS-IS协议发布LSR ID的主机路由
isis 1
network-entity 00.0005.0000.0000.0001.00 #
interface ethernet 1/0/0 isis enable 1
2-4
通用路由平台VRP 故障处理手册 增值业务篇
isis circuit-level level-2 #
interface loopback 1 isis enable 1
isis circuit-level level-2 #
第2章 MPLS TE故障处理
(2) 配置MPLS基本能力，使能MPLS TE、RSVP-TE和CSPF
mpls lsr-id 1.1.1.9
# 配置LSR-ID，类似于Router ID，LDP缺省使用这个地址建立LDP Session。
mpls
# 全局使能MPLS能力。
mpls te
# 全局使能MPLS TE能力。
interface Ethernet1/0/0
ip address 101.102.1.1 255.255.255.0 mpls
# 在与公网连接的接口上使能MPLS能力。
mpls te #
mpls lsr-id 1.1.1.9 mpls mpls te mpls rsvp-te mpls te cspf #
interface ethernet 1/0/0 mpls mpls te
# 在与公网连接的接口上使能MPLS te能力。
mpls rsvp-te #
(3) 配置IS-IS TE
isis 1
cost-style wide traffic-eng level-2 #
(4) 配置链路的MPLS TE属性。
# 在RouterA上配置链路的最大带宽和最大可预留带宽。
2-5
通用路由平台VRP 故障处理手册 增值业务篇
interface ethernet1/0/0
mpls te max-link-bandwidth 100 mpls te max-reservable-bandwidth 50 #
第2章 MPLS TE故障处理
(5) 配置MPLS TE隧道
interface tunnel 1/0/1
ip address unnumbered interface loopback 1 tunnel-protocol mpls te destination 4.4.4.9
mpls te signal-protocol rsvp-te mpls te bandwidth 20 mpls te commit #
2.2.3 故障诊断流程
如图2-1，配置各路由器后，发现RouterA上配置的去往RouterD的Tunnel无法进入UP状态。
请使用下面的故障诊断流程，如图2-2所示。
2-6
通用路由平台VRP 故障处理手册 增值业务篇
Tunnel不能UP第2章 MPLS TE故障处理
否Ingress节点能Ping通Egress节点？是否CSPF计算成功？是否检查Ingress与Egress间的路由问题解决？是结束否检查接口TE和CSPF配置问题解决？否是结束LSPM正确触发信令？是查看TE配置，查看LSPM调试信息问题解决？否是结束RSVP-TE信令正确建立Tunnel？是否检查RSVP全局和接口配置问题解决？是结束否寻求技术支持 图2-2 MPLS TE故障诊断流程图
2.2.4 故障处理步骤
概要的故障处理步骤如下：
步骤 1 2 3 4
操作
检查Ingress节点能否Ping通Egress节点 检查CSPF计算是否成功 检查LSPM是否正确触发信令
检查RSVP-TE信令是否正确建立Tunnel
详细的故障处理步骤如下：
2-7
通用路由平台VRP 故障处理手册 增值业务篇
第2章 MPLS TE故障处理
1. 检查Ingress节点能否Ping通Egress节点
在入节点（Ingress节点）Ping目的地（Egress节点），查看是否可以ping通。
z
如果可以ping通，说明Ingress与Egress之间有可达的路由，可以排除基本路由协议错误的可能。
z
如果不能ping通，请检查OSPF或ISIS的配置。如果配置正确，建议重启OSPF或ISIS协议。
说明：
在确认Ingress和Egress可以ping通的情况下，如果不使能CSPF，Tunnel仍可以通过信令建立。因此，虽然配置TE时应该配置CSPF，但在定位问题时，可以去使能CSPF来查看Tunnel的建立情况，如果Tunnel能够建立，就表明基本的路由和信令没有问题。
2. 检查CSPF计算是否成功
如果Ingress上CSPF计算不成功，继续检查接口TE和CSPF配置是否正确，RouterA到RouterD间的链路TE信息是否分发。 (1) 检查CSPF计算情况。
在RouterA上执行debugging mpls te cspf all命令查看CSPF计算情况。 说明：
执行debugging mpls te cspf all命令时，指定选项computation将显示计算结果，指定选项errors将发现计算中的错误。
如果RouterA上显示如下信息：
*0.34052328 RouterA CSPF/8/ERROR:
01:1184: Cannot find the same IGP type and process ID between 1.1.1.9 and 4.4.4.9.
*0.34052328 RouterA CSPF/8/COMPUTE:
01:7264: The CSPF path computation is failed.
表示CSPF计算不成功，路由器RouterA到RouterD间没有可以到达的链路，请进入下一步。 说明：
所有路由器都需要进行上述检查。
(2) 检查接口TE和CSPF配置是否正确。
2-8
通用路由平台VRP 故障处理手册 增值业务篇
第2章 MPLS TE故障处理
以RouterA接口的正确配置为例：
mpls lsr-id 1.1.1.9 mpls mpls te mpls rsvp-te mpls te cspf #
interface ethernet 1/0/0 mpls mpls te mpls rsvp-te #
说明：
只有Ingress节点需要配置CSPF，其他节点可以不配置CSPF。
注意：
如果没有使能MPLS-TE，配置RSVP-TE时会出现告警Warning: TE not enabled on the system。
在确认配置都正确后，在RouterA上执行命令display mpls interface，可以看到MPLS接口和RSVP维护的接口状态如下：
[RouterA] display mpls interface
Interface Status TE Attr LSP Count CRLSP Count Effective MTU Eth1/0/0 Up En 0 0 1500 Eth1/0/1 Up En 0 0 1500 [RouterA] display mpls rsvp-te interface Interface: Ethernet1/0/0 Interface state: UP
Total-BW: 0 Used-BW: 0
Hello configured: NO Num of Neighbors: 0 SRefresh feature: DISABLE SRefresh Interval: 30 sec Authentication: DISABLE Reliability configured: NO Retransmit Interval: 500 msec Increment Value: 1 Mpls Mtu: 1500
Interface: Ethernet1/0/1 Interface state: UP
Total-BW: 0 Used-BW: 0
Hello configured: NO Num of Neighbors: 0
2-9
通用路由平台VRP 故障处理手册 增值业务篇
第2章 MPLS TE故障处理
SRefresh feature: DISABLE SRefresh Interval: 30 sec Authentication: DISABLE Reliability configured: NO Retransmit Interval: 500 msec Increment Value: 1 Mpls Mtu: 1500
如果接口的状态都是UP，表示接口配置正确。
如果接口的状态不是UP，请重启接口。即，在接口视图执行shutdown，然后执行undo shutdown，或在接口视图下执行restart命令。 (3) 检查RouterA到RouterD间的链路TE信息
执行display mpls te cspf tedb all命令，查看数据库中的信息是否全部正确通告。 3. 检查LSPM是否正确触发信令
执行debugging mpls management命令打开LSPM调试信息开关，查看是否输出ERR信息。
4. 检查RSVP-TE信令是否正确建立Tunnel
执行display mpls rsvp-te interface命令，查看RSVP-TE维护的接口状态是否正确。
如果发现接口状态错误，检查接口是否配置了RSVP-TE。
如果配置没有问题，请重启接口。即，在接口视图执行shutdown，然后执行undo shutdown，或在接口视图下执行restart命令。 说明：
根据IGP-TE扩散形成的TEDB，并不包含全部的TE相关信息。例如，TEDB中不包含某条链路上TE信令协议是否启用的信息。因此，通过TEDB不能确定某台路由器是否启用了RSVP-TE或者CR-LDP。
CSPF计算完成后，在发起信令建立LSP的过程中，有可能到达一台没有启动TE信令协议的路由器，这将导致LSP建立失败。
如果Tunnel接口仍然不能进入UP状态，执行display mpls te link-administration bandwidth-allocation interface命令，检查链路当前资源是否能够满足Tunnel的资源要求。 说明：
如果在CSPF计算路径时，某条链路上的可预留带宽满足要求，但之后信令协议在该链路上进行实际资源预留时，链路上的资源发生了变化，例如带宽资源被另一条新建的CR-LSP抢先预留了，不能满足要求。这种情况也会导致隧道不能成功建立。
接下来可以查看各路由器收发信令报文正确与否。
2-10
通用路由平台VRP 故障处理手册 增值业务篇
第2章 MPLS TE故障处理
如果以上问题解决后，Tunnel仍然没有UP，请联系华为技术支持工程师http://support.huawei.com。
2.3 故障处理案例
本节列出了常见的故障处理案例，如下：
z z z z z z
环路检测失败导致Tunnel无法建立 认证失败导致Tunnel无法建立
接口没有使能RSVP-TE导致Tunnel无法建立 Tunnel路径计算失败 Hot-standby LSP无法建立 FRR绑定不成功
2.3.1 环路检测失败导致Tunnel无法建立
1. 网络环境
如图2-3，配置MPLS VPN业务。
POS3/0/0GE1/0/0GE2/0/0GE1/0/0GE2/0/0GE1/0/0GE1/0/0GE3/0/0GE2/0/0GE2/0/0POS3/0/0GE3/0/0RouterARouterBRouterCRouterD
图2-3 MPLS VPN组网图一
从RouterA建立到目的地RouterD的Tunnel，配置完成后，Tunnel无法进入UP状态。 2. 故障分析
在RouterA上检查Tunnel的配置，配置正常。
查看CSPF TEDB，并逐跳检查MPLS、MPLS TE、RSVP-TE的配置，都没有发现错误。
执行debugging mpls rsvp-te perr命令打开RSVP的调试开关，显示如下信息：
14:0265: LSP 1024 error occur, error node = 645a640a, error code = 24, error value = 7, error information : Routing Problem RRO indicated routing loops.
表明：错误类型是RRO（Record Route Object）里存在环路。
向下游逐跳打开此调试开关，RouterB、RouterC均出现了相同的信息，由此推断，问题可能是RouterD节点存在重复的IP地址。
2-11
通用路由平台VRP 故障处理手册 增值业务篇
第2章 MPLS TE故障处理
查看Path消息经过的路径，检查RouterD。发现RouterD上有一个状态为Down的接口的IP地址与RouterA上GE1/0/0的IP地址相同。
环路检测时，检查到上游传下来的RRO里的IP地址是本地地址，误认为发生环路，返回patherr消息，导致建立失败。 3. 处理步骤
步骤 1 2 3 4 5
操作
查看tunnel的真实状态：display mpls te tunnel-interface
查看tunnel的配置：display current-configuration interface tunnel tunnel-number查看CSPF TEDB是否正确：display mpls te cspf tedb all 打开RSVP error DEBUG开关：debugging mpls rsvp-te error
打开RSVP tunnel-id DEBUG开关：debugging mpls rsvp-te tunnel-id tunnel-id
4. 案例总结
当查看配置无法确认问题时，打开相应的调试开关可以帮助快速定位。
2.3.2 认证失败导致Tunnel无法建立
1. 网络环境
如图2-4，配置MPLS VPN业务。
POS1/0/0200.1.1.1/24POS1/0/0200.1.1.2/24POS2/0/0POS1/0/0RouterARouterBRouterC
图2-4 MPLS VPN组网图二
从RouterA建立到目的地RouterC的Tunnel，配置完成后，Tunnel无法进入UP状态。 2. 故障分析
执行display current-configuration interface tunnel命令检查Tunnel的配置，没有发现错误。
执行display mpls te cspf tedb all命令查看CSPF TEDB，数据库信息正确。 执行display mpls rsvp-te statistics global命令查看RSVP消息的统计信息，RouterA上的统计信息如下：
2-12
通用路由平台VRP 故障处理手册 增值业务篇
Total Statistics Information:
第2章 MPLS TE故障处理
PSB CleanupTimeOutCounter: 0 RSB CleanupTimeOutCounter: 0 SendPacketCounter: 2 RecPacketCounter: 0 SendPathCounter: 1 RecPathCounter: 0 SendResvCounter: 0 RecResvCounter: 0 SendResvConfCounter: 0 RecResvConfCounter: 0 SendHelloCounter: 0 RecHelloCounter: 0 SendAckCounter: 0 RecAckCounter: 0 SendPathErrCounter: 0 RecPathErrCounter: 0 SendResvErrCounter: 0 RecResvErrCounter: 0 SendPathTearCounter: 1 RecPathTearCounter: 0 SendResvTearCounter: 0 RecResvTearCounter: 0 SendSrefreshCounter: 0 RecSrefreshCounter: 0 SendAckMsgCounter: 0 RecAckMsgCounter: 0 SendErrMsgCounter: 0 RecErrMsgCounter: 0 RecReqFaultCounter: 0
RouterB上的统计信息如下：
Total Statistics Information:
PSB CleanupTimeOutCounter: 0 RSB CleanupTimeOutCounter: 0 SendPacketCounter: 0 RecPacketCounter: 2 SendPathCounter: 0 RecPathCounter: 0 SendResvCounter: 0 RecResvCounter: 0 SendResvConfCounter: 0 RecResvConfCounter: 0 SendHelloCounter: 0 RecHelloCounter: 0 SendAckCounter: 0 RecAckCounter: 0 SendPathErrCounter: 0 RecPathErrCounter: 0 SendResvErrCounter: 0 RecResvErrCounter: 0 SendPathTearCounter: 0 RecPathTearCounter: 0 SendResvTearCounter: 0 RecResvTearCounter: 0 SendSrefreshCounter: 0 RecSrefreshCounter: 0 SendAckMsgCounter: 0 RecAckMsgCounter: 0 SendErrMsgCounter: 0 RecErrMsgCounter:
可以看到，RouterB没有收到RouterA发出的path消息和pathtear消息。推断问题出在RouterA和RouterB两个节点间的链路上。
执行display current-configuration interface命令查看RouterA和RouterB的接口配置： RouterB：
interface Pos1/0/0
ip address 200.1.1.2 255.255.255.0 isis enable 1
2-13
通用路由平台VRP 故障处理手册 增值业务篇
mpls mpls te
mpls te max-link-bandwidth 10000 bc1 3000 mpls te max-reservable-bandwidth 10000 bc1 3000 mpls rsvp-te
mpls rsvp-te authentication plain 12345678
第2章 MPLS TE故障处理
RouterA：
interface Pos1/0/0
ip address 200.1.1.1 255.255.255.0 isis enable 1 mpls mpls te
mpls te max-link-bandwidth 10000 bc1 3000 mpls te max-reservable-bandwidth 10000 bc1 3000 mpls rsvp-te
从配置信息发现，RouterB的接口配置了RSVP认证，而RouterA的相应接口没有配置RSVP认证。因此，RouterA发给RouterB的消息无法通过认证，导致Tunnel不能建立。 3. 处理步骤
步骤 1 2 3 4 5
操作
查看tunnel的当前状态：display mpls te tunnel-interface
查看tunnel的配置：display current-configuration interface tunnel tunnel-number查看CSPF TEDB是否正确：display mpls te cspf tedb all 查看消息统计信息：display mpls rsvp-te statistics global
如果发现消息统计不正常，查看接口配置：display current-configuration interface
4. 案例总结
仔细查看接口收发消息的统计信息，有助于发现解决问题的线索。
2.3.3 接口没有使能RSVP-TE导致Tunnel无法建立
1. 网络环境
如图2-1，配置MPLS TE业务。
配置完成后，RouterA到RouterD的隧道无法建立成功。
2-14
通用路由平台VRP 故障处理手册 增值业务篇
第2章 MPLS TE故障处理
2. 故障分析
首先查询LSPM处理LSP建立的消息情况。打开CSPF调试开关，看到计算结果正常：LSPM已经接收到CSPF返回的计算结果，并触发RSVP建立LSP。
*0.3965344 RouterA LSPM/8/LSPM PROCESS: Info: Received CSPF message. …………………………………….
11:00986: Info: Trigger Sig. Proto. successful for Tunnel : Tunnel1/0/0 . *0.3965344 RouterA LSPM/8/LSPM TE STATES:
11:3183: State Change :Tunnel Tunnel1/0/0 enters SETUPING state from WAITFORCSPF state.
接下来检查RSVP。执行debugging mpls rsvp-te error命令打开RSVP的调试信息开关。
13:5280: Alloc Psb Item *0.4589609 RouterA RSVP/8/PATH: 13:0989: Local Interface in ERO not available. *0.4589609 RouterA RSVP/8/PATH: …………………………………..
13:0554: Create PSB failure *0.4589609 RouterA RSVP/8/ERROR: 15:0726: Processing Path message fail!
根据以上显示的错误信息，进一步缩小范围，推断可能是接口上的RSVP-TE能力有问题。
使用命令display mpls rsvp-te interface检查RSVP接口情况，发现有的出接口没有启用RSVP-TE能力。 3. 处理步骤
在RouterA上执行以下操作：
步骤 1 2 3 4 5 6
操作
执行命令display mpls te tunnel-interface
输入命令debugging mpls te management process 打开terminal monitor和terminal debugging命令 执行命令display mpls rsvp-te interface
执行命令display current-configuration interface
在需要传递RSVP-TE的接口的接口视图下执行命令mpls rsvp-te
在RouterA上查看LSP和Tunnel状态，发现都已UP，故障排除。
2-15
通用路由平台VRP 故障处理手册 增值业务篇
第2章 MPLS TE故障处理
4. 案例总结
如果路由节点不多，检查基本配置是否正确可以很快定位问题。
在Tunnel无法建立时，正确使用LSPM的调试信息开关可以快速定位是哪个模块出现问题。
2.3.4 Tunnel路径计算失败
1. 网络环境
如图2-1，配置MPLS TE业务。
配置完成后，发现RouterA到RouterD的隧道无法建立成功。 2. 故障分析
使用debugging mpls te cspf all命令打开调试信息开关，发现CSPF计算不成功。
01:6821: The current computation is loose. *0.10305390 RouterA CSPF/8/ERROR: 01:7000: Destination node is unreachable. *0.10305390 RouterA CSPF/8/ERROR:
01:7002: Error configuration or all the nodes can not fulfil the path request. *0.10305390 RouterA CSPF/8/ERROR: 01:6640: The first segment computation is failure. *0.10305390 RouterA CSPF/8/COMPUTE: 01:7264: The CSPF path computation is failed.
使用display mpls te cspf tedb node命令查看各个节点的数据库，检查对应接口Interface IP Address的各种属性是否满足要求，如Color、对应TE CLASS的Maximum Reservable Bandwidth。
发现链路上的带宽不满足要求，导致计算失败，认为目的地不可达。 3. 处理步骤
在RouterA上执行以下操作：
步骤 1 2 3 4
操作
执行命令display mpls te tunnel-interface 执行命令debugging mpls te cspf all
执行命令display mpls te cspf tedb node router-id
对于带宽不满足需求的链路，在接口视图下执行mpls te max-reservable-bandwidth
命令更改MPLS TE链路的最大可预留带宽，或在TE隧道接口视图下执行mpls te bandwidth命令更改隧道的带宽约束。使所有节点的链路带宽达到要求。
在RouterA上查看LSP和Tunnel状态，发现都已UP，故障被排除。
2-16
通用路由平台VRP 故障处理手册 增值业务篇
第2章 MPLS TE故障处理
4. 案例总结
当Tunnel路径无法计算，出现Destination node is unreachable时，多数情况是由于配置错误或节点的资源不满足要求。
2.3.5 Tunnel没有选择Metric小的路径
1. 网络环境
如图2-1，配置MPLS TE业务。路由器所有接口的Metric都采用缺省值10。 发现Tunnel选择的路径是RouterA Æ RouterB Æ RouterE Æ RouterC Æ RouterD，不是最优路径。 2. 故障分析
查看Tunnel，发现确实没有选择最优路径，但RouterB Æ RouterE Æ RouterC间的数据库是正确的。
配置一条新的Tunnel，查看CSPF的计算情况，发现这次计算出的路径是最优路径。故障现象没有再次发生。
进一步查看日志文件，发现在Tunnel建立以前，RouterB上接口Eth1/0/0的Metric被改为100，Tunnel建立后，Metric值又恢复成缺省值。
这样，选路时CSPF选择了RouterA Æ RouterB Æ RouterE Æ RouterC Æ RouterD，而链路的Metric恢复后，CSPF没有重新计算路径，因此，Tunnel没有选择Metric最小的路径。 3. 处理步骤
在RouterA上执行以下操作：
步骤 1 2 3 4
操作
执行命令display mpls te tunnel path
配置一条配置完全相同的Tunnel，查看路径选择是否正确
在用户视图下配置立即重优化mpls te reoptimization，或在Tunnel视图下配置定
期重优化mpls te reoptimization
执行命令display mpls te tunnel path查看路径信息
在RouterA上查看Tunnel路径信息，发现正确的选择了Metric最小的路径。 4. 案例总结
这个案例从现象来看似乎是故障，但实际是由TE自身特性决定的。即，TE是配置驱动，而非拓扑驱动的。
对于这种看似不合理的现象，可以通过配置重优化规避。
2-17
通用路由平台VRP 故障处理手册 增值业务篇
第2章 MPLS TE故障处理
2.3.6 Hot-standby LSP无法建立
1. 网络环境
如图2-1，配置MPLS TE业务。
配置完成后，发现RouterB到RouterC的隧道建立成功，但是Hot-standby LSP无法建立。 2. 故障分析
查看Tunnel主LSP，发现它使用的路径是RouterB-RouterC。 打开debugging mpls te management all查看Tunnel的状态：
State Change :Tunnel %s enters HBKP_WAITFORCSPF state from HBKP_USEDIDLE state
以上信息表明：Hot Standby在请求CSPF计算，但没有成功。
打开debugging mpls te cspf tedb all，发现CSPF计算失败，找不到去往目的地的路径。
继续查看CSPF数据库，发现RouterE的接口Eth2/0/0带宽过小，不满足建立备份LSP的条件。 3. 处理步骤
在RouterB上执行以下操作：
步骤 1 2 3 4
操作
执行命令display mpls te tunnel path
打开调试信息开关debugging mpls te management all 打开调试信息开关debugging mpls te cspf tedb all 执行命令display mpls te cspf tedb node RouterE-LSRID
在RouterE上更改带宽值，备份LSP成功建立，故障排除。 4. 案例总结
这个案例的关键在于了解备份LSP的机制：备份LSP的属性不是显式配置的，其基本属性从主LSP继承而来。
2.3.7 FRR绑定不成功
1. 网络环境
如图2-5，配置MPLS TE业务。
2-18
通用路由平台VRP 故障处理手册 增值业务篇
Loopback11.1.1.9/32Eth1/0/0Eth1/0/0Loopback12.2.2.9/32Loopback13.3.3.9/32Eth3/0/0Eth1/0/0第2章 MPLS TE故障处理
Loopback14.4.4.9/32Eth3/0/0Eth1/0/0Eth2/0/0RouterARouterBEth2/0/0Eth2/0/0RouterCRouterDEth2/0/0Eth1/0/0RouterELoopback15.5.5.9/32Eth3/0/0
图2-5 MPLS TE案例组网图
主Tunnel路径是RouterA Æ RouterB Æ RouterE Æ RouterC Æ RouterD，从RouterB到RouterD建立Bypass Tunnel，指定loose节点为RouterE。 配置完成后，FRR绑定不成功。 2. 故障分析
执行debugging mpls te management fast-reroute命令打开快速重路由调试信息开关，查看主Tunnel与Bypass Tunnel的绑定情况，发现以下错误信息。
Error: Optimal Bypass tunnel not found for Tunnel
查看隧道采用的路径，发现主隧道的路径是RouterA Æ RouterB Æ RouterC Æ RouterD，备份隧道的路径是RouterB Æ RouterE Æ RouterC Æ RouterD。即，主隧道和备份隧道的PLR和MP节点间有重合点，导致FRR绑定不成功。 3. 处理步骤
在RouterA上执行以下操作：
步骤 1 2
操作
执行debugging mpls te management fast-reroute命令进行调试
配置一条RouterB Æ RouterE Æ RouterD的严格显式路径作为Bypass Tunnel
在RouterA上查看LSP信息，FRR绑定成功，故障排除。 4. 案例总结
在部署快速重路由功能时，为保证能够绑定成功，建议指定主隧道和备份隧道的严格显式路径。否则，当主隧道和备份隧道在PLR和MP间有重合节点时，将导致绑定不成功。
2-19
通用路由平台VRP 故障处理手册 增值业务篇
第2章 MPLS TE故障处理
2.4 FAQ
(1) 问：为什么配置OSPF TE后，无法产生描述MPLS TE信息的TE LSA？
答：
至少有一个OSPF邻居达到FULL状态时，才可能产生TE LSA。 如果无法产生描述MPLS TE信息的TE LSA，请进行以下检查：
执行display current-configuration命令，确认已在相关接口上配置了MPLS TE。
执行display ospf peer命令，确认OSPF邻居已正常建立。
执行debugging ospf mpls-te命令打开OSPF TE的调试开关，确认OSPF收到建立TE LINK的消息。
(2) 问：为什么有时CSPF计算LSP的路径成功了，但是TE隧道还是不能成功
建立？ 答：
应该看到，根据IGP-TE扩散形成的TEDB，并没有包含全部的TE相关信息。例如，TEDB中没有对某一条链路上TE信令协议是否启用的信息，整网中不能确认哪台路由器是否启用了信令协议，如RSVP-TE或者CR-LDP是否启用。当通过IGP-TE扩散过来的消息和CSPF计算完成后，发起信令建立LSP过程中，有可能到达了一台没有启动信令协议的路由器，那么此LSP建立失败，这一点在分析隧道不能建立时需要考虑。
另外，也可能在CSPF计算路径时某一个链路上的可预留带宽满足要求，但之后信令协议在该链路上进行实际资源预留时，该链路上的资源发生了变化（例如带宽资源被另一条新建的CR-LSP抢先预留了）不能满足要求；这样隧道建立也不能成功。
(3) 问：为什么Tunnel没有选择Metric最小的路径？
答：
如果在Tunnel已经建立好路径后改变链路的Metric值，Tunnel不会自动更新路径。
如果想让Tunnel走更优化的路径，需要配置重优化。这是因为Tunnel的路径重新选择是命令触发或重优化定时器触发，不是拓扑驱动的。
(4) 问：为什么在采用流量监管的情况下，流量使用的Tunnel带宽与Tunnel配置
的带宽值不符合？ 答：
一般情况下，这两个值应该是一致的。但如果修改SE风格的Tunnel带宽，
2-20
通用路由平台VRP 故障处理手册 增值业务篇
第2章 MPLS TE故障处理
会采用Make before break的方式：新的LSP没有建立起来，老的LSP不会删除的。从配置上看已经变成了新带宽值。但执行display mpls te
tunnel-interface命令，可以看到 Tunnel的状态是Modifying CR-LSP setup failed，有两个Tunnel表，一个是老带宽的，状态为UP，一个是新带宽的，状态为Modified。此时流量使用的带宽当然就与配置不符合了。
(5) 问：为什么设置了tie-breaking规则为most-fill，CSPF计算有时却会选择等
价链路中剩余可预留带宽较大的那一条？ 答：
在CSPF计算过程中，当存在多条TE cost相等的可用路径时，需要根据tie-breaking规则选取其中一条。按照tie-breaking规则选路时，是根据链路的最大可预留带宽被占用的比率，而不是根据链路的实际剩余可预留带宽的大小来判断的。
(6) 问：Tunnel状态是Up的，但是配置静态路由后不起作用？
答：
配置静态路由时，需要配置preference比其他通过IGP学来的路由小，即，使Tunnel的静态路由具有更高的优先级。 (7) 问：Bypass Tunnel无法绑定主Tunnel？
答：
如果主Tunnel配置了带宽，Bypass Tunnel没有配置带宽或带宽小于主Tunnel带宽，将无法绑定成功。
Bypass Tunnel对主Tunnel的FRR保护分为链路与节点保护两种，最多只能跨越主Tunnel的一个路由器节点，如果跨越多个节点，也无法绑定成功。会提示错误信息：
Error: CheckBypass path failed as number of Hops Bypassed exceeds threshold.
(8) 问：Hot-standby的备份LSP无法建立成功？
答：
Hot-standby的LSP的建立的路径要避开主LSP，而且其基本属性是完全继承主LSP的，如果无法满足要求，hot-standby的LSP就无法建立成功。 (9) 问：为什么有些接口无法保证FRR快速切换？
答：
FRR并不是支持所有接口，例如，在NE80上，FRR支持的接口类型都是速率在100M上以上的，其他接口不支持FRR。
2-21
通用路由平台VRP 故障处理手册 增值业务篇
第2章 MPLS TE故障处理
(10) 问：如何迅速发现MPLS TE隧道无法建立的原因？
答：
MPLS TE隧道无法建立，首先打开MPLS Management Process调试开关，检查CSPF是否计算成功。如果计算成功，再打开沿途节点RSVP的调试开关，确定创建失败的原因。
(11) 问：为什么MPLS视图或接口视图下无法配置RSVP-TE特性？
答：
检查以下条件：
z z z
确认用户是否拥有配置RSVP-TE特性的权限或许可；
确认在系统视图和接口视图下是否已经使能了MPLS和MPLS TE； 确认在MPLS视图或接口视图下是否已经使能了RSVP-TE信令协议。
(12) 问：为什么display mpls rsvp-te interface命令显示接口状态为DOWN？
答：
如果接口没有配置IP地址，或者对接口执行shutdown命令，RSVP-TE将显示接口状态为DOWN。
如果接口上没有使能RSVP-TE，display mpls rsvp-te interface命令不会显示任何信息。
对于串口，只有对端路由器配置了有效IP地址且处于UP状态，本端接口才会处于UP状态。
(13) 问：为什么相邻路由器无法建立RSVP-TE邻接关系？
答：
z z z
使用display mpls rsvp-te interface命令查看接口是否UP； 如果接口处于DOWN状态，请参见上一条FAQ的描述进行处理； 检查系统和接口是否都已配置了Hello功能，对等体是否已使能了Hello功能；
z z
检查对等体是否配置了相同的验证方法和密码；
使用display mpls rsvp-te interface命令和display mpls rsvp-te peer命令检查邻接关系的相关配置是否正常，例如Hello状态、Hello定时器和验证；
z
使用debugging mpls rsvp-te hello命令查看Hello报文的发送和接收是否正确。
(14) 问：为什么有时不能根据IGP（IS-IS/OSPF）路由，为使用LSR ID或相应接
口作为目的地的隧道建立RSVP-TE LSP？ 答：
2-22
通用路由平台VRP 故障处理手册 增值业务篇
第2章 MPLS TE故障处理
如果系统内存不足，将无法建立CR-LSP。另外，一台路由器上可以建立的CR-LSP数量，受用户购买时许可证文件中规定的CR-LSP最大值的限制。 如果不是上述两个原因，就可能是配置错误导致。RSVP-TE通过LSPM从CSPF获取建立CR-LSP的必要信息。CSPF从配置的IGP协议获取链路信息。如果发现不能建立RSVP-TE LSP，检查以下条件：
z z z
接口是否使能了RSVP-TE； 路由器是否使能了CSPF；
所有接口是否使能了IGP，包括Loopback接口；配置IGP的路由器是否属于同一区域；
z
Loopback接口的IP地址是否被配置为Router ID，或配置为LSP上任意一个出接口的地址。
z z
使用ping命令确认节点是否可达；
使用display mpls te cspf tedb all命令查看CSPF TEDB，是否所有链路都处于UP状态；
z z
使用display mpls te cspf tedb node命令查看已配置资源的可用性； 如果display mpls rsvp established命令和display mpls rsvp-te sender命令查看是否存在RSB/PSB信息，如果存在，说明RSVP已建立了LSP；
z
使用debugging mpls rsvp-te error命令进行RSVP-TE调试。
(15) 问：为什么当隧道的配置中存在显式路径时，无法使用RSVP-TE信令建立
CR-LSP？ 答：
建立LSP时，入口节点可以指定一组到目的地的松散或严格显式路径下一跳。CSPF可根据配置的松散显式路径计算出CR-LSP，而严格路径只能按指定的顺序和地址建立。
显式路径ERO（Explicit Route Object）由入口节点构建，包括ER。下游路由器根据ERO中的节点建立LSP。在向下游转发Path消息时，删除ERO中的本地地址。
如果无法使用RSVP-TE信令建立CR-LSP，进行以下检查：
z z z
是否所有接口都使能了RSVP-TE； 路由器是否使能了CSPF；
IGP是否在所有接口使能，包括环回接口；配置IGP的路由器是否属于同一区域；
2-23
通用路由平台VRP 故障处理手册 增值业务篇
z
第2章 MPLS TE故障处理
Loopback接口的IP地址是否被配置为Router ID，或配置为LSP上任意一个出接口的地址；
z z z
如果使用严格显式路径，检查ER下一跳是否为直连可达地址； 使用ping命令确认节点是否可达；
使用display mpls te cspf tedb all命令显示CSPF TEDB，查看是否所有链路都处于UP状态；
z z
使用display mpls te cspf tedb node命令查看配置的资源的可用性； 如果display mpls rsvp established命令和display mpls rsvp-te sender命令查看是否存在RSB/PSB信息，如果存在，说明RSVP已建立了LSP；
z
使用debugging mpls rsvp-te error命令和debugging mpls rsvp-te path命令使能RSVP-TE调试。
(16) 问：为什么配置LDP over TE时，不能建立基于Tunnel的LSP？
答：LDP over TE能否配置成功取决于三个因素，LDP远端会话是否建立成功； TE隧道是否建立成功；TE Tunnel的路由是否体现路由表中。
Tunnel建立成功后，必须调整IGP Shortcut的metric值，使得在进行路由选择时，能够将出接口选择为Tunnel。修改Tunnel参数后，要执行命令mpls te commit使修改生效。
如果LDP over TE无法建立成功，请进行以下检查：
执行display mpls ldp remote-peer命令，检查是否已经建立了LDP远端会话实体。
执行display interface tunnel命令，检查Tunnel的链路协议状态是否为Up。 执行display ip routing-table命令，检查路由的出接口是否是Tunnel接口。 执行display current-configuration命令，检查相关路由器是否在系统视图和接口视图下都配置了mpls te和mpls rsvp-te，系统视图下是否配置了mpls te cspf。
执行display mpls lsp命令，根据显示的LSP信息检查出接口是否是Tunnel接口。
2-24
通用路由平台VRP 故障处理手册 增值业务篇
第2章 MPLS TE故障处理
2.5 故障诊断工具
2.5.1 display命令
命令
display mpls interface display mpls lsp display mpls te tunnel display mpls te cspf tedb all
内容
查看使能MPLS接口的信息 查看所有LSP信息 查看TE Tunnel的信息 查看CSPF数据库信息
说明 - - - -
display mpls te link-administration 查看MPLS TE链路管理接入控admission-control 制信息 display mpls te link-administration 查看MPLS TE链路管理带宽分bandwidth-allocation 配信息 display mpls te tunnel-interface display mpls te tunnel path display mpls rsvp-te established display mpls rsvp-te sender display mpls rsvp-te psb-content | rsb-content
查看MPLS TE隧道接口的信息 显示LSP经过的路径
- -
查看tunnel是否是按照配置建立的
显示RSB相关信息，如本地LSP 检测RSB是否创ID，会话隧道ID等 建 显示PSB相关信息，如本地LSP 检测PSB是否创ID，会话隧道ID等 建 显示详细的PSB或RSB信息
包括ERO、RRO、
Flow spec、
Sender Template和Message Path 查看接口状态 查看消息的统计值
display mpls rsvp-te interface display mpls rsvp-te statistics global
显示RSVP接口信息 显示状态块,消息的统计数据
1. display mpls interface
Interface Status TE Attr LSP Count CRLSP Count Effective MTU Eth1/0/0 Up Dis 0 0 1500 Eth1/0/1 Up En 0 0 1500 Eth1/0/2 Up En 0 0 1500 显示信息中接口的Status必须是UP，才表示接口使能MPLS后可以使用。 2. display mpls te link-administration bandwidth-allocation 2-25 通用路由平台VRP 故障处理手册 增值业务篇 第2章 MPLS TE故障处理 Link ID: Ethernet1/0/1 Physical Bandwidth Type0 : 0 kbits/sec Physical Bandwidth Type1 : 0 kbits/sec Reservable Bandwidth Type0 : 0 kbits/sec Reservable Bandwidth Type1 : 0 kbits/sec Downstream LSP Count : 0 UpStream LSP Count : 0 Downstream Bandwidth : 0 kbits/sec Upstream Bandwidth : 0 kbits/sec IPUpdown Link Status : UP PhysicalUpdown Link Status : UP TE CLASS CLASS TYPE PRIORITY BW RESERVED(kbps) BW AVAILABLE(kbps) 0 0 0 0 0 1 0 1 0 0 2 0 2 0 0 3 0 3 0 0 4 0 4 0 0 5 0 5 0 0 6 0 6 0 0 7 0 7 0 0 8 1 0 0 0 9 1 1 0 0 10 1 2 0 0 11 1 3 0 0 12 1 4 0 0 13 1 5 0 0 14 1 6 0 0 15 1 7 0 0 带宽分QoS等级，共有16个TE-CLASS，前8个（0～7）是BC0带宽，后8个（8～15）是BC1带宽，优先级从高到低。 3. display mpls te tunnel-interface Tunnel Name : Tunnel1/0/0 Tunnel Desc : HUAWEI, Quidway Series, Tunnel1/0/0 Interface Tunnel State Desc : CR-LSP is Up Tunnel Attributes : LSP ID : 1.1.1.1:4 Session ID : 1 Admin State : UP Oper State : UP Ingress LSR ID : 1.1.1.1 Egress LSR ID: 4.4.4.4 2-26 通用路由平台VRP 故障处理手册 增值业务篇 第2章 MPLS TE故障处理 Signaling Prot : RSVP Resv Style : SE Class Type : CLASS 0 Tunnel BW : 0 kbps Reserved BW : 0 kbps Setup Priority : 7 Hold Priority: 7 Affinity Prop/Mask : 0x0/0x0 Explicit Path Name : - Tie-Breaking Policy : None Metric Type : None Record Route : Enabled Record Label : Enabled FRR Flag : Disabled BackUpBW Flag: Not Supported BackUpBW Type : - BackUpBW : - Route Pinning : Disabled Retry Limit : 5 Retry Interval: 10 sec Reopt : Disabled Reopt Freq : - Back Up Type : None Back Up LSPID : - Auto BW : Disabled Auto BW Freq : - Min BW : - Max BW : - Current Collected BW: - Interfaces Protected: - ACL Bind Value : VRF Bind Value : L2VPN Bind Value : Car Policy : Disabled Tunnel Group : Primary Primary Tunnel : - Backup Tunnel : - IPTN InLabel : - Group Status : Up Oam Status : Up 只有Admin State和Oper State都UP，Tunnel才真正UP，能用于转发了。 4. display mpls te tunnel verbose LSP-Id : 1.1.1.1:4 Tunnel-Name : Tunnel1/0/0 Destination : 4.4.4.4 In-Interface : - Out-Interface : Eth1/0/0 Tunnel BW : 0 kbps Class Type : bc0 2-27 通用路由平台VRP 故障处理手册 增值业务篇 Ingress LSR-Id : 1.1.1.1 Egress LSR-Id : 4.4.4.4 Setup-Priority : 7 Hold-Priority : 7 Sign-Protocol : RSVP TE Resv Style : SE IncludeAnyAff : 0x0 ExcludeAllAff : 0x0 IncludeAllAff : 0x0 Created Time : 2005/10/24 08:55:04 第2章 MPLS TE故障处理 说明： 只有LSP处于UP状态时，display mpls te tunnel verbose命令才会有显示；display mpls te tunnel-interface命令显示的则是Tunnel接口的信息，与LSP的状态是否UP无关。 2.5.2 debugging命令 命令 debugging mpls te cspf all debugging mpls te cspf computation debugging mpls te cspf errors debugging mpls te cspf events debugging mpls te cspf tedb 内容 查看所有MPLS TE路径算法相关调试信息 查看所有MPLS TE路径计算相关调试信息 查看所有MPLS TE路径算法错误调试信息 查看所有MPLS TE路径计算事件调试信息 查看所有MPLS TE路径计算数据库相关调试信息 说明 - - - - - - - - - - - debugging mpls te management 查看所有MPLS TE相关调试信息 all debugging mpls te management 查看所有MPLS TE自动带宽调节auto-bandwith-adjustment 相关调试信息 debugging mpls te management 查看所有MPLS TE事件处理相关events 调试信息 debugging mpls te management 查看所有MPLS TE快速重路由相fast-reroute 关调试信息 debugging mpls te management 查看所有MPLS TE相关接口调试interface 信息 debugging mpls te management 查看所有MPLS TE链路管理相关link-administration 调试信息 2-28 通用路由平台VRP 故障处理手册 增值业务篇 命令 内容 第2章 MPLS TE故障处理 说明 - - - debugging mpls te management 查看所有MPLS TE处理相关调试process 信息 debugging mpls te management 查看所有MPLS TE重优化相关调reoptimization 试信息 debugging mpls te management 查看所有MPLS TE状态相关调试states 信息 debugging mpls rsvp-te tunnel-id debugging mpls rsvp-te error debugging mpls rsvp-te path debugging mpls rsvp-te resv debugging mpls rsvp-te all 查看特定RSVP-TE隧道的调试信息 查看RSVP-TE的错误调试信息 查看RSVP-TE的path消息处理调试信息 查看RSVP-TE的resv消息处理调试信息 查看RSVP-TE全部调试信息 查看特定的tunnel的信息 查看建立或删除过程中的错误 查看path消息的处理 查看resv消息的处理 查看全部的处理信息 1. debugging mpls te cspf tedb *0.34767297 RouterA CSPF/8/EVENT: 05:0286: Received the path request message from LSPM. *0.34767422 RouterA CSPF/8/COMPUTE: 01:7061: Begining CSPF computation. *0.34767422 RouterA CSPF/8/COMPUTE: 01:7071: The TE-class number is 7. *0.34767422 RouterA CSPF/8/COMPUTE: 01:7087: The resource reserve policy is LSPM_RANDOM_FILL. *0.34767422 RouterA CSPF/8/COMPUTE: 01:6526: Beginning the first segment computation. *0.34767422 RouterA CSPF/8/ERROR: 01:1184: Cannot find the same IGP type and process ID between 1.1.1.1 and 4.5.4.3. *0.34767422 RouterA CSPF/8/COMPUTE: 01:7264: The CSPF path computation is failed. 输出信息Beginning the first segment computation表明是第一段计算，如果配置有loose节点，将会分为几段来进行计算。 2. debugging mpls te management process *0.217237672 RouterA LSPM/8/LSPM PROCESS: Info: Received CSPF message. 2-29 通用路由平台VRP 故障处理手册 增值业务篇 第2章 MPLS TE故障处理 *0.217237672 RouterA LSPM/8/LSPM TE PROCESS: 11:2995: Info: Cspf calculated path for Tunnel : Tunnel1/0/0 is received. *0.217237672 RouterA LSPM/8/LSPM TE PROCESS: 11:00839: Info: Trigger Signaling to create tunnel Tunnel1/0/0 ! *0.217237672 RouterA LSPM/8/LSPM TUNNEL CONTROL: 11:00986: Info: Trigger Sig. Proto. successful for Tunnel : Tunnel1/0/0 . *0.217237672 RouterA LSPM/8/LSPM TE STATES: 11:3183: State Change :Tunnel Tunnel1/0/0 enters SETUPING state from WAITFORCSPF state. *0.217237672 RouterA LSPM/8/LSPM TE PROCESS: 11:03330: Info: Process Path calculation successful for Tunnel : Tunnel1/0/0. 输出信息Info: Cspf calculated path for Tunnel : Tunnel1/0/0 is received.表明：LSPM接收到CSPF成功计算返回的路径消息。 输出信息11:00839: Info: Trigger Signaling to create tunnel Tunnel1/0/0 !表明：LSPM已经触发信令建路。 3. debugging mpls te management link-administration 0.248141984 RouterA LSPM/8/LSPM TE LINK ADMIN: 36:4208: For this CR-LSP, There is no shared CRLSP node in Outgoing LSP list *0.248141984 RouterA LSPM/8/LSPM TE LINK ADMIN: 36:3389: Add The Crlsp Entry Node to sharedList of OutIf *0.248142000 RouterA LSPM/8/LSPM TE LINK ADMIN: 36:3417: Add The Crlsp Node to OutgoingList of OutIf 如果需要显示带宽分配情况，可以将上述命令与debugging mpls management interface配合使用。 *0.248268281 RouterA LSPM/8/LSPM INTERFACE: 36:04732: MPLSIF_ResmAllocResource: Session ID 3, Ingress ID 16843009, Local LSP ID 9, OutBw 10, QueID 0, CAR ID 0 *0.248268281 RouterA LSPM/8/LSPM TE LINK ADMIN: 36:4208: For this CR-LSP, There is no shared CRLSP node in Outgoing LSP list *0.248268281 RouterA LSPM/8/LSPM INTERFACE: 36:04845: MPLS CQC alloc msg resv: this lsp=16843009:9(Bw=10), no shared lsp, OldSharedBw=10, NewSharedBw=10 *0.248268281 RouterA LSPM/8/LSPM TE LINK ADMIN: 36:3389: Add The Crlsp Entry Node to sharedList of OutIf *0.248268297 RouterA LSPM/8/LSPM TE LINK ADMIN: 36:3417: Add The Crlsp Node to OutgoingList of OutIf *0.248268297 RouterA LSPM/8/LSPM INTERFACE: 16:04292: Info: Alloc Token success: 16785423/Ethernet1/0/0 2-30 通用路由平台VRP 故障处理手册 增值业务篇 第2章 MPLS TE故障处理 如果资源分配失败，请检查MPLS TE的配置参数是否正确，如果正确，则需要进一步检查是否QoS。 2.5.3 告警 告警信息 含义 原因 如何处理 % Please enable MPLS on the interface. 先在接口上使能MPLS 用户试图对使能MPLS的接口使能RSVP-TE。与此类似，只有在系统视图下和对接口都使能了MPLS-TE后，才能使能RSVP-TE。 在此接口上使能MPLS 告警信息 Warning: TE not enabled on the system 含义 TE没有使能 原因 如何处理 所配置的命令需要TE使能，但TE没有使能 先配置TE 告警信息 含义 原因 如何处理 % Please enable RSVP-TE on the interface. 先在接口上使能RSVP-TE 用户视图对没有使能RSVP-TE的接口进行RSVP-TE配置。 在此接口上使能RSVP-TE 告警信息 含义 原因 如何处理 % Rsvp background task running, please wait... 正在处理后台删除任务 用户下达了display命令或其他命令行相关的进程，但RSVP正在处理删除事件。等待后台删除处理完成 2.5.4 日志 日志信息 含义 原因 如何处理 %Jun 7 05:22:03 2003 Quidway IFNET/6/UPDOWN:Line protocol on interface Ethernet1/2/0, changed state to UP 接口状态由DOWN变成UP 插入接口板、数据平滑、IP地址配置、对端UP等等 接口的UP/DOWN会引起tunnel的建立、删除、优化等等 2-31 因篇幅问题不能全部显示，请点此查看更多更全内容