WO2011150835A1 - 一种请求获取路由信息的方法和相应的路由设备 - Google Patents

一种请求获取路由信息的方法和相应的路由设备 Download PDF

Info

Publication number
WO2011150835A1
WO2011150835A1 PCT/CN2011/075021 CN2011075021W WO2011150835A1 WO 2011150835 A1 WO2011150835 A1 WO 2011150835A1 CN 2011075021 W CN2011075021 W CN 2011075021W WO 2011150835 A1 WO2011150835 A1 WO 2011150835A1
Authority
WO
WIPO (PCT)
Prior art keywords
routing information
bgp
rff
rrf
extended
Prior art date
Application number
PCT/CN2011/075021
Other languages
English (en)
French (fr)
Inventor
董佳未
肖亚群
杜涛
Original Assignee
华为技术有限公司
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 华为技术有限公司 filed Critical 华为技术有限公司
Publication of WO2011150835A1 publication Critical patent/WO2011150835A1/zh

Links

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/02—Topology update or discovery
    • H04L45/033—Topology update or discovery by updating distance vector protocols

Definitions

  • the invention provides a method for requesting acquisition of routing information and a corresponding routing device.
  • the application is filed on September 30, 2010, and the application number is 201010298176.1.
  • the invention name is "a method for requesting routing information and a corresponding routing device”.
  • the present invention relates to the field of communications, and in particular, to a method for requesting acquisition of routing information and a corresponding routing device. Background technique
  • Border Gathway Protocol is used to control and forward large-scale routing information between autonomous systems (ASs).
  • a Ref resh message is a BGP protocol message defined by RFC 2918.
  • the message carries address family information, such as an address family identifier (AFI) / sub-address family identifier (SAFI).
  • AFI address family identifier
  • SAFI sub-address family identifier
  • the requesting party advertises the route refresh request in the Ref r e s h message to specify the address family information, and the route provider that receives the Ref r e s h message advertises all routes under the address family information to the requesting party.
  • the refresh packet is a one-time route refresh request.
  • the route provider determines the route to be sent to the requester according to the address family in the received Refresh message, and sets the routing information corresponding to the requester. All routes in Adj-RIB-Out ) are sent to the requester.
  • RFC 5291 defines an ability to instruct BGP neighbors to advertise routes by route egress filter.
  • the function implemented by the capability is: issuing a set of Outbound Route Protocol (0RF) information to the BGP route provider, where the BGP route provider loads the 0RF information, and when the route is advertised and updated, only Publish the route that the egress route filter allows to publish.
  • the Refresh message needs to be extended to carry the OFDM information, so that the OFDM information can reach the BGP neighbor.
  • the extended Ref res 1 ⁇ ⁇ file contains one or more ORF tables Item, each ORF entry represents a filter condition.
  • the OFDM information takes effect long after the connection is established between the BGP requester and the route provider.
  • a network device can obtain routing information from its BGP neighbor.
  • the Ref resh message can only release all routing information in the Adj-RIB-Out corresponding to the requesting party under AFI/SAFI, it will cause unnecessary pressure on the system, so the practical effect is poor.
  • the routing provider loads the ORF
  • the routing provider since the routing provider receives the ORF sent by the requesting party, the ORF will be loaded, and once loaded, the ORF is changed less; and the maintenance process is very demanding.
  • the policy requirements for refreshing routes and the requirements for receiving routes by configuration are usually different. That is to say, if the 0RF is not changed, the required refresh route may not be obtained, so the method of loading the 0RF by the provider cannot meet the actual requirement.
  • a method for requesting routing information including:
  • the requesting party extends the border gateway protocol BGP message, and adds a route refresh filter flag RFF and a refresh route filter entry RRF to the BGP message, where the RFF indicates that the route provider is requested according to the RRF pair and the Filtering all the routing information in the routing information set Ad j -R i b-Ou t corresponding to the requesting party, and obtaining the filtered routing information;
  • the requesting direction sends the extended BGP packet to the routing provider to request to obtain routing information.
  • a method for providing routing information including:
  • the routing provider receives the BGP extended packet carrying the RFF and the RRF, and determines the BGP extended packet. Whether to carry the RFF;
  • Routing information After confirming that the BGP packet carries the RFF, filtering, according to the RRF, all routing information in the Adj-Rib-Out corresponding to the requesting party, and obtaining the filtered routing information; Routing information.
  • a routing device comprising:
  • a message extension unit configured to extend the BGP message, add an RFF and an RRF to the BGP message, where the RFF indicates that the route provider is requested to associate the Adj-Rib with the requester according to the RRF. All the routing information in the Out is filtered to obtain the filtered routing information.
  • the packet sending unit is configured to send the extended BGP packet to the routing provider to obtain the routing information.
  • a routing device comprising:
  • a receiving unit configured to receive a BGP extended packet carrying the RFF and the RRF;
  • An RFF confirming unit configured to confirm whether the BGP packet carries the RFF
  • An RRF obtaining unit configured to obtain an RRF from the BGP extended packet
  • the routing information obtaining unit is configured to: after the acknowledgment unit confirms that the BGP packet carries the RFF, filter all routing information in the Ad j -R i b-Ou t corresponding to the requesting party according to the RRF , obtaining the filtered routing information;
  • the routing information sending unit is configured to send the filtered routing information.
  • the advantage of the present invention is that the BGP packet is extended to indicate that the routing provider provides specific routing information to the requester according to the requester's request without changing the routing information in its Adj-RIB-Out.
  • Ability Since there is no need to change the routing information in Adj-RIB-Out, there is no problem of routing oscillations due to updating a large amount of routing information.
  • Figure 1 is a schematic view showing a method of an embodiment of the present invention
  • 2 is a schematic view showing a method of an embodiment of the present invention
  • Figure 3 is a schematic view of an apparatus according to an embodiment of the present invention.
  • FIG. 4 is a schematic illustration of an apparatus in accordance with one embodiment of the present invention.
  • the BGP neighbor that requests the routing information is the requesting party, and the BGP that sends the routing information to the requesting party according to the request.
  • the neighbor is the route provider.
  • this embodiment discloses a method for obtaining routing information.
  • the requester extends a Border Gateway Protocol (BGP) packet, adds a Refresh Filter Flag (RFF) to the BGP packet, and refreshes the route filter entry (Refresh Route Fitter Ent ry) RRF, the RFF indicates that the routing provider is requested to filter all routing information in the routing information set (Adj-Rib-Out) corresponding to the requesting party by the RRF, and obtain the filtered route.
  • BGP Border Gateway Protocol
  • RRF Refresh Filter Flag
  • a routing filter condition is stored in the RRF, and the routing information set (Adj-Rib-Out) corresponding to the requesting party is a set of all routing information that can be sent to the requesting party, that is, a BGP neighbor.
  • the Adj-Rib-Out is defined by RFC4271.
  • the route information in the Adj-Rib-Out is the route information that meets the OFDM filter condition. All routing information in the Ad j-Rib-Out is obtained.
  • the requesting direction sends the extended BGP packet to the routing provider, and the request is obtained according to the Routing information for RRF filtering conditions.
  • the RFF and RRF are added in an extension field of the 80 ⁇ ⁇ .
  • the route provider needs to perform capability negotiation with the routing provider to confirm the route providing. Whether the party can identify the extended BGP message, and the RFF and RRF. After confirming that the route provider can identify the extended BGP message and the RFF and RRF, send the extended BGP message to the route provider. A capability code, and confirming whether the routing provider can support the RFF and RRF by interacting with the capability code
  • the routing provider receives the extended BGP packet, and obtains the RFF and
  • the routing provider filters all the routing information in the Adj-Ri b-Out corresponding to the requesting party according to the RRF, obtains the filtered routing information, and sends the filtered routing information. To the requesting party.
  • the routing provider does not add or delete routing information in the Adj-R ib-Out, but filters all routing information in the Adj-Rib-Out according to the RRF, and filters the obtained information.
  • the routing information is sent to the requesting party.
  • the extension of the requesting party to the BGP message can be implemented by various methods, and one of the extension methods is: 3 ⁇ 4.
  • At least one bit is selected in the Re fresh message defined by RFC 2918, and the RFF is carried by the bit, and the selected bit is a refresh type field.
  • the RFF is a specific value.
  • the refresh type field is set to the specific value, the requesting party requests to filter all routing information in the Adj-Rib-Out of the routing provider. , Get the filtered routing information.
  • At least one bit is selected as the refresh type field from the Reserved field of the Refresh message.
  • the RFF can be represented by setting the one bit bit to one.
  • multiple types of length values may be added to the Refresh message defined in RFC2918 to carry the RRF.
  • the RRF is a filter condition for one of all attributes of the BGP route or a combination of multiple attributes.
  • All of the attributes include BGP routing attributes defined in RFC4271, RFC4456, RFC1997, RFC4360, RFC5512, RFC5543, and RFC5701, for example, IPv6 Address Specific Extended Community IPv6, P-channel encapsulation Attribute ( Tunnel Encapsulation Attribute), Traffic Engineering Attribute, Network Layer Reachability Information (NLRI), Routing Source (ORIGIN), Autonomous Domain Path (AS_PATH), Next megabyte (NEXT) -HOP), metric (MULTI_EXIT_DISC), local priority (LOCAL_PREF), aggregator (AGGREGATOR), reflector identification (ORIGINATOR_ID), reflector cluster list (CLUSTER-LIST), community attribute (COMMUNITIES), Extended community attributes ( EXTENDED COMMUNITIES ), etc., where the extended community attributes further include a route target, a route origin, and the like.
  • the routing provider receives the extended Refresh message, and obtains the RFF and RRF;
  • the routing provider filters all the routing information in the Adj-Rib-Out corresponding to the sender according to the RRF, obtains the filtered routing information, and sends the filtered routing information. To the requesting party.
  • the extended Refresh message is only used for one-time route refresh, and the routing information in the route provider Ad j -R i b-0u t is not increased. Or delete. Another method of extending the Refresh message is as follows.
  • RFC 5291 defines a Refresh message carrying the egress route filtering (0RF) information, which is also referred to as a 0RF message.
  • the 0RF>3 ⁇ 4 text is extended, and at least one bit is selected from the 0RF>3 ⁇ 4 text, and the route RFF is carried by the bit, and the selected bit is a refresh type field.
  • the RFF is a specific value.
  • the requesting party requests to filter all routing information in the Adj-Rib-Out of the routing provider. Obtain the filtered routing information.
  • the Adj-Rib-Out is an Adj-Rib-Out corresponding to the requesting party in the routing provider.
  • the operation (ACT ion) field in the OFDM message is selected as the refresh type field.
  • the RFF is carried, that is, the requester requests the The RRF filters all the routing information in the Ad j -R i b-Ou t of the routing provider, and obtains the filtered routing information.
  • the extended 0RF packet is only used for one-time route refresh, and does not store or affect the previously received 0RF policy.
  • the routing information in the Ad j -R i b-Ou t of the routing provider is not added or deleted.
  • the RRF may be stored in a field for storing the 0RF information before the extended 0RF message is extended.
  • one embodiment of the present invention discloses a method of providing routing information to a requesting party.
  • the routing provider receives the BGP extended packet carrying the RFF and the RRF, and determines whether the BGP extended packet carries the RFF.
  • a routing filter condition is stored in the RRF, and the routing information set (Adj-Rib-Out) corresponding to the requesting party is a set of all routing information that can be sent to the requesting party, that is, a BGP neighbor. Defined by RFC4271.
  • the route information in the Adj-Rib-Out is the route information that meets the 0RF filter condition.
  • the RFF and RRF are added in an extension field of the BGP extended message.
  • the filtered routing information is sent to a requesting party requesting to obtain the filtered routing information or one or more devices having the capability of receiving routing information.
  • the BGP extension carrying the RFF and the RRF can be implemented in multiple methods, and one of the BGP extension packets is as follows.
  • the Refresh message defined in RFC 2918 is extended, and at least one bit is selected from the Refresh message, and the RFF is carried by the bit, and the selected bit is a refresh type field.
  • the RFF is a specific value.
  • the requesting party requests to filter all routing information in the Adj-Rib-Out of the routing provider. , Get the filtered routing information.
  • At least one bit is selected from the Reserved field of the Refresh message defined by RFC 2918 as the refresh type field.
  • the RFF can be represented by setting the two bit positions to one.
  • a plurality of TLVs are added to the extended Ref res to carry the RRF.
  • the RRF is one of all attributes of a BGP route, or multiple attributes thereof The combined filter conditions.
  • Another such BGP extension is as follows.
  • RFC 5291 defines a Refresh message carrying the egress route filtering (0RF) information, which is also referred to as a 0RF message.
  • the 0RF packet is extended to obtain an extended 0RF packet. Specifically, at least one bit is selected from the 0RF packet, and the RFF is carried by the bit, and the selected bit is a refresh type field.
  • the RFF is a specific value.
  • the requesting party requests to filter all routing information in the Adj-Rib-Out of the routing provider. Obtain the filtered routing information.
  • the Adj-Rib-Out is an Adj-Rib-Out corresponding to the requesting party in the routing provider.
  • an Operation (Acion) field in the 0RF message is selected as the refresh type field.
  • the decimal value of the Act ion field is 3
  • the requesting party requests to filter all routing information in the Ad j -R i b-Ou t of the routing provider according to the RRF. , Get the filtered routing information. That is, when an RFC5291 defines the value of the Act ion field of the 0RF packet to be 3, the 0RF packet is the extended 0RF packet.
  • the extended 0RF packet is only used for one-time route refresh, and does not store or affect the previously received 0RF policy.
  • the value of the Ac t ion is 3, the routing information in the Adj-Rib-Out of the route provider is not added or deleted.
  • the RRF may be stored in a field for storing the 0RF information before the extended 0RF message is extended.
  • the routing device includes a message extension unit and a message sending unit.
  • the message extension unit is configured to extend a (BGP) message, add a refresh filter flag (RFF) and a refresh route filter entry (RRF) to the BGP message, where the RFF indicates that the request is
  • the routing provider filters all the routing information in the Ad j -R i b-Ou t corresponding to the requesting party according to the RRF, and obtains the filtered routing information; and obtains the routing information.
  • the sending unit of the routing device sends the extended BGP packet to the routing provider, requesting Obtain routing information that meets the RRF filtering conditions.
  • the (Ac t ion ) field is used as the refresh type field.
  • the value of the Act ion field is set to 3.
  • the 0RF packet is a Ref resh packet carrying the 0RF information defined in RFC5291.
  • At least one bit is selected, and the RFF is carried by the bit, and the selected bit is a refresh type field.
  • the message extension unit selects at least one bit from the Reserved field of the Refresh message as the refresh type field.
  • the RFF can be represented by setting the one bit bit to one.
  • TLVs are used to carry the RRF.
  • the RRF is a filter condition for one of all attributes of the BGP route or a combination of multiple attributes therein. All of the attributes include BGP routing attributes (a t tr ibute) defined by RFC4271, RFC4456, RFC1997, and RFC4360.
  • the extended Refresh message is only used for one-time route refresh, and the routing information in the route provider Ad j -R i b-Ou t is not added or deleted. At least one bit is selected in the ORF>3 ⁇ 4, and the route RFF is carried by the bit, and the selected bit is a refresh type field.
  • the operation (Ac t ion ) field in the OFDM packet is selected as the refresh type field, and when the Ac ti on field is 3, the RFF is carried, that is, the requester request is Filtering all the routing information in the Ad j -R i b-Ou t of the routing provider according to the RRF, and obtaining the filtered routing information.
  • the extended 0RF packet is only used for one-time route refresh, and does not store or affect the previously received 0RF policy.
  • the routing information in the Ad J -R i b-Ou t of the routing provider is not added or deleted.
  • the RRF may be stored in a field for storing the 0RF information before the extended 0RF message is extended.
  • the routing device further includes a capability negotiation module, configured to: extend the BGP routing provider to perform capability negotiation, determine whether the routing provider can identify the extended BGP packet, and the RFF And RRF.
  • a capability negotiation module configured to: extend the BGP routing provider to perform capability negotiation, determine whether the routing provider can identify the extended BGP packet, and the RFF And RRF.
  • FIG. 4 an embodiment of the present invention discloses a routing device, where the routing device includes a receiving unit, an RFF confirming unit, an RRF acquiring unit, a routing information acquiring unit, and a sending unit.
  • the receiving unit is configured to receive a BGP extended packet that carries the RFF and the RRF.
  • the RFF confirming unit is configured to confirm whether the BGP packet carries the RFF;
  • the RRF obtaining unit is configured to obtain an RRF from the BGP extended packet
  • the routing information obtaining unit is configured to: after the acknowledgment unit confirms that the BGP packet carries the RF F, according to the RRF, all routing information in the Ad j -R i b-Ou t corresponding to the requesting party Perform filtering to obtain the filtered routing information;
  • the routing information sending unit is configured to send the filtered routing information.
  • the confirming unit parses the refresh type field of the extended Ref resh message, and determines the extended Ref resh report. Whether the text carries the RFF.
  • the refresh type field is located in the Reserved field of the Ref resh defined in RFC 2918.
  • the RFF acknowledgment unit reads an operation (Ac ti on ) field of the extended OFDM message, when the Ac ti When the value of the on field is 3, it is determined that the extended OFDM message carries the RFF.
  • the routing information sending unit sends the filtered routing information to a requestor that requests to obtain the filtered routing information or one or more devices that have the capability of receiving routing information.
  • a person skilled in the art can understand that all or part of the steps of implementing the above method embodiments may be completed by using hardware related to program instructions, and the foregoing program may be stored in a computer readable storage medium, and the program is executed when executed.
  • the steps of the foregoing method embodiments are included; and the foregoing storage medium includes: a medium that can store program codes, such as a ROM, a RAM, a magnetic disk, or an optical disk.

