MPLS-5 路由汇总对MPLS的影响

路由汇总对MPLS的影响

 

我们来详细的解读一下，其实很好理解，这个和LDP的标签捆绑有着密不可分的原因，

因为LDP协议会为本地所产生的路由条止捆绑标签，然后，汇总条目同样是本地产生的，

那么它在往外发的时候，要么是implicit-null 要么是explicit-null，反正就是空。

 

 

 

 解：

如上图所示:

控制层面

1 RE有一条更新，发送给RD，而此时标签为POP,弹出，这个没有问题

2 RD收到以后，再传给RC时，会为此条路由捆绑上一条本地的标签，55

3 RC收到以后，再传给RB，同样会捆绑上一条本地标签44

4 RB收到以后，同样会传给RA。

这是一个标签的MPLS的控制层面过程，

 

但是现在问题来了，

现在在RC上对这个条目进行汇总，看看会发生什么？

 

1 RC会发送自己的汇总条目，并且压上标签为POP，发送给RB，

2 RB发送这个汇总条目给RA， 压入标签23

 

数据层面 

看看数据是怎么走的吧

RA访问10.1.1.0/24这个目标是这样的，

1 RA查自己的FIB表，一看，需要impose 标签值为23，好，走你

2 RB收到以后，一看是个标签包，那么查自己的LFIB表，23 对应的OUTgoing 动作是POP，

那就直接弹出，变成了IP包，直接发给RC，

3 RC收到这个IP包以后，查看自己的FIB表，一看是去往RE的，但是需要impose 标签，值 为44，,又查看了一下LFIB表，好走你44--55 走你

4 RD查LFIB表，55---POP，好，转出去

5 RE，最终才到达了目标主机RE的相连网段。

 

由此可以看出一个问题

在整个MPLS域中，数据走的并不是很顺畅， 由于做了路由汇总，导致RC再次进行标签捆绑分发，

 

所以说，在MPLS的网络环境中，除了在边界设备上做汇总，中间的设备上最好不要做汇总。因为会造成一些意想不到的后果。

我们用一个实例来看一下

 

 

 全网运行EIGRP，以及MPLS，

在R5上宣告一条路由，10.1.1.0/24

然后在R3上的F0/0接口方向进行路由汇总，

我们来查看一下R3的mpls ldp bindings

 

 

 可以看到，10.1.1.0/24的条目本地捆绑标签为304，来自于邻居4.4.4.4通行的标签为405

 

 

 当有数据经过R3时，会查询FLIB表，入站为304，出站为405，直接进行标签转发

 

机智的你是否发现了一个小细节，

在R3上还有一个路由前缀

 

 

 10.1.0.0/16，本地捆绑的标签类型为隐含空，什么意思？

这是一条本地所产生的路由，肯定要被这样标记的，无可厚非。

 

那么既然R3这样标记了，在R2上会是什么样呢？

还可以看到原来的10.1.1.0/24吗？

我猜应该是看不到的，为什么？

这取决于IGP协议进行了汇总，所以你根本就看不到/24的,只能看到/16的

 

本地207，outgoing 动作为Pop,弹出，有点儿意思，

执行了PHP次末跳弹出，

 

到底是怎么回事儿呢？

咱们tracert 一下看看，数据包倒底是怎么走的吧

 

 

 看到在经过R3时，进行了一次拆标签，IP包转发

 如果我们把汇总关掉呢？

来看一下

 当我把R3上的路由汇总手动关闭后，就出现了这样的现象，直接走的都是MPLS标签交换。

 

 

 所以说，在MPLS的环境中，在一些中间设备上最好不要进行路由汇总！！！！

如果是这种单纯的环境中没有任何的影响，可以通信，但如果是MPLS  VPN 的情况，将会是致命的，因为没有标签将无法在vpnv4的通道中被传输

 

 

 

--------------------------------

CCIE成长之路 --- 梅利