网站导航

新闻资讯

当前位置:首页 > 新闻资讯

为何MPLS-TE需要导流操作?

发布时间:2022-04-26

简要描述:

为什么MPLS-TE需要有引流的操作(自动路由,静态,tunne-policy),而LDP却不需要?MPLS-TE和LDP不都是隧道吗?LDP不是隧道,它仅仅是用来将路由表映射为标签Label。MPLS-TE是单向(Uni-Direc...

详细介绍

为什么MPLS-TE需要有引流的操作(自动路由,静态,tunne-policy),而LDP却不需要?

MPLS-TE和LDP不都是隧道吗?

LDP不是隧道,它仅仅是用来将路由表映射为标签Label。

MPLS-TE单向(Uni-Directional)隧道。所谓单向隧道是指,假设隧道Tunnel1的起点是上海PE,隧道的终点是北京PE,通过流量导流操作(Auto-Route,Static Route,Tunnel-Policy)从起点(上海PE)灌入,到达终点(北京PE),游戏就结束了。

北京PE如果有返程的流量去上海PE,能使用上文的隧道Tunnel1吗?

不能。

为何不能?

因为Tunnel1在北京PE上压根不存在。

怎么办?

有两种方法:

  • 方法1:北京PE作为起点,上海PE作为终点,由北京PE主动发起建立一个隧道Tunnelx,这个下标x,为任意正整数或0,假定也是Tunnel1吧。当Tunnel1处于UP状态时,北京PE就可以通过流量导流操作(Auto-Route,Static Route,Tunnel-Policy)从起点(北京PE)灌入,到达终点(上海PE),流量就成功返回。
  • 方法2:北京PE不打算创建什么鬼MPLS-TE隧道,麻烦死了北京PE把流量的转发全权交给路由表做决策。路由表查询发现,流量需要转发给上海的PE。流量就这么转发出去了吗?

No,这种普通的IP转发在这里玩不开了,为什么呢?

因为IP报文的目的IP地址是私有IP,如10.x.x.x/8,在北京PE与上海PE之间,还有很多中间路由器P,它们没有10.x.x.x/8的路由,如果将IP报文转发给中间节点P,那么大概率丢包处理,永远无法到达目的地。

那如何是好?

LDP粉墨登场,LDP就是为了解决以上难题而存在的。每个路由器,包括北京PE、上海PE、中间大量的路由器P,通过OSPF/ISIS知道每个PE的路由表,其中包括北京PE、上海PE、广州PE、深圳PE、成都PE、西安PE、武汉PE等等。然后为每个PE使用LDP动态生成一个Label。这个Label可以告知中间节点路由器P,出口PE是谁?对于核心网的路由器P来说,只要根据Label能将流量转发到出口PE了,就可以了。管你IP报文中的目的IP是什么?自作多情了,中间节点压根不看目的IP,只看Label。

回正题,北京PE查完路由表,然后根据路由表指示的出口PE为上海PE,然后查上海PE对应的LDP表,发现Label =2022,这个2022是谁告诉北京PE的?

天津路由器P告诉的。这里的逻辑是,由于北京PE的OSPF/ISIS邻居是天津P,天津P通过LDP会话北京PE:老哥,如果去往上海PE,请使用标签2022。

于是,北京PE将IP报文打包封装起来,在外面打上标签2022,包裹扔给天津P。

天津P,通过查外包装的2022,知道需要发给苏州路由器P,使用苏州路由器P告知的标签3033。

包裹到达苏州,苏州路由器P根据3033,知道包裹需要扔给上海PE,使用上海PE告知的标签6066。

包裹到达上海PE,上海PE将外包装全部撕掉,只剩下原始的IP报文,目的IP可能是10.x.x.x/8,上海PE说,毫无压力,查询路由表就可以完成最终的转发。这个路由表不是全局路由表,而是客户专属VRF路由表,里面塞满了各种10打头的私有路由表。

用方法2,即LDP动态生成标签,采用标签转发不是挺好的吗,为何要有方法1存在的必要呢?

从上文可以看出,LDP数据的源头是OSPF/ISIS,最短路径算法。按照最短路径走G2是不错的选择,即北京-天津-济南-苏州-上海。但是由于这条G2线路太拥堵,尽管在OSPF/ISIS眼里是最优的,但是到达上海延迟非常大,事实上并不是最优的。因为隔壁的深海高速G15,非常空闲,虽然有点远,但是延迟绝对比G2要小。

尽管G15更优,可是我们却无法将流量切换到G15,因为OSPF/ISIS总是会选择G2,因为Cost最小。

如何能将流量切到G15上去?

这个工具就是MPLS-TE,TE是Traffic Engnieering的缩写,就是为了自由切换流量而存在的。

如何强迫流量走G15?

只要建一个隧道,隧道起点为北京PE,隧道终点为上海PE,然后让RSVP-TE去动态创建隧道就可以了吗?

当然不行。因为这条隧道依然会走G2,即北京-天津-济南-苏州-上海。

需要加入约束算法,告知RSVP-TE,隧道起点为北京PE,隧道终点为上海PE,线路中一定要走青岛、南通,其它的不Care。

由于G2并不满足这个约束条件,被剔除出去。然后就在满足约束条件的路线中,挑选出最短路径,这条线路最后只会是G15。

然后北京PE使用RSVP-TE这个信令协议,沿着G15的线路预约好带宽资源、标签,沿途经过天津、青岛、连云港、南通、上海。

当G15单向隧道创建成功时,就可以通过流量导流操作(Auto-Route,Static Route,Tunnel-Policy)从起点(北京PE)灌入,到达终点(上海PE),游戏就结束了。

 

最后,无论使用LDP转发,还是MPLS-TE转发,都使用标签转发,除了入口PE、出口PE检查IP地址,其它节点压根不看。

 


推荐产品

如果您有任何问题,请跟我们联系!

联系我们

Copyright © 武汉网盾科技有限公司 版权所有 备案号:鄂ICP备2023003462号-5

地址:武汉市东湖高新区光谷大道光谷世贸中心A栋23楼

在线客服 联系方式 二维码

服务热线

18696195380/18672920250

扫一扫,关注我们

关闭