所选语种没有对应资源,请选择:

本站点使用Cookies,继续浏览表示您同意我们使用Cookies。Cookies和隐私政策>

提示

尊敬的用户,您的IE浏览器版本过低,为获取更好的浏览体验,请升级您的IE浏览器。

升级

CloudEngine 12800 V200R003C00 配置指南-MPLS

本文档介绍了MPLS的配置,具体包括MPLS基础、MPLS LDP配置、MPLS QoS配置、MPLS TE配置和SR-TE配置。
评分并提供意见反馈 :
华为采用机器翻译与人工审校相结合的方式将此文档翻译成不同语言,希望能帮助您更容易理解此文档的内容。 请注意:即使是最好的机器翻译,其准确度也不及专业翻译人员的水平。 华为对于翻译的准确性不承担任何责任,并建议您参考英文文档(已提供链接)。
LDP工作机制

LDP工作机制

LDP简介

LDP协议规定了标签分发过程中的各种消息以及相关的处理过程。通过LDP,LSR可以把网络层的路由信息映射到数据链路层的交换路径上,进而建立起LSP。

LDP消息类型

LDP协议主要使用四类消息:

  • 发现(Discovery)消息:用于通告和维护网络中LSR的存在,如Hello消息。

  • 会话(Session)消息:用于建立、维护和终止LDP对等体之间的会话,如Initialization消息、Keepalive消息。

  • 通告(Advertisement)消息:用于创建、改变和删除FEC的标签映射。

  • 通知(Notification)消息:用于提供建议性的消息和差错通知。

为保证LDP消息的可靠发送,除了Discovery消息使用UDP(User Datagram Protocol)传输外,LDP的Session消息、Advertisement消息和Notification消息都使用TCP(Transmission Control Protocol)传输。

LDP工作过程
LDP工作过程主要分为两个阶段:
  1. LDP会话的建立

    通过Hello消息发现邻居后,LSR之间开始建立LDP会话。会话建立后,LDP对等体之间通过不断地发送Hello消息和Keepalive消息来维护这个会话。

    • LDP对等体之间,通过周期性发送Hello消息表明自己希望继续维持这种邻接关系。如果Hello保持定时器超时仍没有收到新的Hello消息,则删除Hello邻接关系。邻接关系被删除后,本端LSR将发送Notification消息,结束该LDP会话。

    • LDP对等体之间通过LDP会话连接上传送的Keepalive消息来维持LDP会话。如果会话保持定时器(Keepalive保持定时器)超时仍没有收到任何Keepalive消息,则关闭TCP连接,本端LSR将发送Notification消息,结束LDP会话。

  2. LDP LSP的建立

    会话建立后,LDP通过发送标签请求和标签映射消息,在LDP对等体之间通告FEC和标签的绑定关系,从而建立LSP。

LDP会话的建立

通过LDP发现机制发现LDP对等体用来建立LDP会话。只有建立了LDP会话后,才能建立LDP LSP来承载业务。

LDP发现机制
LDP发现机制用于LSR发现潜在的LDP对等体。LDP有两种发现机制:
  • 基本发现机制:用于发现链路上直连的LSR。

    LSR通过周期性地发送LDP链路Hello消息(LDP Link Hello),实现LDP基本发现机制,建立本地LDP会话。

    LDP链路Hello消息使用UDP报文,目的地址是组播地址224.0.0.2。如果LSR在特定接口接收到LDP链路Hello消息,表明该接口存在LDP对等体。

  • 扩展发现机制:用于发现链路上非直连LSR。

    LSR周期性地发送LDP目标Hello消息(LDP Targeted Hello)到指定IP地址,实现LDP扩展发现机制,建立远端LDP会话。

    LDP目标Hello消息使用UDP报文,目的地址是指定IP地址。如果LSR接收到LDP目标Hello消息,表明该LSR存在LDP对等体。

LDP会话的建立过程

两台LSR之间交换Hello消息触发LDP会话的建立。

LDP会话的建立过程如图2-1所示:

