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无法正常通告和接收标签,而被设置为最大的。