MPLS-11 LDP与IGP同步
LDP与IGP同步
为什么要同步
首先，要明白为什么要有ldp和IGP同步，如果不同步会出现什么情况呢？
如果LDP和IGP不同步，会导致的直接现象是链路通信正常，但是无法正常分配标签，（最终走的是IP包，而不是label包）
先一看一张拓扑图
现从R1--R4，通过我们修改cost值 ，让他走上面为最优，则R1--R2--R4
全都正常以后，运行MPLS
那么此时，在R1上看到的LFIB表，outgoing 则是R2，这是肯定的
假设我们在R2上做一个限制，使IGP路由还在，但是MPLS 的LDP neighbor关系不在，怎么办呢？分析一下，LDP的邻居建立关系是UDP的646,那么我只要通过一个ACL来限制646即可，然后放行其它
紧接着就可以看到ldp 的neighbor出现了问题。
我们来分别测试一下网络的联通性，以及标签的转发情况，能让标签转发信息库是否正常
？？？这里有问题了
故障分析
由于没有进行LDP与IGP同步，导致LDP出现问题时，将不进行LABEL转发而进行IP转发，这一点从traceroute可以直观的看到。
貌似没有什么问题，对不对？
如果是在MPLS VPN的环境中，这就会出现问题，因为MPLS VPN环境下必须使用LABEL表才可以使用VPN
这样一来问题就很明显了，这是肯定不行的
同步原理
而有了LDP-IGP同步之后，就会出现比较有意思的情况
其根本意思就在于，我的IGP协议是跟随LDP协议走的，当一条链路同时存在IGP和LDP时，IGP只有在LDP可以建立peer的基础上才启用，否则视为此链路不通，换句话说，也就是为了保证标签的顺利转发而设计的。
根据上面的实例，我们来分析一下，
首先，
所有设备运行IGP协议，OSPF，然后我们设置了它的选路，让它选择上面的R1--R2--R4，R3做为备用，当R2上面拒收UDP 646以后，导致LDP的peer起不来，但是这一过程IGP是不可能知道的，如果开启LDP-IGP同步之后，那OSPF就知道了，
可以保证我IGP协议的选路由基于LDP协议。（当然这句话是我个人的理解）
在没有开启LDP-IGP同时，导致R1的LDP邻居R2down掉，（再次重申，这里的DOWN是单纯的ldpDOWN,）如果是IGPdown了，很快OSPF会进行重新选路。、
当R2down 掉之后，outgoing运行 原来由R2通行的标签全部变成了untagged，全部移除，将标签包转为IP包。
（这里还牵扯到一个时间，我们到后边再说）
同步后现象
现在我们开启同步
注意，一直说的是LDP--IGP同步，那是不是就要在IGP协议的进程中开启呢？
真聪明，没错的
注意，如果想要开启同步，肯定是在两台LSR上都开启，这样才可以保证LDP和IGP的同步
开启同步后和未开启时有什么不同呢？
咱们先来看一下接口在OSPF 和MPLS的状态下会显示什么吧
之前的Interface is up ,变成了现在这个，
什么意思？
接口UP，并且发送最大的metric，
？？？
为什么要发送最大的metric？这就要考虑IGP的选路了，
之前我们将R1-R3的路径 COST改成了100,比原有的R1--R2s要大，但是现在开启R1-R2的LDP-IGP同步以后，
由于LDP的邻居down掉，从而将IGP的这条链路的metric值变为最大，这个要考虑到不同的协议不同的数值，反正就是最大的，
请问越大越能代表什么呢？
越大越不优，对吧，
为什么会这样呢？
因为开启了LDP-IGP同步以后，如果出现LDP的链路down掉，则会将OSPF的这条链路的METRIC值设置为最大
也就是上面的切图中提到的，sending maximum metric
这样一来，IGP就不会选这条路为最优的了，换而言之，LDP也会跟随IGP一样，选择另外一条路。
这里看到的，显然是R3给R1通告的标签。为302
那么此时你不禁会想到一个问题
那什么时候IGP才是正常的呢？
是这样定义的，
当LDP可以正常的发送和接收标签时，IGP才可以正常的工作，也就是说，如果LDP无法建立 peer，也就意味着IGP是“永远”无法建立的
这里的永远是加了“”的，为什么？因为存在着特写的情况
什么情况呢？
就是hold time 超时
默认情况下并没有针对于这一时间进行设置，
你可以根据需要手动进行设置。时间单位是毫秒
假设我们设置为10000毫秒，则就是10s
这个时间的意义就在于，我的IGP邻居是否建立，而建立的前提是METRIC值由于LDP无法正常通告和接收标签，而被设置为最大的。
--------------------------------------------
CCIE成长之路 --- 梅利
LDP与IGP同步
为什么要同步
首先，要明白为什么要有ldp和IGP同步，如果不同步会出现什么情况呢？ 如果LDP和IGP不同步，会导致的直接现象是链路通信正常，但是无法正常分配标签，（最终走的是IP包，而不是label包） 先一看一张拓扑图 环境，全网运行OSPF以及MPLS， 现从R1--R4，通过我们修改cost值 ，让他走上面为最优，则R1--R2--R4 全都正常以后，运行MPLS 那么此时，在R1上看到的LFIB表，outgoing 则是R2，这是肯定的 假设我们在R2上做一个限制，使IGP路由还在，但是MPLS 的LDP neighbor关系不在，怎么办呢？分析一下，LDP的邻居建立关系是UDP的646,那么我只要通过一个ACL来限制646即可，然后放行其它 紧接着就可以看到ldp 的neighbor出现了问题。 我们来分别测试一下网络的联通性，以及标签的转发情况，能让标签转发信息库是否正常 ？？？这里有问题了
故障分析
由于没有进行LDP与IGP同步，导致LDP出现问题时，将不进行LABEL转发而进行IP转发，这一点从traceroute可以直观的看到。 貌似没有什么问题，对不对？ 如果是在MPLS VPN的环境中，这就会出现问题，因为MPLS VPN环境下必须使用LABEL表才可以使用VPN 这样一来问题就很明显了，这是肯定不行的
同步原理
而有了LDP-IGP同步之后，就会出现比较有意思的情况 其根本意思就在于，我的IGP协议是跟随LDP协议走的，当一条链路同时存在IGP和LDP时，IGP只有在LDP可以建立peer的基础上才启用，否则视为此链路不通，换句话说，也就是为了保证标签的顺利转发而设计的。 根据上面的实例，我们来分析一下， 首先， 所有设备运行IGP协议，OSPF，然后我们设置了它的选路，让它选择上面的R1--R2--R4，R3做为备用，当R2上面拒收UDP 646以后，导致LDP的peer起不来，但是这一过程IGP是不可能知道的，如果开启LDP-IGP同步之后，那OSPF就知道了， 可以保证我IGP协议的选路由基于LDP协议。（当然这句话是我个人的理解） 在没有开启LDP-IGP同时，导致R1的LDP邻居R2down掉，（再次重申，这里的DOWN是单纯的ldpDOWN,）如果是IGPdown了，很快OSPF会进行重新选路。、 当R2down 掉之后，outgoing运行 原来由R2通行的标签全部变成了untagged，全部移除，将标签包转为IP包。 （这里还牵扯到一个时间，我们到后边再说）
同步后现象
现在我们开启同步 注意，一直说的是LDP--IGP同步，那是不是就要在IGP协议的进程中开启呢？ 真聪明，没错的 注意，如果想要开启同步，肯定是在两台LSR上都开启，这样才可以保证LDP和IGP的同步 开启同步后和未开启时有什么不同呢？ 咱们先来看一下接口在OSPF 和MPLS的状态下会显示什么吧 之前的Interface is up ,变成了现在这个， 什么意思？ 接口UP，并且发送最大的metric， ？？？ 为什么要发送最大的metric？这就要考虑IGP的选路了， 之前我们将R1-R3的路径 COST改成了100,比原有的R1--R2s要大，但是现在开启R1-R2的LDP-IGP同步以后， 由于LDP的邻居down掉，从而将IGP的这条链路的metric值变为最大，这个要考虑到不同的协议不同的数值，反正就是最大的， 请问越大越能代表什么呢？ 越大越不优，对吧， 为什么会这样呢？ 因为开启了LDP-IGP同步以后，如果出现LDP的链路down掉，则会将OSPF的这条链路的METRIC值设置为最大 也就是上面的切图中提到的，sending maximum metric 这样一来，IGP就不会选这条路为最优的了，换而言之，LDP也会跟随IGP一样，选择另外一条路。 这里看到的，显然是R3给R1通告的标签。为302 那么此时你不禁会想到一个问题 那什么时候IGP才是正常的呢？ 是这样定义的， 当LDP可以正常的发送和接收标签时，IGP才可以正常的工作，也就是说，如果LDP无法建立 peer，也就意味着IGP是“永远”无法建立的 这里的永远是加了“”的，为什么？因为存在着特写的情况 什么情况呢？ 就是hold time 超时 默认情况下并没有针对于这一时间进行设置， 你可以根据需要手动进行设置。时间单位是毫秒 假设我们设置为10000毫秒，则就是10s 这个时间的意义就在于，我的IGP邻居是否建立，而建立的前提是METRIC值由于LDP无法正常通告和接收标签，而被设置为最大的。
