WO2013026336A1 - 一种路径检测的实现方法及节点 - Google Patents
一种路径检测的实现方法及节点 Download PDFInfo
- Publication number
- WO2013026336A1 WO2013026336A1 PCT/CN2012/078759 CN2012078759W WO2013026336A1 WO 2013026336 A1 WO2013026336 A1 WO 2013026336A1 CN 2012078759 W CN2012078759 W CN 2012078759W WO 2013026336 A1 WO2013026336 A1 WO 2013026336A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- address
- node
- response
- list information
- reachable
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
Definitions
- the present invention relates to network communication technologies, and in particular, to a method and a node for implementing path detection in a network based on MPLS technology.
- Multi-Protocol Label Switching (MPLS) Label Switching Path (LSP) Ping technology is an effective operation management and maintenance (OAM) technology that enables connectivity detection and hop-by-hop fault location. And can verify the consistency of the control plane and the data plane.
- MPLS Multi-Protocol Label Switching
- LSP Label Switching Path
- the echo request message is sent by the head node along the forwarding path of the service, on the LSP.
- the detecting node performs processing to return an echo reply (Echo Reply) packet to implement LSP connectivity detection or hop-by-hop positioning of the LSP fault.
- Echo Reply an echo reply
- the return mode of the echo reply packet the most common one is that the echo reply packet is forwarded to the head node through the IP route.
- the detection node that responds to the echo reply message is not a reachable route that always has a head node.
- other nodes on the LSP do not reach the forwarding route of the head node.
- nodes of different ASs do not have routes to each other; or in a seamless MPLS scenario, nodes of different routing areas do not have routes to each other.
- the IETF draft draft-ietf-mpls-interas-lspping-00 describes a scenario in which ASBRs control route distribution between different ASs by means of a mechanical recording autonomous system border router (ASBR).
- ASBR mechanical recording autonomous system border router
- the technical problem to be solved by the embodiments of the present invention is to provide a method and a node for implementing path detection, which can complete path detection more flexibly and quickly.
- a method for implementing path detection includes:
- the initiating node sends a response request message carrying the address list information to the detecting node, where the address list information includes the originating node address;
- the detecting node that receives the response request message checks whether the node address in the address list information carried in the response request message is reachable, and uses the found reachable address as the destination address of the response response message; The address information of the node is added to the address list information, and the response response message carrying the address information of the node is sent to the destination address.
- the step of the sending node sending the response request message carrying the address list information to the detecting node includes:
- the initiating node carries the address list information in the first response request message that is sent, and the first address in the address list information carried in the first response request message is the originating node address.
- the step of the sending node sending the response request message carrying the address list information to the detecting node includes:
- the initiating node sends the nth response request message carrying the address list information, and if the initiating node receives the response response message fed back by the destination node of the response request message, the n+1th response request is sent. And transmitting, in the message, the address list information in the response response message; if the originating node does not receive the response response of the destination node fed back the response request message within a predetermined time, the sending response is When n+1 responds to the request message, the nth response request carries the address list information in the message.
- the step of checking whether the node address in the address list information carried in the response request message is reachable includes: searching, starting from the first address, whether the node address in the address list information carried in the response request message is Reachable.
- the step of using the found reachable address as the destination address of the response response message includes:
- the first reachable address found is the destination address of the response reply message.
- the method further includes:
- the detecting node that receives the response response message checks whether the node address in the address list information carried in the response response message is reachable, and updates the destination address of the response response message to the found reachable address, to the destination.
- the address sends the response response message carrying the address list information.
- the step of checking whether the node address in the address list information carried in the response response message is reachable includes: searching, starting from the first address, whether the node address in the address list information carried in the response response message is in order Reachable.
- the step of updating the destination address of the response response message to the found reachable address includes:
- the destination address of the response response message is updated to the first reachable address found.
- the step of the detecting node adding the address information of the local node to the address list information includes:
- the detecting node deletes the address information after the reachable address found in the address list information, and inserts the address of the node after the reachable address.
- all address list information is encapsulated in TLV form.
- the addresses in all the address list information are loopback addresses.
- the initiating node is a head node of the LSP
- the detecting node includes other nodes on the LSP except the head node.
- a path detection node includes a request message sending module, a searching module, and a reply module, wherein:
- the request message sending module is configured to: when the node is the initiating node, send a response request message carrying the address list information to the detecting node, where the address list information includes the starting node address;
- the searching module is configured to: when the node is a detecting node, check whether the node address in the address list information carried in the received response request message is reachable, and find the reachable address as the response response ⁇ The destination address of the text;
- the replying module is configured to: when the node is used as a detecting node, add the local node address information to the address list information, and send a response response message carrying the local node address information to the destination address.
- the request message sending module is configured to send a response request message carrying the address list information to the detecting node in the following manner:
- the first response request message When the first response request message is sent, the first response request message carries the address list information, and the first address in the address list information carried in the first response request message is the originating node address;
- the node When the n+1th response request message is sent, if the node receives the response response message fed back by the destination node of the nth response request message, the node carries the message in the (n+1)th response request message.
- the address list information in the response response message if the node does not receive the response response message fed back by the destination node of the nth response request message within a predetermined time, the n+1th response request message is received.
- the address list information in the nth response request message is carried.
- the searching module is configured to check whether the node address in the address list information carried in the response request message is reachable according to the following manner:
- the address of the node in the address list information carried in the response request message is searchable in order from the first address.
- the searching module is configured to use the following method to determine the reachable address as the response destination address:
- the first reachable address that is found is used as the destination address of the response response message.
- the node further includes a forwarding module, where:
- the forwarding module is configured to: after the node receives the response response message, check whether the node address in the address list information carried in the response response message is reachable, and update the destination address of the response response message to The reachable address is found, and a response response message carrying the address list information is sent to the destination address.
- the forwarding module is configured to check whether the node address in the address list information carried in the response response message is reachable according to the following manner:
- the forwarding module is configured to update the destination address of the response response message to the found reachable address in the following manner:
- the destination address of the response response message is updated to the first reachable address found.
- the reply module is configured to add the node address information to the address list information in the following manner:
- the address information after the reachable address found in the address list information is deleted, and the address of the node is inserted after the reachable address.
- the initiating node is a head node of the LSP
- the detecting node includes other nodes on the LSP except the head node.
- the embodiment of the present invention has the following advantages: When the node responds to the response request packet of the LSP ping, and the reachable route of the head node is not available, the information can be found by responding to the address list information carried in the request packet. The other nodes on the LSP passing through the packet transmit the response response message to the head node in a relay manner, thereby improving the success rate of the tracking route.
- Figure 1 shows one of the flow chart of LSP path detection.
- Figure 2 is the second flow chart of the LSP path detection
- Figure 3 is a schematic diagram of a node structure
- Figure 4 is a scenario diagram of an LSP across a routing area
- FIG. 5 is a flowchart of Embodiment 1 of the present invention.
- FIG. 6 is a flow chart of Embodiment 2 of the present invention. Preferred embodiment of the invention
- the LSP path detection method includes the following steps:
- the initiating node sends a response request message to the detecting node, where the address information is included, where the address list information includes the originating node address;
- the detecting node checks whether the address of the node in the address list information carried in the received response request message is reachable, and uses the found reachable address as the destination address of the response response message;
- the detecting node adds the address information of the node to the address list information and carries it in the response response message of the reply.
- the LSP path detection method further includes: when the detecting node receives the response response message, checking whether the node address in the address list information carried in the response response message is reachable, and updating the destination address of the response response message to the search The reachable address to which the response response message carrying the address list information is sent to the destination address.
- the initiating node is the head node of the LSP
- the detecting node includes other nodes except the head node on the LSP, including the intermediate node and the last node (or the tail node).
- the following technical solution is adopted to implement the detection response message to be forwarded to the head node by means of relay, as shown in FIG. 2:
- Step 101 In an LSP path detection process, the head node carries address list information in the response request message, where the address list information includes a head node address;
- the processing of the head node is divided into the following two cases:
- the first node carries the address list information in the first response request message sent by the first node, and the first address in the address list information carried in the first response request message is the head node address;
- the head node sends the nth response request message carrying the address list information. If the head node receives the response response message fed back by the destination node of the response request message, the n+1th response request message is sent. And carrying the address list information in the response response message; if the head node does not receive the response response message fed back by the destination node of the response request message, sending the n+1th The address list information in the nth response request message is carried in response to the request message. n > 2.
- Step 102 After receiving the response request message, the other node except the head node on the LSP checks whether the node address in the address list information carried in the response request message is reachable, and finds the reachable address as a response response. The destination address of the 3 ⁇ 4 text, the address of the node is added to the address list information, and the address list information is carried when replying the response response message;
- nodes except the head node on the LSP check the node address in the address list information carried in the response request message, they are usually searched in order, especially when the first address in the address list information is the head node address, from the first address. Start looking in order to return a response response message faster.
- the head node will find the first reachable address as the destination address of the response response message.
- the node other than the head node on the LSP may also delete the address information after the reachable address found in the address list information, and then insert the address of the node after the reachable address.
- the address information after the reachable address is deleted, which can make the address list information smaller and save transmission resources.
- the path indicated in the address list information can be better.
- Step 103 After receiving the response response message, the intermediate node on the LSP checks whether the node address in the address list information carried in the response response message is reachable, and updates the destination address of the response response message to the found one. Address, send a response with the address list information response > 3 ⁇ 4 text.
- the intermediate node on the LSP checks whether the node address in the address list information carried in the response response message is reachable, the intermediate node usually uses the sequential search method.
- the intermediate node on the LSP updates the destination address of the response response message to the first reachable address that is found.
- the address list information in the foregoing step is encapsulated by a type/length/value (TLV, Type/Length/Value), and the address in the address list information is a loopback address.
- TLV type/length/value
- Type/Length/Value Type/Length/Value
- the node implementing the above method includes a request message sending module 31, a search mode Block 32 and reply module 33, wherein:
- the request message sending module 31 is configured to: when the node is an initiating node, send a response request message to the detecting node, where the address list information is carried, where the address list information includes an initiating node address;
- the searching module 32 is configured to: when the node is a detecting node, check whether the node address in the address list information carried in the received response request message is reachable, and use the found reachable address as the response response message. Destination address
- the reply module 33 is configured to: when the node is used as a detection node, add the address information of the node to the address list information, and carry it in the response response of the reply>3 ⁇ 4.
- the request message sending module 31 is configured to send a response request message to the detecting node in the following manner, where the address list information is carried, where the address list information includes an originating node address:
- the first response request message When the first response request message is sent, the first response request message carries the address list information, and the first address in the address list information carried in the first response request message is the originating node address;
- the node When the n+1th response request message is sent, if the node receives the response response message fed back by the destination node of the nth response request message, the node carries the message in the (n+1)th response request message.
- the address list information in the response response message if the node does not receive the response response message fed back by the destination node of the nth response request message, the nth response request message carries the nth Respond to the address list information in the request message.
- the searching module 32 is configured to use the following reachable address as the destination address of the response response message in the following manner: the first reachable address that is found is used as the destination address of the response response message. .
- the foregoing node further includes: a forwarding module 34, configured to: after the node receives the response response message, check whether the node address in the address list information carried in the response response message is reachable, The destination address of the response response message is updated to the found reachable address, and a response response message carrying the address list information is sent to the destination address.
- a forwarding module 34 configured to: after the node receives the response response message, check whether the node address in the address list information carried in the response response message is reachable, The destination address of the response response message is updated to the found reachable address, and a response response message carrying the address list information is sent to the destination address.
- the forwarding module 34 is configured to: further change the destination address of the response response message in the following manner Newly found reachable address: Update the destination address of the response response "3 ⁇ 4" to the first reachable address found.
- the reply module 33 is configured to add the local address information to the address list information in the following manner: deleting the address information after the reachable address found in the address list information, and inserting the address after the reachable address Node address.
- the address list information is implemented in an address group manner.
- nodes a, b, c, and d form an LSP across the routing area. Head node a and node c, d are in different routing areas, and node b serves as the area boundary node (ABR) of the two areas. Controls the isolation of routing information between two areas, that is, a and c in different areas, and no reachable routing information between the a and d.
- ABR area boundary node
- all nodes on the LSP in Figure 4 are nodes having the trace routing function described herein.
- the trace routing process is shown in Figure 5 and includes the following steps:
- Step 201 The head node a sends an LSP traceroute request, that is, an echo request message, and the carried address group only includes its own routable address, and the TTL label time to live (TTL, Time To Live) is set to 1;
- TTL Time To Live
- Step 202 The node b processes the echo request packet, and checks whether the address in the address group is reachable, and finds that the address of the first address information, that is, the address of the head node a is reachable, and adds the address information of the node in the address group, and The modified address group information is placed in the echo reply message and sent back to the head node a;
- the data structure of the address group information is as shown in Table 1.
- the address group can be encapsulated by means of TLV, and the address of the node is carried in the data part of the value.
- the address of the node 1 is a routable address of the head node, which is usually the loopback address of the head node, and the subsequent addresses are added or deleted as needed. Table 1
- Step 203 The head node a receives the echo reply packet sent by the node b, and copies the address group to the next echo request; sends an echo request packet, and the TTL of the LSP label is set to 2;
- Step 204 The node c processes the echo request packet, and sequentially checks whether the address in the address group is reachable (in this case, the address group includes the address information of the head node a and the address information of the node b), and the node c finds the route to the head node a. Unreachable, continue to check whether the address of the node b is reachable. When the route to the node b is found to be reachable, the address of the node b is used as the destination address of the echo reply, and the address of the node is added to the node b of the address group information. After the address, the echo reply packet is sent, and the echo reply packet carries the modified address group information.
- the address group includes the address information of the head node a and the address information of the node b
- Step 205 Node b receives the echo reply packet, finds the address in the address group, finds that there is a reachable route to the head node a, and forwards the echo reply to the head node a;
- Step 206 The head node a receives the echo reply packet, copies the address group to the next echo request, and sends an echo request packet, and the LSP label TTL is set to 3;
- the packet does not find the reachable route of the head node a.
- the address in the address group is checked in sequence (the address group includes the address information of the head node a, the node b, and the node c), and the reachability of the node b is found.
- the address of b is used as the destination address of the echo reply, the address of the node c after the address of the node b is deleted, and the address of the node c is added to the address group as the next address after the node b, and an echo reply message is sent. Carrying the newly modified address group information in the echo reply message;
- Step 208 The node b receives the echo reply packet, finds the address in the address group, and finds that there is a reachable route to the head node a, and forwards the echo reply message to the head node a;
- Step 209 The head node a receives the echo reply packet and completes the process of the LSP traceroute.
- the node c in this embodiment does not have the trace routing function described herein.
- the trace routing process is shown in Figure 6, and includes the following steps:
- Step 301 The head node a sends an echo request message, and the carried address group only includes its own routable address, and the TTL of the LSP label is set to 1;
- Step 302 The node b processes the echo request packet, and checks whether the address in the address group is reachable. The reachable route of the end node a is found, and the echo reply is returned to a, and the address is carried in the address group carried by the echo reply. The address of the node;
- Step 303 The head node a receives the echo reply message sent by the node b, and copies the address group to the next echo request; sends an echo request message, and the TTL of the LSP label is set to 2;
- Step 304 The node c processes the echo request message. Since the node c cannot identify the address group information carried in the echo request message and does not have the address information of the head node a, it cannot send the echo reply message to the head node a.
- Step 305 The head node a does not receive the echo reply packet, and after waiting for a certain period of time, copies the address group carried in the echo request ⁇ text of the last LSP tag with the TTL value of 2 to the next sent echo request. Send a new echo request packet, and set the TTL of the LSP label to 3.
- Step 306 The tail node d processes the echo request packet, and checks whether the address in the address group is reachable.
- the reachable route of the head node a is not found.
- the address of the address group is searched backward from the address of the head node, and it is found that The reachable route of the node b; the address of the b is used as the destination address of the echo reply, and the address of the node is added to the address group as the next record, and an echo reply message is sent, and the echo reply message carries the modified Address group information;
- Step 307 The node b receives the echo reply packet, finds the address in the address group, and finds that there is a reachable route to the head node a, and forwards the echo reply message to the head node a;
- Step 308 The head node a receives the echo reply packet and completes the process of the LSP traceroute.
- the above embodiment is advertised to the detecting node by carrying the reachable path information in the echo request, so that the echo reply message replied by the detecting node can be forwarded to other nodes on the LSP, and finally forwarded to the head node by means of relay.
- the subsequent detecting node can obtain the reachable path information by manual configuration.
- the address information of the intermediate node is manually configured in the header node and sent to the subsequent detection node in the response request message, so that the detection node can find the address information of the reachable intermediate node, and then implement the relay response of the response response message.
- the address list information carried in the request packet can be found on the LSP through which the packet passes.
- the other nodes transmit the response response message to the head node in a relay manner, thereby improving the success rate of the tracking route. Therefore, the present invention has strong industrial applicability.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Cardiology (AREA)
- General Health & Medical Sciences (AREA)
- Environmental & Geological Engineering (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
IN1369CHN2014 IN2014CN01369A (ru) | 2011-08-24 | 2012-07-17 | |
RU2014111057/08A RU2574812C9 (ru) | 2011-08-24 | 2012-07-17 | Способ и узел детектирования маршрута в сети передачи данных |
BR112014004300A BR112014004300A2 (pt) | 2011-08-24 | 2012-07-17 | método de implementação para detecção de trajetória; e nodo para detecção de trajetória |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110248166.1 | 2011-08-24 | ||
CN201110248166.1A CN102957573B (zh) | 2011-08-24 | 2011-08-24 | 一种路径检测的实现方法及节点 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2013026336A1 true WO2013026336A1 (zh) | 2013-02-28 |
Family
ID=47745918
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2012/078759 WO2013026336A1 (zh) | 2011-08-24 | 2012-07-17 | 一种路径检测的实现方法及节点 |
Country Status (5)
Country | Link |
---|---|
CN (1) | CN102957573B (ru) |
BR (1) | BR112014004300A2 (ru) |
IN (1) | IN2014CN01369A (ru) |
RU (1) | RU2574812C9 (ru) |
WO (1) | WO2013026336A1 (ru) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113472653A (zh) * | 2021-05-25 | 2021-10-01 | 新华三信息安全技术有限公司 | 路径一致性的检测方法及装置 |
Families Citing this family (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2016000132A1 (zh) * | 2014-06-30 | 2016-01-07 | 华为技术有限公司 | 一种路径检测方法及路径计算单元 |
CN104168157B (zh) * | 2014-08-14 | 2017-05-03 | 中国联合网络通信集团有限公司 | 一种网络连通性检测的方法及装置 |
CN105634839B (zh) * | 2014-10-29 | 2019-01-08 | 华为技术有限公司 | 一种用于获得网络可达地址空间的方法和装置 |
CN105760319A (zh) * | 2014-12-15 | 2016-07-13 | 中兴通讯股份有限公司 | 数据发送成功的确认方法及装置 |
CN107517119B (zh) * | 2016-06-17 | 2021-02-26 | 阿里巴巴集团控股有限公司 | Vpc环境下的虚拟网络检测方法以及装置 |
CN107911262A (zh) * | 2017-11-17 | 2018-04-13 | 烽火通信科技股份有限公司 | 一种跨域使用LSP Ping/Traceroute进行连通性检测的方法 |
CN109921987B (zh) * | 2017-12-13 | 2022-01-21 | 中兴通讯股份有限公司 | 一种bier-te网络检测方法、装置及系统 |
CN110380966B (zh) * | 2018-04-13 | 2020-11-06 | 华为技术有限公司 | 一种发现转发路径的方法及其相关设备 |
CN110677335B (zh) * | 2018-07-03 | 2021-12-07 | 中国电信股份有限公司 | 路径跟踪方法、系统、相关设备和计算机可读存储介质 |
CN109218199B (zh) * | 2018-11-21 | 2021-03-02 | 新华三技术有限公司 | 一种报文处理方法和装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101217471A (zh) * | 2007-12-28 | 2008-07-09 | 中兴通讯股份有限公司 | 一种优化路由的方法及装置 |
CN101325584A (zh) * | 2007-06-15 | 2008-12-17 | 华为技术有限公司 | 路由跟踪方法、mpls网络系统及其入口节点 |
CN101335747A (zh) * | 2007-07-01 | 2008-12-31 | 华为技术有限公司 | 通信地址通知、探索及通信检测、恢复方法及其装置 |
US7724677B2 (en) * | 2004-10-29 | 2010-05-25 | Hitachi, Ltd. | Storage system and method for connectivity checking |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6842425B1 (en) * | 2000-02-14 | 2005-01-11 | Lucent Technologies Inc. | Method and apparatus for optimizing routing through network nodes |
DE602004009433T2 (de) * | 2004-06-17 | 2008-03-20 | Alcatel Lucent | Verfahren zum Bereitstellen eines ortsbasierten Dienstes zur Organisation von Besprechungen |
US7990888B2 (en) * | 2005-03-04 | 2011-08-02 | Cisco Technology, Inc. | System and methods for network reachability detection |
CN101335689B (zh) * | 2007-06-26 | 2011-11-02 | 华为技术有限公司 | 跟踪路由的实现方法及设备 |
CN100579034C (zh) * | 2007-11-30 | 2010-01-06 | 华为技术有限公司 | 上报设备信息的方法、获取设备信息的系统和设备 |
CN101729391B (zh) * | 2008-10-23 | 2012-09-19 | 华为技术有限公司 | 获取链路汇聚组信息的方法、节点和系统 |
-
2011
- 2011-08-24 CN CN201110248166.1A patent/CN102957573B/zh not_active Expired - Fee Related
-
2012
- 2012-07-17 WO PCT/CN2012/078759 patent/WO2013026336A1/zh active Application Filing
- 2012-07-17 IN IN1369CHN2014 patent/IN2014CN01369A/en unknown
- 2012-07-17 BR BR112014004300A patent/BR112014004300A2/pt not_active Application Discontinuation
- 2012-07-17 RU RU2014111057/08A patent/RU2574812C9/ru not_active IP Right Cessation
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7724677B2 (en) * | 2004-10-29 | 2010-05-25 | Hitachi, Ltd. | Storage system and method for connectivity checking |
CN101325584A (zh) * | 2007-06-15 | 2008-12-17 | 华为技术有限公司 | 路由跟踪方法、mpls网络系统及其入口节点 |
CN101335747A (zh) * | 2007-07-01 | 2008-12-31 | 华为技术有限公司 | 通信地址通知、探索及通信检测、恢复方法及其装置 |
CN101217471A (zh) * | 2007-12-28 | 2008-07-09 | 中兴通讯股份有限公司 | 一种优化路由的方法及装置 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113472653A (zh) * | 2021-05-25 | 2021-10-01 | 新华三信息安全技术有限公司 | 路径一致性的检测方法及装置 |
CN113472653B (zh) * | 2021-05-25 | 2022-11-18 | 新华三信息安全技术有限公司 | 路径一致性的检测方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
RU2574812C9 (ru) | 2016-04-27 |
CN102957573A (zh) | 2013-03-06 |
IN2014CN01369A (ru) | 2015-04-24 |
RU2574812C2 (ru) | 2016-02-10 |
CN102957573B (zh) | 2017-05-17 |
RU2014111057A (ru) | 2015-09-27 |
BR112014004300A2 (pt) | 2017-03-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2013026336A1 (zh) | 一种路径检测的实现方法及节点 | |
CN110798403B (zh) | 通信方法、通信设备和通信系统 | |
JP5691703B2 (ja) | マルチキャストネットワークシステム | |
US12034631B2 (en) | Loop avoidance communications method, device, and system | |
EP3148124B1 (en) | System and method for eliminating undetected interest looping in information-centric networks | |
WO2016086713A1 (zh) | 一种等价多路径的出接口更新方法及装置 | |
WO2020119644A1 (zh) | 一种转发表项生成方法、装置及设备 | |
CN103516612B (zh) | 分布式路由器中生成路由表项的方法及分布式路由器 | |
US12003412B2 (en) | Method and apparatus for processing link state information | |
WO2021254173A1 (zh) | 一种路由处理方法及相关设备 | |
CN101588367A (zh) | 一种基于mpls-tp签名标签的oam组件通信机制 | |
CN110365578B (zh) | 网络接口控制及链路切换方法、装置、网络设备和介质 | |
CN107547337B (zh) | 隧道切换方法、叶子节点自动发现路由发送方法和装置 | |
EP3806386B1 (en) | Multicast fast switching method, device, apparatus, and storage medium | |
US11431632B1 (en) | ID/location hybrid forwarding method based on source routing | |
WO2022257773A1 (zh) | 路由检测方法、设备、系统及存储介质 | |
WO2021093477A1 (zh) | 一种路径规划方法及装置、数据传输系统 | |
CN111565149B (zh) | 一种在ldp rlfa frr场景下远端会话保活的方法及装置 | |
CN108521336B (zh) | 一种用于控制路由组网ip地址冲突的方法及装置 |
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: 12826514 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
ENP | Entry into the national phase |
Ref document number: 2014111057 Country of ref document: RU Kind code of ref document: A |
|
REG | Reference to national code |
Ref country code: BR Ref legal event code: B01A Ref document number: 112014004300 Country of ref document: BR |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 12826514 Country of ref document: EP Kind code of ref document: A1 |
|
ENP | Entry into the national phase |
Ref document number: 112014004300 Country of ref document: BR Kind code of ref document: A2 Effective date: 20140224 |