Landscapes

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

Description

一种请求获取路由信息的方法和相应的路由设备 本申请要求于 2010 年 9 月 30 日提交中国专利局、 申请号为 201010298176.1、 发明名称为 "一种请求获取路由信息的方法和相应的路由 设备"的中国专利申请的优先权， 其全部内容通过引用结合在本申请中。 技术领域
本发明涉及通信领域， 尤其涉及一种请求获取路由信息的方法和相应 的路由设备。 背景技术
边界网关协议 ( Border Ga teway Protocol, BGP ) 用于在自治域 ( Autonomous Sys tem, AS )之间控制和转发大规模的路由信息。
刷新（Ref resh )报文是由 RFC2918定义的一种 BGP协议报文， 该 ^艮文携 带地址族信息， 例如地址族标识（AFI ) /子地址族标识（SAFI ) 。 请求方 发布路由刷新请求时在 Ref r e s h报文中指定地址族信息， 收到所述 Ref r e s h 报文的路由提供方将所述地址族信息下所有的路由发布给请求方。 Refresh 报文是一种一次性的路由刷新请求， 路由提供方根据每次接收到的 Refresh 报文中的地址族确定需发给请求方的路由， 将与所述请求方对应的路由信 息集合（ Adj-RIB-Out ) 中的全部路由发给所述请求方。
此外， RFC5291定义了一种指示 BGP邻居按路由出口过滤器发布路由的 能力。 该能力实现的功能是： 向 BGP路由提供方发布一组出口路由过滤 ( Outbound Route Fi l ter , 0RF)信息 ， 所述 BGP路由提供方加载所述 0RF 信息， 在发布和更新路由的时候， 只发布所述出口路由过滤允许发布的路 由。 为实现该能力， 需要扩展 Refresh报文来携带所述 0RF信息， 使所述 0RF 信息可以到达 BGP邻居。 所述经扩展的 Ref r e s 1 ^艮文包含一个或多个 0RF表 项， 每个 ORF表项表示一种过滤条件。 所述 0RF信息在 BGP请求方和路由提供 方之间建立连接后长期生效。
通过所述 Refresh^艮文和所述经扩展的 Refresh^艮文， 一个网络设备可 以从其 BGP邻居获取到路由信息。 但是在实际网络运维中， 进行故障定位或 故障恢复时， 往往会只想针对 AFI/SAFI下满足某些条件的一条或几条路由 进行刷新。 由于所述 Ref resh报文只能发布 AFI/SAFI下与所述请求方对应的 Adj-RIB-Out中的全部路由信息， 会给系统造成不必要的压力， 因此其实用 效果较差。 对于所述路由提供方加载 0RF的方法， 由于所述路由提供方接收 到所述请求方发送的 0RF后， 将加载所述 0RF , 并且一旦加载， 就艮少再更 改； 而维护过程中需求非常灵活， 刷新路由的策略需求和按配置接收路由 的需求通常是不同的。 也就是说， 如果不改变 0RF, 则有可能无法获取所需 的刷新路由， 所以所述提供方加载 0RF的方法也不能满足实际需求。 发明内容
本发明的一个目的为提供一种请求获取路由信息的方法和相应的路由 设备。
本发明技术方案如下：
一种请求获取路由信息的方法， 包括：
请求方扩展边界网关协议 BGP报文， 在所述 BGP报文中增加路由刷新过 滤器标志 RFF和刷新路由过滤器条目 RRF , 所述 RFF表示请求所述路由提供 方根据所述 RRF对与所述请求方对应的路由信息集合 Ad j -R i b-Ou t中的全 部路由信息进行过滤， 获取经过滤得到的路由信息；
所述请求方向所述路由提供方发送所述经扩展的 BGP报文， 请求获取 路由信息。
一种提供路由信息的方法， 包括：
路由提供方接收携带 RFF和 RRF的 BGP扩展报文， 确定所述 BGP扩展报文 是否携带所述 RFF;
从所述 BGP扩展 ^艮文中获取所述 RRF；
在确认所述 BGP报文携带所述 RFF后， 根据所述 RRF对与请求方对应的 Adj-Rib-Out中的全部路由信息进行过滤， 获取经过滤得到的路由信息； 发送所述经过滤得到的路由信息。
一种路由设备， 包括：
报文扩展单元， 用于扩展 BGP报文， 在所述 BGP报文中增加 RFF和 RRF , 所述 RFF表示请求所述路由提供方根据所述 RRF对与所述请求方对应的 Adj-Rib-Out中的全部路由信息进行过滤， 获取经过滤得到的路由信息； 报文发送单元， 用于向所述路由提供方发送所述经扩展的 BGP报文， 请求获取路由信息。
一种路由设备， 包括：
接收单元， 用于接收携带 RFF和 RRF的 BGP扩展报文；
RFF确认单元， 用于确认所述 BGP报文是否携带所述 RFF;
RRF获取单元， 用于从所述 BGP扩展报文中获取 RRF;
路由信息获取单元用于， 在所述确认单元确认所述 BGP报文携带所述 RFF后， 根据所述 RRF对与请求方对应的 Ad j -R i b-Ou t中的全部路由信息进 行过滤， 获取经过滤得到的路由信息；
路由信息发送单元， 用于发送所述经过滤得到的路由信息。
本发明的优点在于通过扩展 BGP报文， 为 BGP报文增加了指示路由提 供方在不更改其 Adj-RIB-Out 中的路由信息的情况下， 按照请求方的需求 向请求方提供特定路由信息的能力。 由于无需更改 Adj-RIB-Out 中的路由 信息， 因此不会出现由于更新大量路由信息而产生路由振荡的问题。 附图说明
图 1所示为本发明一个实施例的方法示意图; 图 2所示为本发明一个实施例的方法示意图；
图 3所示为本发明一个实施例的装置示意图；
图 4所示为本发明一个实施例的装置示意图。
具体实施方式
下面结合附图和具体实施例对本发明展开详细说明。 但需要注意， 下 面的这些实施例， 仅为帮助理解技术方案所举的例子， 并不用于限定本发 明。
在本发明中， 对于建立了连接的两个边界网关协议（Border Ga teway Protocol , BGP )邻居而言， 请求获得路由信息的 BGP邻居为请求方， 根据 请求向所述请求方发送路由信息的 BGP邻居为路由提供方。 如图 1所示， 本实施例公开了一种获取路由信息的方法。
所述请求方扩展边界网关协议（BGP )报文， 在所述 BGP报文中增加路 由刷新过滤器标志 （Refresh Fi l ter Flag , RFF )和刷新路由过滤器条目 ( Refresh Route Fi l ter Ent ry, RRF ), 所述 RFF表示请求所述路由提供 方 居所述 RRF对与所述请求方对应的路由信息集合 ( Adj-Rib-Out ) 中的 全部路由信息进行过滤， 获取经过滤得到的路由信息； 路由信息。
所述 RRF中保存有路由过滤条件， 所述与所述请求方对应的路由信息 集合（Adj-Rib-Out )为包含可发送给所述请求方， 即 BGP邻居， 的全部路 由信息的集合， 所述 Adj-Rib-Out由 RFC4271定义。 当所述路由提供方被加 载了 出口路由过滤 （ Outbound Route Fi l ter , 0RF)信息， 则所述 Adj-Rib-Out中路由信息为符合所述 0RF过滤条件的路由信息。 经获取了所述 Ad j-Rib-Out中的全部路由信息。 当所述请求方需要重新获 取所述 Ad j -R i b-Ou t中的部分路由信息时， 所述请求方向所述路由提供方 发送所述经扩展的 BGP报文， 请求获取符合所述 RRF过滤条件的路由信息。
优选地， 所述 RFF和 RRF增加在所述 80?^艮文的扩展字段中。
优选地， 在所述请求方扩展所述 BGP报文之前或者在向所述路由提供 方发送所述经扩展的 BGP报文之前， 需要与所述路由提供方进行能力协商， 确认所述路由提供方是否能够识别所述经扩展的 BGP报文， 以及所述 RFF和 RRF。 在确认所述路由提供方能够识别所述经扩展的 BGP报文以及 RFF和 RRF 后， 向所述路由提供方发送所述经扩展的 BGP报文。 成能力码， 并通过交互所述能力码确认所述路由提供方是否能够支持所述 RFF和 RRF
优选地， 所述路由提供方接收所述经扩展的 BGP报文， 获取所述 RFF和
RRF;
所述路由提供方根据所述 RRF , 对与所述请求方对应的 Adj-Ri b-Out中 的全部路由信息进行过滤， 获取经过滤得到的路由信息， 并将所述经过滤 得到路由信息发送给所述请求方。
所述路由提供方并没有增加或删除所述 Adj-R ib-Out中的路由信息， 而是根据所述 RRF对所述 Adj-Rib-Out中的全部路由信息进行过滤， 并将经 过滤所得的路由信息发送给所述请求方。 所述请求方对 BGP报文的所述扩展可通过多种方法实现， 其中一种扩 展方法: ¾口下。
在 RFC 2918所定义的 Re f r e s h报文中选取至少一个比特位， 通过所述比 特位携带所述 RFF , 所述被选择的比特位为刷新类型字段。 所述 RFF为一个特定数值， 当所述刷新类型字段被置为所述特定数值 时， 表示所述请求方请求对所述路由提供方的所述 Adj-Rib-Out中的全部 路由信息进行过滤， 获取经过滤得到的路由信息。
优选地， 从所述 Refresh才艮文的保留 （Reserved) 字段中选取至少一 个比特位作为所述刷新类型字段。 例如， 当选取一个比特位时， 可通过将 所述一个比特位置为 1来表示所述 RFF。
可选地， 可在 RFC2918所定义的 Refresh报文中增加多个类型长度值 (Type, Length, Value, TLV )来携带所述 RRF。 优选地， 所述 RRF是对 BGP 路由的全部属性中的一个， 或是其中的多个属性的组合的过滤条件。 所述 全部属性包括 RFC4271、 RFC4456、 RFC1997、 RFC4360、 RFC5512、 RFC5543、 RFC5701所定义的 BGP路由属性（attribute) , 例如包括 IPv6地址格式的扩 展团体属性 ( IPv6 Address Specific Extended Community IPv6)、 P遂道 封装属性 ( Tunnel Encapsulation Attribute ), 流量工程属性 ( Traffic Engineering )、 网络层可达性信息 ( Network Layer Reachability Information, NLRI)、 路由源 （ORIGIN), 自治域路径 （ AS—PATH )、 下一 兆（NEXT—HOP )、 度量值（MULTI_EXIT_DISC)、 本地优先级（ LOCAL— PREF )、 聚合者 （AGGREGATOR), 反射器标识 （ ORIGINATOR— ID )、 反射器簇列表 ( CLUSTER—LIST )、 团体属性 （ COMMUNITIES )、 扩展团体属性 （ EXTENDED COMMUNITIES )等，其中扩展团体属性进一步包括路由目标（ Route Target )、 路由源 （Route Origin)等。
优选地， 所述路由提供方接收所述经扩展的 Refresh报文， 获取所述 RFF和 RRF;
所述路由提供方根据所述 RRF, 对与所述发送方对应的 Adj-Rib-Out中 的全部路由信息进行过滤， 获取经过滤得到的路由信息， 并将所述经过滤 得到的路由信息发送给所述请求方。 所述经扩展的 Refresh报文仅用于一 次性路由刷新，所述路由提供方的 Ad j -R i b-0u t中的路由信息不会被增加 或删除。 另一种对所述 Refresh报文进行扩展的方法如下。
RFC5291定义了一种携带出口路由过滤 （0RF )信息的 Refresh才艮文， 所述报文也被称为 0RF报文。
对所述 0RF>¾文进行扩展， 从所述 0RF>¾文中选取至少一个比特位， 通 过所述比特位携带所述路由 RFF, 所述被选择的比特位为刷新类型字段。
所述 RFF为一个特定数值， 当所述刷新类型字段被置为所述特定数值 时， 就表示所述请求方请求对所述路由提供方的 Adj-Rib-Out中的全部路 由信息进行过滤， 获取经过滤得到的路由信息。 所述 Adj-Rib-Out为所述 路由提供方中与所述请求方对应的 Adj-Rib-Out。
优选地， 选择所述 0RF报文中的操作 ( Act ion ) 字段作为所述刷新类 型字段， 当所述 Act ion字段取值为 3时表示携带所述 RFF, 即表示所述请求 方请求根据所述 RRF对所述路由提供方的所述 Ad j -R i b-Ou t中的全部路由 信息进行过滤， 获取经过滤得到的路由信息。 所述经扩展的 0RF报文仅用 于一次性路由刷新，不存储也不影响本地以前收到的 0RF策略。 当所述 Act i on取值为 3时， 所述路由提供方的 Ad j -R i b-Ou t中的路由信息不会被增 加或删除。
此外， 所述 RRF可以存放在所述经扩展的 0RF报文在扩展前用于存放所 述 0RF信息的字段中。 如图 2所示， 本发明的一个实施例公开了一种向请求方提供路由信息 的方法。
路由提供方接收携带 RFF和 RRF的 BGP扩展报文， 确定所述 BGP扩展报文 是否携带所述 RFF;
从所述 BGP扩展 ^艮文中获取所述 RRF； 在所述确认单元确认所述 BGP>¾文携带所述 RFF后， 根据所述 RRF对与 请求方对应的 Adj-Rib-Out中的全部路由信息进行过滤， 获取经过滤得到 的路由信息；
发送所述经过滤得到的路由信息。
所述 RRF中保存有路由过滤条件， 所述与所述请求方对应的路由信息 集合（Adj-Rib-Out )为包含可发送给所述请求方， 即 BGP邻居， 的全部路 由信息的集合， 由 RFC4271定义。 当所述路由提供方被加载了出口路由过 滤（ Outbound Route Fi l ter , 0RF)信息， 则所述 Adj-Rib-Out中路由信息 为符合所述 0RF过滤条件的路由信息。
优选地， 所述 RFF和 RRF增加在所述 BGP扩展报文的扩展字段中。
优选地， 所述经过滤得到的路由信息被发送至请求获取所述经过滤得 到的路由信息的请求方或具备接收路由信息能力的一个或多个设备。 所述携带 RFF和 RRF的 BGP扩展 >¾文可通过多种方法实现， 其中一种所 述 BGP扩展报文如下。
对 RFC2918所定义的 Refresh才艮文进行扩展， 从所述 Refresh才艮文中选 取至少一个比特位， 通过所述比特位携带所述 RFF , 所述被选择的比特位 为刷新类型字段。
所述 RFF为一个特定数值， 当所述刷新类型字段被置为所述特定数值 时， 表示所述请求方请求对所述路由提供方的所述 Adj-Rib-Out中的全部 路由信息进行过滤， 获取经过滤得到的路由信息。
优选地， 从 RFC2918所定义的的 Refresh报文的保留 （Reserved )字段 中选取至少一个比特位作为所述刷新类型字段。 例如， 当选取一个比特位 时， 可通过将所述两个比特位置为 1来表示所述 RFF。
优选地， 在所述经扩展的 Ref res 艮文中增加多个 TLV来携带所述 RRF。 可选地， 所述 RRF是对 BGP路由的全部属性中的一个， 或是其中的多个属性 的组合的过滤条件。
另一种所述 BGP扩展 ^艮文如下。
RFC5291定义了一种携带出口路由过滤 （0RF )信息的 Refresh才艮文， 所述报文也被称为 0RF报文。
对所述 0RF报文进行扩展，得到经扩展的 0RF报文。具体地，从所述 0RF 报文中选取至少一个比特位， 通过所述比特位携带所述 RFF , 所述被选择 的比特位为刷新类型字段。
所述 RFF为一个特定数值， 当所述刷新类型字段被置为所述特定数值 时， 就表示所述请求方请求对所述路由提供方的 Adj-Rib-Out中的全部路 由信息进行过滤， 获取经过滤得到的路由信息。 所述 Adj-Rib-Out为所述 路由提供方中与所述请求方对应的 Adj-Rib-Out。
优选地， 选择所述 0RF报文中的操作 ( Act ion ) 字段作为所述刷新类 型字段。 当所述 Act ion字段的十进制取值为 3时， 即表示所述请求方请求 根据所述 RRF对所述路由提供方的所述 Ad j -R i b-Ou t中的全部路由信息进 行过滤， 获取经过滤得到的路由信息。 也就是说， 当一个 RFC5291定义 0RF 报文的 Act ion字段的值为 3时， 所述 0RF报文为所述经扩展的 0RF报文。
所述经扩展的 0RF报文仅用于一次性路由刷新，不存储也不影响本地 以前收到的 0RF策略。 当所述 Ac t ion取值为 3时， 所述路由提供方的 Adj-Rib-Out中的路由信息不会被增加或删除。
此外， 所述 RRF可以存放在所述经扩展的 0RF报文在扩展前用于存放所 述 0RF信息的字段中。 如图 3所示， 本发明的一个实施例公开了一种路由设备， 所述路由设 备包括报文扩展单元和报文发送单元。
所述报文扩展单元用于扩展 ( BGP )报文， 在所述 BGP报文中增加刷新 过滤器标志 （RFF )和刷新路由过滤器条目 （RRF ), 所述 RFF表示请求所述 路由提供方根据所述 RRF对与所述请求方对应的 Ad j -R i b-Ou t中的全部路 由信息进行过滤， 获取经过滤得到的路由信息； 求获取路由信息。
Figure imgf000012_0001
已经获取了所述 Ad j-Rib-Out中的全部路由信息。 当所述路由设备需要重 新获取所述 Ad j -R i b-Ou t中的部分路由信息时， 所述路由设备的发送单元 向所述路由提供方发送所述经扩展的 BGP报文， 请求获取符合所述 RRF过滤 条件的路由信息。
可选地 ,
Figure imgf000012_0002
( Reserved )字段中选取至少一个比特位作为刷新类型字段， 使用所述刷 新类型字段携带所述 RFF; 或， 用于选择 RFC5291定义的 0RF报文中的操作
( Ac t ion ) 字段作为所述刷新类型字段， 当需要携带所述 RFF时， 将所述 Act ion字段取值设置为 3。 所述 0RF报文即为 RFC5291定义的携带 0RF信息的 Ref resh报文
可选地 ,
Figure imgf000012_0003
中选取至少一个比特位， 通过所述比特位携带所述 RFF , 所述被选择的比 特位为刷新类型字段。 优选地， 所述报文扩展单元从所述 Refresh报文的 保留 （Reserved )字段中选取至少一个比特位作为所述刷新类型字段。 例 如， 当选取一个比特位时，可通过将所述一个比特位置为 1来表示所述 RFF。
优选地 ,
Figure imgf000012_0004
个 TLV来携带所述 RRF。优选地，所述 RRF是对 BGP路由的全部属性中的一个， 或是其中的多个属性的组合的过滤条件。 所述全部属性包括 RFC4271、 RFC4456、 RFC1997、 RFC4360所定义的 BGP路由属性（a t tr ibute)。
所述经扩展的 Refresh报文仅用于一次性路由刷新，所述路由提供方 的 Ad j -R i b-Ou t中的路由信息不会被增加或删除。 述 0RF>¾文中选取至少一个比特位， 通过所述比特位携带所述路由 RFF , 所 述被选择的比特位为刷新类型字段。
优选地， 选择所述 0RF报文中的操作 ( Ac t ion ) 字段作为所述刷新类 型字段， 当所述 Ac t i on字段取值为 3时表示携带所述 RFF , 即表示所述请求 方请求根据所述 RRF对所述路由提供方的所述 Ad j -R i b-Ou t中的全部路由 信息进行过滤， 获取经过滤得到的路由信息。 所述经扩展的 0RF报文仅用 于一次性路由刷新，不存储也不影响本地以前收到的 0RF策略。 当所述 Ac t i on取值为 3时， 所述路由提供方的 Ad j -R i b-Ou t中的路由信息不会被增 加或删除。
此外， 所述 RRF可以存放在所述经扩展的 0RF报文在扩展前用于存放所 述 0RF信息的字段中。
优选地， 所述路由设备还包括能力协商模块， 用于在扩展所述 BGP报 路由提供方进行能力协商， 确认所述路由提供方是否能够识别所述经扩展 的 BGP报文， 以及所述 RFF和 RRF。 如图 4所示， 本发明的一个实施例公开了一种路由设备， 所述路由设 备包括接收单元、 RFF确认单元、 RRF获取单元、 路由信息获取单元和发送 单元。
所述接收单元用于接收携带 RFF和 RRF的 BGP扩展报文；
所述 RFF确认单元用于确认所述 BGP报文是否携带所述 RFF;
所述 RRF获取单元用于从所述 BGP扩展报文中获取 RRF;
所述路由信息获取单元用于在所述确认单元确认所述 BGP报文携带所 述 RF F后， 根据所述 RRF对与请求方对应的 Ad j -R i b-Ou t中的全部路由信息 进行过滤， 获取经过滤得到的路由信息； 所述路由信息发送单元用于发送所述经过滤得到路由信息。
优选地， 当所接收的所述 BGP扩展报文为经扩展的 Ref resh报文时， 所 述确认单元解析所述经扩展的 Ref resh报文的刷新类型字段， 确定所述经 扩展的 Ref resh报文是否携带所述 RFF。 所述刷新类型字段位于 RFC2918定 义的 Ref resh才艮文的保留 （Reserved )字段中。
优选地， 当所接收的所述 BGP扩展报文为经扩展的 0RF报文时，所述 RFF 确认单元读取所述经扩展的 0RF报文的操作 ( Ac t i on )字段， 当所述 Ac t i on 字段的值为 3时， 则确定所述经扩展的 0RF报文携带所述 RFF。
优选地， 所述路由信息发送单元将所述经过滤得到的路由信息发送至 请求获取所述经过滤得到的路由信息的请求方或具备接收路由信息能力 的一个或多个设备。 本领域普通技术人员可以理解： 实现上述方法实施例的全部或部分步 骤可以通过程序指令相关的硬件来完成， 前述的程序可以存储于一计算机 可读取存储介质中， 该程序在执行时， 执行包括上述方法实施例的步骤； 而前述的存储介质包括： R0M、 RAM, 磁碟或者光盘等各种可以存储程序代 码的介质。 以上所述， 仅为本发明较佳的具体实施方式， 但本发明的保护范围并 不局限于此， 任何熟悉该技术的人在本发明所揭露的技术范围内， 可轻易 想到的变化或替换， 都应涵盖在本发明的保护范围之内。