图2-1 LDP会话的建立过程

  1. 两个LSR之间互相发送Hello消息。

    Hello消息中携带传输地址(即设备的IP地址),双方使用传输地址建立LDP会话。

  2. 传输地址较大的一方作为主动方,发起建立TCP连接。

    图2-1所示,LSR_1作为主动方发起建立TCP连接,LSR_2作为被动方等待对方发起连接。

  3. TCP连接建立成功后,由主动方LSR_1发送初始化消息,协商建立LDP会话的相关参数。

    LDP会话的相关参数包括LDP协议版本、标签分发方式、Keepalive保持定时器的值、最大PDU长度和标签空间等。

  4. 被动方LSR_2收到初始化消息后,LSR_2接受相关参数,则发送初始化消息,同时发送Keepalive消息给主动方LSR_1。

    如果被动方LSR_2不能接受相关参数,则发送Notification消息终止LDP会话的建立。

    初始化消息中包括LDP协议版本、标签分发方式、Keepalive保持定时器的值、最大PDU长度和标签空间等。

  5. 主动方LSR_1收到初始化消息后,接受相关参数,则发送Keepalive消息给被动方LSR_2。

    如果主动方LSR_1不能接受相关参数,则发送Notification消息给被动方LSR_2终止LDP会话的建立。

当双方都收到对端的Keepalive消息后,LDP会话建立成功。

LDP LSP的建立

LDP通过发送标签请求和标签映射消息,在LDP对等体之间通告FEC和标签的绑定关系来建立LSP,而标签的发布和管理由标签发布方式、标签分配控制方式和标签保持方式来决定。

标签的发布和管理

标签发布方式(Label Advertisement Mode)

在MPLS体系中,由下游LSR决定将标签分配给特定FEC,再通知上游LSR,即标签由下游指定,标签的分配按从下游到上游的方向分发。

表2-1,标签发布方式有两种方式。具有标签分发邻接关系的上游LSR和下游LSR必须对使用的标签发布方式达成一致。

表2-1 标签发布方式

标签发布方式

含义

描述

下游自主方式DU(Downstream Unsolicited)

对于一个特定的FEC,LSR无需从上游获得标签请求消息即进行标签分配与分发。

标签发布方式为DU时,系统默认支持LDP为非下游的所有对等体分标签,即每个节点都可以向非下游的所有对等体发送标签映射消息。

图2-2所示,对于目的地址为192.168.1.1/32的FEC,下游(Egress)通过标签映射消息主动向上游(Transit)通告自己的主机路由192.168.1.1/32的标签。

下游按需方式DoD(Downstream on Demand)

对于一个特定的FEC,LSR获得标签请求消息之后才进行标签分配与分发。

图2-2所示,对于目的地址为192.168.1.1/32的FEC,上游(Ingress)向下游发送标签请求消息,下游(Egress)收到标签请求消息后,才会向上游发送标签映射消息。

图2-2 DU和DoD方式

标签分配控制方式(Label Distribution Control Mode)

标签分配控制方式是指在LSP的建立过程中,LSR分配标签时采用的处理方式。

标签分配控制方式有两种方式。
  • 独立标签分配控制方式(Independent):本地LSR可以自主地分配一个标签绑定到某个FEC,并通告给上游LSR,而无需等待下游的标签。

  • 有序标签分配控制方式(Ordered):对于LSR上某个FEC的标签映射,只有当该LSR已经具有此FEC下一跳的标签映射消息、或者该LSR就是此FEC的出节点时,该LSR才可以向上游发送此FEC的标签映射。

标签分配控制方式与标签发布方式可以按照表2-2进行组合。
表2-2 标签分配控制方式和标签发布方式的组合

标签分配控制方式

下游自主方式DU(Downstream Unsolicited)

下游按需方式DoD(Downstream on Demand)

独立标签分配控制方式(Independent)

DU + Independent:

LSR(Transit)无需等待下游(Egress)的标签,就会直接向上游(Ingress)分发标签。

DoD + Independent:

