MPLS的研究发展及其关键技术综述( 三 )

可以通过在MPLS消息中加入路径矢量域来检测路由环。路径矢量域中包含了前传某个流的每个节点的标识符。当某个节点收到这个域时，就检查自己的标识符是否已经在路径矢量域中：假如已经有了，则表明产生了回路；假如没有，则将自己的标识符加到路径矢量域中并前传MPLS消息。
ARIS提出了一种扩散算法（diffusion）来防止路由环。对于某个流，当某个节点的下一跳发生变化时，首先用diffusion算法来判定是否会产生路由环。在执行完毕之前，仍沿用旧的路径来发送数据。MPLS工作组也在考虑其它扩展性更好的机制。在1999年5月提出的Internet草案中提出了一种线程机制（Threads Mechanism）。当一个节点（比如入口节点）想建立LSP或它的下一跳发生改变时，它向下游节点发送一个thread，thread由唯一的颜色（color）、跳数（hop count）和TTL三部分组成。假如节点收到了由它先前发出的thread，则说明有回路产生；假如它收到出口节点发回的确认消息，则说明不会形成回路。虽然线程机制功能强大，但操作过于复杂，而且节点必须保留经过它的所有thread的信息。由于目前的LDP（标记分配协议）有路由环的检测功能，因此1999年6月提出的Internet草案中提出了一种简单的防止机制来配合LDP：其工作原理与数据流的流向和树的类型无关，可以很好地支持组播。通过向树的根节点发送标记合并消息（label splice message），并等待根节点的确认消息来判定是否存在环路。它没有提供检测控制消息的环路的方法，不过LDP已有相应的解决办法。MPLS工作组目前仍未决定究竟选哪种机制。
3.RSVP与MPLS
已有人提出通过直接路由将RSVP和MPLS结合起来，并可以用于流量工程（trafficengineering）。草案规定了如何对RSVP流进行标记的分配和绑定，并通过RSVP的消息（PATH和RESV消息）来传送相应信息。其中需要解决的问题有：当ATM不支持流合并时，要为每个发送方分配一个标记，此时如何将一组标记作为整个来进行资源预留；如何在ATM中进行TTL处理；如何在共享煤质上进行标记分区等。
当RSVP路径因某种原因发生故障时，RSVP将采用普通的best－effort路由来前传，而这与流量工程的目的相矛盾：因为当一部分流量采用预定的路径时，另一部分流量却采用动态路由。而且，当一条路径的一部分采用预定的路径，而其它部分采用动态逐跳路由时，有可能出现永久路由环。
4.MPLS在共享媒质中
现已提出两种方案，一种是将shim头放在MAC头和网络层头之间，当数据在共享媒质中前传时，不使用shim头，而仅在共享媒质的边界路由器使用；另一种机制是通过重新定义目的MAC地址的语义，将标记编码到MAC头中，这样就不需要象第一种方案那样要对帧进行分段，而且网桥可以具有路由功能。但它的缺点是无法和现有的LAN互通。
四、结束语
除了以上提到的，MPLS工作组对一些方面的问题还没有充分涉及到。例如与其它许多已比较成熟的IP over ATM技术之间的互操作性等。总之，MPLS还是一项非常不成熟的技术，许多方面仍在进行标准化过程，仅有草案。到目前为止，在1999年3月通过了RFC2547（提出了一种ISP如何利用MPLS和BGP在主干网上为企业提供VPN的方案）；1999年9月通过了RFC2682（提出一个实现VC合并的简单模型，并进行了初步性能分析）、FRC2702（给出了在MPLS中提供流量治理的要求）。对许多要害问题仅提出粗略的解决方案，也没有任何性能上的测试和验证；有些则还处于初步阶段，如：组播、路由跟踪（traceroute）、O&M、用于政策路由的直接路由以及安全性等方面。预计相应的标准要到2000年才能制定出来。