Claims

权利要求
1、 一种请求获取路由信息的方法， 其特征在于， 包括：
请求方扩展边界网关协议 BGP报文， 在所述 BGP报文中增加路由刷新过 滤器标志 RFF和刷新路由过滤器条目 RRF , 所述 RFF表示请求所述路由提供 方根据所述 RRF对与所述请求方对应的路由信息集合 Ad j -R i b-Ou t中的全 部路由信息进行过滤， 获取经过滤得到的路由信息；
所述请求方向所述路由提供方发送所述经扩展的 BGP报文， 请求获取 路由信息。
2、 根据权利要求 1所述的方法， 其特征在于， 所述与所述请求方对应 的 Adj-Rib-Out为包含可发送给所述请求方的全部路由信息的集合。
3、 根据权利要求 1所述的方法， 其特征在于， 在所述请求方扩展所述 所述路由提供方进行能力协商， 确认所述路由提供方是否能够识别所述经 扩展的 BGP ^艮文， 以及所述 RFF和 RRF。
4、 根据权利要求 1 所述的方法， 其特征在于， 所述 BGP报文为刷新 Refresh报文或出口路由过滤 0RF报文。
5、 根据权利要求 4所述的方法， 其特征在于， 在所述 Refresh报文的 保留 Reserved字段中选取至少一个比特位作为刷新类型字段， 用于携带所 述 RFF。
6、 根据权利要求 4所述的方法， 其特征在于， 选择所述 0RF报文中的 操作 Act ion字段作为所述刷新类型字段， 当所述 Act ion字段取值为 3时 表示携带所述 RFF。
7、 根据权利要求 1所述的方法， 其特征在于， 当所述请求方需要重新 获取所述 Adj-Rib-Out 中的部分路由信息时， 所述请求方向所述路由提供 方发送所述经扩展的 BGP报文， 请求获取符合所述 RRF过滤条件的路由信 息。
8、 根据权利要求 1至 7中任一项所述的方法， 其特征在于， 所述路由 提供方接收所述经扩展的 BGP报文， 确定所述经扩展的 BGP报文携带所述 RFF , 并获取所述 RRF;
所述路由提供方根据所述 RRF , 对与所述请求方对应的 Adj-Ri b-Out中 的全部路由信息进行过滤， 获取经过滤得到的路由信息， 并将所述经过滤 得到路由信息发送给所述请求方。
9、 一种提供路由信息的方法， 其特征在于， 包括：
路由提供方接收携带 RFF和 RRF的 BGP扩展报文， 确定所述 BGP扩展报文 是否携带所述 RFF;
从所述 BGP扩展 ^艮文中获取所述 RRF；
在所述 BGP报文携带所述 RFF后， 根据所述 RRF对与请求方对应的 Adj-Rib-Out中的全部路由信息进行过滤， 获取经过滤得到的路由信息； 发送所述经过滤得到的路由信息。
10、 根据权利要求 9所述的方法， 其特征在于， 所述 BGP扩展报文为 经扩展的刷新 Ref resh报文或经扩展的出口路由过滤 0RF报文。
11、根据权利要求 1 0所述的方法，其特征在于，在所述经扩展的 Ref resh 报文的保留 Reserved字段包括一个刷新类型字段， 所述刷新类型字段用于 携带所述 RFF。
12、 根据权利要求 10所述的方法， 其特征在于， 所述经扩展的 0RF报 文中的操作 Ac t ion字段为刷新类型字段， 当所述 Ac t ion字段取值为 3时 表示携带所述 RFF。
1 3、 一种路由设备， 其特征在于， 包括：
报文扩展单元，用于扩展 BGP报文，在所述 BGP报文中增加 RFF和 RRF , 所述 RFF 表示请求所述路由提供方根据所述 RRF 对与所述请求方对应的 Adj-Ri b-Out中的全部路由信息进行过滤， 获取经过滤得到的路由信息； 报文发送单元， 用于向所述路由提供方发送所述经扩展的 BGP报文， 请求获取路由信息。
14、 根据权利要求 1 3所述的设备， 其特征在于， 所述报文扩展单元具 体用于， 类型字段， 使用所述刷新类型字段携带所述 RFF;
或，
选择所述 0RF报文中的操作 Ac t ion字段作为所述刷新类型字段， 当需 要携带所述 RFF时， 将所述 Ac t i on字段取值设置为 3。
15、 根据权利要求 1 3或 14所述的设备， 其特征在于， 还包括： 方发送所述经扩展的 BGP报文之前， 与所述路由提供方进行能力协商， 确 认所述路由提供方是否能够识别所述经扩展的 BGP报文， 以及所述 RFF和 RRF 0
16、 根据权利要求 1 3所述的设备， 其特征在于， 所述报文发送单元具 体用于当所述路由设备需要重新获取所述 Ad j-Rib-Out中的部分路由信息 时， 向所述路由提供方发送所述经扩展的 BGP报文， 请求获取符合所述 RRF 过滤条件的路由信息。
17、 一种路由设备， 其特征在于， 包括：
接收单元， 用于接收携带 RFF和 RRF的 BGP扩展报文；
RFF确认单元， 用于确认所述 BGP报文是否携带所述 RFF;
RRF获取单元， 用于从所述 BGP扩展报文中获取所述 RRF;
路由信息获取单元， 用于在所述确认单元确认所述 BGP报文携带所述 RFF后， 根据所述 RRF对与请求方对应的 Ad j -R i b-Ou t中的全部路由信息进 行过滤， 获取经过滤得到的路由信息；
路由信息发送单元， 用于发送所述经过滤得到的路由信息。
PCT/CN2011/075021 2010-09-30 2011-05-31 一种请求获取路由信息的方法和相应的路由设备 WO2011150835A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201010298176.1 2010-09-30
CN2010102981761A CN102447605A (zh) 2010-09-30 2010-09-30 一种请求获取路由信息的方法和相应的路由设备

Publications (1)

Publication Number Publication Date
WO2011150835A1 true WO2011150835A1 (zh) 2011-12-08

Family

ID=45066177

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/075021 WO2011150835A1 (zh) 2010-09-30 2011-05-31 一种请求获取路由信息的方法和相应的路由设备

Country Status (2)

Country Link
CN (1) CN102447605A (zh)
WO (1) WO2011150835A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105049345B (zh) * 2015-07-22 2018-03-30 中国科学院计算技术研究所 一种bgp路由流量数据融合的方法及系统
CN107547381B (zh) * 2017-05-17 2020-04-24 新华三技术有限公司 一种出方向路由过滤orf处理方法和装置
CN108696433B (zh) * 2018-07-24 2021-04-06 新华三技术有限公司 路由振荡抑制方法及bgp路由设备
CN109412942B (zh) * 2018-11-28 2020-12-29 网宿科技股份有限公司 云网传输路由方法和系统
CN115801676B (zh) * 2023-02-13 2023-05-19 北京锐服信科技有限公司 一种路由过滤方法、装置及电子设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1547355A (zh) * 2003-12-17 2004-11-17 港湾网络有限公司 边界网关协议的节省路由表内存消耗办法
WO2005109153A2 (en) * 2004-05-04 2005-11-17 Nexthop Technologies, Inc. Method and apparatus for bgp peer prefix limits exchange with multi-level control
CN101155175A (zh) * 2006-09-27 2008-04-02 华为技术有限公司 一种基于bgp协议的出路由过滤的方法和装置
CN101651624A (zh) * 2009-09-11 2010-02-17 杭州华三通信技术有限公司 路由发布方法和设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1547355A (zh) * 2003-12-17 2004-11-17 港湾网络有限公司 边界网关协议的节省路由表内存消耗办法
WO2005109153A2 (en) * 2004-05-04 2005-11-17 Nexthop Technologies, Inc. Method and apparatus for bgp peer prefix limits exchange with multi-level control
CN101155175A (zh) * 2006-09-27 2008-04-02 华为技术有限公司 一种基于bgp协议的出路由过滤的方法和装置
CN101651624A (zh) * 2009-09-11 2010-02-17 杭州华三通信技术有限公司 路由发布方法和设备

