CN110896379B - 报文的发送方法、绑定关系的通告方法、装置及存储介质 - Google Patents

报文的发送方法、绑定关系的通告方法、装置及存储介质 Download PDF

Info

Publication number
CN110896379B
CN110896379B CN201811070482.2A CN201811070482A CN110896379B CN 110896379 B CN110896379 B CN 110896379B CN 201811070482 A CN201811070482 A CN 201811070482A CN 110896379 B CN110896379 B CN 110896379B
Authority
CN
China
Prior art keywords
label
fec
container
node
message
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201811070482.2A
Other languages
English (en)
Other versions
CN110896379A (zh
Inventor
彭少富
金飞蔡
张宝亚
汤海华
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN201811070482.2A priority Critical patent/CN110896379B/zh
Priority to US17/274,595 priority patent/US11671352B2/en
Priority to EP19861174.1A priority patent/EP3852319B1/en
Priority to PCT/CN2019/105626 priority patent/WO2020052641A1/zh
Publication of CN110896379A publication Critical patent/CN110896379A/zh
Application granted granted Critical
Publication of CN110896379B publication Critical patent/CN110896379B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46Interconnection of networks
    • H04L12/4633Interconnection of networks using encapsulation techniques, e.g. tunneling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/16Multipoint routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/24Multipath
    • H04L45/245Link aggregation, e.g. trunking
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/50Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/74Address processing for routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/74Address processing for routing
    • H04L45/745Address table lookup; Address filtering

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明提供了一种报文的发送方法、接收方法、装置、存储介质及电子装置,其中,该方法包括:在进行了路由聚合的第一节点上接收到第一报文;在所述第一报文与预先在所述第一节点上设置的第一入标签映射ILM表项匹配的情况下,将所述第一报文的标签交换为明细转发等价类FEC对应的出标签,得到第二报文;按照明细FEC对应的标签转发路径LSP将所述第二报文转发给下游节点。通过本发明,解决了相关技术中的在路由聚合后无法为业务建立端到端LSP的问题。

Description

报文的发送方法、绑定关系的通告方法、装置及存储介质
技术领域
本发明涉及通信领域,具体而言,涉及一种报文的发送方法、绑定关系的通告方法、装置、存储介质及电子装置。
背景技术
MPLS(Multiprotocol Label Switching多协议标签交换,见RFC3031)架构中提到了FEC(Forwarding Equivalence Class转发等价类)聚合的概念和可能的FEC聚合策略。可以是粗粒度的聚合策略,将多个不同的FEC组成一个联合体,此时该联合体本身是一个FEC,将联合体内的各个成员称为component FEC(或称为明细FEC),为该联合体分配单个MPLS标签;也可以是细粒度的聚合策略,即为每个明细FEC都分配MPLS标签;或者介于粗粒度与细粒度之间。一个例子是,FEC聚合策略一般可以简单的沿用路由聚合策略,此时聚合后的路由本身是一个FEC并被分配MPLS标签;另一个例子是BGP(Border Gateway Protocol边界网关协议)/MPLS IP VPN(Internet Protocol Virtual Private Networks,IP虚拟专用网,见RFC4364)中的per-VPN(每VPN)标签分配模式,此时PE(Provider Edge)设备会为同一VPN实例内的所有本地CE(Customer Edge)设备侧私网路由都分配相同的MPLS标签。从这些例子中,我们可以看到FEC聚合策略本质上是一种标签分配策略,相应的标签转发行为一般是POP(弹出)后基于IP载荷继续转发,对现有的MPLS转发机制并没有新要求;发生FEC聚合后一般不再为明细FEC建立端到端的MPLS LSP(Label Switched Path,标签转发路径),但很多场景下仍需要配置复杂的策略为指定的明细FEC建立端到端的MPLS LSP。
在实际网络部署中,路由聚合后在IGP(Interior Gateway Protocol,内部网关协仪,如ISIS(Intermediate System to Intermediate System中间系统至中间系统协议),OSPF(Open Shortest Path First开放式最短路径优先协议))域间泄露是很常见的,IP转发的最长匹配规则天然支持路由聚合,但是现有MPLS LSP的转发机制却是基于精确匹配规则,因此总是需要一定数量的端到端的明细FEC通告。针对这种FEC聚合策略和路由聚合策略不一致的状况,业界提出了一些解决思路,如RFC5283、RFC7032是对LDP(LabelDistribution Protocol标签分发协议,见RFC5036)协议做了扩展,其中,RFC5283的主要思路是将原来RFC5036规定的明细FEC必须有精确匹配的明细路由时才建立LSP的限制去掉,改为只要明细FEC能最长匹配到一条路由,该路由的下一跳恰好是明细FEC的标签通告邻居即可;RFC7032的主要思路是让业务去动态触发明细FEC的LSP建立和销毁,解决明细FEC如何诞生和消亡的问题,以及提供LDP DOD(Downstream on Demand下游按需)快速收敛的手段。这种解决思路有其局限性,无法作为一种通用的解决方案适用于其它MPLS标签分发协议,比如BGP、SR(Segment Routing分段路由,此处特指SR-MPLS,即SR应用MPLS转发平面)。
针对相关技术中存在的在路由聚合后无法为业务建立端到端LSP的问题,目前尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种报文的发送方法、绑定关系的通告方法、装置、存储介质及电子装置,以至少解决相关技术中存在的在路由聚合后无法为业务建立端到端LSP的问题。
根据本发明的一个实施例,提供了一种报文的发送方法,包括:在进行了路由聚合的第一节点上接收到第一报文;在所述第一报文与预先在所述第一节点上设置的第一入标签映射ILM表项匹配的情况下,将所述第一报文的标签交换为明细转发等价类FEC对应的出标签,得到第二报文;按照所述明细FEC对应的标签转发路径LSP将所述第二报文转发给下游节点。
根据本发明的另一个实施例,提供了一种绑定关系的通告方法,包括:在第二节点上接收由第一节点通告的绑定关系,其中,所述第一节点为进行了路由聚合的节点,所述绑定关系为容器标签与第一容器FEC之间的绑定关系,所述容器标签是所述第一节点中预先为所述第一容器FEC分配的,所述第一容器FEC是对所述第一节点上聚合的路由进行配置后得到的携带容器标志的FEC,所述容器标志用于标识所述第一容器FEC为容器FEC类型。
根据本发明的另一个实施例,提供了一种报文的发送装置,包括:第一接收模块,用于在进行了路由聚合的第一节点上接收到第一报文;交换模块,用于在所述第一报文与预先在所述第一节点上设置的第一入标签映射ILM表项匹配的情况下,将所述第一报文的标签替换为明细转发等价类FEC对应的出标签,得到第二报文;转发模块,用于按照所述明细FEC对应的标签转发路径LSP将所述第二报文转发给下游节点。
根据本发明的另一个实施例,提供了一种绑定关系的通告装置,包括:第二接收模块,用于在第二节点上接收由第一节点通告的绑定关系,其中,所述第一节点为进行了路由聚合的节点,所述绑定关系为容器标签与第一容器FEC之间的绑定关系,所述容器标签是所述第一节点中预先为所述第一容器FEC分配的,所述第一容器FEC是对所述第一节点上聚合的路由进行配置后得到的携带容器标志的FEC,所述容器标志用于标识所述第一容器FEC为容器FEC类型。
根据本发明的又一个实施例,还提供了一种存储介质,所述存储介质中存储有计算机程序,其中,所述计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
根据本发明的又一个实施例,还提供了一种电子装置,包括存储器和处理器,所述存储器中存储有计算机程序,所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。
通过本发明,对报文的标签进行替换以实现端到端的LSP,相对于相关技术,不需要配置复杂的策略控制明细FEC通告以建立端到端的LSP,只需简单的随路由聚合建立端到端的LSP,有效解决了相关技术中的在路由聚合后无法为业务建立端到端LSP的问题。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例的报文的发送方法的流程图;
图2是根据本发明实施例的是container label后直接跟随明细FEC相应IP地址的报文封装格式;
图3是根据本发明实施例的container_header的一种具体封装格式;
图4是根据本发明实施例的container label后跟随container_header的报文封装格式;
图5是根据本发明具体实施例的扩展MPLS标签协议以及SR路由协议的具体实施方式;
图6是根据本发明实施例的绑定关系的通告方法的流程图;
图7是根据本发明具体实施例一、二的网络拓扑图;
图8是根据本发明具体实施例三的网络拓扑图;
图9是根据本发明实施例的报文的发送装置的结构框图;
图10是根据本发明实施例的绑定关系的通告装置的结构框图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。
在本发明实施例中提出了一种FEC容器(container)的概念,以解决路由聚合后为业务建立端到端LSP的问题。之所以称为容器标签,是为了与现有技术中的FEC聚合(Aggregation)不混淆,前者相比后者,在协议通告与转发机制上存在关键差异。
首先需要说明的是,在本发明中,在第一节点侧接收的报文对应于第一报文,创建的ILM表项对应于第一ILM表项,配置的容器FEC对应于第一容器FEC,查询的FTN表项对应于第一FTN表项。下面对本发明进行说明:
在本实施例中提供了一种报文的发送方法,图1是根据本发明实施例的报文的发送方法的流程图,如图1所示,该流程包括如下步骤:
步骤S102:在进行了路由聚合的第一节点上接收到第一报文;
步骤S104:在所述第一报文与预先在所述第一节点上设置的第一入标签映射ILM表项匹配的情况下,将所述第一报文的标签交换为明细转发等价类FEC对应的出标签,得到第二报文;
步骤S106:按照所述明细FEC对应的标签转发路径LSP将所述第二报文转发给下游节点。
其中,执行上述步骤的可以是上述的第一节点。在上述实施例中,聚合后的路由可以记为aggregation-prefix。在发生路由聚合的第一节点(可称为节点A)上,针对某个aggregation-prefix-A配置将作它作为容器FEC。容器FEC就是普通的prefix FEC,只不过打上了容器标志,并不是一种新的FEC类型,比如:对于LDP、BGP协议来说,可以照常为该aggregation-prefix-A分配标签(例如,MPLS标签,下面以MPLS标签为例),创建相应的ILM表项,在ILM表项中打上容器标志;对于SR-MPLS的协议(如ISIS、OSPF、BGP路由协议)来说,可以照常为aggregation-prefix-A分配prefix-sid(Segment ID),创建相应的ILM表项,同样也在ILM表项中打上容器标志。
通过上述步骤,对报文的标签进行替换以实现端到端的LSP,相对于相关技术,不需要配置复杂的策略控制明细FEC通告以建立端到端的LSP,只需简单的随路由聚合建立端到端的LSP,有效解决了相关技术中的在路由聚合后无法为业务建立端到端LSP的问题。
在一个可选的实施例中,在进行了路由聚合的第一节点上接收到第一报文之前,所述方法还包括:在所述第一节点上将聚合的路由配置为第一容器FEC,其中,所述第一容器FEC携带容器标志,所述容器标志是用于标识所述第一容器FEC为容器FEC类型;为所述第一容器FEC创建所述第一ILM表项,其中,所述第一ILM表项中携带所述容器标志。通过上述实施例,可以通过配置将上述aggregation-prefix作为一个容器FEC并为其分配MPLS标签(记为容器标签),创建相应的ILM(Incoming Label Map,入标签映射)表项,表项中打上容器标志,则命中此ILM表项的标签报文将根据报文标签栈中容器标签之后的封装信息查询出明细FEC对应的出标签并作标签交换操作,报文继续沿明细FEC对应的LSP转发。
在一个可选的实施例中,将所述第一报文的标签交换为明细转发等价类FEC对应的出标签包括:根据报文标签栈中容器标签之后的封装信息查询出所述明细FEC对应的出标签,其中,所述报文标签栈为在处于所述第一节点的上游的节点上生成的标签栈,所述容器标签为与所述第一容器FEC具有绑定关系的多协议标签交换MPLS标签;将所述第一报文的标签交换为查询出的所述明细FEC对应的出标签。在本实施例中,上述报文标签栈是通过如下方式生成的:
节点A(对应上述的第一节点)收到的标签报文是处于A的上游的节点上生成的,可以是如下所示的S节点:
S----P1----P2----A----P3----P4------D1
\------D2
首先A节点作为发生路由聚合的节点,将明细的(D1,D2,D3,...)等主机路由聚合成一个Dx聚合路由并向S侧方向泛洪,容器FEC Dx诞生于A节点,分配容器标签并向S侧方向通告,P2收到后重新分配标签后向P1通告,P1收到后重新分配标签向S通告,最终S节点上针对容器FEC Dx生成FTN表项,通俗一点说就是S节点上有一条FEC为Dx的LSP。其次S节点上对于欲发往目的地为明细D1(或D2,D3等)的报文,S节点会根据目的IP D1查找匹配到上述容器FEC Dx对应的FTN表项,由于FTN表项中有容器标志,所以S节点为报文封装FTN表项中给出的出标签,还在标签之后继续封装明细FEC D1信息。
在一个可选的实施例中,在根据报文标签栈中容器标签之后的封装信息查询出所述明细FEC对应的出标签之前,所述方法还包括:配置所述绑定关系。
在一个可选的实施例中,在配置所述绑定关系之后,所述方法还包括:将所述绑定关系通告给除所述第一节点之外的其他节点。
在一个可选的实施例中,在根据报文标签栈中容器标签之后的封装信息查询出所述明细FEC对应的出标签包括:根据所述报文标签栈中所述容器标签之后的明细FEC封装信息查询所述明细FEC对应的第一FEC至下一跳标签转发单元映射FTN表项;在查询到所述第一FTN表项的情况下,确定所述第一FTN表项中的出标签为所述明细FEC对应的出标签。
在一个可选的实施例中,在根据所述报文标签栈中所述容器标签之后的明细FEC信息查询所述明细FEC对应的第一FEC至下一跳标签转发单元映射FTN表项之后,所述方法还包括以下至少之一:
在未查询到所述第一FTN表项的情况下,且在确定所述容器标签的栈底标志有效的情况下,移除所述报文标签栈中的所述容器标签及之后的明细FEC信息,根据互联网协议IP载荷查询路由表,并根据所述路由表转发所述第一报文;
在未查询到所述第一FTN表项的情况下,且在确定所述容器标签的栈底标志无效时,丢弃所述第一报文。
在一个可选的实施例中,在根据所述报文标签栈中所述容器标签之后的明细FEC信息查询到所述明细FEC对应的第一FEC至下一跳标签转发单元映射FTN表项之前,所述方法还包括:维护与所述第一节点的前一节点生成的所述第一FEC对应的所述第一FTN表项,其中,所述第一节点的前一节点包括原始产生所述第一FEC的节点。
在上述实施例中,第一节点可以作为该容器FEC的出口egress节点,则ILM表项中标签操作为POP(弹出)且打上容器标志,则命中此ILM表项的标签报文将根据报文标签栈中容器标签之后紧随的明细FEC信息查询到明细FEC对应的FTN表项(记为FTN-detailed,在本实施例中,这里统一称为查询到FTN表项,是强调根据FEC信息查询,实际上从后面的具体实施方式可知,明细FEC信息有多种表示方式,可以是IP地址、prefix-sid、MPLS label,那么相应实际查询到的表项可能是路由表项、SID表项、标签表项,这取决于本地实现)的出标签并作标签交换操作(需要说明的是,在应用RFC8029时,此时实际上也同时发生了FECchange),报文继续沿明细FEC对应的LSP转发(需要说明的是,由于查询到的FTN-detailed表项中没有容器标志,则转发时要移除报文标签栈中原来容器标签之后紧随的明细FEC信息),如果查询不到明细FEC对应的FTN表项,则根据容器标签的栈底标志是否有效决定报文是继续沿IP转发(栈底标志有效时,此时将移除报文标签栈中的容器标签及其后紧随的明细FEC信息,根据IP载荷查路由表转发)还是丢弃(栈底标志无效时)。
在一个可选的实施例中,当所述第一节点的前一节点生成的第一FEC的类型不为容器FEC时,所述第一FTN表项不包括所述容器标志;
在另一个可选的实施例中,当所述第一节点的前一节点生成的第一FEC的类型为容器FEC时,所述第一FTN表项也包括所述容器标志。
在一个可选的实施例中,上述方法还包括以下至少之一:当所述第一FTN表项中不包括所述容器标志时,将所述第一报文中的容器标签交换为所述第一FTN表项中的出标签,且移除所述第一报文中的容器标签之后的明细FEC信息;当所述第一FTN表项中包括所述容器标志时,将所述第一报文中的容器标签交换为所述第一FTN表项中的出标签,且保留所述第一报文中的容器标签之后的明细FEC信息。
在一个可选的实施例中,所述明细FEC封装信息的封装形式包括以下至少之一:直接封装所述明细FEC的IP地址信息的封装形式;利用封装头封装以下信息至少之一的封装形式:所述明细FEC的IP地址信息、MPLS标签信息、段标识SID信息;其中所述IP地址信息包括以下之一:完整的IP地址信息、仅包括IP地址的主机段信息。
在上述实施例中,MPLS报文标签栈中紧随容器标签之后的明细FEC封装信息可以有多种形式,如:
类型1(Style-1):直接封装明细FEC相关的IP地址信息;
类型2(Style-2):一种封装头(记为container_header),在container_header中继续封装明细FEC相关的IP地址信息、或MPLS Label信息、或SID信息,其中IP地址信息又可分为封装完整IP地址信息和仅封装IP地址的主机段信息;
未来可能还包含其它Style,比如使用某个MPLS保留标签,其后紧随明细FEC信息。
上述明细FEC信息的Style封装形式在节点A上配置容器FEC时就要作为配置选项予以指定,一旦配置确定后就不建议随意再变动配置以避免报文解析错误。
图2是Style-1对应的报文封装,取决于容器FEC是IPv4prefix还是IPv6prefix,所封装的明细FEC相关的IP地址信息可以是一个IPv4地址(见图2中的a))或者IPv6地址(见图2中的b))。
图3是container_header的一种具体实施方式的封装格式,其中:
前4比特是全1;
Ver:占4比特,表示版本号,当前取值为0;
Reserved:占8比特,未用的保留字段,填0;
Length:占8比特,表示所封装的明细FEC信息的长度占用多少个4字节,不包含container_header自身的长度。合理的取值范围是1~4;
Type:占8比特,表示所封装的明细FEC信息的封装类型,当前定义了四种类型:
Type=0:封装明细FEC对应的完整IP地址;
Type=1:封装明细FEC对应的IP地址的主机段信息,主要用于IPv6地址信息的封装(也可用于IPv4),以节约封装大小,节点A收到报文时需要拿此信息(作为完整IP地址的主机段)与aggregation-prefix-A(作为完整IP地址的网络段)合并得到最终的明细FEC对应的完整IP地址;
Type=2:封装明细FEC对应的MPLS Label信息,主要用于明细FEC对应的MPLSLabel被当成属性随业务通告(如VPN路由通告)的场景;
Type=3:封装明细FEC对应的prefix-sid信息,主要用于明细FEC对应的prefix-sid被当成属性随业务通告(如VPN路由通告)的场景;
图4是Style-2对应的报文封装,取决于容器FEC是IPv4prefix还是IPv6prefix,所封装的明细FEC相关的IP地址信息可以是一个IPv4地址(见图4中的a))或者IPv6地址(见图4中的b),IPv6时推荐采用type=1,比如aggregation-prefix-A的prefix-length为96比特时,仅需要封装32比特的明细FEC对应IPv6地址的主机段即可)。另外,所封装的明细FEC信息也可以是MPLS label(见图4中的c),该MPLS label是节点A为该明细FEC分配的)或者prefix-sid(见图4中的d))。
在一个可选的实施例中,所述方法还包括:将所述明细FEC封装信息的封装形式通告给所述其他节点。
在一个可选的实施例中,所述通告的通告方式包括以下至少之一:对用于通告前缀prefix类型FEC的标签绑定消息的MPLS标签协议进行扩展,利用扩展后的MPLS标签协议进行通告;对用于通告前缀prefix类型FEC的标签绑定消息的分段路由SR协议进行扩展,利用扩展后的SR协议进行通告。在上述实施例中,第一节点可以通过MPLS标签协议向邻居节点B通告容器FEC的标签绑定消息,在通告消息中准确的设置所配置的Style封装形式。现有的能支持通告prefix类型FEC的标签绑定消息的MPLS标签协议(如LDP、BGP)以及SR路由协议(如ISIS、OSPF、BGP)等,均可扩展以支持容器FEC的标签绑定信息的通告。为了兼容旧设备,容器FEC的标签绑定信息的通告不能简单的在现有的FEC通告消息中增加容器标志的方式来支持,否则那些无法识别容器标志的节点可能虽然忽略了容器标志但是继续将容器标签当成正常的MPLS Label用于标签报文的封装,使得所封装的标签报文的标签栈中容器标签之后没有紧跟明细FEC信息,那么这样的报文到达节点A时,节点A总是认为容器标签之后紧跟有明细FEC信息,必然会导致报文解析错误。
在一个可选的实施例中,包括以下至少之一:
当所述MPLS标签协议包括标签分发协议LDP协议时,对用于通告前缀prefix类型FEC的标签绑定消息的LDP协议进行扩展包括:在征求修正意见书RFC5036的基础上,在所述LDP协议中增加容器标签类型-长度-值Container Label TLV;利用扩展后的LDP协议进行通告包括:利用所述扩展后的LDP协议中的所述Container Label TLV进行通告;下面结合附图5对本实施例进行说明,根据前述的兼容原则,图5中的a)是扩展LDP支持容器FEC的标签绑定信息通告的一种具体实施方式,是在RFC5036的基础上,新增一种Container LabelTLV,与已有的Generic Label TLV完全类似,只不过TYPE取值为0x02ff,另外其中的Style字段可取值为1(见前述Style-1)或2(见前述Style-2),其它字段的解释与Generic LabelTLV完全相同。通过这种引入新的Container Label TLV而不是在现有的Generic LabelTLV中扩展添加容器标志或者在现有的FEC TLV中扩展添加容器标志的具体实施方式,使得那些不识别Container Label TLV的旧设备,将直接丢弃所接收到的容器FEC的标签绑定信息通告消息,而对那些能识别Container Label TLV的新设备则正常处理并安装表项。
当所述SR协议包括中间系统到中间系统ISIS协议时,对用于通告前缀prefix类型FEC的标签绑定消息的ISIS协议进行扩展包括:在draft-ietf-isis-segment-routing-extensions-16的基础上,在所述ISIS协议中增加容器-前缀-段标识子-类型-长度-值Container-Prefix-SID Sub-TLV;利用扩展后的ISIS协议进行通告包括:利用所述扩展后的ISIS协议中的所述Container-Prefix-SID Sub-TLV进行通告;下面结合附图5对本实施例进行说明,类似的,图5中的b)是扩展ISIS支持容器FEC的标签绑定信息通告的一种具体实施方式,是在draft-ietf-isis-segment-routing-extensions-16的基础上,新增一种Container-Prefix-SID Sub-TLV,与已有的Prefix-SID Sub-TLV完全类似,只不过TYPE取值为15,在Flags字段中新增S-Flag标志位(可取值为0对应前述Style-1或取值为1对应前述Style-2),注意此时Flags中已有的如下标志位的取值是固定的:N-Flag必须为0,P-Flag必须为1,E-Flag必须为0;其它字段的解释与Prefix-SID Sub-TLV完全相同。通过这种引入新的Container-Prefix-SID Sub-TLV而不是在现有的Prefix-SID Sub-TLV中扩展添加容器标志或者在现有的prefix通告(如TLV-135(Extended IPv4reachability)定义于RFC5305,或TLV-235(Multitopology IPv4Reachability)定义于RFC5120,或TLV-236(IPv6IP Reachability)定义于RFC5308,或TLV-237(Multitopology IPv6IPReachability)定义于RFC5120)中扩展添加容器标志的具体实施方式,使得那些不识别Container-Prefix-SID Sub-TLV的旧设备,将直接丢弃所接收到的容器FEC的标签绑定信息通告消息,而对那些能识别Container-Prefix-SID Sub-TLV的新设备则正常处理并安装表项。
当所述SR协议包括边界网关协议BGP时,对用于通告前缀prefix类型FEC的标签绑定消息的BGP进行扩展包括:在draft-ietf-idr-bgp-perfix-sid-20的基础上,在所述BGP中增加容器-标签-索引类型-长度-值Container-Label-Index TLV,其中,所述Container-Label-Index TLV随BGP Prefix-SID属性携带;利用扩展后的BGP进行通告包括:利用所述扩展后的BGP中的所述Container-Label-Index TLV进行通告。下面结合附图5对本实施例进行说明,类似的,图5中的c)是扩展SR-BGP支持容器FEC的标签绑定信息通告的一种具体实施方式,是在draft-ietf-idr-bgp-prefix-sid-20的基础上,新增一种Container-Label-Index TLV,随BGP Prefix-SID属性携带,与已有的Label-Index TLV完全类似,只不过TYPE取值为2,在Flags字段中新增S-Flag标志位(可取值为0对应前述Style-1或取值为1对应前述Style-2);其它字段的解释与Label-Index TLV完全相同。通过这种引入新的Container-Label-Index TLV而不是在现有的Label-Index TLV中扩展添加容器标志或者在现有的prefix通告(如Labeled IPv4/IPv6unicast prefixes定义于RFC8277,简称BGP-LU路由)中扩展添加容器标志的具体实施方式,使得那些不识别Container-Label-IndexTLV的旧设备,将直接丢弃所接收到的容器FEC的标签绑定信息通告消息,而对那些能识别Container-Label-Index TLV的新设备则正常处理并安装表项。
其它MPLS标签协议(如BGP)以及SR路由协议(如OSPF)的扩展也按此兼容原则,不再赘述。
在一个可选的实施例中,所述第一ILM表项中标签操作为弹出POP。
前述实施例是从报文发送侧描述的,下面从报文接收侧进行进一步描述,在报文接收侧,第二节点在收到第二报文后:可以继续为该容器FEC分配MPLS标签并创建相应的ILM表项,表项中打上容器标志,标签操作为SWAP(交换);第二节点还可以为该容器FEC创建相应的FTN(FEC to NHLFE Map,FEC至下一跳标签转发单元映射)表项,表项中打上容器标志,则命中此FTN表项的报文除了封装容器标签以外,还紧随容器标签之后封装明细FEC相关的信息。首先需要说明的是,在第二节点侧接收的报文对应于第二报文,创建的ILM表项对应于第二ILM表项,创建的FTN表项对应于第二FTN表项。
在本实施例中还提供了一种绑定关系的通告方法,图6是根据本发明实施例的绑定关系的通告方法的流程图,如图6所示,该流程包括如下步骤:
步骤S602,在第二节点上接收由第一节点通告的绑定关系,其中,所述第一节点为进行了路由聚合的节点,所述绑定关系为容器标签与第一容器FEC之间的绑定关系,所述容器标签是所述第一节点中预先为所述第一容器FEC分配的,所述第一容器FEC是对所述第一节点上聚合的路由进行配置后得到的携带容器标志的FEC,所述容器标志用于标识所述第一容器FEC为容器FEC类型。
需要说明的是,在前述的实施例中,涉及到了将绑定关系通告给除第一节点之外的其他节点,本实施例中的第二节点可以是前述的实施例中的其他节点中的一个节点。后续的实施例是对第二节点接收到上述绑定关系之后的动作进行的进一步描述。
在一个可选的实施例中,在第二节点上接收由所述第一节点通告的绑定关系之后,所述方法还包括以下至少之一:当所述第二节点为所述第一容器FEC的传输节点时,为所述第一容器FEC分配新的容器标签然后继续向上游节点通告所述新的容器标签与所述第一容器FEC之间的绑定关系,并创建与所述第一容器FEC对应的第二ILM表项,其中,所述第二ILM表项中携带所述容器标志;当所述第二节点为所述第一容器FEC的入口节点时,为所述第一容器FEC创建对应的第二FTN表项,其中,所述第二FTN表项中携带所述容器标志。
在一个可选的实施例中,在创建与所述第一容器FEC对应的第二ILM表项之后,所述方法还包括:在接收到的数据报文与所述第二ILM表项匹配的情况下,根据所述数据报文的顶层容器标签执行标签交换操作,忽略所述数据报文的容器标签之后的明细FEC信息;或者,在接收到的数据报文与所述第二ILM表项匹配,且所述数据报文的顶层容器标签的生存时间值TTL超时的情况下,将所述数据报文上送控制平面进行处理,其中,所述数据报文中容器标签之后的明细FEC信息不为标签。
在一个可选的实施例中,在为所述第一容器FEC创建对应的第二FTN表项之后,所述方法还包括:在接收到的数据报文与所述第二FTN表项匹配的情况下,为所述数据报文封装容器标签,以及在所述容器标签之后封装明细FEC信息,其中,所述容器标签和所述明细FEC信息构成一个整体。
在上述实施例中,第二节点在收到容器FEC的标签绑定消息后,第二节点可作为该容器FEC的传输transit节点,可以继续为该容器FEC分配MPLS标签并创建相应的ILM表项,表项中打上容器标志,标签操作为SWAP。命中此ILM表项的MPLS报文,一般仅根据报文的顶层容器标签做标签交换,对报文中紧随容器标签之后的明细FEC信息不感知和解析;有些特殊的场景如tracerout,第二节点可能收到MPLS报文发现顶层容器标签的TTL超时,在按照RFC8029做FEC校验和标签校验时,容器标签后紧随的明细FEC信息应该要被忽略,不能误当成标签影响校验结果。第二节点还可以作为该容器FEC的ingress节点,为该容器FEC创建相应的FTN表项(记为FTN-aggregation),表项中打上容器标志,则命中此FTN表项的报文除了封装容器标签以外,还紧随容器标签之后封装明细FEC相关的信息。注意紧随容器标签之后封装的明细FEC信息,本身不能被当成label,而是与容器标签作为一个整体,它不影响报文中容器标签的EXP、TTL、S设置。在本实施例中,第二节点甚至可以进一步将路由聚合,比如进一步聚合后的路由为aggregation-prefix-B,类似第一节点一样将其配置为containerFEC并建立相应的ILM表项,表项中打上容器标志,标签操作为POP,那么命中此ILM表项的标签报文将根据报文标签栈中容器标签之后紧随的明细FEC信息查询到上述FTN-aggregation表项的出标签并作标签交换操作,报文继续沿FTN-aggregation对应的LSP转发(注意由于查询到的FTN-aggregation表项中有容器标志,则转发时报文标签栈中原来容器标签之后紧随的明细FEC信息要保留),如果查询不到FTN表项,则根据容器标签的栈底标志是否有效决定报文是继续沿IP转发(栈底标志有效时,此时将移除报文标签栈中的容器标签及其后紧随的明细FEC信息,根据IP载荷查路由表转发)还是丢弃(栈底标志无效时)。
在一个可选的实施例中,所述方法还包括:在第二节点上接收由所述第一节点通告的封装形式,其中,所述封装形式为所述第一节点中的报文标签栈中容器标签之后的明细FEC封装信息的封装形式。同样地,在前述的实施例中,涉及到了将明细FEC封装信息的封装形式通告给除第一节点之外的其他节点,本实施例中的第二节点可以是前述的实施例中的其他节点中的一个节点。
在一个可选的实施例中,所述明细FEC封装信息的封装形式包括以下至少之一:直接封装所述明细FEC的IP地址信息的封装形式;利用封装头封装以下信息至少之一的封装形式:所述明细FEC的IP地址信息、MPLS标签信息、段标识SID信息;其中所述IP地址信息包括以下之一:完整的IP地址信息、仅包括IP地址的主机段信息。
下面结合具体实施例对本发明进行说明:
如图7所示的网络,包括接入、汇聚、核心域,每个域均部署单独的IGP(如ISIS)进程,路由聚合后在IGP进程之间重分发。图7中AN表示接入设备(Access Node),AGN表示汇聚节点(Aggregation Node),LSR(Label Switching Router)表示核心节点。比如AN2的loopback地址为200.2.2.2,AGN2上会通过IGP5进程学习到明细的路由200.2.2.2/32,同时也向IGP4进程重分发聚合路由200.2.2.0/24;LSR2通过IGP4进程学习到路由200.2.2.0/24,同时也向IGP3进程重分发聚合路由200.2.0.0/16;LSR1通过IGP3进程学习到路由200.2.0.0/16,同时也向IGP2进程重分发聚合路由200.0.0.0/8;AGN1通过IGP2进程学习到路由200.0.0.0/8,同时也向IGP1进程重分发聚合路由0.0.0.0/0(默认路由)。全网使能LDP。则按照本发明所述的方法,具体包括如下步骤:
步骤701,重分发聚合路由的节点上,均可以将所重分发的聚合路由配置为container FEC且明细FEC封装样式为Style-1,并将container FEC同步给LDP协议,LDP将为相应的container FEC分配MPLS标签并向邻居通告(使用Container Label TLV)以及产生ILM表项,比如:
AGN2上将生成container FEC(IPv4prefix 200.2.2.0/24)及相应的ILM表项(记为ILM-5),ILM表项中标签操作为POP且包含container标志、Style-1标志、IPv4标志;AGN2上也为明细FEC(IPv4prefix 200.2.2.2/32)维护相应的FTN表项(记为FTN-5),FTN表项中不包含container标志。
LSR2上将生成container FEC(IPv4prefix 200.2.0.0/16)及相应的ILM表项(记为ILM-4),ILM表项中标签操作为POP且包含container标志、Style-1标志、IPv4标志;LSR2上也为FEC(IPv4prefix 200.2.2.0/24)维护相应的FTN表项(记为FTN-4),FTN表项中包含container标志、Style-1标志。
LSR1上将生成container FEC(IPv4prefix 200.0.0.0/8)及相应的ILM表项(记为ILM-3),ILM表项中标签操作为POP且包含container标志、Style-1标志、IPv4标志;LSR1上也为FEC(IPv4prefix 200.2.0.0/16)维护相应的FTN表项(记为FTN-3),FTN表项中包含container标志、Style-1标志。
AGN1上将生成container FEC(IPv4prefix 0.0.0.0/0)及相应的ILM表项(记为ILM-2),ILM表项中标签操作为POP且包含container标志、Style-1标志、IPv4标志;LSR1上也为FEC(IPv4prefix 200.0.0.0/8)维护相应的FTN表项(记为FTN-2),FTN表项中包含container标志、Style-1标志。
AN1上将为FEC(IPv4prefix 0.0.0.0/0)维护相应的FTN表项(记为FTN-1),FTN表项中包含container标志、Style-1标志。
步骤702,假设AN1上需要始发一份目的IP为AN2(200.2.2.2)的IPv4报文(这可能是PING报文、BGP协议报文等),则报文将匹配到上述FTN-1表项,由于FTN-1表项中包含container标志、Style-1标志,则在IPv4报文前封装FTN-1表项中给出的标签(设置栈底标记为1),同时紧随标签之后封装明细FEC信息(200.2.2.2),报文向AGN1转发。
步骤703,AGN1收到报文后,将命中上述ILM-2表项,ILM-2表项中标签操作为POP且包含container标志、Style-1标志、IPv4标志,则将报文的顶层标签及其紧随的明细FEC信息(200.2.2.2)剥除,然后基于明细FEC信息(200.2.2.2)继续查找相应FTN表项,报文将匹配到上述FTN-2表项,由于FTN-2表项中包含container标志、Style-1标志,则在IPv4报文前封装FTN-2表项中给出的标签(设置栈底标记为1),同时紧随标签之后封装明细FEC信息(200.2.2.2),报文向LSR1转发。
步骤704,类似的,LSR1收到报文后,将命中上述ILM-3表项,同样将报文的顶层标签及其紧随的明细FEC信息(200.2.2.2)剥除,然后基于明细FEC信息(200.2.2.2)继续查找并匹配到上述FTN-3表项,最终在IPv4报文前封装FTN-3表项中给出的标签(设置栈底标记为1),同时紧随标签之后封装明细FEC信息(200.2.2.2),报文向LSR2转发。
步骤705,类似的,LSR2收到报文后,将命中上述ILM-4表项,同样将报文的顶层标签及其紧随的明细FEC信息(200.2.2.2)剥除,然后基于明细FEC信息(200.2.2.2)继续查找并匹配到上述FTN-4表项,最终在IPv4报文前封装FTN-4表项中给出的标签(设置栈底标记为1),同时紧随标签之后封装明细FEC信息(200.2.2.2),报文向AGN2转发。
步骤706,类似的,AGN2收到报文后,将命中上述ILM-5表项,同样将报文的顶层标签及其紧随的明细FEC信息(200.2.2.2)剥除,然后基于明细FEC信息(200.2.2.2)继续查找并匹配到上述FTN-5表项,报文将匹配到上述FTN-5表项,由于FTN-5表项中不包含container标志,则在IPv4报文前封装FTN-5表项中给出的标签(设置栈底标记为1)后,不再紧随标签之后封装明细FEC信息(200.2.2.2),报文向AN2转发。
至此,形成了一条从AN1至AN2沿途全程采用标签交换的路径,IPv4载荷全程未暴露,且针对AN2的明细FEC无须随LDP协议全程通告。如果该标签交换路径需要承载其它MPLS载荷,比如VPN label,流程与上述是类似的,在AN1节点上可以为报文封装VPN label(其栈底标记为1)后继续根据BGP next-hop(AN2)迭代到上述FTN-1表项,继续为报文封装容器标签(其栈底标记为0)及其紧随的明细FEC信息(200.2.2.2),具体不再赘述。
具体实施例二
本具体实施例与具体实施例一基本相同,区别是采用SR-ISIS替代LDP,流程是类似的,简述如下:
步骤1,重分发聚合路由的节点上,均可以将所重分发的聚合路由配置为container FEC且明细FEC封装样式为Style-1,则IGP将为相应的聚合路由分配prefix-sid并向邻居通告(使用Container-Prefix-SID Sub-TLV)以及产生ILM表项。各节点上生成的FTN、ILM表项与实施一完全相同。
步骤2,假设AN1上需要始发一份目的IP为AN2(200.2.2.2)的IPv4报文,则报文将匹配到上述FTN-1表项,报文的后续转发流程与实施例一完全相同。
至此,形成了一条从AN1至AN2沿途全程采用标签交换的路径,IPv4载荷全程未暴露,且针对AN2的明细路由无须全程泛洪。
具体实施例三
如图8所示的网络,包括接入、汇聚、核心域,每个域均部署单独的IGP(如ISIS)进程,但相互不泄露IGP路由。图8中AN、AGN、LSR节点的解释与具体实施例一相同,另外ABR表示汇聚域与核心域的边界节点(Area Border Router)。在现有的seamlesss MPLS方案中,一般会在边界节点之间建立BGP会话通告BGP-LU明细路由,比如ABR1通过BGP-LU向AGN1通告LSR1的明细路由,AGN1进而也通过BGP-LU继续向AN1通告;而采用本发明,ABR1只需通过BGP-LU向AGN1通告汇聚所有LSR的路由,AGN1也只需要通过BGP-LU向AN1通告默认路由(0.0.0.0/0)。比如LSR1的loopback地址为100.1.1.1,ABR1上会通过IGP3进程学习到明细的路由100.1.1.1/32,同时也通过BGP-LU向AGN1重分发聚合路由100.1.0.0/16;AGN1继续通过BGP-LU向AN1重分发默认路由(0.0.0.0/0)。全网边界节点使能SR-BGP,各IGP域内节点使能SR-ISIS。则按照本发明所述的方法,具体如下:
步骤801,重分发聚合路由的节点上,均可以将所重分发的聚合路由配置为container FEC且明细FEC封装样式为Style-2,则BGP将为相应的聚合路由分配prefix-sid并向邻居通告(使用Container-Label-Index TLV)以及产生ILM表项,比如:
ABR1上将生成container FEC(IPv4prefix 100.1.0.0/16)及相应的ILM表项(记为ILM-3),ILM表项中标签操作为POP且包含container标志、Style-2标志、IPv4标志;ABR1上也为明细FEC(IPv4prefix 100.1.1.1/32)维护相应的FTN表项(记为FTN-3),FTN表项中不包含container标志。
AGN1上将生成container FEC(IPv4prefix 0.0.0.0/0)及相应的ILM表项(记为ILM-2),ILM表项中标签操作为POP且包含container标志、Style-2标志、IPv4标志;AGN1上也为FEC(IPv4prefix 100.1.0.0/16)维护相应的FTN表项(记为FTN-2),FTN表项中包含container标志、Style-2标志。
AN1上将为FEC(IPv4prefix 0.0.0.0/0)维护相应的FTN表项(记为FTN-1),FTN表项中包含container标志、Style-2标志。
步骤802,假设AN1上需要始发一份目的IP为LSR1(100.1.1.1)的IPv4报文,则报文将匹配到上述FTN-1表项,由于FTN-1表项中包含container标志、Style-2标志,则在IPv4报文前封装FTN-1表项中给出的标签(设置栈底标记为1),同时紧随标签之后封装container_header(其中Type可设置为1,container_header内再封装明细FEC信息的主机段信息100.1.1.1,这是由于100.1.1.1匹配的默认路由0.0.0.0/0的前缀长度为0,所以整个100.1.1.1都可被认为是主机段;注意Type也可设置为0、2、3等其它值,这是AN1的本地行为),报文继续封装外层SR-ISIS LSP的标签后向AGN1转发。
步骤803,AGN1收到报文后,将命中上述ILM-2表项,ILM-2表项中标签操作为POP且包含container标志、Style-2标志、IPv4标志,则将报文的顶层标签及其紧随的container_header及其所封装的明细FEC信息剥除,然后基于明细FEC信息(100.1.1.1,这是将ILM-2的FEC 0.0.0.0/0的网络段与100.1.1.1相或得到的)继续查找相应FTN表项,报文将匹配到上述FTN-2表项,由于FTN-2表项中包含container标志、Style-2标志,则在IPv4报文前封装FTN-2表项中给出的标签(设置栈底标记为1),同时紧随标签之后封装container_header(其中Type可设置为1,container_header内再封装明细FEC信息的主机段信息0.0.1.1,这是由于100.1.1.1匹配的路由100.1.0.0/16的前缀长度为16,所以主机段为100.1.1.1的后16比特即0.0.1.1;注意Type也可设置为0、2、3等其它值,这是AGN1的本地行为),报文继续封装外层SR-ISIS LSP的标签后向ABR1转发。
步骤804,类似的,ABR1收到报文后,将命中上述ILM-3表项,同样将报文的顶层标签及其紧随的container_header及其所封装的明细FEC信息剥除,然后基于明细FEC信息(100.1.1.1,这是将ILM-3的FEC100.1.0.0/16的网络段与0.0.1.1相或得到的)继续查找并匹配到上述FTN-3表项,由于FTN-3表项中不包含container标志,则在IPv4报文前封装FTN-3表项中给出的标签(设置栈底标记为1)后,不再紧随标签之后封装contaner_header,报文继续封装外层SR-ISIS LSP的标签后向LSR1转发。
至此,形成了一条从AN1至LSR1沿途全程采用标签交换的路径,IPv4载荷全程未暴露,且针对LSR1的明细FEC无须随BGP协议全程通告。另外,从上可知Style-2的有益效果是能更灵活的封装明细FEC信息,特别是container_header中Type设置为1时只需要封装明细FEC完整IP地址的主机段信息,节约了报文封装开销。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
在本实施例中还提供了一种报文的发送装置和报文的接收装置,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图9是根据本发明实施例的报文的发送装置的结构框图,如图9所示,该装置包括如下模块:
第一接收模块92,用于在进行了路由聚合的第一节点上接收到第一报文;交换模块94,用于在所述第一报文与预先在所述第一节点上设置的第一入标签映射ILM表项匹配的情况下,将所述第一报文的标签替换为明细转发等价类FEC对应的出标签,得到第二报文;转发模块96,用于按照所述明细FEC对应的标签转发路径LSP将所述第二报文转发给下游节点。
在一个可选的实施例中,所述装置还包括以下至少之一:配置模块,用于在进行了路由聚合的第一节点上接收到第一报文之前,在所述第一节点上将聚合的路由配置为第一容器FEC,其中,所述第一容器FEC携带容器标志,所述容器标志是用于标识所述第一容器FEC为容器FEC类型;创建模块,用于在进行了路由聚合的第一节点上接收到第一报文之前,为所述第一容器FEC创建所述第一ILM表项,其中,所述第一ILM表项中携带所述容器标志。
在一个可选的实施例中,所述交换模块94具体用于:根据报文标签栈中容器标签之后的封装信息查询出所述明细FEC对应的出标签,其中,所述报文标签栈为在处于所述第一节点的上游的节点上预先生成的标签栈,所述容器标签为与所述第一容器FEC具有绑定关系的多协议标签交换MPLS标签;将所述第一报文的标签交换为查询出的所述明细FEC对应的出标签。
在一个可选的实施例中,所述装置还用于在根据报文标签栈中容器标签之后的封装信息查询出所述明细FEC对应的出标签之前,配置所述绑定关系。
在一个可选的实施例中,所述装置还用于在配置所述绑定关系之后:将所述绑定关系通告给除所述第一节点之外的其他节点。
在一个可选的实施例中,所述交换模块94可以通过如下方式查询出所述明细FEC对应的出标签:根据所述报文标签栈中所述容器标签之后的明细FEC封装信息查询所述明细FEC对应的第一FEC至下一跳标签转发单元映射FTN表项;在查询到所述第一FTN表项的情况下,确定所述第一FTN表项中的出标签为所述明细FEC对应的出标签。
在一个可选的实施例中,所述装置还用于在根据所述报文标签栈中所述容器标签之后的明细FEC信息查询所述明细FEC对应的第一FEC至下一跳标签转发单元映射FTN表项之后,执行以下操作至少之一:在未查询到所述第一FTN表项的情况下,且在确定所述容器标签的栈底标志有效的情况下,移除所述报文标签栈中的所述容器标签及之后的明细FEC信息,根据互联网协议IP载荷查询路由表,并根据所述路由表转发所述第一报文;在未查询到所述第一FTN表项的情况下,且在确定所述容器标签的栈底标志无效时,丢弃所述第一报文。
在一个可选的实施例中,所述装置还用于在根据所述报文标签栈中所述容器标签之后的明细FEC信息查询到所述明细FEC对应的第一FEC至下一跳标签转发单元映射FTN表项之前,维护与所述第一节点的前一节点生成的第一FEC对应的所述第一FTN表项,其中,所述第一节点的前一节点包括原始产生所述第一FEC的节点。
在一个可选的实施例中,当所述第一节点的前一节点生成的第一FEC的类型不为容器FEC时,所述第一FTN表项不包括所述容器标志;在一个可选的实施例中,当所述第一节点的前一节点生成的第一FEC的类型为容器FEC时,所述第一FTN表项也包括所述容器标志。
在一个可选的实施例中,所述方法包括以下至少之一:当所述第一FTN表项中不包括所述容器标志时,将所述第一报文中的容器标签交换为所述第一FTN表项中的出标签,且移除所述第一报文中的容器标签之后的明细FEC信息;当所述第一FTN表项中包括所述容器标志时,将所述第一报文中的容器标签交换为所述第一FTN表项中的出标签,且保留所述第一报文中的容器标签之后的明细FEC信息。
在一个可选的实施例中,所述明细FEC封装信息的封装形式包括以下至少之一:直接封装所述明细FEC的IP地址信息的封装形式;利用封装头封装以下信息至少之一的封装形式:所述明细FEC的IP地址信息、MPLS标签信息、段标识SID信息;其中所述IP地址信息包括以下之一:完整的IP地址信息、仅包括IP地址的主机段信息。
在一个可选的实施例中,所述装置还用于将所述明细FEC封装信息的封装形式通告给所述其他节点。
在一个可选的实施例中,所述装置通告方式包括以下至少之一:对用于通告前缀prefix类型FEC的标签绑定消息的MPLS标签协议进行扩展,利用扩展后的MPLS标签协议进行通告;对用于通告前缀prefix类型FEC的标签绑定消息的分段路由SR协议进行扩展,利用扩展后的SR协议进行通告。
在一个可选的实施例中,当所述MPLS标签协议包括标签分发协议LDP协议时,所述装置通过如下方式对用于通告前缀prefix类型FEC的标签绑定消息的LDP协议进行扩展:在征求修正意见书RFC5036的基础上,在所述LDP协议中增加容器标签类型-长度-值Container Label TLV;所述装置通过如下方式利用扩展后的LDP协议进行通告:利用所述扩展后的LDP协议中的所述Container Label TLV进行通告;在一个可选的实施例中,当所述SR协议包括中间系统到中间系统ISIS协议时,所述装置通过如下方式对用于通告前缀prefix类型FEC的标签绑定消息的ISIS协议进行扩展:在draft-ietf-isis-segment-routing-extensions-16的基础上,在所述ISIS协议中增加容器-前缀-段标识子-类型-长度-值Container-Prefix-SID Sub-TLV;所述装置通过如下方式利用扩展后的ISIS协议进行通告:利用所述扩展后的ISIS协议中的所述Container-Prefix-SID Sub-TLV进行通告;在一个可选的实施例中,当所述SR协议包括边界网关协议BGP时,所述装置用于通过如下方式对用于通告前缀prefix类型FEC的标签绑定消息的BGP进行扩展:在draft-ietf-idr-bgp-perfix-sid-20的基础上,在所述BGP中增加容器-标签-索引类型-长度-值Container-Label-Index TLV,其中,所述Container-Label-Index TLV随BGP Prefix-SID属性携带;所述装置用于通过如下方式利用扩展后的BGP进行通告:利用所述扩展后的BGP中的所述Container-Label-Index TLV进行通告。
在一个可选的实施例中,所述第一ILM表项中标签操作为弹出POP。
图10是根据本发明实施例的绑定关系的通告装置的结构框图,如图10所示,该装置包括如下模块:
第二接收模块102,用于在第二节点上接收由第一节点通告的绑定关系,其中,所述第一节点为进行了路由聚合的节点,所述绑定关系为容器标签与第一容器FEC之间的绑定关系,所述容器标签是所述第一节点中预先为所述第一容器FEC分配的,所述第一容器FEC是对所述第一节点上聚合的路由进行配置后得到的携带容器标志的FEC,所述容器标志用于标识所述第一容器FEC为容器FEC类型。
在一个可选的实施例中,所述装置还包括:分配模块,用于在第二节点上接收由所述第一节点通告的绑定关系之后,执行以下操作至少之一:当所述第二节点为所述第一容器FEC的传输节点时,为所述第一容器FEC分配新的容器标签然后继续向上游节点通告所述新的容器标签与所述第一容器FEC之间的绑定关系,并创建与所述第一容器FEC对应的第二ILM表项,其中,所述第二ILM表项中携带所述容器标志;当所述第二节点为所述第一容器FEC的入口节点时,为所述第一容器FEC创建对应的第二FTN表项,其中,所述第二FTN表项中携带所述容器标志。
在一个可选的实施例中,所述装置还包括:第一处理模块,用于在创建与所述第一容器FEC对应的第二ILM表项之后,执行以下操作之一:在接收到的数据报文与所述第二ILM表项匹配的情况下,根据所述数据报文的顶层容器标签执行标签交换操作,忽略所述数据报文的容器标签之后的明细FEC信息;或者,在接收到的数据报文与所述第二ILM表项匹配,且所述数据报文的顶层容器标签的生存时间值TTL超时的情况下,将所述数据报文上送控制平面进行处理,其中,所述数据报文中容器标签之后的明细FEC信息不为标签。
在一个可选的实施例中,所述装置还包括:第二处理模块,用于在为所述第一容器FEC创建对应的第二FTN表项之后,在接收到的数据报文与所述第二FTN表项匹配的情况下,为所述数据报文封装容器标签,以及在所述容器标签之后封装明细FEC信息,其中,所述容器标签和所述明细FEC信息构成一个整体。
在一个可选的实施例中,所述第二ILM表项中标签操作为交换SWAP。
在一个可选的实施例中,所述装置还用于在第二节点上接收由所述第一节点通告的封装形式,其中,所述封装形式为所述第一节点中的报文标签栈中容器标签之后的明细FEC封装信息的封装形式。
在一个可选的实施例中,所述明细FEC封装信息的封装形式包括以下至少之一:直接封装所述明细FEC的IP地址信息的封装形式;利用封装头封装以下信息至少之一的封装形式:所述明细FEC的IP地址信息、MPLS标签信息、段标识SID信息;其中所述IP地址信息包括以下之一:完整的IP地址信息、仅包括IP地址的主机段信息。
需要说明的是,上述各个模块是可以通过软件或硬件来实现的,对于后者,可以通过以下方式实现,但不限于此:上述模块均位于同一处理器中;或者,上述各个模块以任意组合的形式分别位于不同的处理器中。
本发明的实施例还提供了一种存储介质,该存储介质中存储有计算机程序,其中,该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(Read-Only Memory,简称为ROM)、随机存取存储器(Random Access Memory,简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。
本发明的实施例还提供了一种电子装置,包括存储器和处理器,该存储器中存储有计算机程序,该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
可选地,上述电子装置还可以包括传输设备以及输入输出设备,其中,该传输设备和上述处理器连接,该输入输出设备和上述处理器连接。
可选地,本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例,本实施例在此不再赘述。
采用本发明所述方法,与现有技术相比,不需要配置复杂的策略控制明细FEC通告以建立端到端的MPLS LSP,只需简单的随路由聚合建立端到端的MPLS LSP。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (23)

1.一种报文的发送方法,其特征在于,包括:
在进行了路由聚合的第一节点上接收到第一报文;
在所述第一报文与预先在所述第一节点上设置的第一入标签映射ILM表项匹配的情况下,将所述第一报文的标签交换为明细转发等价类FEC对应的出标签,得到第二报文;
按照所述明细FEC对应的标签转发路径LSP将所述第二报文转发给下游节点;
其中,在进行了路由聚合的第一节点上接收到第一报文之前,所述方法还包括:
在所述第一节点上将聚合的路由配置为第一容器FEC,其中,所述第一容器FEC携带容器标志,所述容器标志是用于标识所述第一容器FEC为容器FEC类型;
为所述第一容器FEC创建所述第一ILM表项,其中,所述第一ILM表项中携带所述容器标志;
其中,将所述第一报文的标签交换为明细转发等价类FEC对应的出标签包括:
根据报文标签栈中容器标签之后的封装信息查询出所述明细FEC对应的出标签,其中,所述报文标签栈为在处于所述第一节点的上游的节点上生成的标签栈,所述容器标签为与所述第一容器FEC具有绑定关系的多协议标签交换MPLS标签;
将所述第一报文的标签交换为查询出的所述明细FEC对应的出标签。
2.根据权利要求1所述的方法,其特征在于,在根据报文标签栈中容器标签之后的封装信息查询出所述明细FEC对应的出标签之前,所述方法还包括:
配置所述绑定关系。
3.根据权利要求2所述的方法,其特征在于,在配置所述绑定关系之后,所述方法还包括:
将所述绑定关系通告给除所述第一节点之外的其他节点。
4.根据权利要求1所述的方法,其特征在于,根据报文标签栈中容器标签之后的封装信息查询出所述明细FEC对应的出标签包括:
根据所述报文标签栈中所述容器标签之后的明细FEC封装信息查询所述明细FEC对应的第一FEC至下一跳标签转发单元映射FTN表项;
在查询到所述第一FTN表项的情况下,确定所述第一FTN表项中的出标签为所述明细FEC对应的出标签。
5.根据权利要求4所述的方法,其特征在于,在根据所述报文标签栈中所述容器标签之后的明细FEC信息查询所述明细FEC对应的第一FEC至下一跳标签转发单元映射FTN表项之后,所述方法还包括以下至少之一:
在未查询到所述第一FTN表项的情况下,且在确定所述容器标签的栈底标志有效的情况下,移除所述报文标签栈中的所述容器标签及之后的明细FEC信息,根据互联网协议IP载荷查询路由表,并根据所述路由表转发所述第一报文;
在未查询到所述第一FTN表项的情况下,且在确定所述容器标签的栈底标志无效时,丢弃所述第一报文。
6.根据权利要求4所述的方法,其特征在于,在根据所述报文标签栈中所述容器标签之后的明细FEC信息查询到所述明细FEC对应的第一FEC至下一跳标签转发单元映射FTN表项之前,所述方法还包括:
维护与所述第一节点的前一节点生成的所述第一FEC对应的所述第一FTN表项,其中,所述第一节点的前一节点包括原始产生所述第一FEC的节点。
7.根据权利要求6所述的方法,其特征在于,包括以下至少之一:
当所述第一节点的前一节点生成的所述第一FEC的类型不为容器FEC时,所述第一FTN表项不包括所述容器标志;
当所述第一节点的前一节点生成的所述第一FEC的类型为容器FEC时,所述第一FTN表项包括所述容器标志。
8.根据权利要求7所述的方法,其特征在于,所述方法还包括以下至少之一:
当所述第一FTN表项中不包括所述容器标志时,将所述第一报文中的容器标签交换为所述第一FTN表项中的出标签,且移除所述第一报文中的容器标签之后的明细FEC信息;
当所述第一FTN表项中包括所述容器标志时,将所述第一报文中的容器标签交换为所述第一FTN表项中的出标签,且保留所述第一报文中的容器标签之后的明细FEC信息。
9.根据权利要求4所述的方法,其特征在于,所述明细FEC封装信息的封装形式包括以下至少之一:
直接封装所述明细FEC的IP地址信息的封装形式;
利用封装头封装以下信息至少之一的封装形式:所述明细FEC的IP地址信息、MPLS标签信息、段标识SID信息;
其中所述IP地址信息包括以下之一:完整的IP地址信息、仅包括IP地址的主机段信息。
10.根据权利要求9所述的方法,其特征在于,所述方法还包括:
将所述明细FEC封装信息的封装形式通告给除所述第一节点之外的其他节点。
11.根据权利要求3或10所述的方法,其特征在于,所述通告的通告方式包括以下至少之一:
对用于通告前缀prefix类型FEC的标签绑定消息的MPLS标签协议进行扩展,利用扩展后的MPLS标签协议进行通告;
对用于通告前缀prefix类型FEC的标签绑定消息的分段路由SR协议进行扩展,利用扩展后的SR协议进行通告。
12.根据权利要求1所述的方法,其特征在于,所述第一ILM表项中标签操作为弹出POP。
13.一种绑定关系的通告方法,其特征在于,包括:
在第二节点上接收由第一节点通告的绑定关系,其中,所述第一节点为进行了路由聚合的节点,所述绑定关系为容器标签与第一容器FEC之间的绑定关系,所述容器标签是所述第一节点中预先为所述第一容器FEC分配的,所述第一容器FEC是对所述第一节点上聚合的路由进行配置后得到的携带容器标志的FEC,所述容器标志用于标识所述第一容器FEC为容器FEC类型;
其中,所述第一节点还用于,通过以下方式将第一报文的标签交换为明细转发等价类FEC对应的出标签:根据报文标签栈中容器标签之后的封装信息查询出所述明细FEC对应的出标签,所述报文标签栈为在处于所述第一节点的上游的节点上生成的标签栈,所述容器标签为与所述第一容器FEC具有绑定关系的多协议标签交换MPLS标签;将所述第一报文的标签交换为查询出的所述明细FEC对应的出标签。
14.根据权利要求13所述的方法,其特征在于,在第二节点上接收由所述第一节点通告的绑定关系之后,所述方法还包括以下至少之一:
当所述第二节点为所述第一容器FEC的传输节点时,为所述第一容器FEC分配新的容器标签然后继续向上游节点通告所述新的容器标签与所述第一容器FEC之间的绑定关系,并创建与所述第一容器FEC对应的第二ILM表项,其中,所述第二ILM表项中携带所述容器标志;
当所述第二节点为所述第一容器FEC的入口节点时,为所述第一容器FEC创建对应的第二FTN表项,其中,所述第二FTN表项中携带所述容器标志。
15.根据权利要求14所述的方法,其特征在于,在创建与所述第一容器FEC对应的第二ILM表项之后,所述方法还包括:
在接收到的数据报文与所述第二ILM表项匹配的情况下,根据所述数据报文的顶层容器标签执行标签交换操作,忽略所述数据报文的容器标签之后的明细FEC信息;或者,
在接收到的数据报文与所述第二ILM表项匹配,且所述数据报文的顶层容器标签的生存时间值TTL超时的情况下,将所述数据报文上送控制平面进行处理,其中,所述数据报文中容器标签之后的明细FEC信息不为标签。
16.根据权利要求14所述的方法,其特征在于,在为所述第一容器FEC创建对应的第二FTN表项之后,所述方法还包括:
在接收到的数据报文与所述第二FTN表项匹配的情况下,为所述数据报文封装容器标签,以及在所述容器标签之后封装明细FEC信息,其中,所述容器标签和所述明细FEC信息构成一个整体。
17.根据权利要求14所述的方法,其特征在于,所述第二ILM表项中标签操作为交换SWAP。
18.根据权利要求13所述的方法,其特征在于,所述方法还包括:
在所述第二节点上接收由所述第一节点通告的封装形式,其中,所述封装形式为所述第一节点中的报文标签栈中容器标签之后的明细FEC封装信息的封装形式。
19.根据权利要求18所述的方法,其特征在于,所述明细FEC封装信息的封装形式包括以下至少之一:
直接封装所述明细FEC的IP地址信息的封装形式;
利用封装头封装以下信息至少之一的封装形式:所述明细FEC的IP地址信息、MPLS标签信息、段标识SID信息;
其中所述IP地址信息包括以下之一:完整的IP地址信息、仅包括IP地址的主机段信息。
20.一种报文的发送装置,其特征在于,包括:
第一接收模块,用于在进行了路由聚合的第一节点上接收到第一报文;
交换模块,用于在所述第一报文与预先在所述第一节点上设置的第一入标签映射ILM表项匹配的情况下,将所述第一报文的标签替换为明细转发等价类FEC对应的出标签,得到第二报文;
转发模块,用于按照所述明细FEC对应的标签转发路径LSP将所述第二报文转发给下游节点;
其中,所述装置还包括以下至少之一:配置模块,用于在进行了路由聚合的第一节点上接收到第一报文之前,在所述第一节点上将聚合的路由配置为第一容器FEC,其中,所述第一容器FEC携带容器标志,所述容器标志是用于标识所述第一容器FEC为容器FEC类型;创建模块,用于在进行了路由聚合的第一节点上接收到第一报文之前,为所述第一容器FEC创建所述第一ILM表项,其中,所述第一ILM表项中携带所述容器标志;
其中,所述交换模块还用于,根据报文标签栈中容器标签之后的封装信息查询出所述明细FEC对应的出标签,其中,所述报文标签栈为在处于所述第一节点的上游的节点上预先生成的标签栈,所述容器标签为与所述第一容器FEC具有绑定关系的多协议标签交换MPLS标签;将所述第一报文的标签交换为查询出的所述明细FEC对应的出标签。
21.一种绑定关系的通告装置,其特征在于,包括:
第二接收模块,用于在第二节点上接收由第一节点通告的绑定关系,其中,所述第一节点为进行了路由聚合的节点,所述绑定关系为容器标签与第一容器FEC之间的绑定关系,所述容器标签是所述第一节点中预先为所述第一容器FEC分配的,所述第一容器FEC是对所述第一节点上聚合的路由进行配置后得到的携带容器标志的FEC,所述容器标志用于标识所述第一容器FEC为容器FEC类型;
其中,所述第一节点还用于,通过以下方式将第一报文的标签交换为明细转发等价类FEC对应的出标签:根据报文标签栈中容器标签之后的封装信息查询出所述明细FEC对应的出标签,所述报文标签栈为在处于所述第一节点的上游的节点上生成的标签栈,所述容器标签为与所述第一容器FEC具有绑定关系的多协议标签交换MPLS标签;将所述第一报文的标签交换为查询出的所述明细FEC对应的出标签。
22.一种存储介质,其特征在于,所述存储介质中存储有计算机程序,其中,所述计算机程序被设置为运行时执行所述权利要求1至12任一项中所述的方法,或者执行所述权利要求13至19任一项中所述的方法。
23.一种电子装置,包括存储器和处理器,其特征在于,所述存储器中存储有计算机程序,所述处理器被设置为运行所述计算机程序以执行所述权利要求1至12任一项中所述的方法,或者执行所述权利要求13至19任一项中所述的方法。
CN201811070482.2A 2018-09-13 2018-09-13 报文的发送方法、绑定关系的通告方法、装置及存储介质 Active CN110896379B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201811070482.2A CN110896379B (zh) 2018-09-13 2018-09-13 报文的发送方法、绑定关系的通告方法、装置及存储介质
US17/274,595 US11671352B2 (en) 2018-09-13 2019-09-12 Message sending method, binding relationship advertising method, apparatus, and storage medium
EP19861174.1A EP3852319B1 (en) 2018-09-13 2019-09-12 Message sending method
PCT/CN2019/105626 WO2020052641A1 (zh) 2018-09-13 2019-09-12 报文的发送方法、绑定关系的通告方法、装置及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811070482.2A CN110896379B (zh) 2018-09-13 2018-09-13 报文的发送方法、绑定关系的通告方法、装置及存储介质

Publications (2)

Publication Number Publication Date
CN110896379A CN110896379A (zh) 2020-03-20
CN110896379B true CN110896379B (zh) 2022-11-08

Family

ID=69778198

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811070482.2A Active CN110896379B (zh) 2018-09-13 2018-09-13 报文的发送方法、绑定关系的通告方法、装置及存储介质

Country Status (4)

Country Link
US (1) US11671352B2 (zh)
EP (1) EP3852319B1 (zh)
CN (1) CN110896379B (zh)
WO (1) WO2020052641A1 (zh)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113872854B (zh) * 2020-06-30 2022-12-30 华为技术有限公司 一种丢包处理方法及网络设备
JP7547606B2 (ja) * 2020-07-17 2024-09-09 華為技術有限公司 ルート告知方法および関連デバイス
CN114338495A (zh) * 2020-09-30 2022-04-12 华为技术有限公司 业务处理方法以及相关设备
US11855885B2 (en) * 2020-10-20 2023-12-26 Nokia Solutions And Networks Oy Label switched path scalability
CN112291093A (zh) * 2020-10-29 2021-01-29 迈普通信技术股份有限公司 网络检测方法、装置、网络设备及网络系统
CN113765794B (zh) * 2021-09-30 2022-11-25 新华三信息安全技术有限公司 数据发送的方法、装置、电子设备及介质
CN114024725B (zh) * 2021-10-25 2023-06-20 全球能源互联网研究院有限公司南京分公司 一种容器间通信方法、系统、电子设备及存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101014014A (zh) * 2007-02-09 2007-08-08 华为技术有限公司 路由聚合方法、报文转发方法以及自治系统边界路由器
CN101656663A (zh) * 2008-08-20 2010-02-24 华为技术有限公司 一种mpls多播报文的转发方法、装置及系统

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7397795B2 (en) 2003-02-24 2008-07-08 Intel California Method and system for label-based packet forwarding among multiple forwarding elements
CN101090355B (zh) 2007-07-24 2010-09-22 杭州华三通信技术有限公司 虚拟专用网隧道的标签交换路径建立方法、系统和设备
CN102025632B (zh) * 2010-12-15 2012-10-17 迈普通信技术股份有限公司 Mpls网络中数据分组的标签分配方法及系统
US9344357B2 (en) * 2014-01-24 2016-05-17 Cisco Technology, Inc. Label-switched path aggregation
US10432523B2 (en) * 2017-05-31 2019-10-01 Juniper Networks, Inc. Routing protocol signaling of multiple next hops and their relationship
US10659352B2 (en) * 2017-05-31 2020-05-19 Juniper Networks, Inc. Signaling private context forwarding tables for a private forwarding layer
US10382333B2 (en) * 2017-05-31 2019-08-13 Juniper Networks, Inc. Fabric path context-based forwarding for virtual nodes
US10476817B2 (en) * 2017-05-31 2019-11-12 Juniper Networks, Inc. Transport LSP setup using selected fabric path between virtual nodes

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101014014A (zh) * 2007-02-09 2007-08-08 华为技术有限公司 路由聚合方法、报文转发方法以及自治系统边界路由器
CN101656663A (zh) * 2008-08-20 2010-02-24 华为技术有限公司 一种mpls多播报文的转发方法、装置及系统

Also Published As

Publication number Publication date
EP3852319A4 (en) 2021-11-10
EP3852319A1 (en) 2021-07-21
CN110896379A (zh) 2020-03-20
US20210273881A1 (en) 2021-09-02
US11671352B2 (en) 2023-06-06
WO2020052641A1 (zh) 2020-03-19
EP3852319B1 (en) 2024-05-01

Similar Documents

Publication Publication Date Title
CN110896379B (zh) 报文的发送方法、绑定关系的通告方法、装置及存储介质
CN110912795B (zh) 一种传输控制方法、节点、网络系统及存储介质
WO2016198015A1 (zh) 一种报文传输的方法、装置和系统
US7936780B1 (en) Hierarchical label distribution protocol for computer networks
US10097446B2 (en) Dynamic area filtering for link-state routing protocols
US8363667B2 (en) Summarization and longest-prefix match within MPLS networks
US8467411B1 (en) Service-specific forwarding in an LDP-RSVP hybrid network
US9525619B2 (en) Scalable edge node protection using segment routing
WO2018188464A1 (zh) 一种实现ioam的方法、装置及存储介质
US7483387B2 (en) Hierarchical label distribution for inter-area summarization of edge-device addresses
US10742599B2 (en) Conflict resolution in segment routing
CN113452610B (zh) 跨城域网的无缝端到端分段路由的方法及区域边界路由器
CN104380673A (zh) 用于在IPv6网络中使用标签分发协议(LDP)实例的系统和方法
CN113228572A (zh) 用于分段路由(sr)代理段标识(sid)的内部网关协议(igp)
US11323371B1 (en) Micro SID packet processing with operations, administration, and management
WO2022184169A1 (zh) 报文转发方法、系统、存储介质及电子装置
EP3890262A1 (en) Routing distributing method, device and system
US10554543B1 (en) Migrating data traffic between label switched paths (LSPs) based on per-LSP protocol priority value
CN111865795B (zh) 控制方法及装置
US20230269165A1 (en) Next Hop Determining Method and Apparatus
WO2023155068A1 (en) Communication device, sdn controller, and methods therein for facilitating path computation
CN115914093A (zh) 虚拟专用网络业务标识的分配方法、报文处理方法及装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant