组网 TE静态配置原理

递归静态路由：静态路由终究目的地的下一跳不是TE隧道的接口，TE隧道接口仅仅是到达目的地的一个中间环节。

简单的说，要到达目的地的下一跳需要TE隧道来进行路由迭代。假定任意两个节点间的路径代价都为10。在RTA—RTF之间建立隧道tunnel1，流量从RTA转发到RTG，我们希望流量能沿着隧道从RTA到达RTF，再到达RTG。

我们可以静态制定到达RTG的路由的下一跳为隧道的入口。

在本例中，由于我们只指定了到达RTG的下一跳为隧道接口，而没有指定到其他节点的下一跳，因此只有到达RTG的流量会使用隧道tunnel1;对其余流量，依然会根据IGP选路来决定转发路径。所以对静态路由方式，它影响的只是我们静态配置的节点的流量，其余节点不受影响。

静态路由转发配置繁复，我们需要为所有需要使用隧道的流量做静态配置，工作量较大。自动路由可以实现象路由协议一样自动的完成流量在隧道中的转发。目前版本条件下(平台版本4830)，在IGP是OSPFTE的情况下，可以实现autoroute功能;

而在IGP是ISISTE的情况下不能支持autoroute功能。

假定任意两节点间的链路代都为10。RTG之前的节点会根据IGP来选路，在RTF以后的节点都通过TE隧道转发。采取Shortcut模式的自动路由，只能影响隧道首真个选路，不会对TE隧道接口进行通告。也就是说，只有RTA在选路的时候会斟酌使用隧道，对RTA之前的路由器其实不感知到隧道的存在。在实际的网络中，常常只有在少数的核心结点部署组网TE，那末边沿结点根本就没法感知TE隧道的存在，只能依照传统的IGP选路。TE支持两种度量方式：IGPMetric和TEMetric。Shortcut模式中，TE隧道采取TEMetric作为度量时，可能会影响非隧道端结点IGP的选路。*在上图中，RTV和RTE之间建立隧道，在RTC上配置了shortcut方式，流量需要从RTA转发到其他各个节点。RTA其实不知道TE隧道的存在，所以RTA仍将依照IGP进行选路。这样选出来的路可能就不是最优的。比如：从RTA到RTE，依照IGP选路的话，会选择路径RTA—RTB—RTE，花费为20。但是实际上，要是使用隧道的话，即沿着路径RTATunnel1—RTE，花费为15。明显比IGP选出的路径更优，但是由于RTA感觉不到隧道的存在，致使它不会选择RTC作为下一跳。*在转发捷径的方式中，非隧道首真个节点感觉不到隧道的存在，所以在选路的时候或会根据IGP来选路，即便IGPmetric很大。转发邻接方式则克服了这个问题，它可以在网络中通告隧道接口，把隧道当作IP链路来通告，使得所有节点都知道隧道的存在，这样在选路的时候会根据metric大小选择最小的。*TE隧道作为一条虚连接在IGP路由协议区域内进行通告，RTA将知道TE隧道的存在。可以和前面的shortcut进行对照。转发邻接方式中，由于隧道被当作链路来通告，使得IGP运行区域中所有节点都感知它的存在，因此在选路的时候会把它斟酌进来。如图中，流量从RTA到RTE，要是完全依照IGP选路的话，会选择RTA—RTB—RTE，cost为20。这明显不是最优的路径，所以RTA会选择RTC作为下一跳，这样流量到了RTC时，会选择隧道作为传输路径，总的花费只有15，节省了开开消。*IP网络中，由于链路或节点的故障一般需要几秒中的时间来收敛和恢复。组网网络中，和IP网络相比有更多的工作需要做，所以收敛和恢复的时间可能更长。传统IP网络中路径的保护主要是通过IGP收敛来完成。全部进程包括LinkFailureDetect、IGPReaction&Convergence、SPFRecalculation几大部份，收敛的时间最少需要几分钟。对这样的收敛时间已没法满足语音、视频、数据等多业务融会的IP承载网络的需求。这样，在故障恢复的进程中，数据将不能正常转发。为了保证数据的正常转发，MPLETE设计了流量保护功能，最大限度保护流量不受影响。目前有两种流量保护的方式：路径保护和快速重路由。*局部保护就是我们常说的组网FastReroute。局部保护是一种临时性的保护措施，一旦局部保护产生后，需要及时通告隧道首端进行隧道路径的重新计算和及时切换。局部保护倒换的时间比较短，能保证在50MS内。局部保护又可分为：链路保护(LinkProtection)和节点保护(NodeProtection)。链路保护：当检测到链路产生故障时，保证50ms内把流量切换到保护链路上。同时通告隧道的出发点进行主隧道的重优化。链路保护是保护部份链路，而非特定的LSP隧道。