发送标签请求的LSR(Ingress)的直连下游(Transit)会直接回应标签,而不必等待来自最终下游(Egress)的标签。

有序标签分配控制方式(Ordered)

DU + Ordered:

LSR(Transit)只有收到下游(Egress)的标签映射消息,才会向上游(Ingress)分发标签。

DoD + Ordered:

发送标签请求的LSR(Ingress)的直连下游(Transit)只有收到最终下游(Egress)的标签映射消息,才会向上游(Ingress)分发标签。

标签保持方式(Label Retention Mode)

标签保持方式是指LSR对收到的、但目前暂时不需要的标签映射的处理方式。

LSR收到的标签映射可能来自下一跳,也可能来自非下一跳。

表2-3,标签保持方式有两种方式。

表2-3 标签保持方式

标签保持方式

含义

描述

自由标签保持方式(Liberal)

对于从邻居LSR收到的标签映射,无论邻居LSR是不是自己的下一跳都保留。

当网络拓扑变化引起下一跳邻居改变时:

  • 使用自由标签保持方式,LSR可以直接利用原来非下一跳邻居发来的标签,迅速重建LSP,但需要更多的内存和标签空间。

  • 使用保守标签保持方式,LSR只保留来自下一跳邻居的标签,节省了内存和标签空间,但LSP的重建会比较慢。

    保守标签保持方式通常与DoD方式一起,用于标签空间有限的LSR。

保守标签保持方式(Conservative)

对于从邻居LSR收到的标签映射,只有当邻居LSR是自己的下一跳时才保留。

目前设备仅支持如下组合方式:
  • 下游自主方式(DU)+ 有序标签分配控制方式(Ordered)+ 自由标签保持方式(Liberal),该方式为缺省方式。

LDP LSP的建立过程

LSP的建立过程实际就是将FEC和标签进行绑定,并将这种绑定通告LSP上相邻LSR的过程。如图2-3所示,下面结合下游自主标签发布方式和有序标签控制方式来说明其主要步骤。

图2-3 LDP LSP的建立过程

  1. 缺省情况下,网络的路由改变时,如果有一个边缘节点(Egress)发现自己的路由表中出现了新的主机路由,并且这一路由不属于任何现有的FEC,则该边缘节点需要为这一路由建立一个新的FEC。

  2. 如果MPLS网络的Egress有可供分配的标签,则为FEC分配标签,并主动向上游发出标签映射消息,标签映射消息中包含分配的标签和绑定的FEC等信息。

  3. Transit收到标签映射消息后,判断标签映射的发送者(Egress)是否为该FEC的下一跳。若是,则在其标签转发表中增加相应的条目,然后主动向上游LSR发送对于指定FEC的标签映射消息。

  4. Ingress收到标签映射消息后,判断标签映射的发送者(Transit)是否为该FEC的下一跳。若是,则在标签转发表中增加相应的条目。这时,就完成了LSP的建立,接下来就可以对该FEC对应的数据报文进行标签转发。

上面介绍的是普通LDP LSP的建立,还有一种代理Egress LSP。代理Egress(Proxy Egress)是能够针对非本地路由触发建立LSP的Egress节点,当路由器使能倒数第二跳弹出时,倒数第二跳节点实际上就是一种特殊的代理Egress。一般情况下,代理Egress由配置产生。代理Egress可以应用于网络中有不支持MPLS特性的交换机场景,也可用于解决BGP路由负载分担问题。

图2-4所示,LSR_1、LSR_2和LSR_3处于同一个MPLS域中,LSR_4未使能MPLS LDP(可能由于不支持MPLS LDP特性)。此时,如果将建立LSP的策略配置为所有IGP路由都触发建立LDP LSP,那么LSR_3将成为代理Egress,即在LSR_1、LSR_2和LSR_3仍可以建立到LSR_4的LDP LSP。

图2-4 代理Egress

翻译
下载文档
更新时间:2019-05-05

文档编号:EDOC1100004215

浏览量:29182

下载量:483

平均得分:
本文档适用于这些产品
相关文档
相关版本
Share
上一页 下一页