组网中LDP协议的作用

LDPlabeldistributeprotocol，标签分发协议，前身是TDP.cisco私有。

LDP标签分发，一定要基于IGP(ospf,RIP,EIGRP),由于标签分发表，其实就是IGP路由表的一个映照.所以一定要现有IGP,才会有标签转发表。

路由表与标签之间存在的映照关系FEC。LDP要工作，一定要要有底层的IGP。IGP路由表里面每条路由，都会有一个对应的标签存在于标签转发表。

组网标签报文转发进程的相干动作，R1R2R3R4为组网域，左侧和右侧都为IP域。在IP域中数据包是没有携带标签的。而在组网域中数据包是携带了标签的。接下来讲明一下一个数据包从左到右的进程：IP:A>R1>R2>R3>R4>IP:B

需要说明的是，本地收到的标签，始终是上游还是下游路由器分配过来的。如果本地路由器有一个路由明细到达1.1.1.0/24.那末从对端就会逐跳向我本端分配相干的标签.所以，标签永久是他人发给我的。我把本地的直连路由映照本钱地标签，再分发给我的上下游路由器。那末，一个双向的标签FEC就建立好了。

LFIBshowmplsforwardingtable。在故障排查的时候.外层标签交换,查的一定是mplsforwardingtable(LFIB表)。比如.R1R2R3R4.

R1将mpls报文转给R2,R2要查的就是LFIB.如果LFIB(mplsforwardingtable)没有标签，这个时候，根据两个层面的映照原理，你需要查看LIB表(showmplsldpbinding),在那里面会有缘由为啥R2的mplsforwardingtable没有分发标签.

例如，大家都知道,LDP的tranportID是会用loopback来做的.如果IGP是OSPF.不管你环回口配置为32位掩码，或24位掩码，ospf都会将其通告为32位掩码出去(除非修改ipospfnetworkpointtopoint)才会通告真实掩码.

这个时候，本地是24位掩码，通告到对端是32位。上游路由器为本真个32位分发标签.明显是错的.由于24位掩码的没有得到标签，而32位的得到了。转发的时候，mplsforwardingtable一定有问题.由于LFIB是基于LIB建立的，所以最后一定得查LIB才能找初真实的缘由。

TikTok千粉号购买平台：https://tiktokusername.com/