CN114785732B - Method and system for P2MP multicast tunnel path protection - Google Patents
Method and system for P2MP multicast tunnel path protection Download PDFInfo
- Publication number
- CN114785732B CN114785732B CN202210478188.5A CN202210478188A CN114785732B CN 114785732 B CN114785732 B CN 114785732B CN 202210478188 A CN202210478188 A CN 202210478188A CN 114785732 B CN114785732 B CN 114785732B
- Authority
- CN
- China
- Prior art keywords
- node
- standby
- multicast
- tunnel
- primary
- 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
- 238000000034 method Methods 0.000 title claims abstract description 31
- 238000011144 upstream manufacturing Methods 0.000 claims abstract description 15
- 230000007246 mechanism Effects 0.000 claims abstract description 13
- 230000000977 initiatory effect Effects 0.000 claims abstract description 4
- 238000001514 detection method Methods 0.000 claims description 43
- 230000008859 change Effects 0.000 claims description 16
- 230000001960 triggered effect Effects 0.000 claims description 11
- 238000012217 deletion Methods 0.000 claims description 6
- 230000037430 deletion Effects 0.000 claims description 6
- 238000010586 diagram Methods 0.000 description 6
- 101100136834 Mus musculus Plin5 gene Proteins 0.000 description 4
- 230000009471 action Effects 0.000 description 2
- 230000006872 improvement Effects 0.000 description 2
- 230000002452 interceptive effect Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
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/48—Routing tree calculation
-
- 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/16—Multipoint 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/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/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
The invention discloses a method for protecting a path of a P2MP multicast tunnel, wherein a multicast VPN is configured on a PE node to form a primary P2MP tunnel and a secondary P2MP tunnel, and a primary negotiation mechanism and a secondary negotiation mechanism are deployed on the primary node and the secondary node to form the protection of the primary and secondary P2MP tunnels; and when the P2MP tunnel fault, PE upstream link fault or main-standby PE link fault is detected, initiating fault switching to realize P2MP multicast tunnel protection. The invention can save the flow bandwidth of the backbone network and reduce the network resource consumption; the invention can realize the protection of the links and nodes on the P2MP tunnel path and the protection of the upstream links of the root node. The invention also provides a corresponding system for protecting the P2MP multicast tunnel path.
Description
Technical Field
The invention belongs to the technical field of communication, and in particular relates to a method and a system for protecting a P2MP multicast tunnel path.
Background
BGP (Border Gateway Protocol )/MPLS (Multi-Protocol Label Switching, multiprotocol label switching) VPN (Virtual Private Network ) technology is widely used in existing networks due to its advantages of flexibility, reliability, etc., and meanwhile, IPTV (Interactive Personality TV, personal interactive television), video conferencing, live webcast, etc. are emerging, and service providers have a need to deploy IP (Internet Protocol ) multicast services in this type of network. NGMVPN (Next Generation MVPN) provides a method for IP multicast data traffic to traverse BGP/MPLS VPN networks, enabling Point-to-multipoint efficient transport by establishing a P2MP (Point 2Multi Point, point-to-multipoint Master station) tunnel.
When a node or a path on the P2MP tunnel fails, multicast service can be interrupted or can be recovered through unicast route convergence, but unicast route convergence time is long, and multicast service requirements with high instantaneity are not met. By deploying the protection of the root node 1+1, the P2MP tunnel fault can be detected rapidly, and the convergence speed of the multicast service fault switching is improved. However, the existing dual-root 1+1 protection has redundant multicast data traffic, which causes bandwidth waste, and only protects the sender PE (Provider Edge) node and the public network tunnel.
Disclosure of Invention
Aiming at the defects or improvement demands of the prior art, the invention provides a method for realizing the redundancy protection of a P2MP root node, which can solve the following problems in the prior art:
the root node is unprotected: when the root node fails or the upstream link of the root node fails, the multicast service is interrupted;
the multicast service fault convergence speed is slow: when the P2MP tunnel fails, the multicast service can be recovered only by relying on unicast route convergence, and the unicast convergence time is long, so that double-root 1+1 protection can be configured; the convergence rate of multicast service is improved by matching with bfd for P2MP tunnel;
double root 1+1 protection problem: and (3) configuring double-root 1+1 protection, wherein multicast traffic can be forwarded along both directions of the main tunnel and the standby tunnel, so that the backbone network forwards double traffic, and only the Sender PE node and the public network tunnel can be protected. On the basis of the invention, the main and standby competing options are configured on the two root nodes, so that the main root node only forwards the multicast traffic, and network resources are saved.
In order to achieve the above objective, according to one aspect of the present invention, there is provided a method for protecting a path of a P2MP multicast tunnel, configuring a multicast VPN on a PE node to form two P2MP tunnels of a primary and a secondary, and deploying a primary and a secondary negotiation mechanism on the primary and the secondary nodes to form a P2MP primary and secondary tunnel protection; and when the P2MP tunnel fault, PE upstream link fault or main-standby PE link fault is detected, initiating fault switching to realize P2MP multicast tunnel protection.
In one embodiment of the present invention, a multicast VPN is configured on a PE node to form two P2MP tunnels of a primary and a secondary, and a primary and a secondary negotiation mechanism is deployed on the primary and the secondary nodes at the same time, and the configuration to form a P2MP primary and a secondary tunnel protection includes:
s11: the node PE1, the node PE2 and the node PE3x configure NGMVPN service, two tunnels of PE1- > PE3x and PE2- > PE3x are established, tunnel detection is configured, the PE3x configures a primary and standby multicast routing entrance, meanwhile, the node PE1 and the node PE2 configure a primary and standby negotiation function, and the primary node PE1 and the standby node PE2 are determined;
s12: the link detection modules of the primary node PE1 and the standby node PE2 monitor the states of uplink links CE1- > PE1 and CE1- > PE2 and are related to the primary and standby negotiation modules of PE1 and PE2, the negotiated primary PE1 node transmits multicast routing service configuration to guide forwarding flow, and the standby node PE2 does not transmit multicast routing configuration;
s13: the receiving end PE3x forwards the multicast traffic according to the configuration of the main inlet, and the multicast traffic direction is CE1- > PE1- > PE3x- > Receiver.
In one embodiment of the present invention, if the primary node PE1 tunnel state detection module monitors that a P2MP tunnel fault, i.e., a PE1- > PE3x tunnel state fault, the primary-backup tunnel switching is triggered.
In one embodiment of the present invention, the primary node PE1 tunnel state detection module monitors a failure of a PE1- > PE3x tunnel state, and triggers a primary-backup tunnel switching, including:
s21: the method comprises the steps that a primary node PE1 tunnel state detection module monitors PE1- > PE3x tunnel state faults;
s22: the main node PE1 tunnel state detection module informs the main and standby negotiation modules;
s23: the master node PE1 master-slave negotiation module changes the role state into standby, announces the role state to the multicast route management module of PE1, and simultaneously sends a master-slave state update message to the master-slave negotiation module of the standby node PE2;
s24: the master node PE1 multicast route management module receives the role state and reduces the role state to standby, and issues multicast route configuration deletion to the data forwarding layer of the PE1, and the forwarding layer does not forward multicast service according to the corresponding multicast route;
s25: the standby node PE2 master-slave negotiation module receives the state change message sent by the master node master-slave negotiation module PE1, and raises the standby state to the master state, and announces the state change message to the multicast route management module of PE2;
s26: after receiving the message that the node role is raised to be the primary role, the standby node PE2 multicast route management module issues multicast route configuration to the data forwarding layer;
s27: the receiving end PE3x tunnel state detection module senses the failure of the main tunnel and selects a standby inlet to forward multicast traffic;
s28: the new multicast service forwarding path is CE1- > PE2- > PE3x- > Receiver.
In one embodiment of the present invention, if the primary node PE1 link state detection module monitors that the PE upstream link fails, i.e., the CE1- > PE1 link state fails, the primary-backup tunnel switching is triggered.
In one embodiment of the present invention, the primary node PE1 link state detection module monitors a CE1- > PE1 link state failure, and triggers primary-backup tunnel switching, including:
s31: the method comprises the steps that a primary node PE1 link state detection module monitors a CE1- > PE1 link state fault;
s32: the link state detection module of the primary node PE1 notifies the primary and standby negotiation modules of the associated primary node PE 1;
s33: the master node PE1 master-slave negotiation module changes the role state into standby, announces the role state to the multicast route management module of PE1, and simultaneously sends a message to the master-slave negotiation module of the standby node PE2;
s34: the master node PE1 multicast route management module receives the role state and reduces the role state to standby, and issues multicast route configuration deletion to the data forwarding layer of the PE1, and the forwarding layer does not forward multicast service according to the corresponding multicast route;
s35: the standby node PE2 master-slave negotiation module receives the state change message sent by the master-slave negotiation module PE1, and raises the standby state to the master state, and announces the state change message to the multicast route management module of the PE2;
s36: after receiving the message that the node role is raised to be the primary role, the standby node PE2 multicast route management module issues multicast route configuration to the forwarding layer, and the forwarding layer starts forwarding multicast service according to the corresponding route;
s37: the receiving end PE3x multicast route management module perceives that the main inlet fails, and selects the standby inlet to forward multicast traffic;
s38: the new multicast service forwarding path is CE1- > PE2- > PE3x- > Receiver.
In one embodiment of the invention, the tunnel state detection module monitors the P2MP tunnel state of PE1- > PE3x, the link state detection module monitors the PE1- > PE2 link and CE1- > PE1 link states, when one of the states changes, the fault switching is triggered, each module of the system is switched from a steady state to a switching state, and after the switching is completed, the system is restored to the steady state.
In one embodiment of the present invention, if the primary and standby nodes PE1 and PE2 negotiate a link failure, the standby node is triggered to be active, but the primary node does not act, and the multicast traffic is forwarded by the primary and standby two tunnels PE1- > PE3x and PE2- > PE3x, and the multicast route management module of PE3x selects the primary ingress traffic to forward according to the primary and standby ingress configuration.
In one embodiment of the present invention, if the primary and standby negotiation links of the primary node PE1 and the standby node PE2 fail, the process flow includes:
s41: the main node PE1 link state detection module monitors that the PE1- > PE2 link state is faulty, and no action exists;
s42: the standby node PE2 link state detection module monitors PE2- > PE1 link state faults;
s43: the standby node PE2 link state detection module announces to the associated standby node PE2 master-slave negotiation module;
s44: the standby node PE2 master-slave negotiation module receives the state change message sent by the master-slave negotiation module PE1, and raises the standby state to the master state, and announces the state change message to the multicast route management module of the PE2;
s45: after receiving the message that the node role is raised to be the primary role, the standby node PE2 multicast route management module issues multicast route configuration to the forwarding layer, and the forwarding layer starts forwarding multicast service according to the corresponding route;
s46: at this time, the receiving end PE3x node receives two multicast service flows, and the receiving end selects a main inlet to forward the multicast service flows according to the configuration of the main and standby multicast routing inlets.
According to another aspect of the present invention, there is also provided a system for path protection of a P2MP multicast tunnel, including a plurality of PE nodes, configuring a multicast VPN on the PE nodes to form two P2MP tunnels of a primary and a secondary, and deploying a primary and a secondary negotiation mechanism on the primary and the secondary nodes to form a P2MP primary and a secondary tunnel protection; when the P2MP tunnel fault, PE upstream link fault or main-standby PE link fault is detected, the method for protecting the P2MP multicast tunnel path is adopted, and the fault switching is initiated to realize the P2MP multicast tunnel protection.
In general, compared with the prior art, the above technical solution conceived by the present invention has the following beneficial effects:
(1) The invention can save the flow bandwidth of the backbone network and reduce the network resource consumption;
(2) The invention can realize the protection of the links and nodes on the P2MP tunnel path and the protection of the upstream links of the root node.
Drawings
Fig. 1 is a schematic diagram of a P2MP multicast tunnel protection scenario implemented in the present invention;
fig. 2 is a schematic diagram of a main tunnel failover scenario according to an embodiment of the present invention;
fig. 3 is a schematic diagram of an upstream link failure switching scenario of a primary node according to an embodiment of the present invention;
FIG. 4 is a steady state and switching timing diagram according to an embodiment of the present invention;
fig. 5 is a schematic diagram of a link failure switching scenario between active and standby nodes according to an embodiment of the present invention.
Detailed Description
The present invention will be described in further detail with reference to the drawings and examples, in order to make the objects, technical solutions and advantages of the present invention more apparent. It should be understood that the specific embodiments described herein are for purposes of illustration only and are not intended to limit the scope of the invention. In addition, the technical features of the embodiments of the present invention described below may be combined with each other as long as they do not collide with each other.
In order to solve the problems existing in the prior art, the invention provides a method for protecting a path of a P2MP multicast tunnel, wherein a multicast VPN is configured on a PE node to form a primary P2MP tunnel and a secondary P2MP tunnel, and a primary negotiation mechanism and a secondary negotiation mechanism are deployed on the primary node and the secondary node to form the protection of the primary P2MP tunnel and the secondary P tunnel; and when the P2MP tunnel fault, PE upstream link fault or main-standby PE link fault is detected, initiating fault switching to realize P2MP multicast tunnel protection.
Specifically, the technical scheme adopted by the invention is as follows:
the protection scene applied by the invention is a P2MP multicast tunnel scene (corresponding to figure 1), and the sending PE and the receiving PE establish a P2MP tunnel through mLDP or RSVP-TE. Two P2MP tunnels are respectively established on PE1 and PE2, the primary and the secondary tunnels are negotiated through primary and secondary selection modules of PE1 and PE2, multicast service is duplicated and forwarded along the P2MP tunnels, and after labels are stripped at a receiving end PE3x, the multicast service is forwarded to a user side. At each receiving end PE, the processing mechanism is completely consistent.
And configuring multicast VPN on all PE nodes to form two P2MP tunnels of the primary and the secondary, deploying a primary and the secondary negotiation mechanism on the primary and the secondary nodes, and configuring to form the protection of the P2MP primary and the secondary tunnels. When the P2MP tunnel fault (corresponding to figure 2), the PE upstream link fault (corresponding to figure 3) and the link fault between the primary and the secondary PEs (corresponding to figure 5) are detected, the fault switching is initiated, and the P2MP multicast tunnel protection is realized.
The method specifically comprises the following steps:
as shown in FIG. 2, in order to adopt the P2MP root node redundancy protection method, a redundancy link of PE1- > PE3a/PE3b/PE3c and PE2- > PE3a/PE3b/PE3c is established. And configuring to form P2MP master-slave tunnel protection. The method specifically comprises the following steps:
s11: the node PE1, the node PE2 and the node PE3x configure NGMVPN service, two tunnels of PE1- > PE3x and PE2- > PE3x (refer to PE3a/PE3b/PE3 c) are established, tunnel detection is configured, and the PE3x configures a primary and standby multicast routing entry.
S12: the nodes PE1 and PE2 are configured with a master-slave negotiation function to determine a master node (PE 1) and a slave node (PE 2).
S13: the link detection modules of the primary node PE1 and the standby node PE2 monitor the states of the uplink links CE1- > PE1 and CE1- > PE2 and are related to the primary and standby negotiation modules of PE1 and PE 2. CE is a Customer Edge device.
S14: based on the primary (PE 1) node negotiated in step S12, issuing multicast routing service configuration, guiding forwarding traffic, and the negotiated standby node (PE 2) does not issue multicast routing configuration.
S15: the receiving end (PE 3 x) forwards the multicast traffic according to the primary ingress configuration.
S16: the multicast service flow direction is CE1- > PE1- > PE3- > Receiver.
The scene has two main and standby tunnels, realizes the protection of the P2MP tunnel, and ensures that only one tunnel forwards multicast traffic.
It should be noted that: in the embodiment of the invention, the receiving end has 3 nodes (PE 3a/PE3b/PE3 c), and of course, the receiving end can also be one node or a plurality of other nodes.
As shown in fig. 2, if the tunnel state detection module of the active node (PE 1) detects a P2MP tunnel failure (i.e., a P2MP tunnel state failure of PE1- > PE3 x), the active-standby tunnel switching is triggered. The method specifically comprises the following steps:
s21: the primary node (PE 1) tunnel state detection module monitors PE1- > PE3x tunnel state faults.
S22: the primary node (PE 1) tunnel state detection module announces to the primary and backup negotiation modules.
S23: the primary node (PE 1) and the standby node (PE 2) are used for changing the role state into standby, notifying the multicast route management module of the PE1 and simultaneously sending a primary and standby state update message to the primary and standby negotiation module of the standby node.
S24: and the multicast route management module of the main node (PE 1) receives the role state and reduces the role state to be standby, and issues the deletion of the multicast route configuration to the data forwarding layer of the PE1, and the forwarding layer does not forward the multicast service according to the corresponding multicast route.
S25: the standby node (PE 2) master-slave negotiation module receives the state change message sent by the master node master-slave negotiation module (PE 1), and raises the standby state to the master state, and announces the state change message to the multicast route management module of PE 2.
S26: and after receiving the message that the node role is increased to be the primary role, the standby node (PE 2) multicast route management module issues multicast route configuration to the data forwarding layer.
S27: the receiving end (PE 3 x) tunnel state detection module senses the failure of the main tunnel and selects a standby entrance to forward multicast traffic.
S28: the new multicast service forwarding path is CE1- > PE2- > PE3x- > Receiver.
As shown in fig. 3, if the link state detection module of the active node (PE 1) detects a failure of the PE upstream link (CE 1- > PE1 link state failure), the active-standby tunnel switching is triggered. The method specifically comprises the following steps:
s31: the primary node (PE 1) link state detection module detects a CE1- > PE1 link state failure.
S32: the link state detection module of PE1 notifies the associated active node (PE 1) active-standby negotiation module.
S33: the primary node (PE 1) primary-standby negotiation module changes the role state into standby, announces to the multicast route management module of PE1, and simultaneously sends a message to the standby node (PE 2) primary-standby negotiation module.
S34: and the multicast route management module of the main node (PE 1) receives the role state and reduces the role state to be standby, and issues the deletion of the multicast route configuration to the data forwarding layer of the PE1, and the forwarding layer does not forward the multicast service according to the corresponding multicast route.
S35: the standby node (PE 2) master-slave negotiation module receives the state change message sent by the master-slave negotiation module (PE 1), and raises the standby state to the master state, and announces the state change message to the multicast route management module of PE 2.
S36: and after receiving the message of which the node role is raised to be the main role, the standby node (PE 2) multicast route management module issues multicast route configuration to the forwarding layer, and the forwarding layer starts forwarding multicast service according to the corresponding route.
S37: the receiving end (PE 3 x) multicast route management module perceives that the primary inlet fails, and selects the standby inlet to forward multicast traffic.
S38: the new multicast service forwarding path is CE1- > PE2- > PE3x- > Receiver.
As shown in fig. 4, the timing diagram of the functions of each module of the P2MP root node redundancy protection method is shown, where mLDP is Multipoint extensions for LDP, MRIB is a multicast routing management module, and MFIB is a multicast forwarding management module. In the scenario shown in fig. 1, BGP is used to transfer private network multicast routing and auto discovery of a receiving end PE, mLDP is used to establish an MPLS P2MP tunnel, and BGP of a primary node (PE 1) and a standby node (PE 2) notifies mLDP to generate a P2MP tunnel for transferring multicast traffic, so as to respectively establish two tunnels with PE1 and PE2 as roots. And determining the master node and the slave node through the master-slave negotiation module, informing the MFIB by the MRIB module on the master node PE1 to issue the multicast routing table, and simultaneously monitoring the P2MP tunnel state of PE1- > PE3x by the tunnel state detection module of PE1 and the PE1- > PE2 link and the CE1- > PE1 link state by the link state detection module. When one of the states changes, the fault switching is triggered, each module of the system is switched from a steady state to a switching state, the master-slave negotiation module on PE2 informs the MRIB module that the node state is the master, the multicast routing table is issued to the MFIB, and the system is restored to the steady state after the switching is completed.
As shown in fig. 5, if the primary and standby negotiation links of the primary node (PE 1) and the standby node (PE 2) fail, the standby node is triggered to be active, and the primary node does not act, and the multicast traffic is forwarded by the primary and standby tunnels PE1- > PE3x and PE2- > PE3x simultaneously. And selecting the main inlet traffic to forward by the multicast route management module of the PE3x according to the main and standby inlet configuration. The method specifically comprises the following steps:
s41: the link state detection module of the primary node (PE 1) monitors the link state fault of PE1- > PE2, and no action exists.
S42: the standby node (PE 2) link state detection module monitors PE2- > PE1 link state failures.
S43: the standby node (PE 2) link state detection module announces to the associated standby node (PE 2) primary and standby negotiation modules.
S44: the standby node (PE 2) master-slave negotiation module receives the state change message sent by the master-slave negotiation module (PE 1), and raises the standby state to the master state, and announces the state change message to the multicast route management module of PE 2.
S45: and after receiving the message of which the node role is raised to be the main role, the standby node (PE 2) multicast route management module issues multicast route configuration to the forwarding layer, and the forwarding layer starts forwarding multicast service according to the corresponding route.
S46: at this time, the receiving end (PE 3 x) node receives two multicast service flows, and the receiving end selects a main inlet to forward the multicast service flows according to the configuration of the main and standby multicast routing inlets.
The invention also provides a system for protecting the path of the P2MP multicast tunnel, which comprises a plurality of PE nodes, wherein multicast VPN is configured on the PE nodes to form two P2MP tunnels of the main and the standby, and meanwhile, a main and the standby negotiation mechanism is deployed on the main and the standby nodes to form the protection of the P2MP main and the standby tunnels; when the P2MP tunnel fault, PE upstream link fault or main-standby PE link fault is detected, the method for protecting the P2MP multicast tunnel path is adopted, and the fault switching is initiated to realize the P2MP multicast tunnel protection.
It will be readily appreciated by those skilled in the art that the foregoing description is merely a preferred embodiment of the invention and is not intended to limit the invention, but any modifications, equivalents, improvements or alternatives falling within the spirit and principles of the invention are intended to be included within the scope of the invention.
Claims (8)
1. A method for protecting P2MP multicast tunnel path is characterized in that multicast VPN is configured on PE node to form two P2MP tunnels of main and standby, main and standby negotiation mechanism is deployed on main and standby node at the same time to form P2MP main and standby tunnel protection; when a P2MP tunnel fault or PE upstream link fault is detected, initiating fault switching to realize P2MP multicast tunnel protection, wherein: configuring a multicast VPN on a PE node to form two P2MP tunnels of a main node and a standby node, deploying a main-standby negotiation mechanism on the main node and the standby node, and configuring to form P2MP main-standby tunnel protection, wherein the method comprises the following steps:
s11: the node PE1, the node PE2 and the node PE3x configure NGMVPN service, two tunnels of PE1- > PE3x and PE2- > PE3x are established, tunnel detection is configured, the PE3x configures a primary and standby multicast routing entrance, meanwhile, the node PE1 and the node PE2 configure a primary and standby negotiation function, and the primary node PE1 and the standby node PE2 are determined;
s12: the link detection modules of the primary node PE1 and the standby node PE2 monitor the states of uplink links CE1- > PE1 and CE1- > PE2 and are related to the primary and standby negotiation modules of PE1 and PE2, the negotiated primary PE1 node transmits multicast routing service configuration to guide forwarding flow, and the standby node PE2 does not transmit multicast routing configuration;
s13: the receiving end PE3x forwards the multicast traffic according to the configuration of the main inlet, and the multicast traffic direction is CE1- > PE1- > PE3x- > Receiver.
2. The method for protecting a P2MP multicast tunnel path according to claim 1, wherein if the active node PE1 tunnel state detection module detects that a P2MP tunnel failure, i.e., a PE1- > PE3x tunnel state failure, then active-standby tunnel switching is triggered.
3. The method for protecting a P2MP multicast tunnel path according to claim 2, wherein the primary node PE1 tunnel state detection module monitors a PE1- > PE3x tunnel state failure, and triggers primary-backup tunnel switching, including:
s21: the method comprises the steps that a primary node PE1 tunnel state detection module monitors PE1- > PE3x tunnel state faults;
s22: the main node PE1 tunnel state detection module informs the main and standby negotiation modules;
s23: the master node PE1 master-slave negotiation module changes the role state into standby, announces the role state to the multicast route management module of PE1, and simultaneously sends a master-slave state update message to the master-slave negotiation module of the standby node PE2;
s24: the master node PE1 multicast route management module receives the role state and reduces the role state to standby, and issues multicast route configuration deletion to the data forwarding layer of the PE1, and the forwarding layer does not forward multicast service according to the corresponding multicast route;
s25: the standby node PE2 master-slave negotiation module receives the state change message sent by the master node master-slave negotiation module PE1, and raises the standby state to the master state, and announces the state change message to the multicast route management module of PE2;
s26: after receiving the message that the node role is raised to be the primary role, the standby node PE2 multicast route management module issues multicast route configuration to the data forwarding layer;
s27: the receiving end PE3x tunnel state detection module senses the failure of the main tunnel and selects a standby inlet to forward multicast traffic;
s28: the new multicast service forwarding path is CE1- > PE2- > PE3x- > Receiver.
4. The method for protecting a P2MP multicast tunnel path according to claim 1, wherein if the primary node PE1 link state detection module detects a PE upstream link failure, i.e., a CE1- > PE1 link state failure, then triggering primary-backup tunnel switching.
5. The method for protecting a P2MP multicast tunnel path according to claim 4, wherein the primary node PE1 link state detection module monitors a CE1- > PE1 link state failure, and triggering primary-backup tunnel switching includes:
s31: the method comprises the steps that a primary node PE1 link state detection module monitors a CE1- > PE1 link state fault;
s32: the link state detection module of the primary node PE1 notifies the primary and standby negotiation modules of the associated primary node PE 1;
s33: the master node PE1 master-slave negotiation module changes the role state into standby, announces the role state to the multicast route management module of PE1, and simultaneously sends a message to the master-slave negotiation module of the standby node PE2;
s34: the master node PE1 multicast route management module receives the role state and reduces the role state to standby, and issues multicast route configuration deletion to the data forwarding layer of the PE1, and the forwarding layer does not forward multicast service according to the corresponding multicast route;
s35: the standby node PE2 master-slave negotiation module receives the state change message sent by the master-slave negotiation module PE1, and raises the standby state to the master state, and announces the state change message to the multicast route management module of the PE2;
s36: after receiving the message that the node role is raised to be the primary role, the standby node PE2 multicast route management module issues multicast route configuration to the forwarding layer, and the forwarding layer starts forwarding multicast service according to the corresponding route;
s37: the receiving end PE3x multicast route management module perceives that the main inlet fails, and selects the standby inlet to forward multicast traffic;
s38: the new multicast service forwarding path is CE1- > PE2- > PE3x- > Receiver.
6. The method for protecting a P2MP multicast tunnel path according to claim 1, wherein the tunnel state detection module monitors a P2MP tunnel state of PE1- > PE3x, the link state detection module monitors a PE1- > PE2 link, and a CE1- > PE1 link state, when one of the states changes, a failover is triggered, each module of the system is switched from a steady state to a reverse state, and after the completion of the switchover, the system is restored to the steady state.
7. The method for P2MP multicast tunnel path protection according to claim 1, wherein if a primary-standby negotiation link of a primary node PE1 and a standby node PE2 fails, the standby node is triggered to be active, and the primary node does not act, and multicast traffic is forwarded simultaneously by two primary-standby tunnels PE1- > PE3x and PE2- > PE3x, and a multicast routing management module of PE3x selects primary ingress traffic forwarding according to a primary-standby ingress configuration.
8. The system for protecting the P2MP multicast tunnel path is characterized by comprising a plurality of PE nodes, wherein multicast VPN is configured on the PE nodes to form two P2MP tunnels of a main node and a standby node, and a main-standby negotiation mechanism is deployed on the main-standby node to form the P2MP main-standby tunnel protection; when a P2MP tunnel failure or a PE upstream link failure is detected, a method as claimed in any one of claims 1 to 7 is adopted to initiate a failover to implement P2MP multicast tunnel protection.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210478188.5A CN114785732B (en) | 2022-05-05 | 2022-05-05 | Method and system for P2MP multicast tunnel path protection |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210478188.5A CN114785732B (en) | 2022-05-05 | 2022-05-05 | Method and system for P2MP multicast tunnel path protection |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114785732A CN114785732A (en) | 2022-07-22 |
| CN114785732B true CN114785732B (en) | 2023-08-11 |
Family
ID=82435502
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210478188.5A Active CN114785732B (en) | 2022-05-05 | 2022-05-05 | Method and system for P2MP multicast tunnel path protection |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114785732B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115333992B (en) * | 2022-08-11 | 2024-01-23 | 四川灵通电讯有限公司 | Link resource optimization method based on standard PRP protocol |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101719834A (en) * | 2009-06-02 | 2010-06-02 | 中兴通讯股份有限公司 | Method and system for realizing virtual private multicast service protection |
| CN102055719A (en) * | 2009-10-29 | 2011-05-11 | 中兴通讯股份有限公司 | Method and device for protecting point-to-multipoint pseudo-wire |
| CN102413187A (en) * | 2011-12-09 | 2012-04-11 | 杭州华三通信技术有限公司 | MPLS (Multiple Protocol Label Switching) L2VPN (Layer 2 Virtual Private Network) service information transmission method and device |
| CN104702480A (en) * | 2015-03-24 | 2015-06-10 | 华为技术有限公司 | Method and device for establishing tunnel protection group in next generation multicast virtual private network |
| CN105743566A (en) * | 2016-05-11 | 2016-07-06 | 深圳市新格林耐特通信技术有限公司 | Double PON ONU optical link protection switching device and protection method |
| CN106302165A (en) * | 2015-05-22 | 2017-01-04 | 中兴通讯股份有限公司 | The guard method of a kind of point-to-multi-point tunnel and device |
| CN107181677A (en) * | 2016-03-09 | 2017-09-19 | 中兴通讯股份有限公司 | A kind of method and device of the main tunnel nodes protections of P2MP |
| CN107786438A (en) * | 2016-08-31 | 2018-03-09 | 中兴通讯股份有限公司 | Method, apparatus, system and the equipment of P2MP Multicast Tunnel protection |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9001672B2 (en) * | 2012-07-27 | 2015-04-07 | Alcatel Lucent | System, method and apparatus conforming path cost criteria across multiple ABRs |
| CN104253736B (en) * | 2013-06-29 | 2017-11-24 | 华为技术有限公司 | Notice the method and PE equipment of the information of PE equipment |
-
2022
- 2022-05-05 CN CN202210478188.5A patent/CN114785732B/en active Active
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101719834A (en) * | 2009-06-02 | 2010-06-02 | 中兴通讯股份有限公司 | Method and system for realizing virtual private multicast service protection |
| CN102055719A (en) * | 2009-10-29 | 2011-05-11 | 中兴通讯股份有限公司 | Method and device for protecting point-to-multipoint pseudo-wire |
| CN102413187A (en) * | 2011-12-09 | 2012-04-11 | 杭州华三通信技术有限公司 | MPLS (Multiple Protocol Label Switching) L2VPN (Layer 2 Virtual Private Network) service information transmission method and device |
| CN104702480A (en) * | 2015-03-24 | 2015-06-10 | 华为技术有限公司 | Method and device for establishing tunnel protection group in next generation multicast virtual private network |
| CN106302165A (en) * | 2015-05-22 | 2017-01-04 | 中兴通讯股份有限公司 | The guard method of a kind of point-to-multi-point tunnel and device |
| CN107181677A (en) * | 2016-03-09 | 2017-09-19 | 中兴通讯股份有限公司 | A kind of method and device of the main tunnel nodes protections of P2MP |
| CN105743566A (en) * | 2016-05-11 | 2016-07-06 | 深圳市新格林耐特通信技术有限公司 | Double PON ONU optical link protection switching device and protection method |
| CN107786438A (en) * | 2016-08-31 | 2018-03-09 | 中兴通讯股份有限公司 | Method, apparatus, system and the equipment of P2MP Multicast Tunnel protection |
Non-Patent Citations (1)
| Title |
|---|
| 烽火通信IP RAN为运营商提供可靠保障;烽火科技(第05期);全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114785732A (en) | 2022-07-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8218429B2 (en) | Method and device for multicast traffic redundancy protection | |
| US9036466B2 (en) | Methods and apparatus for improving network communication using ethernet switching protection | |
| US9059902B2 (en) | Procedures, apparatuses, systems, and computer-readable media for operating primary and backup network elements | |
| EP2856716B1 (en) | Enhancements to pim fast re-route with upstream activation packets | |
| CN102025541B (en) | Method and system for realizing multicast protection | |
| CN100512128C (en) | Method and system for protecting multicast repeat path and service router | |
| CN101335695B (en) | Head node protection method, apparatus and device for point-to-multipoint label switching path | |
| US9838216B2 (en) | P2MP traffic protection in MPLS-TP ring topology | |
| CN102137009B (en) | Method, system and equipment for processing Dual-layer service in network | |
| CN102204190B (en) | A path creation method and a device thereof | |
| CN100512292C (en) | Apparatus and method of real-time recovering service | |
| CN101237409A (en) | Method and device for realizing fast rerouting in MPLS VPN | |
| CN102282805B (en) | Method for service protection and access device | |
| CN102474446A (en) | Recovery mechanism for point-to-multipoint traffic | |
| WO2006081767A1 (en) | A method for implementing master and backup transmission path | |
| US8879383B1 (en) | Methods and apparatus for improving reliability of point-of-point network connection | |
| WO2012159489A1 (en) | Switching method, system and dual homing provider device for pseudowire dual homing network | |
| CN101374075A (en) | Method, device and system for protecting multicast source | |
| WO2012130034A1 (en) | Vpls fast rerouting method and device | |
| CN101156394B (en) | Method and system for restoring service forwarding route | |
| WO2012171378A1 (en) | Method and router for preventing flow interruption caused by failover from vpls to l3 | |
| CN101656651A (en) | Method and device for correlatively protecting traffic engineering tunnels | |
| CN101202705A (en) | Method and Router for Enhancing Multicast Reliability | |
| US8971172B2 (en) | Network and fault recovery method | |
| US8918671B2 (en) | Technique for protecting leaf nodes of a point-to-multipoint tree in a communications network in connected mode |
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 |