[go: up one dir, main page]

WO2014090083A1 - Procédé et appareil de support de services pendant l'interconnexion de réseau résiliente distribuée - Google Patents

Procédé et appareil de support de services pendant l'interconnexion de réseau résiliente distribuée Download PDF

Info

Publication number
WO2014090083A1
WO2014090083A1 PCT/CN2013/087863 CN2013087863W WO2014090083A1 WO 2014090083 A1 WO2014090083 A1 WO 2014090083A1 CN 2013087863 W CN2013087863 W CN 2013087863W WO 2014090083 A1 WO2014090083 A1 WO 2014090083A1
Authority
WO
WIPO (PCT)
Prior art keywords
port
service
end system
endpoint
state
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.)
Ceased
Application number
PCT/CN2013/087863
Other languages
English (en)
Chinese (zh)
Inventor
许雪琼
喻敬海
敖婷
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Publication of WO2014090083A1 publication Critical patent/WO2014090083A1/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/41—Flow control; Congestion control by acting on aggregated flows or links
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate

Definitions

  • the present invention relates to the field of communications, and in particular, to a service bearer and a device for distributing a Resilient Network Interconnect (DRNI).
  • DRNI Resilient Network Interconnect
  • BACKGROUND With the rapid development of broadband services, interconnections between networks and networks are used more and more, and more services are carried. Within the network, depending on the technology used, there are multiple ways to protect the link and nodes. As the demand for protection of traffic becomes stronger and stronger, the requirements are getting higher and higher, and operators have also raised the need for protection of network interconnection areas. This type of protection can be implemented by port aggregation. The common method can be port aggregation or loop protection.
  • the ring network protection technology is limited by the network topology, and the method of using the whole network connection for the network interconnection part is not applicable.
  • the IEEE standard 802.1AX-link aggregation can protect multiple links, but only supports single-node link aggregation, which cannot meet the requirements of node protection.
  • IEEE standards organizations propose to extend 802.1AX-link aggregation to implement distributed elastic network interconnection (Distributed Resilient Network) Interconnect (DRNI for short) to support multi-system link aggregation.
  • DRNI distributed Resilient Network
  • the DRNI extends 802.1AX so that both ends of a link aggregation group can be aggregated by one or more end-end systems to form a logical endpoint. That is, multiple links in these end systems form a distributed link aggregation group. (Link Aggregation Group, LAG for short), to ensure double protection of links and nodes in the network interconnection area.
  • LAG Link Aggregation Group
  • the DRNI adopts the service packet distribution mode, and the in-end system receives the packet, and forwards the service packet according to the mapping value of the outermost label of the service packet, such as the session ID.
  • the end system receives the packet to be sent to the internal network, or sends the packet to the network node interface (NI) side through the aggregation link of the system in the local end.
  • NI network node interface
  • the label mapping value session ID is in the aggregation port service table or the aggregator service table, if the session ID is in the service table, it is forwarded, otherwise it is discarded.
  • the service needs to be switched to other ports or other end systems to send.
  • the service is not included in the aggregation service table of other port service tables and other end systems, and services are discarded, causing traffic interruption.
  • the traffic is interrupted, and an effective solution has not been proposed yet.
  • the present invention provides a method and apparatus for service bearer of a distributed elastic network interconnection to solve at least the above problems, in view of the problem that traffic is interrupted when an aggregated link or an in-end system fails in the related art.
  • a DRNI service bearer method including: synchronizing a state of an in-end system of the endpoint and/or a state of a port between end systems in a DRNI endpoint;
  • the internal system detects that an event has occurred, wherein the event is used to trigger an in-end system and/or port that updates the bearer service;
  • the end-end system is based on an in-end system sequence and/or port sequence carrying the service, and The state of the in-end system and/or the state of the port within the endpoint, updating the in-end system and/or port currently carrying the service.
  • the state of the in-end system of the endpoint and the state of the port between the in-end systems in the DRNI endpoint are: the period between the in-terminal systems in the DRNI endpoint mutually advertises its own port state through DRCP And / or the port status of other end systems, to achieve state synchronization between the systems within the end.
  • the period between the intra-end systems advertises each other's port status through DRCP and/or the port status of other end systems: the end system performs its own port status information and/or the port status of other end systems The information is carried in the DRCP message in a value TLV manner and sent to other end systems of the DRNI endpoint.
  • the port status information includes at least one of the following: distribution enable status information of the aggregation port, LACP status information of the aggregation port, and distribution enable status information of the aggregator.
  • the state of the in-end system and/or port of the end point is synchronized between the in-end systems in the DRNI endpoint, and further includes: the port in which the state changes when the port state of the in-end system changes.
  • the associated in-end system advertises the state of the changed state of the port to the other end systems of the DRNI endpoint through the DRCP.
  • the event comprises: a change in state of an in-end system and/or port of the endpoint.
  • the state of the in-end system and/or port of the endpoint changes, including one of the following: an in-end system failure or failure recovery of the end point of the end point; an inline link failure or failure recovery of the in-end system of the end point
  • the end-end system of the endpoint is removed or added to the aggregation group; the port of the end-end system of the endpoint fails or recovers; and the port of the end-system of the endpoint is removed or added to the aggregation group.
  • the determining, by the in-end system, the service currently carried by the in-end system and/or the port whose status is changed to be affected by the event includes: determining, by the in-end system, a service affected by the event;
  • the determining, by the in-end system, the service affected by the event comprises: determining, by the in-end system, the service currently carried by the in-end system and/or the port whose status is changed is a service affected by the event.
  • the in-end system determines that the service currently carried by the in-end system and/or the port whose status is changed is the service affected by the event, and the end-end system in the DRNI endpoint detects the local end.
  • the port of the system is not available; the system of the port to which the unavailable port belongs is updated to be unavailable, and the port service table of the unavailable port is obtained; and the service included in the port service table is determined as Business affected by the event.
  • the method further includes: the end system to which the unavailable port belongs, notifying the other end systems in the end point that the port is unavailable; The other end system updates the state of the locally saved port to be unavailable, and obtains the port service table of the unavailable port; and determines the service included in the port service table as the service affected by the event.
  • the in-end system determines that the service currently carried by the in-end system and/or port whose status is changed is determined to be affected by the event, and includes: the end-end system in the DRNI endpoint detects the current endpoint The connection information of the system in the adjacent end is lost, and the end system that detects the loss of the connection information remains in the aggregation group; the end system that detects the loss of the connection information updates the locally saved end The port status of the internal system is unavailable, and the port service table of the unavailable port is obtained; the service included in the port service table is determined as the service affected by the event.
  • the in-end system determines that the service currently carried by the in-end system and/or the port whose status is changed is the service affected by the event, and the end-end system in the DRNI endpoint detects the local end.
  • the port of the system is restored to be available by being unavailable; the recovery is that the state of the port in which the available port belongs is updated, and the current bearer port in the DRNI endpoint is not the first priority port;
  • Recovering to the in-end system to which the available port belongs compares the positional relationship between the reverted available port and the current bearer port of the service in the in-end system sequence and/or port sequence carrying the service; If the port is in a priority position than the current bearer port of the service, the service is determined to be a service affected by the event.
  • the method further includes: resuming that the end-end system to which the available port belongs to the other end-end system in the DRNI endpoint The port is available; the other in-end system updates the locally saved state of the port to be available, and obtains the service that the current bearer port in the DRNI endpoint is not the first priority port; the other end systems compare the recovery a positional relationship between an available port and the service in an in-end system sequence and/or port sequence carrying the service; In the case that the available port is in a priority position than the current bearer port of the service, the service is determined to be a service affected by the event.
  • the end-end system updates the current end of the service according to the intra-end system sequence and/or port sequence carrying the service, and the status of the intra-end system and/or the status of the port in the end point.
  • the internal system and/or the port includes: a service port table for obtaining the service, where the service port table includes an in-end system sequence and/or a port sequence that carries the service; and according to the bearer in the service port table The sequence of the intra-system sequence and/or the port sequence of the service, the selected state is available and the sequential in-end system and/or port is used as the current bearer system and/or port of the service; The port service table of the current bearer port of the service.
  • a DRNI service bearer which is located in an in-end system within a DRNI endpoint, and includes: a synchronization module configured to synchronize the state of the in-end system within the DRNI endpoint and/or a status of the port; the detecting module is configured to detect that an event has occurred, wherein the event is used to trigger an in-end system and/or port that updates the bearer service; and the update module is configured to be based on the in-end system sequence of the bearer service and/or Or a port sequence, and the status of the in-end system and/or port within the endpoint, updating the in-end system and/or port currently carrying the service.
  • the synchronization module comprises: a first advertising unit, configured to mutually notify the port state of the port and/or the port state of other end systems by DRCP during the period between the end systems.
  • the synchronization module includes: a second notification unit, configured to notify, by the DRCP, a port status of a changed state to the other end systems of the DRNI endpoint by using a DRCP in a change in a port state of the system in the end .
  • the update module includes: a determining module, configured to determine a service affected by the event; an obtaining unit, configured to obtain a service port table of the service, where the service port table includes carrying the service In-end system sequence and/or port sequence; a selection unit, configured to select a state as available according to an order of end systems and/or ports carrying the service in the service port table, and the order is prior
  • the in-end system and/or port serves as the current bearer system and/or port of the service; the first update unit is configured to update the port service table of the current bearer port of the service.
  • the determining module includes: a second updating unit, configured to: after detecting that the port of the system in the local end is unavailable, update the status of the unavailable port to be unavailable, and obtain the port of the unavailable port a first determining unit, configured to determine a service included in the port service table as a service affected by the event.
  • the determining module further includes: a first receiving unit, configured to receive an advertisement of another end-end system in the DRNI endpoint, where the notification is used to indicate that a port of the other end-end system is unavailable;
  • the second update unit is further configured to: update the saved state of the port of the other in-end system to be unavailable, and obtain a port service table of the unavailable port;
  • the service included in the port service table is determined to be a service affected by the event.
  • the determining module includes: a third updating unit, configured to: after detecting that the connection information with the neighboring end system in the DRNI endpoint is lost, and the in-end system that detects the loss of the connection information remains If the aggregation group is added, the port status of the system in the neighboring end is not available, and the port service table of the unavailable port is obtained.
  • the second determining unit is configured to be in the port service table.
  • the business included is determined to be the business affected by the event.
  • the determining module further includes: a fourth updating unit, configured to: after detecting that the port of the system in the local end is restored as unavailable, the status of the port is updated; the priority detecting unit is set to Detecting that the current bearer port in the DRNI endpoint is not the first priority port; the comparing unit is configured to compare the end-to-end system sequence that carries the service to the available port and the current bearer port of the service, and/or a location relationship in the port sequence, and in the case where the recovery to the available port is prioritized than the current bearer port of the service, the service is determined to be a service affected by the event.
  • a fourth updating unit configured to: after detecting that the port of the system in the local end is restored as unavailable, the status of the port is updated; the priority detecting unit is set to Detecting that the current bearer port in the DRNI endpoint is not the first priority port; the comparing unit is configured to compare the end-to-end system sequence that carries the service to the available port and the current bear
  • the determining module further includes: a second receiving unit, configured to receive an advertisement of another end-end system in the DRNI endpoint, where the notification is used to indicate that a port of the other end-end system is available;
  • the fourth updating unit is further configured to update the saved state of the port of the other in-end system to be available;
  • the priority detecting unit is further configured to detect that the current bearer port in the DRNI endpoint is not the first priority port.
  • the comparing unit is further configured to compare the positional relationship between the available port and the current bearer port of the service in the intra-system sequence and/or port sequence carrying the service, and restore the If the available port is in a preferred position than the current bearer port of the service, the service is determined to be a service affected by the event.
  • the state of the in-end system of the endpoint and the state of the port are synchronized between the in-end systems in the DRNI endpoint; the in-end system detects that an event has occurred, wherein the event is used to trigger the update bearer.
  • the in-end system and/or port of the service; the in-end system determines the service affected by the event; the in-end system is based on the in-end system sequence and/or port sequence carrying the service, and the state of the in-end system within the endpoint and
  • the status of the port is used to update the current in-band system and/or port that carries the service.
  • FIG. 1 is a flowchart of a service bearer method for a distributed elastic network interconnection according to an embodiment of the present invention
  • FIG. 2 is a structural block diagram of a service bearer for a distributed elastic network interconnection according to an embodiment of the present invention
  • 3 is a block diagram showing a preferred structure of a synchronization module according to an embodiment of the present invention
  • FIG. 4 is a block diagram showing a preferred structure of an update module according to an embodiment of the present invention
  • FIG. 5 is a block diagram showing a preferred structure of a determination module according to an embodiment of the present invention.
  • 6 is a block diagram of a preferred structure of a determining module according to an embodiment of the present invention.
  • FIG. 7 is a block diagram of a preferred structure of a determining module according to an embodiment of the present invention.
  • FIG. 8 is a flowchart of a process of an in-end system in which an aggregate link is faulty according to the first embodiment of the present invention.
  • FIG. 9 is a flow chart showing the processing of the system in the other end of the aggregation link failure according to the first embodiment of the present invention
  • Figure 10 is a flowchart of the processing of the in-end system failure according to the first embodiment of the present invention
  • FIG. 12 is the processing of the system in the other end of the aggregation link failure recovery according to the first embodiment of the present invention
  • 13 is a structural block diagram of an apparatus for negotiating a service bearer in a DRNI according to the first embodiment of the present invention
  • FIG. 14 is a schematic diagram of a networking diagram according to Embodiment 2 of the present invention
  • FIG. 15 is a schematic diagram of an aggregation chain according to Embodiment 2 of the present invention
  • FIG. 16 is a schematic diagram of an in-end system failure according to a third embodiment of the present invention
  • FIG. 17 is a schematic diagram of networking in accordance with Embodiment 4 of the present invention
  • FIG. 18 is a schematic diagram of a logical port not available according to Embodiment 5 of the present invention
  • Step S102 Synchronize the state of the in-end system of the endpoint and/or the state of the port between the in-end systems in the DR endpoint;
  • Step S104 the in-end system detects that an event has occurred, wherein the event An in-end system and/or a port for triggering the update of the bearer service;
  • Step S106 the in-end system determines the service affected by the event;
  • Step S108 the in-end system according to the in-end system sequence and/or port sequence carrying the service, And the status of the in-end system and/or the status of the port within the endpoint, updating the in-end system and/or port currently carrying the service.
  • the in-end system in the endpoint of the DRNI aggregation group synchronizes the state of the in-end system of the endpoint (for example, the distribution enabled state) and/or the state of the port (for example, the distribution enabled state); After detecting an event that occurs to trigger an in-end system and/or port that updates the bearer service, the in-end system determines the service affected by the event and updates the in-end system and/or port currently carrying the service, thereby The situation that the other end systems and/or ports in the end of the aggregation group discard the service occurs when the aggregation link or the end system of the bearer service fails, and the related system generates the aggregate link or the end system.
  • the synchronization manner of the states of the intra-end systems and/or the ports of the intra-end systems in the aggregation group endpoint may be a periodic relay control protocol between the intra-systems within the aggregation group endpoints (
  • the Distributed Relay Control Protocol (DRCP) advertises the status information of the ports to each other to achieve state synchronization between the systems in the end.
  • the port status information sent by the system in the end can include the port status information of the system in the local end, and can also include the port status information of the system in other end systems.
  • the in-end system may carry the port state information of the in-end system itself and/or the port state information of the other in-end system in the manner of type, length, and value (Type, Length and Value, or simply TLV) in the DRCP.
  • the packet it is sent to other end systems of the DRNI aggregation group endpoint.
  • the state information of the port is carried in this synchronous packet format, which is simple and clear.
  • the status information of the port may be the distribution enable information of the aggregation port, or the Link Aggregation Control Protocol (LACP) status information of the aggregation port, or may be the aggregation enable of the aggregator. status information.
  • LACP Link Aggregation Control Protocol
  • the bearer update of the service can be triggered, and the continuity of the service is further ensured.
  • the port state of the in-end system for example, the distribution enable state of the aggregation port, the aggregation port
  • the in-terminal system to which the port whose state is changed is notified by DRCP to the other end systems of the aggregation group endpoint of the state of the port whose state has changed.
  • all the status information may be synchronized, or only the changed status information may be synchronized.
  • the foregoing event for triggering an in-end system and/or port for updating a bearer service may be a change in state of an in-end system and/or port within the DRNI endpoint.
  • the in-end system of the endpoint (that is, the DRNI aggregation group endpoint) fails or recovers; the inline link of the end-end system of the endpoint fails or recovers; the end-end system of the endpoint is removed or joined. Aggregation group, the port of the end-end system of this endpoint fails or recovers; and the port of the end-end system of the endpoint is removed or added to the aggregation group.
  • the manner in which the in-end system determines the service affected by the event in step S106 may be that the system currently in the end system determines the service currently carried by the in-end system and/or port whose status is changed to be the service affected by the event.
  • a method for determining that the port status of the system needs to be updated may be as follows: When the system in the end system detects that the port of the local system is unavailable, In the case of the in-band system to which the port is not available, the state of the port can be updated to be unavailable, and the port service table in the system of the port is obtained, and the service included in the port service table is determined to be affected by the event. Business to carry updates.
  • the in-end system to which the unavailable port belongs may also notify the other end systems in the end of the aggregation group that the port is unavailable; in this case, The other end systems can update the status of the locally saved port to be unavailable, and obtain the port service table of the unavailable port, and determine the service included in the port service table as the service affected by the event. Host an update. In this way, the correctness of the port service table of the port itself and the ports of other end systems can be guaranteed in all end systems in the aggregation group endpoint.
  • the intra-end system in the end point of the aggregation group detects that the connection information of the system in the adjacent end point of the aggregation group endpoint is lost, and the end-end system that detects the loss of the connection information remains joined.
  • the in-end system that detects the loss of connection information can update the locally stored adjacent end system.
  • the port status is unavailable, and the port service table of the unavailable port is obtained, and the service included in the port service table is determined as the service affected by the event to perform bearer update.
  • the in-end system detects that the port status of the system in the system is unavailable, the system detects that the port in the system is unavailable.
  • the in-end system to which the available port belongs can update the status of the port to be available, and obtain the services of all the current bearer ports in the DRNI aggregation group endpoint that are not the first priority port; the in-end system compares the restored port with the current bearer.
  • the port is not the location relationship of the current bearer port of the service of the first priority port in the intra-system sequence and/or port sequence carrying the service; if the restored port is in the priority position than the current bearer port of the service,
  • the service is determined to be a business affected by the event for bearer updates.
  • the in-end system to which the available port belongs may also notify the other end systems within the DRNI aggregation group that the port is restored to be available.
  • the other in-end system can simultaneously update the state of the locally saved port to be available, and obtain the services of all the current bearer ports in the DRNI aggregation group endpoint that are not the first priority port;
  • the service is determined to be the service affected by the event for bearer update.
  • the system sequence and/or port sequence is recovered in the end of the service, if the system sequence and/or port sequence is recovered in the end of the service, The location of the port is prior to the location of the current bearer port of the service, and the service can be determined as the service affected by the event. In this way, the correctness of the port service table of the port itself and the ports of other end systems can be guaranteed in all end systems in the aggregation group endpoint. In the above manner, when the state of the port in the endpoint of the aggregation group is detected to be changed, the affected service can be quickly and accurately determined, thereby ensuring traffic continuity of all services.
  • the method for updating the in-end system and/or port that carries the affected service in step S108 may be as follows: Obtain a service port table of the service, and select according to the bearer priority order in the service port table. The port with the highest priority of the distribution enabled state and the port with the highest priority is used as the bearer port of the service. Then, the port service table of the bearer port is updated.
  • the service port table is a port sequence table that can carry the service, and the port sequence in the table can be ranked according to the priority order of the bearer service.
  • the port service table is a service that can be carried by the port.
  • the port service table can also be used to obtain services affected by the fault when the port is faulty.
  • a service bearer device for a distributed elastic network interconnection is further provided, which is located in any end-end system in the DRNI endpoint, and the device is used to implement the foregoing embodiment and the preferred embodiment. , already explained, no longer repeat them.
  • the term "module” may implement a combination of software and/or hardware of a predetermined function.
  • the apparatus described in the following embodiments is preferably implemented in software, hardware, or a combination of software and hardware, is also possible and conceivable.
  • 2 is a structural block diagram of a service bearer of a distributed elastic network interconnection according to an embodiment of the present invention. As shown in FIG.
  • the device includes: a synchronization module 22, a detection module 24, and an update module 26, and the following modules Detailed instructions are given.
  • the synchronization module 22 is configured to synchronize the state of the in-end system and/or the state of the port in the DR endpoint;
  • the detecting module 24 is connected to the synchronization module 22, and is configured to detect that an event has occurred, wherein the event is used to trigger the update bearer
  • the in-end system in the endpoint of the DRNI aggregation group synchronizes the state of the in-end system of the endpoint and/or the state of the port through the synchronization module 22; the detection module 24 detects that an update is triggered to occur. After the event of the in-end system and/or port of the service is carried out, and the in-end system and/or port of the current bearer service is updated by the update module 26, thereby avoiding when the aggregated link or the end-end system of the bearer service fails. The other system and/or port in the end of the aggregation group discards the service.
  • FIG. 3 is a block diagram of a preferred structure of the synchronization module 22 according to an embodiment of the present invention.
  • the synchronization module 22 may include: a first notification unit 222, configured to notify itself to other end systems of the aggregation group endpoint by using DRCP.
  • the port state and/or the port state of the other in-end system; or the synchronization module 22 may further include: a second advertising unit 224 configured to aggregate by DRCP in a case where the state of the port of the system in the local end is changed The status of the port in the other end of the group endpoint where the system advertises a change in state.
  • FIG. 4 is a block diagram of a preferred structure of the update module 26 according to an embodiment of the present invention. As shown in FIG. 4, the update module 26 may include: a determining module 262, configured to acquire a service affected by the fault, and an obtaining unit 264 configured to acquire a service.
  • the selecting unit 266 is connected to the obtaining unit 264, and is configured to carry the service according to the service port table.
  • the port is the current bearer system and/or port of the service; the first update unit 268 is connected to the selecting unit 266 and configured to update the port service table of the current bearer port of the service.
  • FIG. 5 is a block diagram of a preferred structure of the determining module 262. As shown in FIG. 5, the determining module 262 may include: a second updating unit 26202, configured to detect that the port of the system in the local end is unavailable The status of the port that is not available is updated, and the port service table of the port that is not available is obtained.
  • the first determining unit 26204 is connected to the second updating unit 26202, and is configured to determine the service included in the port service table as being subjected to The business affected by the incident.
  • the determining module 262 may further include: a first receiving unit 26206, connected to the second updating unit 26202, configured to receive an advertisement of other end systems in the aggregation group endpoint, where the notification is used to indicate other end systems The port is not available; in this case, the second update unit 26202 may also be configured to update the status of the port of the other end system to be unavailable, and obtain the port service table of the unavailable port; the first determining unit 26204 further Can be set to identify the services contained in the port business table as the business affected by the event.
  • FIG. 6 is a block diagram of a preferred structure of the determining module 262 according to an embodiment of the present invention. As shown in FIG.
  • the determining module 262 may include: a third updating unit 26212, configured to detect adjacent ends in the endpoint of the aggregation group. After the connection information of the internal system is lost, and the system that detects the loss of the connection information remains in the aggregation group, the status of the port in the system in the adjacent terminal is updated, and the unavailable port is obtained.
  • the second service unit 26214 is connected to the third update unit 26212, and is configured to determine the service included in the port service table as the service affected by the event.
  • FIG. 7 is a block diagram 3 of a preferred structure of the determining module 262 according to an embodiment of the present invention. As shown in FIG.
  • the determining module 262 may further include: a fourth updating unit 26222, configured to detect that the port of the system in the local end is unavailable. After the recovery is available, the status of the port is updated.
  • the priority detecting unit 26224 is connected to the fourth updating unit 26222, and is configured to detect that the current bearer port in the DRNI aggregation group endpoint is not the first priority port; the comparing unit 26226 And being connected to the priority detecting unit 26224, and configured to compare the positional relationship between the restored port and the current bearer port of the service whose current bearer port is not the first priority port in the intra-system sequence and/or port sequence that carries the service, and In case the recovered port is in a priority position than the current bearer port of the service, the service is determined to be a service affected by the event.
  • the determining module 262 may further include: a second receiving unit 26228, connected to the fourth updating unit 26222, configured to receive an advertisement of other end systems in the aggregation group endpoint, where the notification is used to indicate other end systems The port is available; in this case, the fourth updating unit 26222 may also be configured to update the state of the port of the other in-end system saved locally as available; the priority detecting unit 26224 may also be configured to detect the aggregation The current bearer port in the group endpoint is not the service of the first priority port; the comparing unit 26226 may also be configured to compare the recovered port with the current bearer port of the service whose current bearer port is not the first priority port in the end system system carrying the service And/or the location relationship in the port sequence, and in the case where the restored port is in a priority position than the current bearer port of the service, the service is determined to be a service affected by the event.
  • a second receiving unit 26228, connected to the fourth updating unit 26222 configured to receive an advertisement of other end systems in
  • the intra-terminal system in order to ensure that a fault occurs in the aggregation link or the end system, can negotiate a new aggregation link to implement fast service switching, thereby reducing the impact of the fault on the service.
  • a protection scheme for interconnecting interfaces between networks in a communication system in particular, a method and apparatus for negotiating service bearers in a DRNI.
  • the scheme for negotiating the aggregated link in the DRNI includes: mutually informing the synchronization port state information between the intra-end systems in the endpoint of the aggregation group, updating the port service table and/or the current bearer port of the service according to the port state information and the service port table, and according to The service currently carries the port and/or port service table to send and receive services.
  • the implementation scheme of the negotiated service bearer in the DRNI in the preferred embodiment includes the following steps: Step 1: The intra-end system uses the Distributed Relay Control Protocol (DRCP) to the other end systems of the endpoint. Notifies the status of the sync port.
  • DRCP Distributed Relay Control Protocol
  • the port status information is carried in the DRCP protocol packet in the TLV mode, and the intra-terminal system synchronizes the port status.
  • the port status changes, it triggers the notification of the change of the port status to the other end systems, so that the port status between the end systems is synchronized.
  • the port state TLV may carry information such as an aggregate port state, an aggregator state, and the like.
  • the notification of the change of the status of the aggregation port can be: When the distribution enable status of the aggregation port changes, the advertisement is triggered.
  • the LACP status of the aggregation port may be changed, and the advertisement is triggered.
  • the change of the aggregator status triggers the advertisement: When the aggregation enable status of the aggregator changes, the advertisement is triggered.
  • Step 2 The in-end system obtains the port service table of each port and/or the current bearer port table of the service according to the service port table and the synchronized port state information.
  • the service port table is a port sequence table of the bearer service, and the port sequence is sorted according to the priority order of the bearer service.
  • the port service table is a service that can be carried by the port, and can be used to obtain a service affected by the fault when the port is faulty;
  • the current bearer port of the service is the currently available high-priority port obtained from the service port table, including the port number and the priority of the bearer service.
  • Step 3 When a port on the system is unavailable, you need to update the port service table saved by the system and/or the current bearer port of the service according to the port status information.
  • 8 is a processing flowchart of a system in an end where an aggregation link is faulty according to the first embodiment of the present invention. As shown in FIG. 8, when a port on the system in the end system is unavailable, the processing procedure of step 3 is as follows: Step S802 When a port on the system is unavailable, the port status is updated, and the unavailable status information of the port is advertised to other end systems in the endpoint.
  • Step S804 Acquire an affected service from the saved port service table of the unavailable port.
  • Step S806 retrieve the service port table of the affected service, and obtain the next available high-priority port as the bearer port of the service, and update the port service table and/or the current bearer port of the service stored in the system.
  • 9 is a flowchart of processing of an in-band system in which an aggregate link is faulty according to the first embodiment of the present invention. As shown in FIG. 9, when the in-end system receives port unavailability information advertised by other end systems, step 3 The process is as follows: Step S902: After receiving the status notification information that the port status becomes unavailable, the system in the end system updates the status of the port saved on the system in the local end to be unavailable.
  • Step S904 Acquire an affected service from the saved port service table of the unavailable port. If there is a service affected by the failure, it proceeds to step S906.
  • Step S906 retrieve the service port table of the affected service, obtain the next available high-priority port as the bearer port of the service, and update the port service table and/or the current bearer port of the service saved in the system.
  • Step 4 is a flow chart of the fault processing of the in-end system according to the first embodiment of the present invention. When the system in the end detects the loss of system connection information in the adjacent end, such as a system fault in the adjacent end and an inline link failure.
  • step S1002 updating the status of the port on the system stored in the local end and the system in the unavailable end is unavailable.
  • step S1004 the service affected by the fault is obtained from the saved port service table of the unavailable port. If there is a service affected by the failure, it proceeds to step S1006.
  • Step S1006 retrieve the service port table of the affected service, obtain the next available high-priority port as the bearer port of the service, and update the port service table and/or the current bearer port of the service saved in the system.
  • Step 5 When a port on the system in the terminal is restored to the available state and is in the return mode, the port service table saved by the system in the terminal and/or the current bearer port of the service need to be updated according to the port state information.
  • 11 is a flowchart of processing of an intra-end system in which an aggregate link fault recovery is performed according to the first embodiment of the present invention. As shown in FIG. 11, the process is as follows: Step S1102: When a port on the system in the end system is restored to be available, The available status information for the port is advertised to other end systems within the endpoint. Step S1104: retrieve the current bearer port of the service of all services, and obtain the service that the current bearer port is not the first priority port.
  • step S1106 the bearer priority of the service is compared between the recovery port and the current bearer port of the service. If the bearer priority of the recovery port is high, the process proceeds to step S1108. Otherwise, the process proceeds to step S1110.
  • FIG. 12 is a flowchart of processing of an aggregation link failure recovery other end system according to the first embodiment of the present invention. As shown in FIG. 12, when the end system receives the port notified by the other end system, the process becomes available.
  • Step S1202 After receiving the status notification information that the port status becomes available, the in-end system updates the status of the port saved on the system in the local end to be available.
  • Step S1204 retrieve the current bearer port of the service of all services, and obtain the service that the current bearer port is not the first priority port.
  • Step S1206 compares the bearer priority between the recovery port and the current bearer port of the service to the service. If the bearer priority of the recovery port is high, the process proceeds to step S1208. Otherwise, the process proceeds to step S1210.
  • step S1208 the update recovery port is a service bearer port, and the port service table and/or the current service port of the service saved on the system in the update terminal are updated.
  • FIG. 13 is a structural block diagram of an apparatus for negotiating a service bearer in the DRNI according to the first embodiment of the present invention.
  • the control message transceiving unit 1302, the detecting unit 1304, the updating unit 1306, and the service message transceiving unit 1308 are included to complete the above functions.
  • the control packet transceiver unit 1302 (implementing the function of the synchronization module 22) is configured to receive and transmit a status notification message and a status synchronization message with other end systems, and encapsulate and decapsulate the message.
  • the detecting unit 1304 (implementing the function of the determining module 24 described above) is configured to detect the port state and the system state in the adjacent end.
  • the updating unit 1306 (implementing the function of the updating module 26) is configured to update the current bearer port and the port service table of the service according to the port state information and the saved service port table information.
  • the method is configured to update the saved port state information according to the state information received by the transceiver unit and the state information detected by the detecting unit.
  • the service packet sending and receiving unit 1308 is configured to send and receive service packets according to the port service table and/or the current bearer port of the service.
  • the port may be a physical port or a logical port.
  • the above service refers to a taggable data stream or session, which can be marked with an Ethernet VLAN ID virtual local area network identifier, an I-SID (Backbone Service Instance Identifier) or a session ID, and the like.
  • the aggregated port service table and/or the aggregate is dynamically updated according to the synchronized port state information between the intra-end systems.
  • the service table enables the service affected by the fault to be transmitted from other aggregated links of the system in the end of the faulty link or from the aggregated link of the other end systems to reduce the impact of the fault on the service.
  • Embodiment 2 In the preferred embodiment, the port that is negotiated and updated between the end systems of the DRNI-end is taken as an example.
  • 14 is a schematic diagram of networking in accordance with Embodiment 2 of the present invention. As shown in FIG. 14, two ends of an aggregation group are respectively composed of one endpoint, and each endpoint is composed of two end systems, wherein the endpoint 1 is terminated. The internal systems A and B are composed, and the end point 2 is composed of the in-end systems C and D. Link 1, link 2, link 3, and link 4 between endpoint 1 and endpoint 2 are aggregated into a distributed LAG.
  • Table 1 is a service port table of the endpoint 1 according to the second embodiment of the present invention. As shown in Table 1, the service port table indicates The port priority of the bearer service. Table 1
  • Step 2 The intra-end system and B periodically synchronize the port status information through the DRCP protocol, and the port status information is carried in the DRCP protocol in TLV mode.
  • a feasible port state TLV format is as follows:
  • the port status information field can carry information such as the aggregator status sub-TLV and aggregation port status sub-TLV.
  • a feasible aggregator state sub-TLV is as follows:
  • the aggregator identifier is an optional field
  • the aggregator state is the aggregator state on the in-end system specified by the in-end system identifier, and there are two states of available and unavailable.
  • a feasible aggregation port state sub-TLV is as follows:
  • the status of the aggregation port is the LACP status of the aggregation port. If the LACP status is distributed, the aggregation port is available. Otherwise, it is unavailable.
  • the status of the advertised port is triggered, and the status of the changed port is carried in the port status TLV advertised to the other end system. For example, if the state of the aggregation port 1 changes and the state of the aggregation port 2 does not change, the state information of the aggregation port 1 is carried in the aggregation port state TLV only, and the state information of the aggregation port 2 is not carried. The state of the in-end system aggregation port 1 changes.
  • Step 3 After the aggregation status of the system and the B are synchronized, obtain the available high-priority ports from the service port table (Table 1) according to the status of the aggregation port to form the port service table and the current bearer port of the service. For example, port 1, port 2, port 3, and port 4 are both added to the aggregation group and the ports are available. Then, according to Table 1, the current bearer port of the service is generated.
  • Table 2 is the current bearer port table of the service according to Embodiment 2 of the present invention. As shown in Table 2, the current bearer port of the service is as follows: Table 2
  • Table 3 is a port service table according to Embodiment 2 of the present invention, that is, a service that is sent and received through the port, as shown in Table 3, the service sequence corresponding to the port is as follows: Table 3
  • the system B 004 is in the fourth step.
  • the aggregator service table of the endpoint the aggregator service table of each end system can be formed, and the service information sent and received by the aggregator of the local end system can be formed.
  • Table 4 is According to the aggregator service table of the second embodiment of the present invention, as shown in Table 4, the aggregator service is as follows: Table 4
  • Step 5 is a schematic diagram of the fault of the aggregated link according to the second embodiment of the present invention. As shown in FIG. 15, when the link 1 is faulty, the state of the port 1 of the system A in the terminal indicates that the port is unavailable, and the port state advertisement is triggered.
  • the port state TLV advertised in the DRCP protocol carries the state of the port 1 and advertises that the port is unavailable.
  • Inbound system B receives the status of aggregation port 1 advertised by system A in the end becomes unavailable, and updates the status of aggregation port 1 saved on the system in the local end to unavailable.
  • the in-end system A and B look up the service table of port 1 (Table 3), and obtain the service affected by port 1 fault as "001, 005". Then, look up the service port table of "001, 005" (Table 1), obtain the currently available high-priority ports for ports 2, 3, update the current bearer port of the service (Table 5), and update the port services of ports 2 and 3.
  • Table 5 is a current bearer port table of the service according to the second embodiment of the present invention.
  • Table 6 is a service table of ports according to an embodiment of the present invention.
  • Table 7 is an aggregator service table according to Embodiment 2 of the present invention. Table 7
  • Step 6 The current bearer port and port service table of the port, and the aggregator service table of the system in each end is updated, the system A receives the service 001 from the network side, and determines the current bearer port of the service 001 on the system from Table 5. Port 2, sent from port 2 of this system.
  • the in-end system A receives the service 005 from the network side, and determines from Table 5 that the current bearer port of the service is the port 3 on the in-end system B, so the service 005 is forwarded from the intralink to the end system through the internal connection port. B, sent by port 3 of system B in the end.
  • the service received from the aggregation port determines whether the service is in the service table of the receiving port, or whether the current bearer port of the service is the receiving interface. If so, the service is received and forwarded. Otherwise, discard.
  • Step 7 The link 1 connected to the port 1 on the system A in the terminal is restored, and the port status update and the advertisement are triggered.
  • the status of the aggregation port 1 is carried in the status TLV message advertised by the DRCP protocol, and the aggregation port is advertised to the system B in the end. Available. The process is the same as above.
  • the end system B After the end system B receives the status of the aggregation port 1 advertised by the system A, the status of the aggregation port saved by the system in the local end is available.
  • the in-end system and B perform the return processing.
  • the service whose current bearer port priority is not the first priority port (such as the service "001, 005" in Table 5) determines whether the current port priority of the service is greater than the recovery link.
  • the priority of the bearer service is high. Because the priority of port 1 carrying service "001, 005" is higher than that of ports 2 and 3, the service is updated.
  • FIG. 16 is a schematic diagram of an in-end system failure according to Embodiment 3 of the present invention. As shown in FIG.
  • the processing procedure is as follows: When the end system A fails, the end is within System B detects that the connection information of System A in the end is lost, and System B remains in the aggregation group. In-end system B obtains the service affected by the fault as "001, 002, 005, 006" from the port service table of system A in the saved end (such as Table 3) or the aggregator service table (such as Table 4). At the same time, the aggregator and port status information of system A in the terminal is updated, and the aggregator and port status of system A in the terminal are unavailable.
  • the service port table of the service "001, 002, 005, 006" (such as Table 1) is retrieved, and the currently available high-priority port of the service "001, 002, 005, 006" is obtained as the current bearer of the service.
  • Port update the current bearer port of service "001, 002, 005, 006” (refer to Table 8), trigger the service table of update port 3, 4 (such as Table 9), and update the aggregator service table of the system in each end ( As shown in Table 10).
  • Table 8 is a current bearer port table of a service according to Embodiment 3 of the present invention.
  • Table 9 is a port service table according to Embodiment 3 of the present invention.
  • Table 10 is an aggregator business table according to Embodiment 3 of the present invention. Table 10
  • the system B receives the service from the network side, and determines that the service is sent in the aggregator service table of the local system.
  • the service received from the aggregation port determines whether the service is in the service table of the local port, or the current bearer port of the service is the port that receives the packet, and then receives and forwards the service. If the internal link between the systems A and B in the end fails, the system A in the end removes from the aggregation group, and the system A in the end stops forwarding the services of the aggregation group.
  • FIG. 17 is a schematic diagram of networking in accordance with Embodiment 4 of the present invention.
  • the endpoints at both ends of the aggregation group are respectively composed of two end systems, wherein the endpoint 1 is composed of end systems A and B, and the endpoint 2 is composed of End system C, D.
  • the link between endpoint 1 and endpoint 2 1.
  • Ports 1 and 2 are added to the aggregator Aggl of the system A in the end.
  • the port seen by the aggregator client layer is the logical port Aggl (as shown in Figure 17), and the ports 3 and 4 are added to the aggregator Agg2 of the system B in the end.
  • the port seen by the aggregator client layer is the logical port Agg2 (as shown in Figure 17).
  • the following describes the information interaction and service forwarding of the system in each end of the endpoint 1, and the system in each end of the endpoint 2 is processed in the same manner as the endpoint 1.
  • the in-end system A and B in the endpoint 1 are configured to negotiate a global service port table.
  • Table 11 is a service port table (port is an aggregator) of the endpoint 1 according to the fourth embodiment of the present invention, as shown in Table 11.
  • the service port table indicates the port priority order of the bearer service, and the port in the table is an aggregator on the system in each end.
  • Step 2 The intra-end system and B synchronize the port status information by using the DRCP protocol periodically.
  • the packet format is the same as that in the first embodiment.
  • the aggregator state sub-TLV is carried in the port state TLV, and the aggregation port state sub-TLV may be optionally carried.
  • the state of the aggregator changes, the change of the state of the aggregator is triggered, and the state of the aggregator that changes is carried in the port state TLV advertised to the system in the other end.
  • Step 3 After the aggregation state of the system and the B are synchronized, the available high-priority port is obtained from the service port table according to the state of the aggregator, and the port service table and the current bearer port of the service are formed, where the port is an aggregator. For example, port 1, port 2, port 3, and port 4 are both added to the aggregation group, and the port is available. The corresponding aggregator Agg Agg2 is available.
  • Table 12 is a service current bearer port table of the endpoint 1 generated according to the service aggregator port table and the aggregator state of Table 11, where the bearer port is an aggregator, and the end system and B can both store this table.
  • Table 12 is a service current bearer port table of the endpoint 1 generated according to the service aggregator port table and the aggregator state of Table 11, where the bearer port is an aggregator, and the end system and B can both store this table. Table 12
  • Table 13 is a port service table of the endpoint 1 according to the fourth embodiment of the present invention, that is, a service sent and received through the port, where the port is a logical port, that is, an aggregator, and the end system of the endpoint 1 stores the table. , as follows
  • the in-end system After receiving the service, the in-end system forwards the service according to the current bearer port of the service.
  • the in-end system B receives the service "004, 005, 006", and retrieves the current bearer port table (Table 12) of the service to determine that the bearer port of the service "004, 005, 006" is the aggregator Agg2 on the system, and further The aggregator Agg2 is responsible for distributing the service "004, 005, 006" to the aggregation link of the local system.
  • Embodiment 5 FIG. 18 is a schematic diagram showing that a logical port is unavailable according to Embodiment 5 of the present invention. As shown in FIG.
  • Embodiment 4 when ports 3 and 4 are unavailable, the aggregator of the system B in the end is included. There is no available aggregation port, so the aggregator status of the system B becomes unavailable.
  • the port status advertisement is triggered.
  • the port status TLV advertised in the DRCP protocol carries the aggregator Agg2 status, and the port is notified that the port becomes unavailable. In the advertised port status TLV, information that the port status of the aggregation port 3, 4 is changed to be unavailable may be selected.
  • the status of the aggregator Agg2 which is notified by the system B in the end, is not available, and the status of the aggregator Agg2 saved on the system in the local end is not available.
  • the in-end system and B find the port service table (Table 13) saved on the system, and obtain the service affected by the aggregator Agg2 failure as "004, 005, 006". Then, find the service aggregator port table of "004, 005, 006" (Table 11), obtain the currently available high priority port as the aggregator Aggl, update the current bearer port of the service (Table 14), and update the Aggregator Aggl, Agg2. Port business table (Table 15). In the tables below, the bolded portion and the portion with the strikethrough are modified.
  • Table 14 is a service current bearer port table (port is an aggregator) according to Embodiment 5 of the present invention.
  • Table 15 is a port service table (port is an aggregator) according to Embodiment 5 of the present invention.
  • the in-end system on the endpoint forwards the service according to the updated information.
  • in-end system B receives the service "004, 005, 006", and retrieves the current bearer port of the service (Table 14).
  • the bearer port of the service "004, 005, 006” is the aggregator Aggl on the system A in the end, so the service is sent to the end system.
  • the in-end system A receives the service "004, 005, 006", and determines that the bearer port of the service "004, 005, 006” is the aggregator Aggl on the system, and the aggregator Aggl of the local system is responsible for distributing the service to On the aggregated link.
  • the process available for aggregator recovery is similar to the aggregation port recovery available in the previous embodiment, and is no longer burdensome.
  • software is also provided for performing the technical solutions described in the above embodiments and preferred embodiments.
  • a storage medium is also provided, the software being stored, including but not limited to an optical disk, a floppy disk, a hard disk, a rewritable memory, and the like.
  • the computing device may be implemented by program code executable by the computing device, such that they may be stored in the storage device by the computing device and, in some cases, may be different from the order herein.
  • the steps shown or described are performed, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps are fabricated as a single integrated circuit module.
  • the invention is not limited to any specific combination of hardware and software.
  • the above is only the preferred embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and scope of the present invention are intended to be included within the scope of the present invention.
  • the present invention relates to the field of communications, and provides a service bearer method and device for a distributed elastic network interconnection, which solves the problem that traffic interruption occurs when an aggregate link or an end system fails in the related art, and reduces The impact of the failure on the business has improved the user experience.

Landscapes

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

Abstract

La présente invention concerne un procédé et un appareil de support de services durant l'interconnexion de réseau résiliente distribuée (DRNI). Le procédé comprend les étapes suivantes : des systèmes d'extrémité aux points d'extrémité de DRNI synchronisent des états des systèmes d'extrémité et/ou des états des ports aux points d'extrémité ; les systèmes d'extrémité détectent la survenue d'un événement, l'événement étant utilisé pour déclencher la mise à jour des systèmes d'extrémité et/ou des ports destinés à supporter les services ; et les systèmes d'extrémité mettent à jour, en fonction d'une séquence des systèmes d'extrémité et/ou d'une séquence des ports destinés à supporter les services, et des états des systèmes d'extrémité et/ou des états des ports aux points d'extrémité, les systèmes d'extrémité et/ou les ports qui supportent actuellement les services. La présente invention résout le problème d'interruption de trafic de l'état de la technique qui se produit lorsque la liaison d'agrégation ou les systèmes d'extrémité présentent des défauts, réduit l'effet du défaut sur les services, et améliore l'expérience de l'utilisateur.
PCT/CN2013/087863 2012-12-14 2013-11-26 Procédé et appareil de support de services pendant l'interconnexion de réseau résiliente distribuée Ceased WO2014090083A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201210543785.8 2012-12-14
CN201210543785.8A CN103873336B (zh) 2012-12-14 2012-12-14 分布式弹性网络互连的业务承载方法及装置

Publications (1)

Publication Number Publication Date
WO2014090083A1 true WO2014090083A1 (fr) 2014-06-19

Family

ID=50911479

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/087863 Ceased WO2014090083A1 (fr) 2012-12-14 2013-11-26 Procédé et appareil de support de services pendant l'interconnexion de réseau résiliente distribuée

Country Status (2)

Country Link
CN (1) CN103873336B (fr)
WO (1) WO2014090083A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109088752A (zh) * 2018-07-25 2018-12-25 新华三技术有限公司 内部控制链路端口动态配置方法及相关装置

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9813290B2 (en) * 2014-08-29 2017-11-07 Telefonaktiebolaget Lm Ericsson (Publ) Method and system for supporting distributed relay control protocol (DRCP) operations upon misconfiguration
CN105991344A (zh) * 2015-04-17 2016-10-05 杭州迪普科技有限公司 一种数据同步方法及装置
CN108173757B (zh) * 2017-12-26 2020-08-11 新华三技术有限公司 端口状态设置方法及装置
CN108337159B (zh) * 2018-01-31 2021-05-28 新华三技术有限公司 端口操作控制方法及装置
CN110708275B (zh) 2018-12-18 2020-11-06 新华三技术有限公司 一种协议报文的处理方法和装置
CN110086657B (zh) * 2019-04-10 2020-04-03 北京华三通信技术有限公司 一种配置同步方法及装置
CN110351127B (zh) * 2019-06-28 2022-06-28 迈普通信技术股份有限公司 一种优雅重启的方法、设备及系统
CN110380910B (zh) * 2019-08-07 2022-02-25 河北远东通信系统工程有限公司 一种实现调度终端双网口自动检测和切换的方法
CN111835560B (zh) * 2020-06-29 2024-02-09 新华三信息安全技术有限公司 一种分布式弹性网络互连系统及其部署方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101277219A (zh) * 2007-03-28 2008-10-01 日本电气株式会社 通信装置、通信系统及其使用的lag管理表管理方法
CN101595691A (zh) * 2007-01-31 2009-12-02 阿尔卡特朗讯公司 使用机架间备份连接的涉及冗余远端情境的伪线连通性
CN102006222A (zh) * 2010-11-16 2011-04-06 中兴通讯股份有限公司 一种业务链路切换方法及装置

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100438498C (zh) * 2005-01-17 2008-11-26 华为技术有限公司 以太网设备堆叠方法及其系统
CN100481773C (zh) * 2005-04-12 2009-04-22 富士通株式会社 用于链路聚合组管理的分配调整方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101595691A (zh) * 2007-01-31 2009-12-02 阿尔卡特朗讯公司 使用机架间备份连接的涉及冗余远端情境的伪线连通性
CN101277219A (zh) * 2007-03-28 2008-10-01 日本电气株式会社 通信装置、通信系统及其使用的lag管理表管理方法
CN102006222A (zh) * 2010-11-16 2011-04-06 中兴通讯股份有限公司 一种业务链路切换方法及装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109088752A (zh) * 2018-07-25 2018-12-25 新华三技术有限公司 内部控制链路端口动态配置方法及相关装置
CN109088752B (zh) * 2018-07-25 2022-02-11 新华三技术有限公司 内部控制链路端口动态配置方法及相关装置

Also Published As

Publication number Publication date
CN103873336B (zh) 2019-04-23
CN103873336A (zh) 2014-06-18

Similar Documents

Publication Publication Date Title
WO2014090083A1 (fr) Procédé et appareil de support de services pendant l'interconnexion de réseau résiliente distribuée
CN103780407B (zh) 分布式弹性网络互连(drni)中网关动态切换方法和装置
CN101710877B (zh) 基于伪线的业务流量处理方法、设备和系统
US8750096B2 (en) Method and apparatus for improving data integrity during a router recovery process
CN100527716C (zh) 主备网关设备状态切换后业务恢复的方法及网关设备
CN109672619A (zh) 一种处理报文的方法、设备及系统
CN100512292C (zh) 一种实时恢复业务的装置及方法
WO2012000234A1 (fr) Procédé, appareil et système de commutation rapide entre des liaisons
CN102780635B (zh) 基于trill网络实现保护倒换的方法、tor交换机及系统
EP2424186B1 (fr) Procédé, dispositif et système de reprise immédiate à deux ordinateurs
WO2012159489A1 (fr) Procédé de commutation, système et dispositif fournisseur de double anneau pour réseau à double anneau de pseudo-circuit
EP3217608B1 (fr) Méthodes et dispositifs de délai d'inversion de commutation
WO2011157130A2 (fr) Procédé et appareil d'établissement de trajet
KR20150007623A (ko) 패킷 전달 시스템에서의 보호 절체 방법 및 장치
WO2012171378A1 (fr) Procédé et routeur pour prévenir une interruption de flux provoquée par basculement de vpls vers l3
CN102984014A (zh) 数据发送方法及网络系统
CN103457817B (zh) 一种pw+l3vpn的保护方法和系统
EP2658177B1 (fr) Procédé de détection de défauts de tunnel et noeud d'ingénierie de trafic
CN105490937A (zh) 以太虚拟网络网关切换方法和服务商边缘节点设备
CN102857316A (zh) 一种实现源环网保护的方法及系统
WO2011120360A1 (fr) Procédé et système de réalisation de reprise immédiate dans des nœuds de réseau centralisé
CN103138957A (zh) 一种业务路径回切的方法、设备及系统
CN102045239B (zh) 点到多点伪线保护网络的实现方法及装置
CN104202184A (zh) 一种快速回切业务的方法和装置
CN103414591A (zh) 一种端口故障恢复时的快速收敛方法和系统

Legal Events

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

Ref document number: 13862495

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13862495

Country of ref document: EP

Kind code of ref document: A1