WO2007140683A1 - Procédé, système et dispositif de protection de service, basés sur l'absence de connexion - Google Patents
Procédé, système et dispositif de protection de service, basés sur l'absence de connexion Download PDFInfo
- Publication number
- WO2007140683A1 WO2007140683A1 PCT/CN2007/000928 CN2007000928W WO2007140683A1 WO 2007140683 A1 WO2007140683 A1 WO 2007140683A1 CN 2007000928 W CN2007000928 W CN 2007000928W WO 2007140683 A1 WO2007140683 A1 WO 2007140683A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- path
- watershed
- protection switching
- protection
- vlan
- Prior art date
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/22—Alternate routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5003—Managing SLA; Interaction between SLA and QoS
- H04L41/5009—Determining service level performance parameters or violations of service level contracts, e.g. violations of agreed response time or mean time between failures [MTBF]
- H04L41/5012—Determining service level performance parameters or violations of service level contracts, e.g. violations of agreed response time or mean time between failures [MTBF] determining service availability, e.g. which services are available at a certain point in time
-
- 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
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/02—Topology update or discovery
- H04L45/04—Interdomain routing, e.g. hierarchical 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
-
- 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
Definitions
- the present invention relates to network protection technologies, and more particularly to a method, system and device based on connectionless service protection. Background of the invention
- a protection switching network based on a connectionless network consists of an Ethernet switch located at the core, also known as a core device, and an edge-based Ethernet switch or router, also known as an edge device or edge node.
- the edge device is responsible for performing a service switching operation when a fault occurs inside the protection switching network, and the edge device is directly connected to the external device of the protection switching network.
- data is forwarded in a connectionless manner. For example, the data packet is forwarded in the Ethernet network through a data path forwarding table established based on the spanning tree environment.
- This network that uses a connectionless way to forward packets consists of interconnected Ethernet switching devices, also known as watersheds.
- P2P point-to-point
- VLAN virtual local area network
- P2MP point-to-multipoint
- MP2MP multi-point to multi-point
- FIG. 1 is a schematic diagram of watershed protection based on a connectionless network.
- PSP protection switching point
- the first solution is a VLAN service protection switching scheme.
- the protection switching scheme is applied to the core backbone Ethernet to establish a working B-VLAN tree and a protection B-VLAN tree for the working backbone VLAN identifier (B-VLAN ID) and the protection B-VLAN ID respectively.
- the working B-VLAN tree is used, and the corresponding service data packets from outside the core backbone network are transmitted according to the known data path forwarding table, and the continuity check (CFM) is periodically sent by the continuity check (CC).
- the message detects the working status (normal or fault) of the working B-VLAN tree and the protection B-VLAN tree respectively, so as to perform protection switching of service data in the event of a failure. Assume that the protection B-VLAN tree is normal. When the working B-VLAN tree fails, all service data packets originally transmitted using the working B-VLAN tree are switched to be delivered by the protection B-VLAN tree.
- the VLAN service protection switching scheme proposed in the above solution when a service data packet switching occurs, because there is no corresponding data path forwarding table in the switched domain, the unicast data forwarded according to the known data path forwarding table cannot be avoided before the switching.
- the entire tree is generated. The data packets are protected and switched, which causes the service packets to be out of order.
- the second solution is based on the protection switching method in the spanning tree environment.
- the method is implemented in such a way that in a protection switching network consisting of an Ethernet switch and a router, an edge device such as an Ethernet switch or router is responsible for protecting the switching.
- an edge device such as an Ethernet switch or router is responsible for protecting the switching.
- Tree to ensure that at least one tree in the protection switching network is complete when a single node or a single link fails; the topology of the configured tree remains unchanged, even if the failure occurs;
- the primary backup mode or the shared mode is used to transmit the service.
- the primary tree and the protection tree are preset.
- all services are transmitted in the primary tree according to the known data path forwarding table.
- the primary tree is on the primary tree.
- All services are switched to one of the protection trees in the protection switching network that is not affected by the failure; in the sharing mode, the traffic is normally distributed evenly across all working trees, when a node on a tree or When a link fails, all services transmitted on the affected work tree are transferred to the remaining non-faulty work trees.
- the second scheme uses three types of messages in the protection switching method in the spanning tree environment to detect the performance of each tree:
- KA Maintain Active
- Failure notification message When an edge node does not receive a KA message of a certain VLAN ID within a certain detection time, the edge node notifies all other edge nodes that the tree corresponding to the VLAN ID has failed through a failure notification message; (3) Failure recovery notification message: When an edge node receives a corresponding KA message from the tree that has failed, the edge node notifies all other edge nodes that the tree corresponding to the VLAN ID has returned to normal through the failure recovery notification message. .
- the second solution is also a tree-based switching.
- flooding of the unicast data stream forwarded according to the known data path forwarding table before the switching in the switched area cannot be avoided.
- packets that are not affected by the failure in the primary or working tree are also switched to other protection trees at the same time, which causes the service packets to be out of order.
- Embodiments of the present invention provide a connectionless-based service protection method, system, and device, which can implement point-to-point path-based protection switching in point-to-multipoint and multi-point-to-multipoint services, effectively avoiding The flooding problem caused by protection switching.
- Each protection switching point respectively detects whether each path between the working watershed and the protection watershed and the protection switching point of the at least two opposite ends of the connection fails, and if a watershed is detected in the working watershed and the protection watershed If the internal path fails, the service transmitted on the failed path is switched to the path connected between the protection switching point of the peer in the other path and the failed path.
- a service protection system for a connectionless network including: a work basin, a protection basin, and a genus Multiple protection switching points for the same service instance;
- the plurality of protection switching points are located in the protection switching network including the working watershed and the protection watershed, wherein each protection switching point is connected to at least two opposite protection switching points, and between the protection switching points and the protection switching points of the opposite ends thereof Connecting a path in the working basin and the protection basin respectively;
- Each protection switching point is configured to respectively detect whether each path between the working watershed and the protection watershed and the protection switching point of the at least two opposite ends fails, if in the working watershed and the protection watershed, in a watershed If the path fails, the service transmitted on the faulty path is switched to the path connected between the protection switching point of the opposite end of the path in the faulty path.
- a protection switching device which belongs to the same service instance as the at least two protection switching devices, wherein each protection switching device is located in a protection switching network including a working watershed and a protection watershed, and each protection switching device is connected to at least two opposite protection switching switches.
- the device has a path between the protection switching device and the protection switching device of the opposite end in the working watershed and the protection watershed; the device includes:
- a first module respectively, detecting whether each path between the working watershed and the protection watershed and the at least two peer protection switching devices connected to the fault occurs;
- the service transmitted on the faulty path is switched to another path domain, and the faulty path is The path of the connection between the peer protection switching devices is transmitted.
- the protection switching of the present invention is based on point-to-point path switching instead of tree-based switching.
- the protection switching network When there is a path failure in the protection switching network, only the service between the protection switching points affected by the failure is reversed, and the service between the protection switching points that are not affected by the failure is not reversed. Change.
- the embodiment of the present invention effectively avoids the flooding problem caused by the protection switching, thereby reducing the impact of the failure in the protection switching network on the MP2MP service.
- Figure 1 is a schematic diagram of watershed protection based on a connectionless network
- FIG. 2 is a schematic diagram of a configuration configuration of a protection switching network based on a connectionless network according to an embodiment of the present invention
- FIG. 3 is a schematic diagram of path state monitoring of a protection switching network according to an embodiment of the present invention
- FIG. 4 is a schematic diagram of path fault state detection of a protection switching network according to an embodiment of the present invention
- FIG. 5b is a schematic diagram of the transmission of a unicast data packet in the case of a protection switching network failure in the embodiment of the present invention.
- 6a is a schematic diagram of transmission of a broadcast data packet under normal conditions of protecting a switching network in an embodiment of the present invention
- Figure 6b is a schematic diagram of the transmission of broadcast data packets in the case of a protection switching network failure in the embodiment of the present invention. Mode for carrying out the invention
- the protection switching network based on the connectionless network includes a working watershed, a protection watershed, and multiple protection switching points.
- the method in the embodiment of the present invention is applied to multiple protection switching points belonging to the same service instance, and each protection switching point is connected to at least two opposite ends.
- a switch point is connected, and a path is connected between the work flow area and the protection flow field respectively with the protection switching point of each opposite end.
- the working port is connected to at least one path of the working watershed of the protection switching network, and the protection port is connected to the protection switching. At least one path of the network's protected watershed.
- the protection switching point sends/receives data packets through the working watershed through its working port, that is, service traffic.
- each protection switching point periodically passes its own working port and protection port respectively and passes through the working watershed and protection respectively.
- the watershed broadcasts the fault detection message to the working port and the protection port of the remaining protection switching points connected to the protection switching network, such as maintaining the active message, detecting the status of the respective near-end working/protection path and the remote working/protecting path.
- the protection switching point determines that the protection switching point of the opposite end that issued the fault detection message has failed to its own point-to-point working path, and Sending a fault notification message to the protection port of the protection switching point of the peer connected to the faulty working path through its own protection port; the protection switching point of the peer receiving the fault notification message, according to the address information carried in the fault notification message, The data packet transmitted on the fault path is switched to be sent through the protected watershed through its own protection port.
- the protection switching point of the opposite end refers to another protection switching point that is connected to a protection switching point through the path, that is, a protection switching point and a protection switching point of the opposite end thereof are paths and protections in the working watershed.
- the protection switching point of the peer end can also be called the protection switching point of the far end.
- the embodiment of the present invention further includes: in a preset detection time, if the working port of the protection switching point where the determination path is faulty receives the failure detection message again through the faulty path, the protection switching point determines that the path returns to normal, and Sending a failure recovery notification message to the working port of the protection switching point of the peer end connected to the path through its working port; receiving the protection switching point of the failure recovery notification message, passing its own The data packet sent by the protection port through the protected watershed is switched back to its working port and sent through the working watershed.
- the processing procedure is the same as the foregoing method, and details are not described herein again.
- a VLAN access group in a protection switching network is composed of a group of VLAN access points having the same VLAN ID, and each VLAN access point is protected.
- the switchover point is a member of the VLAN access group.
- the entire protected watershed provides a corresponding VLAN service delivery service for a VLAN access group.
- the VLAN ID is VLAN 1
- PSP1-PSP4 are the four edge devices in the VLAN access group, that is, VLAN access points.
- Each VLAN access point has two ports: a working port W and a protection port P.
- Each working port W interacts with an internal link indicated by a dotted line, and interacts with the working watershed.
- the internal link shown in the line interacts with the protected watershed.
- the working group and the protected watershed are completely separated from each other.
- the working or protected watershed is based on the spanning tree environment, the spanning tree topology does not follow the fault. Change and change. Configure the protection switching shown in Figure 2 Network information includes:
- the local information includes: working port identifier, protection port identifier, media access control (MAC, Media Access Control) address, VLAN of the VLAN access point.
- the multicast address of the access group includes: working port identifier, protection port identifier, media access control (MAC, Media Access Control) address, VLAN of the VLAN access point.
- the remote information includes the MAC addresses of other VLAN access points in the same VLAN access group.
- Tables 1 to 4 show the configuration of PSP1 to PSP4 in VLAN 1, respectively, in order to omit the multicast address of the VLAN access group in the table, as shown in the following tables:
- each VLAN access point is assigned its own identifier, it is also called the maintenance entity group endpoint identifier (MEP ID).
- MEP ID is carried in the OAM message to identify the maintenance entity group. End point.
- configuring the protection switching network information in the embodiment of the present invention may further include: configuring a local MEP ID, that is, its own MEP ID, and a remote MEP ID information, that is, other ones of the same VLAN access group, on each VLAN access point. The MEP ID of the VLAN access point.
- the VLAN access group can start working. Normally, the VLAN access point sends/receives packets through the working watershed through its own working port. At the same time, each VLAN access point of the VLAN access group periodically performs fault detection. The implementation of the fault detection process is described in detail below.
- the VLAN access point periodically broadcasts a KA message through its own working port and protection port, and the KA message includes a source address, a destination address, and a VLAN access group.
- VLAN ID VLAN ID
- the destination address is the multicast address of the VLAN access group
- the source address is the VLAN access MAC address of the VLAN access point itself.
- the VLAN access point detects the respective near-end working path and the near-end protection path in a preset detection period, and these paths are point-to-point paths.
- a near-end working path is a path that a remote VLAN access point experiences from the working port to send data through the working watershed to the working port of the VLAN access point; It is the path that a remote VLAN access point experiences from the protection port sending data through the protected watershed to the protection port of the VLAN access point.
- the VLAN access point detects the respective remote working path and remote protection path within a preset detection period, and these paths are point-to-point paths.
- a remote working path is experienced by the VLAN access point through the working port to send data to a remote VLAN access point through the working domain and reach the working port of the remote VLAN access point.
- a remote protection path is the path that the VLAN access point experiences through the protection port to send data to a remote VLAN access point through the protected watershed and to the protection port of the remote VLAN access point.
- the VLAN access point obtains its own remote working path state and remote protection path state according to the near-end working path state or the near-end protection path state of the remote VLAN access point.
- FIG. 3 is a schematic diagram of path state monitoring of a protection switching network according to an embodiment of the present invention.
- each VLAN access point periodically sends a KA message through a working port and a protection port, and each VLAN access point receives The KA message, and according to whether the KA message is received within a preset detection period, determines whether the corresponding path has failed.
- the KA message includes a source address, a destination address, and a VLAN identifier, where the source address is a VLAN access MAC address of the VLAN access point of the sending KA message, the destination address is a multicast address of the VLAN access group, and the VLAN identifier is a VLAN access group. VLAN ID.
- the specific implementation process is described in detail below: The process of detecting the status of the working path is as follows:
- a VLAN access point When a VLAN access point does not receive a KA message from a remote VLAN access point from the working/protecting port within a preset detection period, it determines that the corresponding near-end path has a near-end fault and records The working state of the path is a fault, and the VLAN access point sends a working path failure notification message from the protection port to the remote VLAN access node.
- the working path fault notification message includes a source address, a destination address, and a VLAN identifier, where the destination address is a VLAN access MAC address of the remote VLAN access point, and the source address is a VLAN access MAC address of the VLAN access point.
- a VLAN access point When a VLAN access point receives a KA message from a remote VLAN access point from the working/protection port within a preset detection period, the corresponding near-end path works as a fault and occurs too close. If the fault occurs, the VLAN access point sends a working path fault recovery notification message from the working port to the remote VLAN access point and records the working status of the path as normal.
- the working path fault recovery notification message includes the source address, the destination address, and the VLAN.
- the destination address is the access MAC address of the remote VLAN access point
- the source address is the VLAN access MAC address of the VLAN access point.
- VLAN access point When a VLAN access point receives a working path failure notification message or a working path failure recovery notification message, the VLAN access point determines the remote end of the failure or failure recovery according to the source address information of the failure or failure recovery notification message. Path, and determine its path status as: Fault or normal.
- the process of detecting the state of the protection path is exactly the same as the process method of detecting the state of the working path, and it is only necessary to replace the above working path with the protection path.
- FIG. 4 is a schematic diagram of path fault state detection of a protection switching network according to an embodiment of the present invention.
- the one-way solid line in FIG. 4 indicates the sending direction of a periodically transmitted KA message, one-way.
- the dotted line indicates the direction in which the fault notification message is sent, and the link where the small fork X is located indicates a fault.
- the VLAN 1 access point PSP1 periodically sends a KA message through its working port and protection port.
- PSP2 fails to access the working port within the preset detection period due to the link failure.
- the PSP1 may The address information carried in the fault notification message determines that a remote fault has occurred in the corresponding working path.
- the source address of the KA message includes a VLAN access MAC address
- a data path forwarding table for the VLAN access MAC address can be established in the working watershed and the protection watershed by the self-learning mode, and the implementation of the self-learning mode belongs to the present invention.
- the technology is well known to those skilled in the art and will not be described again here.
- the data path forwarding table may be established by using the address learning method, but the control protocol, such as the Multi-Registration Protocol (MRP), is used to register the VLAN access MAC address, and the data path forwarding table is established in the working watershed and the protection watershed in advance, that is, The registration message carrying the VLAN access MAC address is propagated along the tree to establish a data path forwarding table of the VLAN access MAC address.
- MRP Multi-Registration Protocol
- the VLAN access node still supports the existing fault detection methods, such as error aggregation, mismatch, and the like.
- the working domain and the protection domain for example, the working domain and the protection domain accessed by one VLAN access group are the protection domain and the working domain accessed by another VLAN access group.
- the embodiment of the present invention also allows a protection switching point to be used as a plurality of VLAN access nodes belonging to different VLAN access groups, that is, local information and remote information of multiple different VLAN access groups can be configured at one protection switching point. .
- the method further supports configuring a VLAN access MAC address for each of the working port and the protection port on each VLAN access point.
- the configuration of the protection switching network in the protection switching method in the embodiment of the present invention is described above.
- the method for implementing fault detection, the purpose of the fault detection is to switch the data packet transmitted on the failed link to the normal link and continue to transmit.
- the following describes the processing of the data packet to be transmitted and the switching of the data packet.
- the processing of data packets to be transmitted includes the following three aspects:
- the source address of the external MAC header is the VLAN access MAC address of the local VLAN access point that sends the data packet, and the destination address is the remote end receiving the data packet.
- the VLAN access point of the VLAN access point is connected to the MAC address.
- the external MAC header may be determined according to a pre-configured MAC address mapping rule, for example, by learning the source MAC address of the internal MAC header of the data packet from the remote end and the source address of the external MAC header to obtain the external MAC address and the internal MAC address.
- the mapping relationship table of the address for example, the mapping relationship is the remote access MAC address A and the internal MAC address B. If a data packet arrives at the edge node from the edge watershed, the destination address of the data packet is the MAC address B, and the edge node searches by The mapping relationship table obtains that the data packet needs to be sent to the remote node where the remote access MAC address A is located, and the external header address encapsulated for the data packet is the MAC address A.
- the implementation of the MAC header encapsulation processing and the MAC address mapping self-learning method is well known to those skilled in the art, and will not be described here.
- the destination MAC address of the external MAC header is a broadcast address or a multicast address assigned by a VLAN access group.
- VLAN TAG VLAN tag
- the configuration information includes an access VLAN. ID, encapsulates an external VLAN TAG for the data packet, and the VLAN TAG includes the access VLAN ID information; the second manner is: if the original external VLAN TAG of the data packet already includes the corresponding access VLAN ID information, The packet is encapsulated in VLAN TAG.
- the broadcast or multicast data packet is processed as follows: If the VLAN identified by the VLAN ID is connected If no remote fault occurs in all the remote working paths of the group, the data packet is sent out from the working port. If the VLAN access group identified by the VLAN ID exists, at least one remote working path has a remote fault, and the VLAN is faulty. If no remote fault occurs in the remote protection path of the access group, the data packet is sent out from the protection port. If at least one remote path exists in the working domain, a remote fault occurs, and at least one protection path of the protection domain fails. Drop the packet or send the packet out of the working port or protection port.
- the unicast address is a VLAN access MAC address of a remote VLAN access point of a VLAN access group. Then the unicast data packet is processed as follows:
- the VLAN access MAC address of the remote VLAN access point determine the remote working path and remote protection path from the local. If there is no remote fault in the remote working path, the data packet is sent out from the working port; if the remote working path has a remote fault, but the remote protection path has no remote fault, the data packet is sent out from the protection port; If both the working path and the remote protection path are faulty, the data packet is discarded.
- the destination MAC address of the data packet and the destination VLAN access MAC address may be pre-configured before receiving the data packet from outside the protection switching network.
- VLAN access MAC address mapping In this case, the processing of the data packet only includes (1) in the above 2) and the above 3), and the (2) processing in the above 3) is as follows:
- the MAC address of the remote protection switching point is obtained by searching the pre-configured mapping relationship, and then the corresponding remote working path and the remote protection path are determined according to the MAC address of the remote protection switching point. If there is no remote fault in the remote working path, the data packet is sent from the working port; if there is a remote fault in the remote working path, but there is no remote fault in the protection path, the data packet is sent from the protection port; If the remote protection path is faulty, the data packet is discarded.
- a control protocol such as MRP may be used to register the destination MAC address of the service data, and a path forwarding table is established in the working domain and the protection watershed in advance.
- the VLAN access group is taken as an example to describe the transmission process of data packets in normal and faulty situations in a protection switching network based on a connectionless network.
- FIG. 5a is a schematic diagram of the transmission of a unicast data packet in a normal condition of the protection switching network according to the embodiment of the present invention.
- the unicast data packet transmission path sent by the VLAN 1 access point PSP1 to the VLAN 1 access point PSP2 is as thick as shown in FIG. 5a.
- the unicast packet transmission path sent by the VLAN 1 access point PSP1 to the VLAN 1 access point PSP3 is as indicated by the solid arrow. The above paths are transmitted through the working port through the working port.
- FIG. 5b is a schematic diagram of the transmission of a unicast data packet in the case of a protection switching network failure in the embodiment of the present invention.
- the link shown in the X is faulty, and the PSP1 will notify the failure notification.
- the unicast data packet sent by itself to the VLAN 1 access point PSP2 is switched to the path through the protected port of the PSP1 through the protected watershed to the protection port of the PSP2, as shown by the thick solid arrow in Figure 5b.
- the data packets sent by PSP1 to PSP3 are still transmitted through the working watershed according to the original path, as shown by the solid arrow in Figure 5b.
- FIG. 6 is a schematic diagram of the transmission of a broadcast data packet in a normal condition of the protection switching network in the embodiment of the present invention, and the working path is consistent with that shown in FIG. 5a, and details are not described herein again.
- FIG. 6b is a schematic diagram of the transmission of a broadcast data packet in the case of a protection switching network failure in the embodiment of the present invention. As shown in FIG. 6b, it is assumed that the link shown in the X is faulty, and the PSP1 will itself after knowing the failure notification.
- the broadcast packet sent to the VLAN 1 access point PSP2 is switched to the path that passes through the protected port of the PSP1 to the protected port of the PSP2 through the protected watershed, as shown by the thick solid arrow in Figure 6b. At the same time, it sends itself to VLAN1.
- the broadcast packet of the access point PSP3 is switched to the path through the protected port of the PSP1 through the protected watershed to the protection port of the PSP3, as indicated by the solid arrow in
- the protection switching method is only affected by the fault.
- the services between the VALN access points are not switched between the VLA N access points that are not affected by the fault, which reduces the impact of the fault on the MP2MP service.
- Embodiments of the present invention also provide a connection switching system based on a connectionless network, the system comprising: a workflow domain, a protection watershed, and a plurality of protection switching points belonging to the same service instance.
- the protection switching points are located in the protection switching network including the working watershed and the protection watershed, and each protection switching point is connected to at least two opposite protection switching points, and the protection switching points of each opposite end are respectively in the working watershed. There is a path to the protection watershed.
- each protection switching point periodically broadcasts a fault detection message to the protection switching points of the at least two opposite ends of the respective connection, and respectively detects the protection switching points of the at least two opposite ends of the working watershed and the protection watershed. Whether each path between them has failed. If the protection switching point does not pass the path in a working watershed to receive the fault detection message broadcasted by the protection switching point of the peer end within the preset detection time, it is determined that the path in the working water domain is faulty, and the path in the protection watershed is protected. The fault notification message is sent to the protection switching point of the peer end on the faulty path.
- the protection is determined. Watershed The internal path fails, and a fault notification message is sent through the path in the working domain to the protection switching point of the peer on the failed path.
- the protection switching point of the peer end receives the fault notification message sent by the path in the working domain, and then switches the service whose destination address is the source address of the fault notification message to the path in the working domain in the service instance transmitted on the faulty path.
- the traffic transmitted on the faulty path is transmitted through the path in the protection watershed.
- a path forwarding table is pre-stored in the protection switching point, and the switched service is forwarded according to the path forwarding table.
- the protection switching point receives the fault detection message from the peer protection switching point from the previously detected faulty path, it considers that the faulty path has been recovered, and sends a fault recovery notification through the previously detected faulty path.
- the message is switched to the peer protection point.
- the protection switching point of the peer end determines the path of the fault recovery according to the source address information in the failure recovery notification message, and transmits the switched service through the path of the fault recovery.
- the embodiment of the present invention further provides a protection switching device, which belongs to the same service instance as at least two protection switching devices.
- Each protection switching device is located in a protection switching network including a working domain and a protection watershed.
- Each protection switching device is connected to at least two peer protection switching devices, and each protection switching device is in a working watershed and The protection watershed has a path.
- the device includes: a first module, configured to periodically broadcast a fault detection message to a protection switching device of at least two peers that are respectively connected through a path in the working domain and a path in the protection watershed, if the preset detection time is If the fault detection message is not received through a path in a faulty watershed, it is determined that the fault in the working domain is faulty.
- the fault is determined.
- the path in the protection watershed is faulty.
- the second module if the first module determines that the path in the working water domain is faulty, sends a fault notification by protecting the path in the watershed. And transmitting, by the service, a path that is connected between the protection switching device in the protection domain and the peer protection switching device on the faulty path; if the first module determines that the path in the protection watershed is faulty, The path sends a fault notification message, and the service is transmitted through a path in the working domain that is connected to the peer protection switching device on the failed path.
- the protection switching device further includes a third module, and after receiving the fault notification message of the protection switching device of the peer end through the path in the working watershed, the service transmitted on the faulty path passes the path in the working watershed. After receiving the fault notification message through the path in the protection watershed, the traffic transmitted on the faulty path is transmitted through the path in the protection watershed.
- the protection switching device receives the failure detection message from the previously detected failed path, it considers that the failed path has been recovered, and transmits a failure recovery notification message through the previously detected path that has failed.
- the third module of the peer protection switching device determines the path of the fault recovery according to the source address in the fault recovery notification message, and transmits the previously switched service through the fault recovery path.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
- Telephonic Communication Services (AREA)
- Input Circuits Of Receivers And Coupling Of Receivers And Audio Equipment (AREA)
- Liquid Crystal Substances (AREA)
Description
基于无连接的业务保护方法、 系统和设备 技术领域
本发明涉及网络保护技术 , 尤指一种基于无连接的业务保护方法、 系统和设备。 发明背景
基于无连接网络的保护倒换网络是由位于核心的以太网交换机, 也称核心设备, 以及位于边沿的以太网交换机或路由器, 也称边沿设 备或边沿节点组成。 其中, 边沿设备负责在保护倒换网络内部发生故 障时, 执行业务倒换操作, 边沿设备与保护倒换网络的外部设备直接 连接。 在保护倒换网络内, 采用无连接方式对数据进行转发, 比如以 太网中通过基于生成树环境建立的数据路径转发表对数据包进行转 发。这种采用无连接方式转发数据包的网络由互联的以太网交换设备 组成, 也称为流域。
在现有技术中, 提出了一种点到点 (P2P )虚拟局域网 (VLAN ) 业务的保护倒换方案, 同时, 点到多点 (P2MP ) 以及多点到多点 ( MP2MP ) 的保护倒换也正在研究过程中。
现有技术对基于无连接网络的业务的保护倒换方法进行了描述, 由于流域中没有面向连接的连接路径存在, 因此提出对整个流域进行 保护, 并将此被保护流域分为工作流域、 保护流域、 以及与其它边沿 流域相连接的若干保护倒换点 (PSP, Protection Switching Point )组 成, 如图 1所示, 图 1是基于无连接网絡的流域保护示意图。 当工作流 域或保护流域出现故障时, 业务流的倒换动作由 PSP负责进行, 比如 工作流域出现故障时,这里假定保护流域无故障,保护倒换的方法为:
PSP将原来经工作流域传送的业务流倒换到保护流域。
但现有技术提出的上述方法存在以下问题:
一方面, 由于出现故障时, 每一个倒换点需要与其它剩余的所有 倒换点进行协调,以便完成将经工作流域传送的业务流倒换到保护流 域, 所以保护倒换点间的协调是很复杂; 另一方面, 由于保护流域中 没有与从工作流域中倒换来的数据流对应的数据路径转发表, 因此, 会导致保护倒换后产生业务数据包的洪泛(Flooding )。 因此, 上述流 域的保护倒换机制显得复杂, 有待于进行进一步的研究。
目前, 对于流域的保护有两种保护倒换方案:
第一种方案, VLAN业务保护倒换方案。
该保护倒换方案应用在核心骨干以太网中, 分别针对工作骨干 VLAN标识( B-VLAN ID )和保护 B-VLAN ID建立工作 B-VLAN树 和保护 B-VLAN树。 正常情况下使用工作 B-VLAN树, 并按照已知 数据路径转发表传送来自核心骨干网絡外的相应业务数据包, 同时, 周期性地通过发送连续性故障管理 (CFM ) 的连续性检查 (CC ) 消 息, 分别对工作 B-VLAN树和保护 B-VLAN树的工作状态 (正常或 故障)进行检测, 以便在发生故障时进行业务数据的保护倒换。 假定 保护 B-VLAN树正常, 当工作 B-VLAN树故障时 , 将所有原来使用 工作 B-VLAN树传递的业务数据包倒换到由保护 B-VLAN树来传递。
上述方案提出的 VLAN业务保护倒换方案, 在发生业务数据包 倒换时, 由于在倒换至的流域中没有相应的数据路径转发表, 不能避 免倒换前按照已知数据路径转发表进行转发的单播数据流在倒换后 的区域内的泛洪;而且,当工作 B-VLAN树发生故障时,工作 B-VLAN 树上不受故障影响的数据包也会被倒换到保护 B-VLAN树上, 该方 案是基于树的倒换, 即只要工作 B-VLAN树上有故障发生整个树上
的数据包均进行保护倒换, 这样会导致业务数据包的错序。
第二种方案, 基于生成树环境中的保护倒换方法。
该方法是这样实现的:在一个由以太网交换机和路由器组成的保 护倒换网絡中, 边沿设备如以太网交换机或路由器负责保护倒换。 在 保护倒换网络中配置采用不同 VLAN标识(VLAN ID )来表示的不同 生成树, 并且对任何一个节点, 配置一个不包括该节点的树、 对任何 一条链路, 配置一个不包括该链路的树, 以保证在单个节点或单个链 路故障时, 保护倒换网络中至少还有一个树是完整的; 配置的树的拓 朴保持不变, 即使在故障发生时也保持不变;
在保护倒换网络中, 使用主备份模式或共享模式来传送业务。 其 中, 主备份模式中, 预先设置主树和保护树, 正常情况下所有业务在 主树上按照已知数据路径转发表传递, 当主树上的一个节点或一条链 路发生故障时,主树上的所有业务被倒换至保护倒换网络中不受故障 影响的其中一个保护树上传递; 共享模式中, 正常情况下业务被均匀 地分布在所有工作树上传递, 当某个树上的一个节点或一条链路发生 故障时,在该受故障影响的工作树上传递的所有业务被倒换到其余无 故障的工作树上传递。
为了保证在单条链路或单个节点发生故障时,能够进行快速保护 倒换,第二种方案中基于生成树环境中的保护倒换方法中使用三类消 息来检测每个树的性能:
( 1 ) 维持活跃(KA ) 消息: 每个 VLAN ID的 KA消息周期地被 一个或多个边沿节点发送至其余所有边沿节点;
( 2 ) 故障通知消息: 当某边沿节点在一定检测时间内未收到某 — VLAN ID的 KA消息时 , 该边沿节点通过故障通知消息通知其它所 有边沿节点该 VLAN ID对应的树发生了故障;
( 3 ) 故障恢复通知消息: 当某边沿节点从原来已发生故障的树 上收到相应的 KA消息时, 该边沿节点通过故障恢复通知消息通知其 它所有边沿节点该 VLAN ID对应的树已经恢复正常。
第二种方案同样是基于树的倒换, 在发生业务数据包倒换时, 不 能避免倒换前按照已知数据路径转发表进行转发的单播数据流在倒 换后的区域内的洪泛。 当主树或工作树发生故障时, 主树或工作树上 不受故障影响的数据包也会同时被倒换到其它保护树上,这样会导致 业务数据包的错序。 发明内容
本发明的实施例提供了一种基于无连接的业务保护方法、 系统和设 备, 能够在点到多点和多点到多点的业务中实现基于点到点路径的保护 倒换, 有效地避免由于保护倒换带来的洪泛问题。
本发明实施例的技术方案具体是这样实现的:
一种无连接网絡的业务保护方法, 应用于属于同一业务实例的多个 保护倒换点之间, 所述多个保护倒换点位于包括工作流域和保护流域的 保护倒换网络中, 其中, 每一保护倒换点连接至少两个对端的保护倒换 点, 且各保护倒换点与其对端的保护倒换点之间分别在所述工作流域和 保护流域中连有一条路径, 该方法包括:
每一保护倒换点分别检测在所述工作流域和保护流域中与连接的 至少两个对端的保护倒换点之间的各个路径是否发生故障, 若检测到在 所述工作流域和保护流域中一个流域内的路径发生故障, 则将所述发生 故障的路径上传输的业务倒换至另一流域内与发生故障的路径上的对 端的保护倒换点之间连接的路径进行传输。
一种无连接网络的业务保护系统, 包括: 工作流域、 保护流域和属
于同一业务实例的多个保护倒换点;
所述多个保护倒换点位于包括工作流域和保护流域的保护倒换网 络中, 其中, 每一保护倒换点连接至少两个对端的保护倒换点, 且各保 护倒换点与其对端的保护倒换点之间分别在所述工作流域和保护流域 中连有一条路径;
每一保护倒换点, 用于分别检测所述工作流域和保护流域中与至少 两个对端的保护倒换点之间的各个路径是否发生故障, 若在所述工作流 域和保护流域中一个流域内的路径发生故障, 则将所述发生故障的路径 上传输的业务倒换至另一流域内与所述发生故障的路径上的对端的保 护倒换点之间连接的路径进行传输。
一种保护倒换设备, 与至少两个保护倒换设备属于同一业务实例, 其中, 各个保护倒换设备均位于包括工作流域和保护流域的保护倒换网 络, 每一保护倒换设备连接至少两个对端的保护倒换设备, 且各保护倒 换设备与其对端的保护倒换设备之间分别在所述工作流域和保护流域 中连有一条路径; 所述设备包括:
第一模块, 分别检测所述工作流域和保护流域中与连接的至少两个 对端的保护倒换设备之间的各个路径是否发生故障;
第二模块, 若所述工作流域路径和保护流域路径中一个流域内的路 径发生故障, 则将所述发生故障的路径上传输的业务倒换至另一流域 内、 与所述发生故障的路径上的对端的保护倒换设备之间连接的路径进 行传输。
从上述本发明实施例的基于无连接的业务保护方法、 系统和设备 来看, 本发明的保护倒换是基于点到点路径的倒换, 而不是基于树的 倒换。 当保护倒换网络中有路径发生故障时, 仅仅倒换受故障影响的 保护倒换点间的业务,而不受故障影响的保护倒换点间的业务不做倒
换。 本发明的实施例有效地避免了由于保护倒换带来的泛洪问题, 从 而减少了保护倒换网络中的故障对 MP2MP业务的影响。 附图简要说明
图 1是基于无连接网络的流域保护示意图;
图 2是本发明实施例中基于无连接网络的保护倒换网络配置结构示 意图;
图 3是本发明实施例中保护倒换网络的路径状态监视示意图; 图 4是本发明实施例中保护倒换网络的路径故障状态检测示意图; 图 5a是本发明实施例中保护倒换网络正常情况下,单播数据包的传 送示意图;
图 5b是本发明实施例中保护倒换网络故障情况下,单播数据包的传 送示意图;
图 6a是本发明实施例中保护倒换网络正常情况下,广播数据包的传 送示意图;
图 6b是本发明实施例中保护倒换网络故障情况下,广播数据包的传 送示意图。 实施本发明的方式
根据本发明的实施例, 当保护倒换网络中发生故障时, 仅仅倒换 受故障影响的保护倒换点间的业务,而不受故障影响的保护倒换点间 的业务不做倒换。
具体来说, 基于无连接网络的保护倒换网络包括工作流域、 保护 流域和多个保护倒换点。本发明实施例的方法应用于属于同一业务实 例的多个保护倒换点之间,每个保护倒换点连接至少两个对端的保护
倒换点,且与每个对端的保护倒换点之间分别在工作流域和保护流域 中连有一条路径。在每个保护倒换点上配置基于无连接的保护倒换网 络信息, 确定各保护倒换点的工作端口和保护端口, 工作端口连接至 保护倒换网络的工作流域的至少一个路径, 保护端口连接至保护倒换网 络的保护流域的至少一个路径。 正常情况下, 保护倒换点通过自身的 工作端口经工作流域发送 /接收数据包, 即业务流量, 同时, 每个保 护倒换点周期性地分别通过自身工作端口和保护端口并分别经工作 流域和保护流域,向保护倒换网络中与之连接的其余保护倒换点的工 作端口和保护端口广播故障检测消息如维持活跃消息,检测各自的近 端工作 /保护路径、和远端工作 /保护路径的状态。 在预设检测时间内, 若某保护倒换点的工作端口未接收到故障检测消息,该保护倒换点判 定发出该故障检测消息的对端的保护倒换点到自身的点到点工作路 径发生故障,并通过自身的保护端口向该发生故障的工作路径所连接 的对端的保护倒换点的保护端口发送故障通知消息;接收到故障通知 消息的对端的保护转换点, 按照故障通知消息中携带的地址信息, 将 该故障路径上传递的数据包倒换至通过自身的保护端口经保护流域 发送。 在本发明实施例中, 对端的保护倒换点是指与一保护倒换点通 过路径连接的另一保护倒换点,即一保护倒换点和其对端的保护倒换 点是通过工作流域内的路径和保护流域内的路径连接的互为对端的 两个保护倒换设备。 对端的保护倒换点也可称为远端的保护倒换点。
本发明实施例进一步包括: 在预设检测时间内, 若上述判定路径 发生故障的保护倒换点的工作端口重新通过发生故障的路径接收到 故障检测消息, 该保护倒换点判定该路径恢复正常, 并通过自身的工 作端口向该路径所连接的对端的保护倒换点的工作端口发送故障恢 复通知消息; 接收到故障恢复通知消息的保护转换点, 将通过自身的
保护端口经保护流域发送的数据包,倒换回自身的工作端口经工作流 域发送。
根据本发明的实施例,若某保护倒换点的保护端口在预设检测时 间内未接收到故障检测消息, 其处理过程与上述方法一致, 此处不再 赘述。
为使本发明的目的、 技术方案及优点更加清楚明白, 以下参照附图 并举实施例, 对本发明进一步详细说明。
图 2是本发明基于无连接网络的保护倒换网络配置结构示意图, 保 护倒换网络中一个 VLAN接入组是由具有相同 VLAN ID的一组 VLAN 接入点组成的, 每个 VLAN接入点即保护倒换点, 是该 VLAN接入组 的一个成员。 如图 2所示, 整个被保护流域为一个 VLAN接入组提供 相应的 VLAN业务传送服务, 假设 VLAN ID为 VLAN1 , PSP1-PSP4 为该 VLAN接入组中的四个边沿设备即 VLAN接入点, 每个 VLAN接 入点上具有两个端口: 工作端口 W和保护端口 P, 各工作端口 W之间 通过虚线所示内部链路, 经工作流域进行交互, 各保护端口 P之间通过 点划线所示内部链路, 经保护流域进行交互; 工组流域与保护流域是节 点和链路完全分离的, 当工作流域或保护流域是基于生成树环境进行数 据转发时, 生成树拓朴不随故障变化而变化。 配置图 2 所示的保护倒换 网络信息包括:
( 1 )在 VLAN接入组的各 VLAN接入点上配置本地信息, 本地 信息包括: 工作端口标识、 保护端口标识、 该 VLAN接入点的介质访 问控制 (MAC, Media Access Control )地址、 VLAN接入组的组播地 址。
( 2 )在 VLAN接入组的各 VLAN接入点上配置远端信息, 远端 信息包括同一 VLAN接入组的其它各 VLAN接入点的 MAC地址。
表 1〜表 4分别示出了 PSP1〜PSP4在 VLAN 1中的配置情况, 为了筒 明表中省略了 VLAN接入组的组播地址, 如下各表所示:
表 4
如果每个 VLAN接入点分配有各自的标识, 也称该标识为维护实 体组端点标识(MEP ID ), 在 IEEE关于 OAM的标准中, MEP ID携带 在 OAM消息中, 用于标识维护实体组端点。 那么, 本发明实施例中 配置保护倒换网络信息还可以进一步包括: 在每个 VLAN接入点上配 置本地 MEP ID即自身的 MEP ID, 以及远端 MEP ID信息即同一 VLAN 接入组的其它各 VLAN接入点的 MEP ID。
完成保护倒换网絡配置之后, 该 VLAN接入组就可以开始工作。 正 常情况下 , VLAN接入点通过自身的工作端口经工作流域发送 /接收数据 包。 同时, VLAN接入组的各个 VLAN接入点周期性地进行故障检测, 下面详细描述故障检测过程的实现。
VLAN接入点周期性地如定时通过自身的工作端口和保护端口 广播 KA消息, 该 KA消息包括源地址、 目的地址、 VLAN接入组的
VLAN标识 ( VLAN ID ) , 其中, 目的地址是 VLAN接入组的组播地 址、 源地址为该 VLAN接入点自身的 VLAN接入 MAC地址;
VLAN接入点在预设的检测周期内 , 检测各自的近端工作路径和 近端保护路径, 这些路径都是点到点路径。 对某 VLAN接入点来说, 一个近端工作路径是一个远端 VLAN接入点分别从工作端口经工作 流域发送数据到达该 VLAN接入点的工作端口所经历的路径; 一个近 端保护路径是一个远端 VLAN接入点分别从保护端口经保护流域发 送数据到达该 VLAN接入点的保护端口所经历的路径。
VLAN接入点在预设的检测周期内, 检测各自的远端工作路径和 远端保护路径, 这些路径都是点到点路径。 对某 VLAN接入点来说, 一个远端工作路径是该 VLAN接入点通过工作端口经工作流域分别 向一个远端 VLAN接入点发送数据并到达远端 VLAN接入点的工作端 口所经历的路径; 一个远端保护路径是该 VLAN接入点通过保护端口 经保护流域分别向一个远端 VLAN接入点发送数据并到达远端 VLAN 接入点的保护端口所经历的路径。 VLAN接入点根据远端 VLAN接入 点的近端工作路径状态或近端保护路径状态,获得自身的远端工作路 径状态和远端保护路径状态。
图 3是本发明实施例中保护倒换网络的路径状态监视示意图, 如 图 3 所示, 每个 VLAN接入点周期性地通过工作端口和保护端口发送 KA消息, 同时每个 VLAN接入点接收 KA消息, 并在预设的检测周期 内根据是否接收到 KA消息, 判断相应路径是否发生故障。 KA消息包 括源地址、 目的地址、 VLAN标识, 其中源地址为发送 KA消息 VLAN 接入点的 VLAN接入 MAC地址, 目的地址是 VLAN接入组的组播地 址, VLAN标识是 VLAN接入组的 VLAN标识。 下面具体描述具体实 现过程:
检测工作路径状态的过程如下:
①当一 VLAN接入点在预设检测周期内,未从工作 /保护端口收到 某一远端 VLAN接入点发来的 KA消息时,则判定相应的近端路径发生 近端故障并记录该路径的工作状态为故障, 该 VLAN接入点从保护端 口发送一个工作路径故障通知消息到远端 VLAN接入节点。 该工作路 径故障通知消息包括源地址、 目的地址、 VLAN标识, 其中的目的地 址是远端 VLAN接入点的 VLAN接入 MAC地址、 源地址为该 VLAN接 入点的 VLAN接入 MAC地址。
②当一个 VLAN接入点在预设检测周期内,从工作 /保护端口收到 某一远端 VLAN接入点发来的 KA消息时,而相应近端路径的工作状态 为故障即发生过近端故障, 则该 VLAN接入点从工作端口发送工作路 径故障恢复通知消息到远端 VLAN接入点并记录该路径的工作状态 为正常, 工作路径故障恢复通知消息包括源地址、 目的地址、 VLAN 标识, 其中目的地址是远端 VLAN接入点的接入 MAC地址、 源地址为 该 VLAN接入点的 VLAN接入 MAC地址。
③当一 VLAN接入点收到一个工作路径故障通知消息或工作路 径故障恢复通知消息时, 该 VLAN接入点根据故障或故障恢复通知消 息的源地址信息, 确定发生故障或故障恢复的远端路径, 并确定其路 径状态为: 故障或正常。
检测保护路径状态的过程与上述检测工作路径状态的过程方法 完全一样, 只需将上述的工作路径替换为保护路径即可。
图 4是本发明实施例中保护倒换网络的路径故障状态检测示意图, 结合图 4举一例对故障检测过程进行描述, 图 4中单向实线表示周期性 发送的 KA消息的发送方向, 单向虚线表示故障通知消息的发送方向, 小叉 X所在链路表示故障。
如图 4所示, VLAN1接入点 PSP1周期性地通过自身的工作端口和 保护端口发送 KA消息, 在 VLAN1接入点 PSP2, 由于链路故障, PSP2 在预设检测周期内未能从工作端口收到来自远端 PSP1的 KA消息, 从 而判定 PSP1到本地的工作路径发生近端故障,然后 PSP2通过自身的保 护端口向 PSP1的保护端口发送故障通知消息, PSP1收到故障通知消息 后, 可根据故障通知消息中携带的地址信息判定相应的工作路径发生了 远端故障。
由于上述 KA消息的源地址中包括有 VLAN接入 MAC地址, 因此 可通过自学习方式在工作流域和保护流域中, 建立关于 VLAN接入 MAC地址的数据路径转发表, 自学习方式的实现属于本领域技术人 员公知技术, 这里不再赘述。 也可不采用地址学习的方式建立数据路 径转发表, 而是使用控制协议如多注册协议(MRP )针对 VLAN接入 MAC地址进行注册, 预先在工作流域和保护流域中建立数据路径转 发表, 即通过携带 VLAN接入 MAC地址的注册消息沿树进行传播, 建 立 VLAN接入 MAC地址的数据路径转发表。
需要说明的是, 本发明实施例中 VLAN接入节点仍支持现有的故 障检测方法, 比如错误汇聚、 不匹配等。 作域和保护域, 比如一个 VLAN接入组所接入的工作域和保护域是另 外一个 VLAN接入组所接入的保护域和工作域。 本发明的实施例也允 许一个保护倒换点可以作为多个属于不同 VLAN接入组的 VLAN接入 节点 , 即在一个保护倒换点上可以配置多个不同 VLAN接入组的本地 信息和远端信息。 本方法还进一步支持在每个 VLAN接入点上, 分别 对工作端口和保护端口各配置一个 VLAN接入 MAC地址。
以上描述了本发明实施例中保护倒换方法中保护倒换网络配置及
故障检测的实现方法, 故障检测的目的是要将发生故障的链路上传送的 数据包倒换到正常链路上继续传送, 下面具体描述对需要传送的数据包 的处理, 以及数据包的倒换。
以保护倒换点为 VLAN接入点为例, 对需要传送的数据包的处理 包括以下三个方面:
1 ) MAC封装处理。
对来自保护倒换网络外部的数据包, 封装一个外部 MAC头, 外 部 MAC头的源地址是发送该数据包的本地 VLAN接入点的 VLAN接 入 MAC地址、 目的地址是接收该数据包的远端 VLAN接入点的 VLAN 接入 MAC地址。
其中,外部 MAC头可根据预先配置的 MAC地址映射规则来确定, 例如通过对来自远端的数据包的内部 MAC头的源地址和外部 MAC头 的源地址的学习获得存储外部 MAC地址和内部 MAC地址的映射关 系表, 比如映射关系是远端接入 MAC地址 A和内部 MAC地址 B , 若一 数据包从边沿流域到达边沿节点, 该数据包的目的地址是 MAC地址 B, 该边沿节点通过查找映射关系表获得该数据包需要发送到远端接 入 MAC地址 A所在的远端节点,为该数据包封装的外部头目的地址是 MAC地址 A。 对 MAC头的封装处理、 MAC地址映射自学习方式的实 现属于本领域技术人员公知技术, 这里不再赘述,
当无法确定远端 VLAN接入点的 VLAN接入 MAC头地址时 , 则外 部 MAC头的目的 MAC地址是一个广播地址或一个 VLAN接入组分配 的组播地址。
2 ) VLAN标签(VLAN TAG )封装处理。
难
一种方式是: 根据预先的配置信息, 该配置信息中包括有接入 VLAN
ID, 对数据包封装一个外部 VLAN TAG, 该 VLAN TAG包括该接入 VLAN ID信息; 第二种方式是: 若数据包原有的外部 VLAN TAG中 已包括有相应的接入 VLAN ID信息,不对数据包进行 VLAN TAG封 装。
3 ) 数据包发送处理。
(1)对封装有接入 VLAN ID信息的数据包, 若 MAC头的目的地址 是一个广播地址或组播地址, 则对广播或组播数据包进行如下处理: 若由 VLAN ID标识的 VLAN接入组的所有远端工作路径未发生 远端故障, 则数据包从工作端口发送出去; 若由 VLAN ID标识的 VLAN接入组中, 至少存在一个远端工作路径发生远端故障, 并且该 VLAN接入组中所有远端保护路径未发生远端故障, 则数据包从保护 端口发送出去; 若工作流域中至少存在一个远端路径发生远端故障, 且保护域至少一个保护路径发生故障,可丟弃数据包或将数据包从工 作端口或保护端口发送出去。
(2)对封装有 VLAN ID信息的数据包, 若 MAC头的目的地址是一 个单播地址, 该单播地址是一个 VLAN接入组的一个远端 VLAN接入 点的 VLAN接入 MAC地址, 则对单播数据包进行如下处理:
根据远端 VLAN接入点的 VLAN接入 MAC地址, 确定从本地出发 的远端工作路径和远端保护路径。 若远端工作路径无远端故障, 则数 据包从工作端口发送出去; 若远端工作路径有远端故障, 但远端保护 路径无远端故障, 则数据包从保护端口发送出去; 若远端工作路径和 远端保护路径均故障, 则丟弃数据包。
需要说明的是, 对每个保护倒换点, 可以在接收到来自保护倒换网 络外部的数据包之前,预先配置数据包的目的 MAC地址、与目的 VLAN 接入 MAC地址即远端 VLAN接入点的 VLAN接入 MAC地址的映射关
系, 在此情况下, 对数据包的处理只包括上述 2)和上述 3 ) 中的(1), 而 上述 3)种中的 (2)处理过程如下:
通过查找预先配置的映射关系,获取远端保护倒换点的 MAC地址, 然后根据远端保护倒换点的 MAC地址确定对应的远端工作路径和远端 保护路径。 若远端工作路径无远端故障, 则从工作端口发送数据包; 若 远端工作路径存在远端故障, 但保护路径无远端故障, 则从保护端口发 送数据包; 若远端工作路径和远端保护路径均故障, 则丟弃数据包。 另 外, 需要说明的是, 为了避免保护倒换引起的泛洪现象, 可使用控制协 议如 MRP, 针对业务数据的目的 MAC地址进行注册, 预先在工作流域 和保护流域中建立路径转发表。
下面以 VLAN接入组为例,结合实例描述基于无连接网络的保护倒 换网络中, 正常和故障情况下数据包的传送过程。
图 5a是本发明实施例中保护倒换网络正常情况下,单播数据包的传 送示意图, 如图 5a所示, VLAN1接入点 PSP1发送到 VLAN1接入点 PSP2的单播数据包传送路径如粗实线单箭头所示, VLAN1接入点 PSP1 发送到 VLAN1接入点 PSP3的单播数据包传送路径如实线单箭头所示, 上述路径均是通过工作端口经工作流域传送的。
图 5b是本发明实施例中保护倒换网络故障情况下,单播数据包的传 送示意图, 如图 5b所示, 假设检测出 X处所示链路发生故障, PSP1在 得知故障通知后,将自身发送到 VLAN1接入点 PSP2的单播数据包,倒 换至通过 PSP1 的保护端口经保护流域到达 PSP2的保护端口的路径传 送, 如图 5b中粗实线单箭头所示。 而 PSP1发送至 PSP3的数据包仍然 按照原路径经工作流域传送, 如图 5b中实线单箭头所示。
图 6a是本发明实施例中保护倒换网络正常情况下,广播数据包的传 送示意图, 工作路径与图 5a所示一致, 这里不再赘述。
图 6b是本发明实施例中保护倒换网络故障情况下,广播数据包的传 送示意图, 如图 6b所示, 假设检测出 X处所示链路发生故障, PSP1在 得知故障通知后,将自身发送到 VLAN1接入点 PSP2的广播数据包,倒 换至通过 PSP1 的保护端口经保护流域到达 PSP2 的保护端口的路径传 送, 如图 6b中粗实线单箭头所示; 同时, 将自身发送到 VLAN1接入点 PSP3的广播数据包,倒换至通过 PSP1的保护端口经保护流域到达 PSP3 的保护端口的路径传送, 如图 6b中实线单箭头所示。
从上述实例可见, 对于在同一个 VLAN接入组传送的数据包, 当 故障发生时, 很多情况下故障只会对少部分数据流造成影响, 本发明 实施例中保护倒换方法只倒换受故障影响的 VALN接入点间的业务, 不受故障影响的 VLA N接入点间的业务不进行倒换, 减少了故障对 MP2MP业务的影响。
本发明的实施例还提供了一种基于无连接网络的保护倒换系统, 该 系统包括: 工作流域、保护流域和属于同一业务实例的多个保护倒换点。
其中, 多个保护倒换点位于包括工作流域和保护流域的保护倒换网 络中, 每个保护倒换点连接至少两个对端的保护倒换点, 且与每个对端 的保护倒换点之间分别在工作流域和保护流域连有一条路径。
在本实施例中, 每个保护倒换点周期性地向各自连接的至少两个对 端的保护倒换点广播故障检测消息, 并分别检测工作流域和保护流域中 连接的至少两个对端的保护倒换点之间的各个路径是否发生故障。 若保 护倒换点在预设的检测时间内没有通过一条工作流域内的路径收到对 端的保护倒换点广播的故障检测消息, 则判定此工作流域内的路径发生 故障, 并通过保护流域内的路径向发生故障的路径上的对端的保护倒换 点发送故障通知消息; 若在预设的检测时间内没有通过一条保护流域内 的路径收到对端的保护倒换点广播的故障检测消息, 则判定此保护流域
内的路径发生故障, 并通过工作流域内的路径向发生故障的路径上的对 端的保护倒换点发送故障通知消息。 对端的保护倒换点接收到通过工作 流域内的路径发送的故障通知消息后, 将发生故障的路径上传输的业务 实例中目的地址为故障通知消息的源地址的业务倒换至此工作流域内 的路径进行传输; 对端的保护倒换点接收到通过保护流域内的路径发送 的故障通知消息后, 将发生故障的路径上传输的业务通过此保护流域内 的路径传输。
在本实施例中, 保护倒换点中预先存储有路径转发表, 经过倒换的 业务按所述路径转发表转发。
若保护倒换点从之前检测到的发生故障的路径收到来自对端的保 护倒换点的故障检测消息, 则认为该发生故障的路径已经恢复, 并通过 之前检测到的发生故障的路径发送故障恢复通知消息到对端的保护倒 换点。 对端的保护倒换点 ^艮据故障恢复通知消息中的源地址信息确定故 障恢复的路径, 并将被倒换的业务通过故障恢复的路径传输。
本发明的实施例还提供了一种保护倒换设备, 与至少两个保护倒换 设备属于同一业务实例。 其中, 各个保护倒换设备均位于包括工作流域 和保护流域的保护倒换网络, 每一保护倒换设备连接至少两个对端的保 护倒换设备, 且与每个对端的保护倒换设备之间分别在工作流域和保护 流域连有一条路径。 该设备包括: 第一模块, 用于周期性地通过工作流 域内的路径和保护流域内的路径向各自连接的至少两个对端的保护倒 换设备广播故障检测消息, 若在预设的检测时间内没有通过一条故障流 域内的路径收到故障检测消息, 则判定此工作流域内的路径发生故障; 若在预设的检测时间内没有通过一条保护流域内的路径收到故障检测 消息, 则判定此保护流域内的路径发生故障; 第二模块, 若第一模块判 定工作流域内的路径发生故障, 则通过保护流域内的路径发送故障通知
消息, 并将业务通过保护流域内的、 与发生故障的路径上的对端的保护 倒换设备之间连接的路径进行传输; 若第一模块判定保护流域内的路径 发生故障, 则通过保护流域内的路径发送故障通知消息, 并将业务通过 工作流域内的、 与发生故障的路径上的对端的保护倒换设备之间连接的 路径进行传输。
在本实施例中, 该保护倒换设备进一步包括第三模块, 在通过工作 流域内的路径收到对端的保护倒换设备的故障通知消息后将发生故障 的路径上传输的业务通过工作流域内的路径发送; 在通过保护流域内的 路径收到故障通知消息后, 将发生故障的路径上传输的业务通过保护流 域内的路径进行传输。
另外, 若保护倒换设备从之前检测到的发生故障的路径上收到故障 检测消息, 则认为该发生故障的路径已经恢复, 并通过之前检测到的发 生故障的路径发送故障恢复通知消息。 对端的保护倒换设备的第三模块 在收到故障恢复通知消息后, 根据故障恢复通知消息中的源地址确定故 障恢复的路径, 并将之前经过倒换的业务通过故障恢复的路径进行传 输。
以上所述, 仅为本发明的较佳实施例而已, 并非用于限定本发明的 保护范围, 凡在本发明的精神和原则之内所做的任何修改、 等同替换、 改进等, 均应包含在本发明的保护范围之内。
Claims
1、 一种无连接网络的业务保护方法, 应用于属于同一业务实例的 多个保护倒换点之间, 所述多个保护倒换点位于包括工作流域和保护流 域的保护倒换网络中, 其中, 每一保护倒换点连接至少两个对端的保护 倒换点, 且各保护倒换点与其对端的保护倒换点之间分别在所述工作流 域和保护流域中连有一条路径, 其特征在于, 该方法包括:
每一保护倒换点分别检测在所述工作流域和保护流域中与连接的 至少两个对端的保护倒换点之间的各个路径是否发生故障, 若检测到在 所述工作流域和保护流域中一个流域内的路径发生故障, 则将所述发生 故障的路径上传输的业务倒换至另一流域内与发生故障的路径上的对 端的保护倒换点之间连接的路径进行传输。
2、 根据权利要求 1 所述的方法, 其特征在于, 所述分别检测各个 路径是否发生故障包括:
每一保护倒换点周期性地向各自连接的至少两个对端的保护倒换 点广播故障检测消息;
每一保护倒换点若在预设的检测时间内没有通过一条所述工作流 域内的路径收到对端的保护倒换点广播的故障检测消息, 则判定此工作 流域内的路径发生故障, 若在预设的检测时间内没有通过一条所述保护 流域内的路径收到对端的保护倒换点广播的故障检测消息, 则判定此保 护流域内的路径发生故障。
3、 根据权利要求 2所述的方法, 其特征在于, 进一步包括: 在所 述工作流域和所述保护流域中建立所有保护倒换点之间的路径转发表; 每一保护倒换点在检测到所述工作流域和保护流域中一个流域内 的路径发生故障时, 通过另一流域内的路径向发生故障的路径上的对端
的保护倒换点发送故障通知消息, 并在收到来自对端的保护倒换点的故 障通知消息时, 通过另一流域内的路径、 并按所述路径转发表传输所述 业务实例中目的地址为故障通知消息的源地址的业务。
4、 根据权利要求 3 所述的方法, 其特征在于, 所述保护倒换点为 虚拟局域网 VLAN接入点;
所述建立路径转发表包括:
根据所述故障检测消息中包含的目的介质访问控制 MAC地址, 通过自学习方式建立路径转发表; 或者,
利用多注册协议 MRP, 通过单播地址的注册建立 VLAN路径转 发表。
5、 据权利要求 3 所述的方法, 其特征在于, 所述保护倒换点为 VLAN接入点; 该方法进一步包括: 在所述 VLAN接入点上配置保护 倒换网络信息;
所述保护倒换网络信息包括:
所述 VLAN接入点的本地信息, 包括: 本地 VLAN接入点的 MAC地 址、所述本地 VLAN接入点和与其具有相同 VLAN标识的至少一个 VLAN 接入点构成的 VLAN接入组的组播地址及所述 VLAN接入组的 VLAN标 识; 所述 VLAN接入点的远端信息, 包括: 所述 VLAN接入组中除所述 本地 VLAN接入点以外的至少一个 VLAN接入点的 MAC地址;
所述故障检测消息包括: 所述 VLAN接入组的 VLAN标识、 目的 地址和源地址, 其中, 所述目的地址为所述 VLAN接入组的组播地址, 所述源地址为所述本地 VLAN接入点的 MAC地址;
所述广播故障检测消息, 包括: 根据所述故障检测消息中包括的 VLAN接入组的 VLAN标识、 目的地址和源地址在所述 VLAN接入组 中广播故障检测消息。
6、 根据权利要求 3 所述的方法, 其特征在于, 所述保护倒换点为 VLAN接入点; 该方法进一步包括: 在所述 VLAN接入点上配置保护 倒换网絡信息;
所述保护倒换网络信息包括:
所述 VLAN接入点的本地信息, 包括: 本地 VLAN接入点的 MAC地 址、所述本地 VLAN接入点和与其具有相同 VLAN标识的至少一个 VLAN 接入点构成的 VLAN接入组的组播地址及所述 VLAN接入组的 VLAN标 识; 所述 VLAN接入点远端信息, 包括: 所述 VLAN接入组中除所述本 地 VLAN接入点以外的至少一个 VLAN接入点的 MAC地址;
所述故障通知消息包括: 所述 VLAN接入组的 VLAN标识、 目的 地址和源地址;其中,所述目的地址为发生故障的路径上的对端的 VLAN 接入点的 MAC地址, 所述源地址为本地 VLAN接入点的 MAC地址; 所述 VLAN接入点在收到来自对端的 VLAN接入点的故障通知 消息时, 根据所述故障通知消息中的源地址信息确定发生故障的路径。
7、 根据权利要求 3所述的方法, 其特征在于, 进一步包括: 所述保护倒换点为 VLAN接入点; 该方法进一步包括: 在所述 VLAN接入点上配置保护倒换网络信息;
所述保护倒换网络信息包括: ' 所述 VLAN接入点的本地信息, 包括: 本地 VLAN接入点的 MAC地 址、所述本地 VLAN接入点和与其具有相同 VLAN标识的至少一个 VLAN 接入点构成的 VLAN接入组的组播地址及所述 VLAN接入组的 VLAN标 识; 所述 VLAN接入点远端信息, 包括: 所述 VLAN接入組中除所述本 地 VLAN接入点以外的至少一个 VLAN接入点的 MAC地址;
每一 VLAN接入点若通过之前检测到的发生故障的路径收到来自 对端的 VLAN接入点的故障检测消息,则通过所述之前检测到的发生故
障的路径发送故障恢复通知消息到对端的 VLAN接入点; 其中, 所述故 障恢复通知消息包括: 所述 VLAN接入组的 VLAN标识、 目的地址和 源地址, 所述目的地址为所述之前检测到的发生故障的路径上的对端的 VLAN接入点的 MAC地址, 所述源地址为所述本地 VLAN接入点的 MAC地址;
每一 VLAN接入点在通过之前检测到的发生故障的路径收到所述 故障恢复通知消息时, >据所述故障恢复通知消息中的源地址确定故障 恢复的路径, 并将之前通过所述工作流域和所述保护流域中另一流域内 的路径传输的业务通过所述故障恢复的路径传输。
8、 一种无连接网络的业务保护系统, 包括: 工作流域、 保护流域 和属于同一业务实例的多个保护倒换点; '
所述多个保护倒换点位于包括工作流域和保护流域的保护倒换网 络中, 其中, 每一保护倒换点连接至少两个对端的保护倒换点, 且各保 护倒换点与其对端的保护倒换点之间分别在所述工作流域和保护流域 中连有一条路径; 其特征在于,
每一保护倒换点, 用于分别检测所述工作流域和保护流域中与至少 两个对端的保护倒换点之间的各个路径是否发生故障, 若在所述工作流 域和保护流域中一个流域内的路径发生故障, 则将所述发生故障的路径 上传输的业务切换到另一流域内与发生故障的路径上的对端的保护倒 换点之间连接的路径进行传输。
9、 根据权利要求 8 所述的系统, 其特征在于, 所述保护倒换点用 于周期性地向各自连接的至少两个对端的保护倒换点广播故障检测消 息, 若在预设的检测时间内没有通过一条所述工作流域内的路径收到对 端的保护倒换点广播的故障检测消息, 则判定此工作流域内的路径发生 故障; 若在预设的检测时间内没有通过一条所述保护流域内的路径收到
对端的保护倒换点广播的故障检测消息, 则判定此保护流域内的路径发 生故障。
10、 根据权利要求 9所述的系统, 其特征在于, 所述保护倒换点进 一步用于存储路径转发表;
所述保护倒换点在检测到所述工作流域和保护流域中一个流域内 的路径发生故障时, 通过另一流域内的路径向发生故障的路径上的对端 的保护倒换点发送故障通知消息, 并在收到来自所述对端的保护倒换点 的故障通知消息时, 通过另一流域内.的路径、 并按所述路径转发表传输 所述业务实例中目的地址为故障通知消息的源地址的业务。
11、 根据权利要求 10所述的系统, 其特征在于,
所述保护倒换点若从之前检测到的发生故障的路径收到来自对端 的保护倒换点的故障检测消息, 则通过之前检测到的发生故障的路径发 送故障恢复通知消息到所述对端的保护倒换点 , 若从所述之前检测到的 发生故障的路径收到所述故障检测消息, 则确定故障恢复的路径, 并将 之前通过另一流域内的路径传输的业务通过所述故障恢复的路径传输。
12、 一种保护倒换设备, 与至少两个保护倒换设备属于同一业务实 例, 其中, 各个保护倒换设备均位于包括工作流域和保护流域的保护倒 换网络, 每一保护倒换设备连接至少两个对端的保护倒换设备, 且各保 流域中连有一条路径; 其特征在于, 所述设备包括:
第一模块, 分别检测所述工作流域和保护流域中与连接的至少两个 对端的保护倒换设备之间的各个路径是否发生故障;
第二模块, 若所述工作流域路径和保护流域 径中一个流域内的路 径发生故障, 则将所述发生故障的路径上传输的业务倒换至另一流域 内、 与所述发生故障的路径上的对端的保护倒换设备之间连接的路径进
行传输。
13、 根据权利要求 12所述的设备, 其特征在于, 所述第一模块周 期性地向各自连接的至少两个对端的保护倒换设备广播故障检测消息, 若在预设的检测时间内没有通过一条所述工作流域内的路径收到对端 的保护倒换设备的故障检测消息, 则判定此工作流域内的路径发生故 障; 若在预设的检测时间内没有通过一条所述保护流域内的路径收到对 端的保护倒换设备的故障检测消息, 则判定此保护流域内的路径发生故 障。
14、 根据权利要求 13 所述的设备, 其特征在于, 若所述第一模块 判定所述工作流域内的路径发生故障, 则所述第二模块通过保护流域内 的路径向发生故障的路径上的对端的保护倒换设备发送故障通知消息; 若所述第一模块判定所述保护流域内的路径发生故障, 则所述第二模块 通过工作流域内的路径向发生故障的路径上的对端的保护倒换设备发 送故障通知消息;
所述保护倒换设备进一步包括:
第三模块, 在通过所述工作流域内的路径收到故障通知消息时将所 述发生故障的路径上传输的业务通过所述工作流域内的路径传输; 在通 过所述保护流域内的路径收到故障通知消息时将所述发生故障的路径 上传输的业务通过所述保护流域内的路径传输。
15、 根据权利要求 14 所述的设备, 其特征在于, 若从之前检测到 的发生故障的路径收到故障检测消息, 则通过之前检测到的发生故障的 路径发送故障恢复通知消息;
所述第三模块在通过所述工作流域内的路径收到所述故障恢复通 知消息时, 确定所述工作流域内的路径故障恢复, 并将通过保护流域内 的路径传输的业务通过所述故障恢复的工作流域内的路径传输; 在通过
所述保护流域内的路径收到所述故障恢复通知消息时, 确定保护流域内 的路径故障恢复, 并将通过工作流域内的路径传输的业务通过所述故障 恢复的保护流域内的路径传输。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
ES07720502T ES2374314T3 (es) | 2006-06-05 | 2007-03-22 | Método, sistema y dispositivo de protección de servicio en una red sin conexión. |
EP07720502A EP2028768B1 (en) | 2006-06-05 | 2007-03-22 | Service protecting method, system and device based on connectionless |
AT07720502T ATE533237T1 (de) | 2006-06-05 | 2007-03-22 | Dienstschutzverfahren-system und einrichtung auf der basis von verbindungslos |
US12/329,337 US7848225B2 (en) | 2006-06-05 | 2008-12-05 | Service protecting switching method, system and device in a connectionless network |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2006100835302A CN101051995B (zh) | 2006-06-05 | 2006-06-05 | 基于无连接网络的保护倒换方法 |
CN200610083530.2 | 2006-06-05 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/329,337 Continuation US7848225B2 (en) | 2006-06-05 | 2008-12-05 | Service protecting switching method, system and device in a connectionless network |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2007140683A1 true WO2007140683A1 (fr) | 2007-12-13 |
Family
ID=38783194
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2007/000928 WO2007140683A1 (fr) | 2006-06-05 | 2007-03-22 | Procédé, système et dispositif de protection de service, basés sur l'absence de connexion |
Country Status (6)
Country | Link |
---|---|
US (1) | US7848225B2 (zh) |
EP (1) | EP2028768B1 (zh) |
CN (1) | CN101051995B (zh) |
AT (1) | ATE533237T1 (zh) |
ES (1) | ES2374314T3 (zh) |
WO (1) | WO2007140683A1 (zh) |
Families Citing this family (37)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101436976B (zh) | 2007-11-13 | 2012-02-15 | 华为技术有限公司 | 一种转发数据帧的方法、系统和设备 |
US7953016B2 (en) * | 2008-03-03 | 2011-05-31 | Nortel Networks Limited | Method and system for telecommunication apparatus fast fault notification |
MY151218A (en) * | 2008-07-14 | 2014-04-30 | Ericsson Telefon Ab L M | Multiple tree registration protocol |
CN101783743B (zh) * | 2009-01-19 | 2014-02-19 | 华为技术有限公司 | 一种业务保护方法及倒换节点 |
JP5310227B2 (ja) * | 2009-04-22 | 2013-10-09 | 富士通株式会社 | 通信装置 |
CN101877646B (zh) * | 2009-04-28 | 2013-03-20 | 华为技术有限公司 | 一种保护倒换方法和节点设备 |
CN101883000B (zh) * | 2009-05-08 | 2014-12-31 | 中兴通讯股份有限公司 | 一种网络保护方法及网络保护架构 |
CN102025585A (zh) * | 2009-09-09 | 2011-04-20 | 中兴通讯股份有限公司 | 以太网隧道的保护方法与装置 |
CN102668469B (zh) * | 2009-11-19 | 2015-02-11 | 日本电气株式会社 | 传送系统、传送方法和通信设备 |
US8675518B2 (en) * | 2010-02-02 | 2014-03-18 | Micorsoft Corporation | Message transport system using publication and subscription mechanisms |
CN102195846B (zh) * | 2010-03-01 | 2015-05-13 | 中兴通讯股份有限公司 | 一种组播树的保护/恢复方法及装置 |
EP2556480A4 (en) * | 2010-04-07 | 2014-05-28 | Hewlett Packard Development Co | DEVICE MESSAGING |
US8659994B2 (en) * | 2010-10-15 | 2014-02-25 | Fujitsu Limited | Method and system for communicating multicast traffic over protected paths |
US20120195190A1 (en) * | 2011-01-31 | 2012-08-02 | Fujitsu Network Communications, Inc. | Method and system for solving communication failure and traffic loss in service protection networks |
WO2012113444A1 (en) * | 2011-02-22 | 2012-08-30 | Telefonaktiebolaget L M Ericsson (Publ) | A fault protection method and fault protection apparatus in a multi-domain network |
US8982699B2 (en) * | 2011-03-30 | 2015-03-17 | Fujitsu Limited | Method and system for protection group switching |
JP5736971B2 (ja) * | 2011-05-30 | 2015-06-17 | 富士通株式会社 | 通信制御方法および管理装置 |
US9356799B2 (en) * | 2011-06-28 | 2016-05-31 | Broadcom Corporation | Ethernet ring protection without MAC table flushing |
CN102271058A (zh) * | 2011-08-09 | 2011-12-07 | 中兴通讯股份有限公司 | 一种业务多路径保护的方法及装置 |
EP2748986B1 (en) * | 2011-09-27 | 2018-12-12 | Telefonaktiebolaget LM Ericsson (publ) | Method and apparatus for path switching |
CN103297259B (zh) * | 2012-02-29 | 2018-07-06 | 中兴通讯股份有限公司 | 点到多点组播业务的保护方法及装置 |
CN103580886B (zh) * | 2012-07-25 | 2017-10-27 | 中兴通讯股份有限公司 | 分组传送网络保护倒换装置和方法 |
CN103634134B (zh) * | 2012-08-24 | 2018-07-24 | 中兴通讯股份有限公司 | 跨域保护互通方法及系统 |
WO2014169435A1 (zh) | 2013-04-16 | 2014-10-23 | 华为技术有限公司 | 一种保护倒换的方法、网络及系统 |
EP3001612B1 (en) * | 2013-06-29 | 2017-08-09 | Huawei Technologies Co., Ltd. | Multi-domain network protection method and node |
JP2015119227A (ja) * | 2013-12-16 | 2015-06-25 | 富士通株式会社 | 通信システム、通信装置、及びパス切り替え方法 |
US10136359B2 (en) | 2015-06-30 | 2018-11-20 | Qualcomm Incorporated | Traffic flow migration in backhaul networks |
CN105721045B (zh) | 2016-01-19 | 2018-08-21 | 华为技术有限公司 | 一种保护倒换的方法和节点 |
US10462543B2 (en) * | 2016-04-21 | 2019-10-29 | Fujitsu Limited | ODU path protection in a disaggregated OTN switching system |
CN107483332B (zh) * | 2016-06-07 | 2022-08-02 | 中兴通讯股份有限公司 | 用于子网连接保护链路的业务传输管理方法、装置和系统 |
US10367682B2 (en) * | 2017-06-30 | 2019-07-30 | Bank Of American Corporation | Node failure recovery tool |
US10469168B2 (en) | 2017-11-01 | 2019-11-05 | Fujitsu Limited | Disaggregated integrated synchronous optical network and optical transport network switching system |
US10454610B2 (en) | 2017-11-13 | 2019-10-22 | Fujitsu Limited | 1+1 Ethernet fabric protection in a disaggregated optical transport network switching system |
CN107846247B (zh) * | 2017-11-14 | 2019-08-06 | 烽火通信科技股份有限公司 | 一种保护倒换系统及方法 |
CN109413680B (zh) * | 2018-09-21 | 2020-01-10 | 北京邮电大学 | 一种超密集网络中基于认知和接入点协作的自治愈方法 |
CN111277495B (zh) * | 2020-01-22 | 2021-10-26 | 南京邮电大学 | 一种位索引显示复制组播的故障保护路径的预置方法 |
CN112532532B (zh) * | 2020-11-16 | 2022-08-12 | 烽火通信科技股份有限公司 | 业务返回方法、装置、设备及可读存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1710869A (zh) * | 2005-07-14 | 2005-12-21 | 广东省电信有限公司研究院 | 自动交换光网络中连接的增强型主备保护的实现方法 |
CN1719825A (zh) * | 2004-07-06 | 2006-01-11 | 华为技术有限公司 | 一种实现链路保护倒换的方法及网络 |
CN1764144A (zh) * | 2005-09-30 | 2006-04-26 | 烽火通信科技股份有限公司 | 在网络中进行虚通路环保护倒换的方法 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6324161B1 (en) * | 1997-08-27 | 2001-11-27 | Alcatel Usa Sourcing, L.P. | Multiple network configuration with local and remote network redundancy by dual media redirect |
US7430164B2 (en) * | 1998-05-04 | 2008-09-30 | Hewlett-Packard Development Company, L.P. | Path recovery on failure in load balancing switch protocols |
US7512078B2 (en) * | 2003-10-15 | 2009-03-31 | Texas Instruments Incorporated | Flexible ethernet bridge |
CN101199165A (zh) * | 2005-06-14 | 2008-06-11 | 艾利森电话股份有限公司 | 用于网络中的故障处理的方法和配置 |
US8284656B2 (en) * | 2006-04-28 | 2012-10-09 | Alcatel Lucent | System and method for resilient VPLS over multi-nodal APS protected provider edge nodes |
-
2006
- 2006-06-05 CN CN2006100835302A patent/CN101051995B/zh not_active Expired - Fee Related
-
2007
- 2007-03-22 ES ES07720502T patent/ES2374314T3/es active Active
- 2007-03-22 EP EP07720502A patent/EP2028768B1/en not_active Not-in-force
- 2007-03-22 AT AT07720502T patent/ATE533237T1/de active
- 2007-03-22 WO PCT/CN2007/000928 patent/WO2007140683A1/zh active Application Filing
-
2008
- 2008-12-05 US US12/329,337 patent/US7848225B2/en active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1719825A (zh) * | 2004-07-06 | 2006-01-11 | 华为技术有限公司 | 一种实现链路保护倒换的方法及网络 |
CN1710869A (zh) * | 2005-07-14 | 2005-12-21 | 广东省电信有限公司研究院 | 自动交换光网络中连接的增强型主备保护的实现方法 |
CN1764144A (zh) * | 2005-09-30 | 2006-04-26 | 烽火通信科技股份有限公司 | 在网络中进行虚通路环保护倒换的方法 |
Also Published As
Publication number | Publication date |
---|---|
CN101051995A (zh) | 2007-10-10 |
EP2028768A1 (en) | 2009-02-25 |
US7848225B2 (en) | 2010-12-07 |
ATE533237T1 (de) | 2011-11-15 |
EP2028768B1 (en) | 2011-11-09 |
EP2028768A4 (en) | 2009-10-21 |
CN101051995B (zh) | 2012-07-04 |
ES2374314T3 (es) | 2012-02-15 |
US20090109843A1 (en) | 2009-04-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2007140683A1 (fr) | Procédé, système et dispositif de protection de service, basés sur l'absence de connexion | |
US10594512B2 (en) | Access network dual path connectivity | |
US7751329B2 (en) | Providing an abstraction layer in a cluster switch that includes plural switches | |
JP6165850B2 (ja) | ダウンストリーム通知パケットを用いたプロトコル独立マルチキャスト(pim)高速再ルーティング方法論の強化 | |
JP4899959B2 (ja) | Vpn装置 | |
CN102025541B (zh) | 一种实现组播保护的方法及系统 | |
US9059902B2 (en) | Procedures, apparatuses, systems, and computer-readable media for operating primary and backup network elements | |
CN101155109B (zh) | 一种以太网交换系统及设备 | |
US20130021896A1 (en) | Method, system, and device for protecting multicast in communication network | |
US20130272114A1 (en) | Pseudo wire switching method and device | |
US20080002570A1 (en) | Network redundancy method, and middle apparatus and upper apparatus for the network redundancy method | |
US8199637B2 (en) | VPLS remote failure indication | |
US9025441B2 (en) | Communicating data units in a communications network that provides failure protection | |
WO2007115493A1 (fr) | Procédé, dispositif et système pour réaliser la commutation dans le réseau à double anneau de réseau vpls | |
WO2012028029A1 (zh) | 一种切换方法及系统 | |
CN103051536A (zh) | 一种二层冗余链路的快速组播切换方法 | |
JP5862445B2 (ja) | 通信装置 | |
WO2009092257A1 (zh) | 运营商骨干网传输网络的故障检测方法和装置 | |
CN101719834B (zh) | 一种虚拟专用组播业务保护的实现方法及系统 | |
US20130077473A1 (en) | Protection switching method and system for a multi-rooted point-to- multi-point service in a provider backbone bridge (pbb) network | |
WO2013189414A2 (zh) | 网络拓扑自动获取方法及系统、网络查询及管理系统 | |
WO2010006524A1 (zh) | 可靠组播的方法、运营商边缘上层设备及系统 | |
WO2011011934A1 (zh) | 一种以太网隧道分段保护方法和装置 | |
JP4839334B2 (ja) | 冗長プロトコル共存システム及び転送装置 | |
JP4751817B2 (ja) | パケット転送装置およびネットワークシステム |
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: 07720502 Country of ref document: EP Kind code of ref document: A1 |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2007720502 Country of ref document: EP |