Also Published As

Publication number Publication date
CN102447605A (zh) 2012-05-09

Similar Documents

Publication Publication Date Title
US11153108B2 (en) Bit indexed explicit replication using multiprotocol label switching
EP3070890B1 (en) Multicast flow overlay using registration over a reliable transport
EP3240230B1 (en) Method and apparatus for multicast forwarding
CN108781182B (zh) 利用bgp协议的sdn控制器之间的通信方法和网元
US8817798B2 (en) Constraining topology size and recursively calculating routes in large networks
US10263808B2 (en) Deployment of virtual extensible local area network
CN107968750B (zh) 报文传输方法、装置及节点
KR102072228B1 (ko) 통신 네트워크 시스템들 사이의 신뢰된 라우팅
JP5656137B2 (ja) ボーダ・ゲートウェイ・プロトコル・ルートの更新方法およびシステム
US10979340B2 (en) Link state addition and deletion based on reception of a single message in link state vector routing
EP3200404B1 (en) Content-centric network on-demand distance vector route method
WO2011150835A1 (zh) 一种请求获取路由信息的方法和相应的路由设备
US20190215191A1 (en) Deployment Of Virtual Extensible Local Area Network
EP3166263B1 (en) Routing calculation method and device for trill isis
WO2018177273A1 (zh) 一种基于bier信息的处理及装置
JP5034534B2 (ja) 通信システム
WO2021179935A1 (zh) 路由确定方法、装置和网络设备
WO2016127565A1 (zh) 分段路由标识sid的处理方法及装置
CN108259292B (zh) 建立隧道的方法及装置
WO2018113460A1 (zh) 一种多层lsp控制方法和装置
WO2023098703A1 (zh) 路径通告方法、拓扑算法组合生成方法、路径计算方法、数据传输方法、电子设备和计算机可读存储介质
WO2023173989A1 (zh) 转发表的生成方法及装置、存储介质、电子装置
WO2024055633A1 (zh) 位索引路由表建立方法、网络设备及存储介质
WO2022188488A1 (zh) 路径建立方法及其装置、节点、计算机可读存储介质
CN113765790A (zh) 分段路由流量工程策略创建方法、路由器及存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11789214

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11789214

Country of ref document: EP

Kind code of ref document: A1