MPLS LDP 故障排查

Technorati 标签: MPLS LDP, MPLS LDP 故障排查

本文是关于MPLS LDP的故障排查.

两个设备建立直连LDP邻居:

R2和R3.R2的interface Giga 2/0和R3的interface G1/0建立LDP的直连邻居。

首先，再回顾一下LDP的邻居建立过程：

LDP实用的是UDP/TCP的端口646来发现邻居的。所以在今后的故障排查中，如果两端能ping通却建立不起邻居来，可以检查一下端口是否被封了。

这里显示了一个LDP邻居建立的所有过程。

当邻居建立好以后，就会间隔的发送hello报文过去进行探测对端的邻居是否还存在。

可以看到，其实Hello报文在LDP邻居之间的关系是相当重要的。

那么如果两个ldp对象建立不起来邻居，第一个要排查的就是hello报文，到底，本断发送出去hello没有？还有，本端是否收到了对端发送给我的hello

用命令：show mpls ldp discovery

这里我们来看两种情况，第一种情况是两端正常建立MPLS LDP 邻居。

这里要注意到，G2/0接口，也就是R2的G2/0,标签分发协议是LDP, 还有两个极其重要的参数，xmit和recv.

xmit表示从G2/0成功发送了LDP hello 出去。recv表示本端口是成功的接收到了对端R3的interface G1/0发送回来的hello。

那么现在我把R3的G1/0接口shutdown.造成的结果应该是本端R2的G2/0光发不收hello.所以如果当R3的G1/0 接口down以后，那么R2上面的G2/0只会显示xmit而recv参数应该没有了。

让我们来验证一下：

再回到R2上面，用命令show mpls ldp discovery再看看？

这里只有发没有收了，和原理是相符合的。

总结：show mpls ldp discovery是一个拿来检测LDP hello报文的收发情况的。比较重要。

还有一个命令：show mpls ldp neighbor

这里有几个重要参数需要关注：

state: operational.是可操作的，说明协议邻居运行正常。非oper这个状态的，需要进一步比较两端的LDP的参数。来进行核对为什么不能建立邻居的原因。用命令show mpls ldp parameter来进行核实。

还有一个命令：show mpls interface detail.

在这里可以看到接口封装的标签分发协议。LSP tunnel labeling enable这个参数说明在接口上是启用了MPLS TE的隧道的。

这里来看看R3的g1/0.

interface GigabitEthernet1/0

ip address 2.1.1.2 255.255.255.0

negotiation auto

mpls traffic-eng tunnels

mpls label protocol ldp

mpls ip

ip rsvp bandwidth 2048

end