CN113746729B - 绑定段标识的处理方法及设备 - Google Patents
绑定段标识的处理方法及设备 Download PDFInfo
- Publication number
- CN113746729B CN113746729B CN202010470237.1A CN202010470237A CN113746729B CN 113746729 B CN113746729 B CN 113746729B CN 202010470237 A CN202010470237 A CN 202010470237A CN 113746729 B CN113746729 B CN 113746729B
- Authority
- CN
- China
- Prior art keywords
- type information
- bsid
- message
- network device
- segment identifier
- 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
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/22—Alternate routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/02—Topology update or discovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/34—Source routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/38—Flow based routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/50—Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/56—Routing software
- H04L45/566—Routing instructions carried by the data packet, e.g. active networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/28—Routing or path finding of packets in data switching networks using route fault recovery
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请实施例提供了一种绑定段标识的处理方法及设备,该方法包括:网络设备接收控制器发送的报文,该报文包括类型信息和段标识,该类型信息用于指示该段标识为绑定段标识BSID;该网络设备根据该类型信息对该BSID执行处理动作。采用本申请实施例,使得网络设备可以识别BSID,能够解决当网络设备的段标识列表中包括BSID时引起错误处理结果的技术问题。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种绑定段标识的处理方法及设备。
背景技术
分段路由(segment routing,SR)是基于源路由的理念而设计的控制在网络中转发数据报文的一种协议。SR将网络路径划分为一个个段,为这些段或节点分配段标识,通过在数据包中携带依次排列的段标识,能够让数据包通过段标识指示的转发路径传输。在SR网络中,通过该段路由网络的入口设备往数据报文中***一组有序的段标识来显式地指定数据报文的转发路径,该入口设备也可以被称为头节点。当SR应用于互联网协议第6版(Internet Protocol Version 6,IPv6)数据平面时,则称为基于IPv6的分段路由(SRv6)。当SR应用于多协议标签交换(Multi-Protocol Label Switching,MPLS)数据平面时,则称为基于MPLS的分段路由(SR-MPLS)。
段标识(segment ID,SID),代表一个节点、一条链路或网络设备提供的一种服务。在SRv6中,SID表现为一个128比特的值;在SR-MPLS中,SID表现为一个标签值。一个SRv6的段标识中可以包括功能部分,该功能部分指示发布该段标识的网络设备需要执行对应的动作。对于SR网络中的任一节点来说,该节点可以包括端点三层交叉连接段标识(End.X SID,End表示endpoint,意为端点;X表示crossing,意为三层交叉连接,SID意为段标识)或至少一个节点对应的端点段标识(End SID,End表示endpoint,意为端点,SID意为段标识)。End.X SID用于标识该节点直连的一条IP层链路,End SID用于标识该节点。
段标识列表(Segment ID List,SID list):为包含了一组段标识的列表。头节点在接收到报文后,对应的在报文中***1个SID list可以显式地指示一条转发路径。
绑定段标识(binding segment ID,BSID),为一种特殊的SID,BSID可以对应一个SID list,指示一条转发路径,该SID list包括一个或多个SID。BSID可被包括在一个SIDlist中。
在一些情况下,当网络设备的段标识列表中包括BSID时,网络设备无法识别出该段标识列表中的哪个SID为BSID,导致对BSID进行错误的或者不合理的处理,得到错误的结果。
综上所述,如何避免当网络设备的段标识列表中包括BSID时可能引起错误的处理结果是本领域技术人员急需处理的技术问题。
发明内容
本申请公开了一种绑定段标识的处理方法及设备,用于解决当网络设备的段标识列表中包括BSID时引起错误处理结果的技术问题。
第一方面,本申请提供了一种绑定段标识的处理方法,该方法包括:
网络设备接收控制器发送的报文,该报文包括类型信息和段标识,该类型信息用于指示该段标识为绑定段标识BSID;该网络设备根据该类型信息对该BSID执行处理动作。可选的,该报文可以是边界网关协议(border gateway protocol,BGP)报文或路径计算单元通信协议(path computation element protocol,PCEP)报文等。
在本申请中,通过在报文中指明BSID的类型,使得网络设备可以识别出BSID,进而可以根据类型对应的处理动作对BSID进行处理,从而避免了因无法识别BSID而进行错误的或者不合理的处理带来的错误的处理结果。
在一种可能的实施方式中,上述报文包括类型信息,具体为:该报文中的类型Type字段包括该类型信息。
通过为BSID定义新的类型,并在传输的报文的类型字段中直接包括该类型信息,可以使得网络设备快速的判断该段标识为绑定段标识。
在一种可能的实施方式中,上述报文包括类型信息,具体为:该报文中的标记Flags字段包括该类型信息。
在一种可能的实施方式中,该类型信息占用该Flags字段中的至少一个bit位。
通过使用报文中已包括的Flags字段中的至少一个bit位来标识该类型信息,可以提高报文字段的利用率。
在一种可能的实施方式中,该网络设备根据该类型信息对该BSID执行处理动作包括:
该网络设备根据该类型信息校验到达该BSID指示的设备的路由是否存在,不校验该BSID在该网络设备所属的拓扑中是否存在;
或者,该网络设备根据该类型信息不对该BSID进行故障校验。
为了避免由于段标识列表指示的转发路径出现故障导致数据无法顺利转发,可以针对该段标识列表执行故障校验,例如,可以针对段标识列表中的每一个SID进行可达性测试,但是由于BSID在网络中不泛洪,该网络设备的拓扑信息中并无BSID相关的信息,导致该网络设备在故障校验时(包括校验BSID在拓扑中是否存在)可能会认为SID无效,引起故障误报。因此,在本申请中,通过识别出BSID的类型,针对该类型的BSID不做拓扑校验,或者不做故障校验,从而避免了这种告警误报,快速实现数据的转发。
在一种可能的实施方式中,该报文还包括段标识SID,该SID为非该BSID的类型的段标识,该方法还包括:
该网络设备根据该SID的类型校验到达该SID指示的设备的路由是否存在,并校验该SID在该网络设备所属的拓扑中是否存在。
在本申请中,通过校验段标识列表指示的转发路径是否出现故障,若无故障则顺利转发,若有故障则切换备份转发路径,从而保证了数据的顺利转发。
第二方面,本申请提供了一种绑定段标识的处理方法,该方法包括:
控制器生成报文,该报文包括类型信息和段标识,该类型信息用于指示该段标识为绑定段标识BSID;该控制器向网络设备发送该报文,该报文用于指示该网络设备根据该类型信息对该BSID执行处理动作。可选的,该报文可以是边界网关协议BGP报文或路径计算单元通信协议PCEP报文等。
在本申请中,控制器通过在下发报文中指明BSID的类型,使得网络设备可以识别段路由策略中的BSID,进而可以根据类型对应的处理动作对BSID进行处理,从而避免了因无法识别BSID而进行错误的或者不合理的处理带来的错误的处理结果。
在一种可能的实施方式中,上述报文包括类型信息,具体为:该报文中的类型Type字段包括该类型信息。
在一种可能的实施方式中,上述报文包括类型信息,具体为:该报文中的标记Flags字段包括该类型信息。
在一种可能的实施方式中,该类型信息占用该Flags字段中的至少一个bit位。
第三方面,本申请提供一种网络设备,该设备包括:
接收单元,用于接收控制器发送的报文,该报文包括类型信息和段标识,该类型信息用于指示该段标识为绑定段标识BSID;处理单元,用于根据该类型信息对该BSID执行处理动作。
可选的,该报文可以是边界网关协议BGP报文或路径计算单元通信协议PCEP报文等。
在一种可能的实施方式中,上述报文包括类型信息,具体为:该报文中的类型Type字段包括该类型信息。
在一种可能的实施方式中,上述报文包括类型信息,具体为:该报文中的标记Flags字段包括该类型信息。
在一种可能的实施方式中,该类型信息占用该Flags字段中的至少一个bit位。
在一种可能的实施方式中,该处理单元具体用于:
根据该类型信息校验到达该BSID指示的设备的路由是否存在,不校验该BSID在该网络设备所属的拓扑中是否存在;或者,根据该类型信息不对该BSID进行故障校验。
在一种可能的实施方式中,该报文还包括段标识SID,该SID为非该BSID的类型的段标识,该设备还包括:校验单元,用于根据该SID的类型校验到达该SID指示的设备的路由是否存在,并校验该SID在该网络设备所属的拓扑中是否存在。
第四方面,本申请提供一种控制器,该控制器包括:
生成单元,用于生成报文,该报文包括类型信息和段标识,该类型信息用于指示该段标识为绑定段标识BSID;发送单元,用于向网络设备发送该报文,该报文用于指示该网络设备根据该类型信息对该BSID执行处理动作。
可选的,该报文可以是边界网关协议BGP报文或路径计算单元通信协议PCEP报文等。
在一种可能的实施方式中,上述报文包括类型信息,具体为:该报文中的类型Type字段包括该类型信息。
在一种可能的实施方式中,上述报文包括类型信息,具体为:该报文中的标记Flags字段包括该类型信息。
在一种可能的实施方式中,该类型信息占用该Flags字段中的至少一个bit位。
第五方面,本申请提供一种网络设备,该设备包括处理器、通信接口和存储器,其中,该存储器用于存储计算机程序和/或数据,该处理器用于执行该存储器中存储的计算机程序以实现如下操作:
通过该通信接口接收控制器发送的报文,该报文包括类型信息和段标识,该类型信息用于指示该段标识为绑定段标识BSID;根据该类型信息对该BSID执行处理动作。可选的,该报文可以是边界网关协议BGP报文或路径计算单元通信协议PCEP报文等。
在一种可能的实施方式中,上述报文包括类型信息,具体为:该报文中的类型Type字段包括该类型信息。
在一种可能的实施方式中,上述报文包括类型信息,具体为:该报文中的标记Flags字段包括该类型信息。
在一种可能的实施方式中,该类型信息占用该Flags字段中的至少一个bit位。
在一种可能的实施方式中,该根据该类型信息对该BSID执行处理动作,具体为:
根据该类型信息校验到达该BSID指示的设备的路由是否存在,不校验该BSID在该网络设备所属的拓扑中是否存在;或者,根据该类型信息不对该BSID进行故障校验。
在一种可能的实施方式中,该报文还包括段标识SID,该SID为非该BSID的类型的段标识,该处理器还用于实现如下操作:
根据该SID的类型校验到达该SID指示的设备的路由是否存在,并校验该SID在该网络设备所属的拓扑中是否存在。
第六方面,本申请提供一种控制器包括处理器、通信接口和存储器,该存储器用于存储计算机程序和/或数据,该处理器用于执行该存储器中存储的计算机程序以实现如下操作:
生成报文,该报文包括类型信息和段标识,该类型信息用于指示该段标识为绑定段标识BSID;通过该通信接口向网络设备发送该报文,该报文用于指示该网络设备根据该类型信息对该BSID执行处理动作。可选的,该报文可以是边界网关协议BGP报文或路径计算单元通信协议PCEP报文等。
在一种可能的实施方式中,上述报文包括类型信息,具体为:该报文中的类型Type字段包括该类型信息。
在一种可能的实施方式中,上述报文包括类型信息,具体为:该报文中的标记Flags字段包括该类型信息。
在一种可能的实施方式中,该类型信息占用该Flags字段中的至少一个bit位。
第七方面,本申请提供一种计算机可读存储介质,该计算机可读存储介质存储有计算机程序,该计算机程序被处理器执行以实现上述第一方面任意一项所述的方法;或者,该计算机程序被处理器执行以实现上述第二方面任一项所述的方法。
第八方面,本申请提供一种计算机程序产品,当该计算机程序产品被计算机读取并执行时,上述第一方面任意一项所述的方法将被执行;或者,当该计算机程序产品被计算机读取并执行时,上述第二方面任一项所述的方法将被执行。
第九方面,本申请提供一种计算机程序,当该计算机程序在计算机上执行时,将会使该计算机实现上述第一方面任意一项所述的方法;或者,当该计算机程序在计算机上执行时,将会使该计算机实现上述第二方面任一项所述的方法。
第十方面,本申请提供一种绑定段标识的处理***,该***包括网络设备和控制器,该网络设备为上述第三方面任一项所述的网络设备,该控制器为上述第四方面任一项所述的控制器;或者,该网络设备为上述第五方面任一项所述的网络设备,该控制器为上述第六方面任一项所述的控制器。
综上所述,本申请通过在下发报文中指明BSID的类型,使得网络设备可以识别段路由策略中的BSID,进而可以根据类型对应的处理动作对BSID进行处理,从而避免了因无法识别BSID而进行错误的或者不合理的处理带来的错误的处理结果。
附图说明
下面将对本申请实施例中所需要使用的附图作介绍。
图1所示为本申请实施例提供的一种场景示意图;
图2所示为本申请实施例提供的一种绑定段标识的处理方法的流程示意图;
图3所示为一种报文中封装数据的结构示意图;
图4所示为另一种报文中封装数据的结构示意图;
图5所示为另一种报文中封装数据的结构示意图;
图6所示为另一种报文中封装数据的结构示意图;
图7所示为另一种报文中封装数据的结构示意图;
图8所示为另一种报文中封装数据的结构示意图;
图9所示为另一种报文中封装数据的结构示意图;
图10所示为报文中一种标记字段的结构示意图;
图11所示为本申请实施例提供的报文中另一种标记字段的结构示意图;
图12为本申请实施例提供的一种SR网络结构示意图;
图13为本方案实施例提供的网络设备的逻辑结构示意图;
图14为本方案实施例提供的控制器的逻辑结构示意图;
图15为本方案实施例提供的网络设备的硬件结构示意图;
图16为本方案实施例提供的控制器的硬件结构示意图。
具体实施方式
下面结合附图对本申请的实施例进行描述。
图1所示为本申请实施例提供的绑定段标识的处理方法的一种可能的应用场景,该场景为跨自治***(autonomous system,AS)转发数据的场景。
图1所示场景可以是一个段路由(segment routing,SR)网络,该SR网络中可以包括控制器110、自治***120和自治***130。其中,自治***120中包括多个网络设备,例如包括网络设备121、网络设备122和网络设备123。自治***130中也包括多个网络设备,例如包括网络设备131、网络设备132、网络设备133、网络设备134和网络设备135。其中,自治***120中的网络设备123与自治***130中的网络设备131为边界设备,例如可以是自治***边界路由器(autonomous system boundary router,ASBR)等。
控制器110可以与网络设备通过边界网关协议(border gateway protocol,BGP)或者通过路径计算单元协议(path computation element protocol,PCEP)实现互相通信。然后,控制器110可以通过路径计算单元(path computation element,PCE)为自治***中的网络设备计算数据转发的路径,并将计算得到的路径发送给网络设备。
自治***中的网络设备可以根据控制器110提供的转发路径进行报文的转发。可选的,网络设备可以是交换机或者路由器等。这些网络设备又可以称为路径计算客户端(path computation client,PCC)。
图1中示例性画出了控制器110和自治***120中的网络设备121建立了通信连接,以及控制器110与自治***130的网络设备131建立了通信连接。假设网络设备121为数据转发的头节点,那么控制器110将数据的转发路径发送给网络设备121。
需要说明的是,控制器110发送的数据转发路径可以是通过段标识列表(SegmentID List,SID list)来表示。段标识列表中可以包括多个段标识SID。这些SID可以包括各种段类型(segment type)的标识,例如可以包括基于多协议标签交换(multiprotocol lableswitching,MPLS)的SID类型、基于互联网协议第4版(internet protocol version 4,IPv4)的SID类型或者基于互联网协议第6版(internet protocol version 6,IPv6)的SID类型等。
由于图1所示为跨AS的场景,为了报文可以顺利转发到自治***130,控制器发送给网络设备121的段标识列表中包括绑定段标识BSID。该BSID与自治***130中的转发路径的段标识列表绑定,当网络设备123将数据转发到网络设备131后,网络设备131可以根据该绑定段标识BSID查找到绑定的段标识列表,从而可以继续转发数据。绑定段标识又可以称为粘连标签等。
本申请实施例提供的绑定段标识的处理方法的可能的应用场景还可以包括在同一个AS中但是转发路径过长的场景,此时,可以将转发路径分成几部分,相邻的两个部分之间有一个BSID用于将该两个部分的路径连接起来。例如,假设转发路径分为第一部分和第二部分这两个部分,那么这两部分的转发路径中间有一个BSID,该BSID可以与第二部分的转发路径绑定,当数据转发到第二部分路径的第一个网络设备时,该网络设备可以根据该BSID查找到第二部分的转发路径,然后继续进行报文的转发。
本申请实施例提供的绑定段标识的处理方法的应用场景不限于上述场景,可以应用本申请实施例提供的绑定段标识的处理方法的场景均在本申请的保护范围之内。
下面介绍本申请实施例提供的一种绑定段标识的处理方法,该方法可以应用于上述的任一个场景。参见图2,该方法可以包括但不限于如下步骤:
S201、控制器生成报文,该报文包括类型信息和段标识,该类型信息用于指示该段标识为绑定段标识BSID。
可选的,该控制器生成的报文可以是边界网关协议BGP报文或路径计算单元通信协议PCEP报文等。
具体的,上述BSID用于绑定一段转发路径对应的段标识列表,这样设计可以缩减标签栈的长度,从而可以解决在跨AS的场景中或者在转发路径较长的情况下,段标识列表的深度超过网络设备所支持的列表深度导致的一个段标识列表无法携带所有的标识的问题。即通过BSID,可以顺利实现数据包在跨AS的场景中或者在转发路径较长的场景中按照规划好的转发路径进行转发。例如,在跨AS的场景中,BSID用于衔接两个AS之间的转发路径,即可以通过BSID隐藏一个段标识列表里面的各SID的具体内容。又例如,在转发路径较长的场景中,将转发路径分成两段,则BSID用于表示其中某段转发路径对应的段标识列表。
规划好的转发路径包括:上述段标识列表或段路由策略(segment-routingpolicy,SR Policy),那么,对于跨AS(或转发路径较长)的场景,假设该场景包括第一AS(或第一段转发路径)和第二AS(或第二段转发路径),在第一AS(或第一段转发路径)内的转发路径为第一路径,在第二AS(或第二段转发路径)内的转发路径为第二路径。那么,可以为第二路径配置一个BSID。控制器可以向第一AS中的头节点发送SR Policy,该SR Policy中包括该BSID,其在SR Policy中可以被视为一个网络设备的SID,而在第二AS中,该BSID即对应具体的一条转发路径。这样当第一AS的头节点在接收到相关的数据报文后,会根据上述SRPolicy将一个段标识列表携带在数据报文中,该段标识列表中包括该BSID,该BSID随数据一起转发到第二AS(或第二段转发路径)时,可以通过该BSID找到该第二转发路径,然后根据该第二转发路径继续转发数据。需要说明的是,在进行数据转发时,数据的转发路径的头节点会将该BSID封装到数据报文头中随着数据一起转发出去,在SRv6中,该数据报文头可以被称为段路由头(segment routing header,SRH)。
在具体实施例中,控制器可以获取到由网络设备所组成的转发平面的网络拓扑,可以根据这些网络拓扑的信息规划数据转发的路径。
在一种可能的实施方式中,控制器/PCE根据网络设备发送的路径计算请求来计算数据报文的转发路径,该路径计算请求中可以包括数据转发的目的地址等信息。控制器计算好转发路径后,可以通过SR Policy或段标识列表的形式将计算好的转发路径或者路径选择策略信息发送给网络设备。具体的,控制器将这些SR Policy或段标识列表封装成报文,然后将该报文发送给网络设备。控制器封装的该报文包括BGP报文或PCEP报文。
或者,在另一种可能的实施方式中,控制器可以根据已有的网络拓扑信息,规划并计算好网络设备到各个目的地址的转发路径。然后,通过段标识列表来表示这些转发路径,并将这些段标识列表封装成报文,然后将该报文发送给网络设备。
其中,上述段标识列表包括一个或多个段标识SID。段标识SID可以包括用于标识网络设备的SID和用于标识两个网络设备之间的链路的SID等。对于上述跨AS或转发路径较长的场景,上述段标识列表中还可以包括绑定段标识BSID。
在另一种可能的实施方式中,对于上述跨AS或转发路径较长的场景,控制器在将BSID发送给网络设备时,可以单独生成一个报文用于发送该BSID,即该报文中的段标识列表仅包括该BSID。或者该BSID也可以是和其它SID一起在一个报文中发送,但该报文中包括的段标识列表可以不是一个完整的SR Policy,而是该SR Policy包括的部分SID等等。
具体的,控制器将包括段标识列表的报文发送给网络设备时,是按照预设的格式来封装报文,例如按照TLV的格式来封装报文。TLV是指由数据的类型Tag,数据的长度Length,数据的值Value组成的结构体,几乎可以描任意数据类型。
TLV的Value也可以是一个TLV结构,正因为这种嵌套的特性,可以用来包装协议的实现。因此,控制器生成的报文中段标识列表包括的SID的值value可以是一个嵌套的TLV结构(嵌套的TLV又可以称为子TLV),需要说明的是,相同类型的SID的值可以封装在一个子TLV结构中,不同类型的SID的值可以封装在不同的子TLV结构中。
例如,假设该段标识列表包括两个不同类型的SID,那么封装该段标识列表的报文整体上是TLV结构,对于该两个SID的值,每一个值都可以单独封装为一个子TLV结构。那么,该TLV结构的报文中嵌套有两个子TLV结构。
又例如,假设该段标识列表包括两个类型相同的SID和一个与该两个SID类型不同的BSID,那么封装该段标识列表的报文整体上是TLV结构,对于该两个类型相同的SID的值,可以封装在一个子TLV结构中。对于该BSID可以单独封装在一个子TLV中。那么,该包括三个标识的TLV结构的报文中嵌套有两个子TLV结构。
为了便于理解子TLV的结构,下面结合图3、图4、图5、图6和图7示例性介绍。
图3所示为封装MPLS标签格式的SID的子TLV的结构。该基于MPLS的SID可以是。可以看到,该子TLV的结构由下面这几部分组成:
类型Type:这里的Type指的是SID的段类型。在国际互联网工程任务组(theinternet engineering task force,IETF)发布的关于段路由策略草案中定义了11种段类型。该11种段类型分别用1、2、3、4、5、6、7、9、10、11和12来表示,即该11个数值中每一个数值表示一种段类型。或者,该11种段类型分别用A、B、C、D、E、F、G、H、I、J和K来表示,即该11个字母中每一个字母表示一种段类型。其中,段类型1、2、3、4、5、6、7、9、10、11和12依次与段类型A、B、C、D、E、F、G、H、I、J和K一一对应,即类型A即为类型1,类型B即为类型2等等。对于该MPLS标签格式的SID,其段类型为A。那么,当封装该MPLS标签格式的SID时,该图3所示的子TLV中的该Type字段的值为1。
长度Length:该Length指的是该子TLV中标签Label的值所占的字节数,可以是6字节。
标记Flags:Flags用于定义一些必要的操作或者限制等。
预留RESERVED:RESERVED是预留字段,发送时设置为0,接收时可以忽略。
标签Label:Label字段的值为具体的MPLS标签值,该字段可以占用20位。
流量控制(traffic control,TC):TC可以用于定义流量类型,可以占用3位。
栈底标识S:栈底标识占1位。
生存时间(time-to-live,TTL):用于定义该子TLV可以被转发经过的网络设备的数量,可以占1字节。
图4所示为封装IPv6地址格式的SID的子TLV的结构。可以看到,该子TLV的结构由下面这几部分组成:
类型Type:同样的这里的Type指的是SID的段类型,对于该IPv6地址格式的SID,其段类型为B。那么,当封装该IPv6地址格式的SID时,该图4所示的子TLV中的该Type字段的值为2。
长度Length:这里的Length指的是该子TLV中该IPv6地址格式的SID的值所占的字节数,可以是18字节。
标记Flags:Flags用于定义一些必要的操作或者限制等。
预留RESERVED:RESERVED是预留字段,发送时设置为0,接收时可以忽略。
基于IPv6的SR网络中的段路由标识SRv6 SID:SRv6 SID字段中的值为具体的基于IPv6的SID的值,该字段可以占用16字节。
图5所示为封装IPv4地址格式的SID加可选的MPLS标签格式的SID的子TLV的结构。可以看到,该子TLV的结构由下面这几部分组成:
类型Type:同样的这里的Type指的是SID的段类型,对于该IPv4地址格式的SID加可选的MPLS标签格式的SID,其段类型为C。那么,当封装该IPv4地址格式的SID加可选的MPLS标签格式的SID时,该图5所示的子TLV中的该Type字段的值为3。
长度Length:Length指的是子TLV中SID的值所占的字节数,可以是6字节或10字节。
标记Flags:Flags用于定义一些必要的操作或者限制等。
段路由算法SR Algorithm:用于指示SID关联的算法。
基于IPv4的节点地址IPv4 Node Address:用来标识一个节点(即一个网络设备)。
SR-MPLS SID:这是可选的字段,长度为4字节,该SID的格式同段类型A的标签格式。
图6所示为封装IPv6地址格式的SID加可选的MPLS标签格式的SID的子TLV的结构。可以看到,该子TLV的结构由下面这几部分组成:
类型Type:同样的这里的Type指的是SID的段类型,对于该IPv6地址格式的SID加可选的MPLS标签格式的SID,其段类型为D。那么,当封装该IPv6地址格式的SID加可选的MPLS标签格式的SID时,该图6所示的子TLV中的该Type字段的值为4。
长度Length:这里的Length指的是该子TLV中SID的值所占的字节数,可以是18字节或者22字节。
标记Flags:Flags用于定义一些必要的操作或者限制等。
段路由算法SR Algorithm:用于指示SID关联的算法。
基于IPv6的节点地址IPv4 Node Address:用来标识一个节点(即一个网络设备)。
SR-MPLS SID:这是可选的字段,长度为4字节,该SID的格式同段类型A的标签格式。
图7所示为封装IPv6地址格式的SID加可选的SRv6 SID的子TLV的结构。可以看到,该子TLV的结构由下面这几部分组成:
类型Type:同样的这里的Type指的是SID的段类型,对于该IPv6地址格式的SID加可选的SRv6 SID,其段类型为I。那么,当封装该IPv6地址格式的SID加可选的SRv6 SID时,该图7所示的子TLV中的该Type字段的值为10。
长度Length:这里的Length指的是该子TLV中SID的值所占的字节数,可以是18字节或者34字节。
标记Flags:Flags用于定义一些必要的操作或者限制等。
段路由算法SR Algorithm:用于指示SID关联的算法。
基于IPv6的节点地址IPv4 Node Address:用来标识一个节点(即一个网络设备)。
SRv6 SID:可选字段,IPv6地址格式,可用于标识一个节点或链路,长度为16字节。
需要说明的是,上述结构主要为BGP报文的示例,报文中封装SID的子TLV结构不限于上述介绍的结构,还存在其它子TLV结构,例如,还可以是基于PCEP的协议生成的用于封装SID的子TLV结构,可以参见图8和图9。
图8所示为PCEP协议中定义的分段路由显式路由对象(explicit route object,ERO)或者分段路由路由记录对象(route record object,SR-RRO)的结构,分段路由显式路由对象可以称为SR-ERO子对象,分段路由路由记录对象可以称为SR-RRO子对象,该SR-ERO子对象和该SR-RRO子对象可以用于携带分段路由流量工程(subsection routing trafficengineering,SR-TE)或SR Policy的路径信息。在图8中可以看到,SR-ERO子对象或SR-RRO子对象的结构实际上是一个子TLV的结构,该子TLV结构中各个字段的含义可以参见表1。
表1
图9所示为PCEP协议中定义的SRv6-ERO子对象或SRv6-RRO子对象,用于携带SRv6的路径信息。在图9中可以看到,SRv6-ERO子对象或SRv6-RRO子对象的结构实际上是一个子TLV的结构,该子TLV结构中各个字段的含义可以参见表2。
表2
在具体实施例中,上述报文中封装SID的子TLV结构不限于上述介绍的结构,具体采用的子TLV结构根据实际需要确定,本方案对此不做限制。
基于上述的描述可知,上述控制器向网络设备发送的报文中携带有SID的段类型,网络设备可以通过段类型来识别SID,以便于对不同段类型的SID做不同的处理。但是,当报文中包括BSID时,由于现有技术中没有定义BSID的段类型,导致网络设备在某些情况下无法识别出BSID,从而对BSID进行错误的处理。
例如,为了避免由于段标识列表指示的转发路径出现故障导致数据无法顺利转发,网络设备可以通过接收到的段标识列表中的标识进行故障校验。如果该段标识列表中包括BSID,由于BSID没有被定义明确的类型,且不在SR网络拓扑中泛洪,即BSID在SR网络拓扑中的其它网络设备中是不存在的,那么在做故障校验的时候,导致网络设备误认该BSID是无效的,从而引起故障误报的情况。
为了解决上述的问题,本申请实施例中,控制器在向网络设备发送报文时,如果报文的段标识列表中包括BSID,则在报文中明确指示该BSID的类型,即该报文中包括具体的类型信息和某一个段标识,该具体的类型信息用于指示该某一个段标识为绑定段标识BSID,具体的可以通过嵌套子TLV结构来实现。
在一种可能的实施方式中,封装BSID的子TLV结构可以是图3、图4、图5、图6或图7所示的结构,在该示例中,主要为BGP协议报文的示例。封装BSID的子TLV还可以是基于PCEP的协议生成的用于封装该BSID的子TLV结构,例如上述图8和图9所示的结构等等。但是子TLV结构的Type字段中的值为指示BSID的类型的值。
例如,对于图3、图4、图5、图6或图7所示的结构,BSID的类型的值可以是IETF发布的关于段路由策略草案中定义的11种段类型之外的类型值,例如可以是13、14或者15等等,那么,13、14和15对应的段类型可以分别为段类型L、段类型M和段类型N。
再例如,对于图8和图9所示的结构,BSID的类型的值可以是PCEP协议中现有定义的段类型之外的任一个类型值。
这里只是示例性给出了BSID的类型以及类型对应的值,但是BSID的类型以及类型对应的值不限于此处列出的,还可以是其它的类型和类型值。需要说明的是,SR网络中的网络设备可以识别该BSID的类型的值,并可以根据该类型按照预设的规则处理对应的BSID。
在另一种可能的实施方式中,封装BSID的子TLV结构可以是图3、图4、图5、图6或图7所示的结构,在该示例中,主要为BGP协议报文的示例。封装BSID的子TLV还可以是基于PCEP的协议生成的用于封装该BSID的子TLV结构,例如上述图8和图9所示的结构等等。但是,在本实施例,不通过子TLV结构中的Type字段指示BSID的类型,而是通过在子TLV结构的标记Flags字段中占用预设位数来定义该BSID的类型。
对于图3、图4、图5、图6或图7所示的结构,通过在子TLV结构的标记Flags字段中占用预设位数来定义该BSID的类型的具体描述可以参见图10和图11。
参见图10,图10所示为现有技术中图3、图4、图5、图6或图7所示的结构的子TLV结构中Flags字段的结构。可以看到,Flags字段占用1个字节8位,图10中只占用了Flags字段的2位定义了两个标记。其中,占用第一位的标记V用于标记该子TLV结构中的标识是否进行本地校验,示例性地,如果该位置1则进行本地校验,如果该位置0则不进行本地校验。占用第二位的标记A用于标记算法,有些SID是带算法的,可以用过该位来标记SID关联的算法。
参见图11,图11示例性示出了本申请实施例提供的子TLV结构中Flags字段的结构。图11在图10的基础上占用第三位用于标记BSID的类型,可以用B字符来表示该标记位。可选的,用于标记BSID类型的标记位不限于占用1位,也可以占用1位以上的标记位。另外,BSID类型的标记符也不限于用B字符来表示,也可以用其它字符表示,例如BS或者BSID等等。当该BSID类型的标记位置1时,则表明该子TLV结构中的value值为BSID。需要说明的是,SR网络中的网络设备可以识别该BSID的类型的值,并可以根据该类型按照预设的规则处理对应的BSID。
对于图8或图9所示的结构,在图8中可以看到,现有的Flags字段中包括F标记、S标记、C标记和M标记;在图9中可以看到,现有的Flags字段中包括F标记和S标记。那么,在本申请实施例中,可以配置占用图8或图9所示结构的Flags字段中未定义的一位或多位用于标记BSID的类型,可以用B字符来表示该标记位。BSID类型的标记符也不限于用B字符来表示,也可以用其它字符表示,例如BS或者BSID等等。当该BSID类型的标记位置1时,则表明该子TLV结构中的value值为BSID。需要说明的是,SR网络中的网络设备可以识别该BSID的类型的值,并可以根据该类型按照预设的规则处理对应的BSID。
可选的,也可以在封装BSID的子TLV结构中的其它字段例如RESERVED或NT等字段中定义BSID的类型,或者在报文中的某个字段定义BSID的类型等。
另外,封装BSID的子TLV结构不限于图3、图4、图5、图6、图7、图8和图9所示的结构,还存在其它的子TLV结构,也可以在这些其它的子TLV结构中指示BSID的类型,本方案对此不做限制。
需要说明的是,上述对绑定段标识BSID的类型的定义以及对BSID的相关处理可以通过相关的协议(例如上述IETF发布的关于段路由策略草案协议或者PCEP协议等)制订为标准,然后,SR网络中的设备可以基于该协议识别出BSID,并可以基于该协议来处理BSID。
为了便于理解上述的段标识列表,下面结合图12举例说明。
图12所示可以为一个跨自治***的SR网络,图12所示网络与图1所示网络相同,前述对图1的描述适用于图12。在该SR网络中,假设网络设备121为数据转发的头节点,网络设备134为数据转发的目的节点,控制器110根据该头节点和目的节点计算得到的数据转发路径为:网络设备121-网络设备122-网络设备123-网络设备131-网络设备135-网络设备134。
另外,图12中是基于IPv6的SR网络(SRv6)示例说明,因此,在图12中还可以看到,每个网络设备都配置有基于SRv6的SID。这些SID可以是对应网络设备的地址,具有定位功能,每个SID一般在SR网络内可以唯一标识一个网络设备。每个网络设备的SID可以是由控制器配置好并发送给对应的网络设备,然后网络设备将自身的SID通过泛洪的方式扩散到其它网络设备。其它网络设备接收到泛洪的SID后,会将SID存储起来以用于后续的处理,例如用于数据转发时引流等。
需要说明的是,网络设备会在SR网络中不断泛洪其自身的SID,该SR网络中其它网络设备在每次泛洪之后都更新一次接收到的SID。但是,当某个网络设备不可达时例如出现了故障时,则其它网络设备不会再接收到该某个网络设备泛洪的SID,那么该其它网络设备更新接收到的SID后不会再存储有该某个网络设备的SID。
上述控制器110计算得到数据的转发路径之后,可以利用该转发路径中网络设备的SID来表示转发路径,该转发路径中网络设备的SID组成了段标识列表。由于图12中所示为一个跨自治***的SR网络,因此,转发路径可以分为两段,第一段为在自治***120中的转发路径,即网络设备121-网络设备122-网络设备123,第二段为在自治***130中的转发路径,即网络设备131-网络设备135-网络设备134。为了将这两段转发路径衔接起来,可以通过绑定段标识BSID来绑定第二段的转发路径,且在第一段的转发路径中BSID可以当做一个网络设备的SID。
基于上述的描述以及结合图12中所示的网络设备的SID,可以得到上述第一段转发路径的段标识列表为{2::100,3::200,4::400},得到上述第二段转发路径的段标识列表为{4::800,5::300,6::500}。然后,控制器110将段标识列表{2::100,3::200,4::400}封装成报文,并将该报文发送给第一段转发路径的头节点即网络设备121。控制器110将段标识列表{4::800,5::300,6::500}封装成报文,并将该报文发送给第二段转发路径的头节点即网络设备131。当然,该两个报文中包括各个SID以及BSID的类型的信息,具体报文的封装结构可以参见前述的描述,此处不再赘述。
S202、控制器向网络设备发送上述报文。
基于上述的描述,上述控制器生成包括上述BSID以及该BSID的类型信息的报文之后,将该报文发送给对应的网络设备。
控制器可以通过PCEP协议或者BGP协议,将报文发送给网络设备。
S203、网络设备接收该报文。
S204、网络设备根据该报文中的类型信息对该BSID执行处理动作。
网络设备根据该报文的类型信息对该BSID执行处理动作,可以理解为,当网络设备根据类型信息的指示获取到该段标识为BSID后,可以执行相应的处理动作。
可选的,该处理动作为该BSID的类型映射得到的动作。
可选的,该处理动作也可以是当确认某个段标识为绑定段标识时,则默认执行的动作。该默认执行的动作可以是网络设备在出厂时即确定的动作,也可以是网络设备提前从控制器或网络管理设备、或管理人员通过管理接口配置的动作。
基于上述的描述,网络设备接收控制器发送的上述报文。该网络设备可以是某一段转发路径的头节点,例如可以是图12中所述的网络设备121等。然后,该网络设备解析该报文获取到报文中的段标识列表,以及该段标识列表中各个SID和BSID的类型信息。网络设备可以通过这些类型信息识别该各个SID和BSID的具体类型,由于不同类型的标识各自关联映射有各自的处理动作,网络设备识别出不同类型的标识后,根据各自的类型映射的处理动作对应处理各个类型的标识。
例如,如果某个SID的类型信息为1,则表明该SID为基于MPLS的标签;或者,如果某个SID的类型信息为2,则表明该SID为基于IPv6的地址;或者,如果某个SID的类型信息为12,则表明该SID为绑定段标识BSID。这里只是示例性介绍,报文中的SID的具体类型信息以及该类型信息对应的内容根据具体情况确定,本方案对此不做限制。
下面以为了避免由于段标识列表指示的转发路径出现故障导致数据无法顺利转发,网络设备通过段标识进行故障校验的场景为例,示例性介绍网络设备识别出上述报文中的SID和BSID的类型之后,根据该SID和BSID的类型映射得到的处理动作对应处理该SID和BSID的过程。
上述网络设备可以通过接收到的段标识列表中的段标识进行故障校验。该故障校验可以分为两部分:
拓扑校验:校验段标识在该网络设备所属的网络拓扑中是否存在;
路由校验:校验该网络设备到段标识指示的设备的路由是否存在。
在本申请实施例中,由于BSID在网络中不泛洪,因此在网络拓扑中是不存在的,但这不影响网络中正常的数据转发,因此在做故障校验时,如果校验BSID在拓扑中是否存在,则会因得到BSID不存在于拓扑中而误报告警。因此,为了避免故障误报的情况,BSID类型关联映射的处理动作为:只对BSID的类型的标识进行路由校验,不进行拓扑校验。或者,BSID类型关联映射的处理动作为:不对BSID的类型的标识做故障校验。非BSID类型关联映射的处理动作为:对非BSID类型的标识进行路由校验和拓扑校验。
上述BSID在网络拓扑中不存在,包括:网络设备根据BGP或内部网关协议(Interior Gateway Protocol,IGP)获得的网络拓扑中不包括该BSID。该网络拓扑包括三层网络拓扑。
那么,该网络设备识别出段标识列表中包括的BSID和其它类型的SID之后,只对BSID做上述路由校验,而不做上述拓扑校验,或者不对BSID做故障校验。而对于该其它类型的SID则进行拓扑校验和路由校验。本例中,通过识别出BSID的类型,针对该类型的BSID不做拓扑校验或者不做故障校验,从而避免了告警误报,快速实现数据的转发。
为了便于理解,还是结合上述图12示例说明。基于前述的描述可知,网络设备121接收到控制器110发送的包括段标识列表{2::100,3::200,4::400}的报文。网络设备121根据报文中各个标识的类型信息识别出该段标识列表中的标识2::100和3::200为基于IPv6的地址类型的标识,4::400为绑定段标识BSID。那么,网络设备121校验标识2::100和3::200在该网络设备121所属的网络拓扑中是否存在,并校验网络设备121到标识2::100指示的网络设备122和到标识3::200指示的网络设备123的路由是否存在。而,由于4::400为绑定段标识BSID,网络设备121只校验到4::400指示的网络设备的路由是否存在,不校验4::400在该网络设备121所属的网络拓扑中是否存在。
由于标识2::100和3::200在网络拓扑中实时泛洪,在没有出现故障的情况下,网络拓扑中的网络设备都存储有该标识2::100和3::200,因此,在做拓扑校验时,网络设备121只需要在自身的存储器中存储这些泛洪的标识的地方查找是否有该标识2::100和3::200,如果有则说明网络拓扑中存在该标识2::100和3::200,从而可以确定段标识列表{2::100,3::200,4::400}对应的转发路径没有出现故障。如果网络设备121没有查找到某个标识例如没有查找到3::200,则表明段标识列表{2::100,3::200,4::400}对应的转发路径出现了故障,那么网络设备121会通知业务做故障切换,可以切换到备用转发路径进行数据的转发。
而对于路由校验,可以通过标识的前缀(标识2::100的前缀为2::,标识3::200的前缀为3::,标识4::400的前缀为4::)来校验,本申请实施例是以子网掩码长度为64位转换得到的前缀为例说明。在图12中可以看到,每一个网络设备的标识SID的前缀都不同,这些标识的前缀可以在一个SR网络唯一标识某一个网络设备。
另外,网络设备衍生或者发布的任意一个标识的前缀都是该网络设备的地址标识的前缀。例如BSID 4::400用于在第二段转发路径(即上述在自治***130中的转发路径)的头节点网络设备131中绑定该第二段转发路径的段标识列表,即该BSID 4::400对应的段标识列表可以为{8::700,7::600,6::500},对于第一段转发路径来说,BSID 4::400为网络设备131的地址标识,因此,可以将BSID 4::400看成是网络设备131衍生的标识,因此,该BSID4::400的前缀为网络设备131的地址标识4::800的前缀。
该网络设备131的地址标识是在网络拓扑中实时泛洪的,因此,在没有出现故障的情况下,网络拓扑中的其它网络设备都存储有网络设备131的地址标识的前缀4::。因此,在对4::400进行路由校验时,网络设备121只需要在自身的存储器中存储这些通过IGP或BGP泛洪的标识的地方查找是否有标识前缀4::。如果有,则说明网络设备121到BSID 4::400指示的网络设备131的路由存在。如果没有,则说明网络设备121到BSID 4::400指示的网络设备131的路由不存在,表明段标识列表{2::100,3::200,4::400}对应的转发路径出现了故障,那么网络设备121会通知业务做故障切换,可以切换到备用转发路径进行数据的转发,从而保证了数据的顺利转发。对于2::100和3::200的路由校验与4::400的路由校验的过程相同,此处不再赘述。
需要说明的是,BSID类型关联映射某些处理动作,使得网络设备识别出该BSID类型后执行这些处理动作的过程不限于应用在上述故障校验的场景中,还可以应用于其它场景中,本方案对此不做限制。
需要说明的是,上述的各个例子主要是以基于IPv6的SR网络示例说明,但本申请实施例提供的绑定段标识的处理方法也适用于基于MPLS的SR网络。
综上所述,本申请通过在下发报文中指明BSID的类型,使得网络设备可以识别段路由策略中的BSID,进而可以根据类型对应的处理动作对BSID进行处理,从而避免了因无法识别BSID而进行错误的或者不合理的处理带来的错误的处理结果。
上述主要对本申请实施例提供的绑定段标识的处理方法进行了介绍。可以理解的是,各个设备为了实现上述对应的功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对设备进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本申请实施例对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
在采用对应各个功能划分各个功能模块的情况下,图13示出了设备的一种可能的逻辑结构示意图,该设备可以是上述的网络设备。该网络设备1300包括接收单元1301和处理单元1302。其中:
接收单元1301,用于接收控制器发送的报文,该报文包括类型信息和段标识,该类型信息用于指示该段标识为绑定段标识BSID;
处理单元1302,用于根据该类型信息对该BSID执行处理动作。
在一种可能的实施方式中,处理单元1302具体用于:
根据该类型信息校验到达该BSID指示的设备的路由是否存在,不校验该BSID在该网络设备所属的拓扑中是否存在;或者,根据该类型信息不对该BSID进行故障校验。
在一种可能的实施方式中,该报文还包括段标识SID,该SID为非该BSID的类型的段标识,网络设备1300还包括:
校验单元,用于根据该SID的类型校验到达该SID指示的设备的路由是否存在,并校验该SID在该网络设备所属的拓扑中是否存在。
在采用对应各个功能划分各个功能模块的情况下,图14示出了设备的一种可能的逻辑结构示意图,该设备可以是上述的控制器。该控制器1400包括生成单元1401和发送单元1402。
其中:
生成单元1401,用于生成报文,该报文包括类型信息和段标识,该类型信息用于指示该段标识为绑定段标识BSID;
发送单元1402,用于向网络设备发送该报文。
图13和图14所示设备中各个单元的具体操作以及有益效果可以参见上述图2所示方法实施例的描述,此处不再赘述。
图15所示为本申请提供的设备的一种可能的硬件结构示意图,该设备可以是上述方法实施例中所述的网络设备。该网络设备1500包括:处理器1501、存储器1502和通信接口1503。处理器1501、通信接口1503以及存储器1502可以相互连接或者通过总线1504相互连接。
示例性的,存储器1502用于存储设备1500的计算机程序和数据,存储器1502可以包括但不限于是随机存储记忆体(random access memory,RAM)、只读存储器(read-onlymemory,ROM)、可擦除可编程只读存储器(erasable programmable read only memory,EPROM)或便携式只读存储器(compact disc read-only memory,CD-ROM)等。通信接口1503用于支持网络设备1500进行通信,例如接收或发送数据。
示例性的,处理器1501可以是中央处理器单元、通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。处理器也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,数字信号处理器和微处理器的组合等等。处理器1501可以用于读取上述存储器1502中存储的程序,执行上述图2以及可能的实施方式所述的方法中网络设备所做的操作。
图16所示为本申请提供的设备的一种可能的硬件结构示意图,该设备可以是上述方法实施例中所述的控制器。该控制器1600包括:处理器1601、存储器1602和通信接口1603。处理器1601、通信接口1603以及存储器1602可以相互连接或者通过总线1604相互连接。
示例性的,存储器1602用于存储设备1600的计算机程序和数据,存储器1602可以包括但不限于是随机存储记忆体(random access memory,RAM)、只读存储器(read-onlymemory,ROM)、可擦除可编程只读存储器(erasable programmable read only memory,EPROM)或便携式只读存储器(compact disc read-only memory,CD-ROM)等。通信接口1603用于支持控制器1600进行通信,例如接收或发送数据。
示例性的,处理器1601可以是中央处理器单元、通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。处理器也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,数字信号处理器和微处理器的组合等等。处理器1601可以用于读取上述存储器1602中存储的程序,执行上述方法中控制器所做的操作。
本申请实施例还提供一种绑定段标识的处理***,该***包括网络设备和控制器,该网络设备为上述图2所述方法实施例中的网络设备,该控制器为上述图2所述方法实施例中所述的控制器;或者,该网络设备为上述图13所述的网络设备,该控制器为上述图14所述的控制器;或者,该网络设备为上述图15所述的网络设备,该控制器为上述图16所述的控制器。
本申请实施例还公开了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行以实现上述图2以及可能的实施方式所述的方法。
本申请实施例还公开了一种计算机程序产品,当所述计算机程序产品被计算机读取并执行时,上述图2以及可能的实施方式所述的方法将被执行。
本申请实施例还公开了一种计算机程序,当所述计算机程序在计算机上执行时,将会使所述计算机实现上述图2以及可能的实施方式所述的方法。
综上所述,本申请通过在下发报文中指明BSID的类型,使得网络设备可以识别段路由策略中的BSID,进而可以根据类型对应的处理动作对BSID进行处理,从而避免了因无法识别BSID而进行错误的或者不合理的处理带来的错误的处理结果。
最后应说明的是:以上各实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述各实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。
Claims (21)
1.一种绑定段标识的处理方法,其特征在于,所述方法包括:
网络设备接收控制器发送的报文,所述报文包括类型信息和段标识,所述类型信息用于指示所述段标识为绑定段标识BSID;
所述网络设备根据所述类型信息对所述BSID执行处理动作。
2.根据权利要求1所述的方法,其特征在于,所述报文包括类型信息,包括:
所述报文中的类型Type字段包括所述类型信息。
3.根据权利要求1所述的方法,其特征在于,所述报文包括类型信息,包括:
所述报文中的标记Flags字段包括所述类型信息。
4.根据权利要求3所述的方法,其特征在于,所述类型信息占用所述Flags字段中的至少一个bit位。
5.根据权利要求1至4任一项所述的方法,其特征在于,所述网络设备根据所述类型信息对所述BSID执行处理动作,包括:
所述网络设备根据所述类型信息校验到达所述BSID指示的设备的路由是否存在,不校验所述BSID在所述网络设备所属的拓扑中是否存在;
或者,所述网络设备根据所述类型信息不对所述BSID进行故障校验。
6.根据权利要求1-4任一项所述的方法,其特征在于,所述报文包括:边界网关协议BGP报文或路径计算单元通信协议PCEP报文。
7.一种绑定段标识的处理方法,其特征在于,所述方法包括:
控制器生成报文,所述报文包括类型信息和段标识,所述类型信息用于指示所述段标识为绑定段标识BSID;
所述控制器向网络设备发送所述报文,所述报文用于指示所述网络设备根据所述类型信息对所述BSID执行处理动作。
8.根据权利要求7所述的方法,其特征在于,所述报文包括类型信息,包括:
所述报文中的类型Type字段包括所述类型信息。
9.根据权利要求7所述的方法,其特征在于,所述报文包括类型信息,包括:
所述报文中的标记Flags字段包括所述类型信息。
10.根据权利要求9所述的方法,其特征在于,所述类型信息占用所述Flags字段中的至少一个bit位。
11.一种网络设备,其特征在于,所述设备包括:
接收单元,用于接收控制器发送的报文,所述报文包括类型信息和段标识,所述类型信息用于指示所述段标识为绑定段标识BSID;
处理单元,用于根据所述类型信息对所述BSID执行处理动作。
12.根据权利要求11所述的设备,其特征在于,所述报文包括类型信息,包括:
所述报文中的类型Type字段包括所述类型信息。
13.根据权利要求11所述的设备,其特征在于,所述报文包括类型信息,包括:
所述报文中的标记Flags字段包括所述类型信息。
14.根据权利要求13所述的设备,其特征在于,所述类型信息占用所述Flags字段中的至少一个bit位。
15.根据权利要求11至14任一项所述的设备,其特征在于,所述处理单元具体用于:
根据所述类型信息校验到达所述BSID指示的设备的路由是否存在,不校验所述BSID在所述网络设备所属的拓扑中是否存在;
或者,根据所述类型信息不对所述BSID进行故障校验。
16.根据权利要求11-14任一项所述的设备,其特征在于,所述报文包括:边界网关协议BGP报文或路径计算单元通信协议PCEP报文。
17.一种控制器,其特征在于,所述控制器包括:
生成单元,用于生成报文,所述报文包括类型信息和段标识,所述类型信息用于指示所述段标识为绑定段标识BSID;
发送单元,用于向网络设备发送所述报文,所述报文用于指示所述网络设备根据所述类型信息对所述BSID执行处理动作。
18.根据权利要求17所述的控制器,其特征在于,所述报文包括类型信息,包括:
所述报文中的类型Type字段包括所述类型信息。
19.根据权利要求17所述的控制器,其特征在于,所述报文包括类型信息,包括:
所述报文中的标记Flags字段包括所述类型信息。
20.根据权利要求19所述的控制器,其特征在于,所述类型信息占用所述Flags字段中的至少一个bit位。
21.一种绑定段标识的处理***,其特征在于,所述***包括网络设备和控制器,所述网络设备为权利要求11至16任一项所述的网络设备,所述控制器为权利要求17至20任一项所述的控制器。
Priority Applications (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010470237.1A CN113746729B (zh) | 2020-05-28 | 2020-05-28 | 绑定段标识的处理方法及设备 |
CN202310298213.6A CN116582476A (zh) | 2020-05-28 | 2020-05-28 | 绑定段标识的处理方法及设备 |
PCT/CN2021/095024 WO2021238777A1 (zh) | 2020-05-28 | 2021-05-21 | 绑定段标识的处理方法及设备 |
EP21812536.7A EP4138347A4 (en) | 2020-05-28 | 2021-05-21 | METHOD AND DEVICE FOR PROCESSING THE IDENTIFICATION OF BINDING SEGMENTS |
US17/993,571 US20230086279A1 (en) | 2020-05-28 | 2022-11-23 | Binding Segment Identifier Processing Method and Device |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010470237.1A CN113746729B (zh) | 2020-05-28 | 2020-05-28 | 绑定段标识的处理方法及设备 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310298213.6A Division CN116582476A (zh) | 2020-05-28 | 2020-05-28 | 绑定段标识的处理方法及设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113746729A CN113746729A (zh) | 2021-12-03 |
CN113746729B true CN113746729B (zh) | 2023-03-10 |
Family
ID=78724314
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310298213.6A Pending CN116582476A (zh) | 2020-05-28 | 2020-05-28 | 绑定段标识的处理方法及设备 |
CN202010470237.1A Active CN113746729B (zh) | 2020-05-28 | 2020-05-28 | 绑定段标识的处理方法及设备 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310298213.6A Pending CN116582476A (zh) | 2020-05-28 | 2020-05-28 | 绑定段标识的处理方法及设备 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20230086279A1 (zh) |
EP (1) | EP4138347A4 (zh) |
CN (2) | CN116582476A (zh) |
WO (1) | WO2021238777A1 (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114221891B (zh) * | 2021-12-13 | 2023-08-29 | 中国电信股份有限公司 | 绑定段标识拼接方法、路由反射器、自治域和跨域网络 |
CN114338514B (zh) * | 2021-12-27 | 2023-06-16 | 中国电信股份有限公司 | 网络探测方法、装置、介质及电子设备 |
WO2024000137A1 (zh) * | 2022-06-28 | 2024-01-04 | 新华三技术有限公司 | 报文处理 |
CN117527666A (zh) * | 2022-07-28 | 2024-02-06 | 华为技术有限公司 | 一种报文处理的方法及相关设备 |
CN116915685B (zh) * | 2023-09-06 | 2023-12-12 | 新华三技术有限公司 | 报文传输方法、装置及电子设备 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101465847A (zh) * | 2007-12-21 | 2009-06-24 | 华为技术有限公司 | 一种mac消息传输方法和装置 |
EP2230868A1 (en) * | 2009-03-18 | 2010-09-22 | Nokia Siemens Networks OY | Method and apparatus for distribution of topology information in communication networks |
WO2018082652A1 (zh) * | 2016-11-03 | 2018-05-11 | 中兴通讯股份有限公司 | 信息传输方法、装置及***及装置 |
CN109218189A (zh) * | 2017-07-03 | 2019-01-15 | 中兴通讯股份有限公司 | 跨域的路径的标识信息的确定方法、装置及存储介质 |
WO2020063500A1 (zh) * | 2018-09-29 | 2020-04-02 | 华为技术有限公司 | 获取SRv6隧道信息的方法、设备和*** |
CN110995596A (zh) * | 2019-12-20 | 2020-04-10 | 锐捷网络股份有限公司 | 基于SRv6网络的SID分配方法和装置 |
CN111092801A (zh) * | 2018-10-23 | 2020-05-01 | 华为技术有限公司 | 数据传输方法及装置 |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8831562B2 (en) * | 2012-06-14 | 2014-09-09 | United States Cellular Corporation | System and method for using network identification information to manage mobile wireless user service policies |
US20160205536A1 (en) * | 2015-01-14 | 2016-07-14 | Qualcomm Incorporated | Throughput and multi-sim call performance through efficient reuse of cached overhead information |
WO2019007390A1 (en) * | 2017-07-07 | 2019-01-10 | Huawei Technologies Co., Ltd. | EPC SEGMENT ROUTING PATH SEGMENT LABEL LINK EXTENSION |
CN110661700B (zh) * | 2018-06-30 | 2021-10-15 | 华为技术有限公司 | 一种传输路径故障的处理方法、装置及*** |
US10812374B2 (en) * | 2018-09-21 | 2020-10-20 | Cisco Technology, Inc. | Segment routing with fast reroute for container networking |
CN114884873A (zh) * | 2019-09-11 | 2022-08-09 | 华为技术有限公司 | 一种转发路径的确定方法及装置 |
CN113826362B (zh) * | 2020-03-31 | 2023-06-20 | 瞻博网络公司 | 用于域间分段路由的传输端点分段 |
EP4117227A4 (en) * | 2020-04-02 | 2023-08-02 | Huawei Technologies Co., Ltd. | BOUNDARY FILTERING METHOD AND APPARATUS FOR AN SRV6 TRUST DOMAIN |
-
2020
- 2020-05-28 CN CN202310298213.6A patent/CN116582476A/zh active Pending
- 2020-05-28 CN CN202010470237.1A patent/CN113746729B/zh active Active
-
2021
- 2021-05-21 WO PCT/CN2021/095024 patent/WO2021238777A1/zh unknown
- 2021-05-21 EP EP21812536.7A patent/EP4138347A4/en active Pending
-
2022
- 2022-11-23 US US17/993,571 patent/US20230086279A1/en active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101465847A (zh) * | 2007-12-21 | 2009-06-24 | 华为技术有限公司 | 一种mac消息传输方法和装置 |
EP2230868A1 (en) * | 2009-03-18 | 2010-09-22 | Nokia Siemens Networks OY | Method and apparatus for distribution of topology information in communication networks |
WO2018082652A1 (zh) * | 2016-11-03 | 2018-05-11 | 中兴通讯股份有限公司 | 信息传输方法、装置及***及装置 |
CN109218189A (zh) * | 2017-07-03 | 2019-01-15 | 中兴通讯股份有限公司 | 跨域的路径的标识信息的确定方法、装置及存储介质 |
WO2020063500A1 (zh) * | 2018-09-29 | 2020-04-02 | 华为技术有限公司 | 获取SRv6隧道信息的方法、设备和*** |
CN111092801A (zh) * | 2018-10-23 | 2020-05-01 | 华为技术有限公司 | 数据传输方法及装置 |
CN110995596A (zh) * | 2019-12-20 | 2020-04-10 | 锐捷网络股份有限公司 | 基于SRv6网络的SID分配方法和装置 |
Non-Patent Citations (2)
Title |
---|
分段路由网络研究及其在流量工程中的应用;何晓明等;《电信科学》;20160620;186-194 * |
基于身份与位置分离的嵌套移动网络路由优化机制;杨水根等;《电子学报》;20080715(第07期);1261-1267 * |
Also Published As
Publication number | Publication date |
---|---|
US20230086279A1 (en) | 2023-03-23 |
EP4138347A1 (en) | 2023-02-22 |
CN116582476A (zh) | 2023-08-11 |
CN113746729A (zh) | 2021-12-03 |
EP4138347A4 (en) | 2023-09-06 |
WO2021238777A1 (zh) | 2021-12-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN113746729B (zh) | 绑定段标识的处理方法及设备 | |
US10972391B2 (en) | Full-path validation in segment routing | |
US10432514B2 (en) | Multiprotocol label switching traffic engineering tunnel establishing method and device | |
CN113381933B (zh) | SRv6网络中双向转发检测的方法与*** | |
US8082340B2 (en) | Technique for distinguishing between link and node failure using bidirectional forwarding detection (BFD) | |
US7668116B2 (en) | Root node shutdown messaging for multipoint-to-multipoint transport tree | |
US7765306B2 (en) | Technique for enabling bidirectional forwarding detection between edge devices in a computer network | |
RU2704714C1 (ru) | Технологии для предоставления максимальной глубины идентификатора сегмента узла и/или линии связи, использующие ospf | |
US10439880B2 (en) | Loop-free convergence in communication networks | |
CN109861913B (zh) | 一种跨内部网关协议的前缀标识通告方法和装置 | |
US20080080507A1 (en) | Directed echo requests and reverse traceroute | |
CN108737128A (zh) | 一种实现带内操作管理维护ioam的方法及装置 | |
CN110391951B (zh) | 以太网段标识邻接检测处理方法及装置、存储介质 | |
CN109889441A (zh) | 一种数据转发方法及装置 | |
EP3985941A2 (en) | Path switching method, device, and system | |
CN111490933B (zh) | 双向转发检测切换方法及边缘设备 | |
CN114650256A (zh) | 报文处理方法、节点及计算机可读存储介质 | |
CN112491706B (zh) | 数据报文的处理方法及装置、存储介质、电子装置 | |
Papán et al. | The IPFRR mechanism inspired by BIER algorithm | |
CN112929261B (zh) | 分段路由隧道的防断纤方法、装置,入口节点及存储介质 | |
CN112751767B (zh) | 路由信息传输方法及装置、数据中心互联网络 | |
CN111885630B (zh) | 数据传输方法及通信装置 | |
WO2022042610A1 (zh) | 信息处理方法、网络控制器、节点及计算机可读存储介质 | |
CN112702263B (zh) | 转发报文的方法及装置 | |
George et al. | Gap analysis for operating IPv6-only MPLS networks |
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 |