WO2003021858A1 - Method for supporting sdh/sonet aps on ethernet - Google Patents

Method for supporting sdh/sonet aps on ethernet Download PDF

Info

Publication number
WO2003021858A1
WO2003021858A1 PCT/US2002/028112 US0228112W WO03021858A1 WO 2003021858 A1 WO2003021858 A1 WO 2003021858A1 US 0228112 W US0228112 W US 0228112W WO 03021858 A1 WO03021858 A1 WO 03021858A1
Authority
WO
WIPO (PCT)
Prior art keywords
aps
mac
ethernet
control
hardware
Prior art date
Application number
PCT/US2002/028112
Other languages
French (fr)
Inventor
Rumi Sheryar Gonda
Original Assignee
Rumi Sheryar Gonda
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 Rumi Sheryar Gonda filed Critical Rumi Sheryar Gonda
Priority to CA2459286A priority Critical patent/CA2459286C/en
Priority to DE60230446T priority patent/DE60230446D1/en
Priority to EP02757582A priority patent/EP1461890B1/en
Priority to JP2003526066A priority patent/JP4212476B2/en
Publication of WO2003021858A1 publication Critical patent/WO2003021858A1/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/28Routing or path finding of packets in data switching networks using route fault recovery
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04JMULTIPLEX COMMUNICATION
    • H04J3/00Time-division multiplex systems
    • H04J3/02Details
    • H04J3/14Monitoring arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/22Arrangements for detecting or preventing errors in the information received using redundant apparatus to increase reliability
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40Bus networks
    • H04L12/407Bus networks with decentralised control
    • H04L12/413Bus networks with decentralised control with random access, e.g. carrier-sense multiple-access with collision detection (CSMA-CD)
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46Interconnection of networks
    • H04L12/4604LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • H04L12/462LAN interconnection over a bridge based backbone
    • H04L12/4625Single bridge functionality, e.g. connection of two networks over a single bridge
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/22Alternate routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04JMULTIPLEX COMMUNICATION
    • H04J2203/00Aspects of optical multiplex systems other than those covered by H04J14/05 and H04J14/07
    • H04J2203/0001Provisions for broadband connections in integrated services digital network using frames of the Optical Transport Network [OTN] or using synchronous transfer mode [STM], e.g. SONET, SDH
    • H04J2203/0057Operations, administration and maintenance [OAM]
    • H04J2203/006Fault tolerance and recovery
    • YGENERAL 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
    • Y10TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10STECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S370/00Multiplex communications
    • Y10S370/901Wide area network
    • Y10S370/902Packet switching
    • Y10S370/903Osi compliant network
    • Y10S370/907Synchronous optical network, SONET

Definitions

  • the present invention relates generally to network switching architecture and more specifically to supporting SDH/SONET Automatic Protection Switching (APS) functionality in an Ethernet network.
  • APS SDH/SONET Automatic Protection Switching
  • SDH/SONET Serial Digital Hierarchy/Synchronous Optical Network
  • SDH is a European version of a standard that is substantially the same as the SONET standard developed in North America.
  • SDH/SONET contains connection oriented synchronous TDM circuit switching technology.
  • the SDH/SONET configured network runs at the same clock domain (e.g., every section of the network can be traced to a primary clock reference).
  • the network allocates fixed bandwidth time slots for each circuit.
  • the SDH/SONET architectures are connection based protocols in that there is a physical circuit arrangement between ports in a switch to establish an end to end path.
  • the digital transitions in signals traveling through an SDH/SONET network occur at the same rate, however there may be a phase difference between the transitions of any two signals caused by time delays or jitter in the transmission system.
  • Ethernet evolved primarily as a data network.
  • Ethernet is a connectionless asynchronous Carrier Sense, Multiple Access with Collision Detection (CSMA/CD) packet switching technology.
  • the Ethernet architecture does not rely on a single clock domain like the SDH/SONET architecture.
  • the Ethernet architecture sends a series of packets across the network containing data. Whenever a packet needs to be sent, the transmitter will try to transmit the packet.
  • the Ethernet architecture is also connectionless in that the packets travel from node to node within the network without establishing a logical or physical circuit. The end to end path is discovered through a process called "Bridging". Ethernet is fundamentally a Local Area Networking (LAN) technology.
  • LAN Local Area Networking
  • SDH/SONET networks provide reliable, guaranteed available bandwidth, low jitter connections. These characteristics are required for voice quality networks.
  • Ethernet is bandwidth inefficient and has a higher overhead that many other network architectures.
  • Ethernet networks in contrast, provide lower reliability best effort delivery, and low cost bandwidth connections. These characteristics are suitable for data quality networks.
  • Ethernet has non-guaranteed transmission and low overhead and supports fewer operational functions than SDH/SONET.
  • SDH/SONET once the circuit is established, bandwidth is allocated for an application and cannot be used by any other application, even if the original application is not using the bandwidth.
  • applications only use bandwidth when they need the bandwidth to transmit packets.
  • SDH/SONET In SDH/SONET networks, Automatic Protection Switching (APS) functionality is known.
  • SDH/SONET standards define APS controller as the "part of a node that is responsible for generating and terminating information carried in the APS protocol and implementing the APS algorithm.”
  • SDH/SONET standards also define APS signaling protocol and APS (K1/K2) bytes.
  • SDH/SONET standards also define various algorithms for linear, ring and mesh protection.
  • SDH/SONET APS functionality can support 50ms switchover, unidirectional and bi-directional switchover, revertive and non-revertive switchover, manual or automatic switchover.
  • SDH/SONET APS functionality can also support linear, ring, and mesh topologies, and Line and Path protections.
  • the APS feature enables the switchover of circuits in case of circuit failure and is often utilized in optical network systems.
  • the APS feature organizes a network into a collection of "working" interfaces and "protect" interfaces. When a working interface fails, a protect interface immediately assumes the working interface traffic load.
  • APS there is a working port/link and a protect port/link.
  • the working port/link is active and the protect port/link maintains a standby mode. If there is an equipment failure during operation, the protect port/link becomes the active port/link, taking over for the failed working port/link, i.e., the protect port/link becomes the new working port/link.
  • there can be a minimal traffic disruption during the switchover on the order of less than 50 ms.
  • SDH/SONET APS Standard functionality provides the architecture for protection in under 50 ms from equipment failure for ring, linear, or mesh topologies.
  • the network In order for data networks to be able to support voice traffic, the network must be able to provide the same level of protection both in terms of time to recover and working with different network topologies, i.e., support rings and linear topologies.
  • Ethernet is the most common data network data link layer protocol. There is no Ethernet standard to provide APS functionality.
  • STP Spanning Tree Protocol
  • IEEE 802. ID provides topology changes. STP calculates and maintains the topology by sending and listening to Configuration Messages and several timers. These Configuration Messages are emitted every time a "Hello Timer" times out. Typical this is set to 2 seconds. This means that STP cannot support 50 ms recovery as required for link APS SDH/SONET standard. As the number of nodes grows larger in a STP domain, STP convergence also slows down considerably. It can take minutes to converge. Because of polling, STP also consumes some bandwidth. STP was mainly designed for loop resolution, and original assumptions were that topology changes would be infrequent. STP did not place more emphasis to quick recovery from failures. In data networks, quick recovery is most often not a requirement.
  • Link Aggregation IEEE 802.3ad standard is designed to support aggregated links.
  • One of the features Link Aggregation is the support of the possibility of one of the physical link failure in the aggregated link.
  • a Link Aggregation Control Protocol (LACP) is defined "to automatically configure and maintain aggregations among cooperating systems.” These messages are emitted on a regular, periodic basis. Typically, the period is every second for fast rate and every 30 seconds for slow rate. This means that Link Aggregation also does not support 50 ms recovery.
  • LACP Link Aggregation Control Protocol
  • Ethernet based In Ethernet based systems most technologies use 20 ms based "Heartbeat” or "Hello” protocol polling to detect link failure along with upper layer software to recover within 50ms.
  • Atrica's Atrica Resilient Ethernet Access (AREA) framework technology is an example of that.
  • Occam Networks Ethernet Protection Switching (EPS) technology is also an example.
  • Internet Photonics uses interframe gap in Ethernet to support similar functionality.
  • Rapid Spanning Tree Protocol (RSTP) IEEE Committee is working on modifications to STP, but currently, there is a requirement of 1 second guaranteed convergence/recovery, not 50 ms. Ethernet First Mile IEEE Committee is also working on modifying Ethernet to support 50ms recovery.
  • RSTP Rapid Spanning Tree Protocol
  • Non Ethernet based technologies being defined include Metro Ethernet Forum, which uses Multi Label Protocol Switching (MPLS) to support protection.
  • MPLS Multi Label Protocol Switching
  • RPR Resilient Packet Ring
  • RPR Alliance RPR is a new protocol that is not compatible with Ethernet protocol, but is designed to support 50 ms recovery in rings.
  • MAC Media Access Control
  • APS MAC Automatic Protection Switching
  • the plurality of MAC sublayers further includes a Link Aggregation sublayer.
  • the plurality of MAC sublayers can further include at least one MAC Control sublayer.
  • the MAC APS Control sublayer can be located within a MAC.
  • a MAC Control Layer can process optional NLAN tags in control frames.
  • the MAC APS Control sublayer can be implemented in MAC hardware.
  • the MAC APS Control sublayer supports APS for logical links formed by a Link Aggregation sublayer.
  • the MAC APS Control sublayer supports APS for physical links.
  • the MAC APS Control sublayer supports APS for Network Layer paths.
  • a MAC sublayer can be implemented in at least one of an Ethernet Switch device and an Ethernet MAC device.
  • the MAC APS Control sublayer processes an Ethernet MAC control APS frame.
  • the MAC APS Control sublayer maintains an Ethernet MAC Control APS state.
  • a MAC APS Control Layer generates an interrupt when an APS frame is detected to invoke a MAC Client APS Controller.
  • a MAC APS Control sublayer generates an interrupt when an APS state change is detected to invoke a MAC Client APS Controller.
  • the MAC APS Control sublayer interacts with an Ethernet MAC Client APS Controller.
  • an Ethernet PHY hardware device includes at least one physical sublayer.
  • One of the at least one physical sublayers generates an interrupt when a port/link failure is detected to invoke a MAC Client APS Controller.
  • an Ethernet MAC APS Control Frame for supporting SDH/SONET APS Signalling Protocol includes a standard Ethernet frame Preamble field.
  • Control Frame includes a standard Ethernet Start-of-Frame Delimiter field, a standard Ethernet Destination MAC address field, a standard Ethernet Source MAC address field, an optional standard Ethernet VLAN Tag field, a standard Ethernet Type field, a standard Ethernet MAC Control Opcode field, a plurality of standard Ethernet MAC Control Parameters being opcode specific, and a standard Ethernet Frame Check Sequence field.
  • the Ethernet MAC Control Opcode further includes an ability to distinguish between a logical link failure, a physical link failure, and a path failure.
  • the plurality of Ethernet MAC Control Parameters further include a Kl Word field containing an SDH/SONET Kl byte, a K2 Word field containing an SDH/SONET K2 byte, a Port ID field, a Slot ID field, a Chassis ID field, a Bridge ID field, a Node ID/IP field, and a Reserved field containing zero or more octets of zero value.
  • an Ethernet MAC Client includes at least one MAC Client.
  • the MAC Client includes at least one of a network layer protocol and a forwarding function for switches.
  • the MAC Client can also include at least one MAC Control Client APS Controller.
  • a method of providing APS functionality on MAC hardware and PHY hardware includes detecting a failure along a first link on a near end network node.
  • a Physical Layer generates an interrupt when a port/ink failure is detected to invoke a MAC Client APS Controller.
  • a switch is made to a second link to correct the failure.
  • the method can execute within 50 ms to provide recovery functionality.
  • a method of providing APS functionality on MAC hardware includes a near end MAC APS Control sublayer receiving a MAC APS Control Frame containing an APS request from a MAC APS Control Frame buffer.
  • the near end MAC APS Control sublayer updates MAC APS state hardware registers to reflect receipt of the APS request.
  • the MAC APS hardware provides maskable interrupts for MAC APS Control Frames received.
  • the near end MAC APS Control sublayer generates interrupts to invoke the APS Controller.
  • the APS Controller processes the APS request.
  • the APS request can include at least one of a switchover request and an APS management request using APS K1/K2 signaling protocol. At least one of manual and automatic switchover APS requests are possible.
  • the method can further include distinguishing between a logical failure, a physical failure, and a path failure. The method can execute within 50 ms to provide recovery functionality.
  • a method of providing APS functionality on MAC hardware device includes a near end MAC APS Control sublayer receiving APS Controller requests to be transmitted.
  • the MAC APS Control sublayer creates an APS Control frame with requested control parameters.
  • the near end MAC APS Control sublayer transmits the MAC APS Control frame.
  • the APS Controller requests can include at least one of a switchover request and an APS management request using APS K1/K2 signaling protocol.
  • the APS Controller requests can also include at least one of a manual and automatic switchover APS request.
  • the method can execute within 50 ms to provide recovery functionality.
  • a method of providing APS functionality on an Ethernet protocol network includes experiencing a failure along a first port/link. An interrupt is generated. The interrupt is forwarded to an APS controller. The APS controller initiates a switch from the first port/link to a second port/link. The method can execute within 50 ms to provide recovery functionality.
  • a method of providing APS functionality on an Ethernet protocol network includes receiving an APS Control frame with an APS request.
  • the APS Control frame APS request is processed.
  • An interrupt is generated.
  • the interrupt is forwarded to an APS Controller, the APS Controller processing the APS request received.
  • the method can execute within 50 ms to provide recovery functionality.
  • the method can provide support for standard SDH/SONET APS functionality for linear, ring, and mesh topologies for Ethernet protocol networks using SDH/SONET K1/K2 bytes for SDH/SONET APS Signaling protocol.
  • a method of providing APS functionality on an Ethernet protocol network includes receiving an APS request from an APS Controller Client. An APS Control Frame is created with the APS request. The APS Control Frame is transmitted. The method can execute within 50 ms to provide recovery functionality. The method can further provide support for standard SDH/SONET APS functionality for linear, ring, and mesh topologies for Ethernet protocol networks using SDH/SONET K1/K2 bytes for SDH/SONET APS Signaling protocol.
  • FIGS. 1A and IB illustrate the switching of a path using APS according to one aspect of the present invention
  • FIG. 2 is a diagrammatic illustration of an Ethernet MAC APS Control architecture according to one embodiment of the present invention
  • FIG. 3 is a diagrammatic illustration of an Ethernet MAC APS Control sublayer internal architecture according to one aspect of the present invention
  • FIG. 4 is a diagrammatic illustration of an Ethernet MAC APS Control Frame format according to one aspect of the present invention
  • FIG. 5 is a diagrammatic illustration of Ethernet MAC APS Operation according to one embodiment of the present invention.
  • FIG. 6 is a diagrammatic illustration of Ethernet MAC APS Control Flow according to one embodiment of the present invention. DETAILED DESCRIPTION
  • Illustrative embodiments of the present invention relate to the implementation of standard SDH/SONET APS functionality within an Ethernet architecture.
  • the present invention extends the Ethernet MAC Control Sublayer.
  • the Ethernet MAC Control sublayer is a sublayer of the data link layer (Layer 2, described later herein).
  • the MAC Control sublayer resides between the MAC (the Media Access Control, which is an entity or algorithm utilized in negotiating access to a shared or dedicated communications channel) and a client of that MAC (where the client is typically a network layer protocol or a relay function implemented by bridges or switches).
  • the clients of the MAC can use the MAC Control sublayer to control the operation of the Ethernet MAC.
  • the implementation of MAC Control sublayer is optional under Ethernet standards.
  • Ethernet MAC APS Control Protocol which can be used to support Ethernet MAC APS.
  • the Ethernet MAC APS Control Protocol extends the MAC Control sublayer to make use of Ethernet MAC multicast or unicast addresses, and MAC Control opcodes to support the APS function.
  • the MAC APS function implements SDH/SONET APS on full duplex Ethernet links.
  • the MAC APS frame contains the K1/K2 bytes as described by the SDH/SONET APS standards.
  • the MAC APS also operates in a same manner to the known SDH/SONET APS.
  • An APS Controller can be the client for the Ethernet MAC APS Control sublayer.
  • the APS Controller uses the Ethernet MAC APS infrastructure provided in accordance with aspects of the present invention to implement standard APS functionality.
  • FIGS. 1 through 6, wherein like parts are designated by like reference numerals throughout, illustrate example embodiments of methods for implementing SDH/SONET APS in an Ethernet environment, according to the present invention.
  • FIGS. 1 through 6, wherein like parts are designated by like reference numerals throughout illustrate example embodiments of methods for implementing SDH/SONET APS in an Ethernet environment, according to the present invention.
  • Layer 1 is the physical layer containing elements that perform the transmission of signals within the network.
  • Layer 2 is the data link layer, which provides services that allow direct communication between devices across the underlying physical channel of Layer 1.
  • Layer 3 is the network layer, which is responsible for station-to-station data delivery over multiple data links. The network layer is responsible for the routing of packets across the network.
  • Layer 4 is the transport layer, which provides an error-free, sequenced, guaranteed delivery, message service that allows process to process communication between stations on a network.
  • Layer 5 is the session layer, which deals with the establishment of communications between applications. This layer is useful for security applications.
  • Layer 6 is the presentation layer, which enables the sharing of data between networked systems using different methods of local data representation.
  • Layer 7 is the application layer. This layer provides generic application functions, such as email, file transfer capability, and the like.
  • APS provides port/line protection between nodes at a physical layer (i.e., Layer 1).
  • Layer 1 a physical layer
  • Several topologies can support APS (i.e., ring, linear, or mesh topologies) and several levels of protection are possible (i.e., 1+1, N+1, and N:l).
  • APS is illustrated using 1+1 APS configuration between nodes.
  • N+1 and N:l APS configurations can be supported by the same architecture.
  • the APS "1 + 1" architecture generally arranges two lines or paths, with information propagating down each line or path at the same time.
  • the connection can be bi-directional or unidirectional.
  • the "1 + 1" architecture provides for a protect interface, or circuit, paired with each working interface, or circuit.
  • the protect and working circuits interface with an add/drop multiplexer, which sends the same traffic load to the working and protect circuits.
  • information indicating the current status of the APS connection travels through the circuit continuously and conveys any requests for action. This information can be used to synchronize the working and protect circuits.
  • the present invention can support linear and ring protection, ring and mesh topology, and provides physical links, logical links, and path protection.
  • linear APS configuration For purposes of clarity in describing the invention, the description contained herein utilizes a linear APS configuration.
  • ring and mesh topology protection can also be implemented in accordance with aspects of the present invention.
  • Path level protection can also be supported by the architecture of the present invention by providing the appropriate source and destination Ethernet MAC addresses.
  • FIGS. 1A and IB illustrate an APS configuration between two nodes.
  • the first node 102 has a first fiber pair extending along a first link 104 and the second node 103 has a second fiber pair extending along a second link 105.
  • the first link 104 and the second link 105 connect the first and second nodes 102 and 103 respectively at a first APS port pair 110 and a second APS port pair 112.
  • connections 106, 107, 108, and 109 Between each node 102 and 103, there are connections 106, 107, 108, and 109 between ingress and egress ports of the nodes 102 and 103.
  • FIGS. 1A and IB only show traffic flowing in one direction. In the case of bi-directional architecture, the other direction has the same traffic pattern in the opposite direction from the arrows illustrated.
  • FIGS. 1A and IB show before and after states of the APS traffic (i.e., before a line interruption and after a fiber has been cut at fiber cut 111, causing a line interruption).
  • one link (104 or 105) is protected by another link (104 or 105) to anticipate and address various kinds of failures.
  • failures can include equipment failures such as node failures, card failures, and port failures, or link failures, such as a cable/fiber cut. These errors are commonly known as hard failures.
  • a second category of errors called soft failures includes instances when significant bit error rates occur on a link.
  • the first link 104 supports the working port/link, which extends between the first node 102 and the second node 103.
  • the second link 105 supports the protect port/link, which also extends between the first node 102 and the second node 103.
  • the determination of which link 104 or 105 is active as the working port/link and the protect port/link depends upon the state of the APS controller on nodes 102 and 103.
  • the first link 104 is the active working port/link.
  • the frames of data are transmitted to both a first working connection 106 and a first protect connection 107. The transmission of the frames is known as bridging.
  • the frames of data propagate along the working port/link of the first link 104 and the protect port/link of the second link 105.
  • the frames of data then transition through the second node 103 along an active second working connection 108, but do not propagate through a standby second protect connection 109.
  • a selector can select which path is used for receiving frames. Bridging and Selector can be implemented using hardware which supports dual casting, such as Y connectors for electrical interfaces, 2x2 cross comiect switch chips for electrical or optical interfaces. Serial bus architecture can also be used.
  • a receiver (not shown) in the second node 103 detects the link failure in hardware and causes an interrupt for the MAC APS Client, which in turn initiates a switchover to the protect port/link of the second link 105.
  • the second working connection 108 enters a standby condition, and the second protect connection 109 becomes active.
  • the frames of data can then continue between the first node 102 and the second node 103, by propagation along the protect port/link of the second link 105 from the first protect connection 107 to the second protect connection 109 of the second node 103.
  • FIG. 2 shows an Ethernet MAC APS Control Architecture.
  • Higher Layers 201 can be, e.g., a network layer protocol, such as IP, or a forwarding function for switches.
  • the MAC Client 201 also implements the APS Controller functionality.
  • the APS Controller in the MAC Client 201 manages the state of the APS and reacts to various errors or commands to switchover.
  • a MAC APS Control sublayer 202 supports APS for logical links formed by Link Aggregation sublayer 203.
  • the Link Aggregation sublayer 203 allows a plurality of physical links to be aggregated into one aggregated link.
  • An aggregated link is one form of a logical link.
  • MAC APS Control sublayers 204A, 204B, and 204C support APS for physical links.
  • Standard MAC Control sublayers 205A, 205B, and 205C support all the currently defined MAC control frames, e.g., PAUSE frames, which prevent switches from unnecessarily discarding data frames due to input buffer overload. All of the MAC Control sublayers 205A, 205B, and 205C are optional.
  • a standard MAC sublayer 206A, 206B, and 206C controls access to media.
  • a standard PHY sublayer 207A, 207B, and 207C implements physical layer signals for transmission media.
  • K1/K2 signaling protocol relates to the actual bytes used in SDH/SONET signaling. More specifically, the Kl byte and the K2 byte in the SDH/SONET architecture are used for protection signaling between line terminating entities for bidirectional automatic protection switching, and for detecting alarm indication signals (AIS-L) and remote defect indication signals (RDI).
  • AIS-L alarm indication signals
  • RDI remote defect indication signals
  • the MAC Control Sublayer extends to provide APS functionality by enabling Ethernet to support K1/K2 signaling protocol.
  • the MAC Control sublayer also extends to provide optional support of VLAN tags for MAC control frames.
  • Aspects of the present invention introduce the Ethernet MAC APS Control sublayers 202, 204A, 204B, and 204C, as shown in FIG. 2.
  • the Ethernet MAC APS Control sublayers 202, 204A, 204B, and 204C include an Ethernet MAC Control APS frame, which contains the K1/K2 bytes in accordance with definitions of the K1/K2 bytes in the known
  • the MAC APS sublayer 202 can support MAC APS at Link Aggregation sublayer 203 (logical network interface layer) and/or physical network interface layer 204A, 204B, and 204C. It should be noted that the same physical hardware can be used to process the APS signaling protocol for the MAC APS sublayer 202, 204A, 204B, and 203C.
  • APS in Ethernet can be implemented at the physical layer (Layer 1) like SDH/SONET in the framing process by modifying the framing or using interframe gaps for APS signaling protocol, or it can be implemented in the Ethernet MAC Control sublayer like the PAUSE function or Link Aggregation function known in the art. Modifying Ethernet framing to implement APS would not be backward compatible and would be difficult to standardize through the end users and industry. Also, modifying Ethernet framing would be only a partial solution because Ethernet frames are only transmitted when there is data to be sent. If there is no data to be sent, there is no Ethernet ,frame to carry APS signals. Contrarily, in SDH/SONET, frames are continuously generated (data or idle). Therefore, implementing APS at the Ethernet MAC Control sublayer allows the APS signaling to be event and packet driven in a natural Ethernet manner.
  • FIG. 3 shows the Ethernet MAC APS Control sublayer internal architecture.
  • MAC Client or Higher Layers 306 can be a network layer protocol, such as IP, or a forwarding function for switches.
  • the MAC client 306 again implements MAC APS Controller 305 functionality.
  • the MAC APS Controller 305 manages the state of the APS and reacts to various errors or commands to switchover.
  • a MAC APS Control sublayer 301 supports APS for logical links formed by a Link Aggregation sublayer 304.
  • the Link Aggregation sublayer 304 allows many physical links to be aggregated into one logical link.
  • MAC APS Control sublayers 302A, 302B, and 302C support APS for physical links.
  • Standard MAC Control sublayers 307A, 307B, and 307C support all of the currently defined MAC control frames, e.g., PAUSE frames. All the MAC Control sublayers are optional.
  • Standard MAC sublayers 308A, 308B, and 308C control access to the media.
  • Standard PHY sublayers 303 A, 303B, and 303C implement physical layer signals for transmission media.
  • the MAC APS Control sublayer 301 includes a MAC APS Control operation 301 A, which manages a MAC APS state 301C based on MAC APS Control frames received from MAC APS Control Frame buffers 301B.
  • the MAC APS Control operation 301 A also generates an interrupt along line 314 when there is a change in APS K1/K2 state.
  • the MAC APS Controller 305 can access the MAC APS State 301C.
  • the MAC APS State 301C contains various interrupt status registers, K1/K2 byte state registers, APS opcode received, and other APS related information.
  • the MAC APS Controller 305 can also transmit MAC APS Control Frames from MAC APS Control Frame buffers 301D and built by the MAC APS Controller 305 by setting up registers in the MAC APS State 301C.
  • the Ethernet MAC Architecture is modified to support MAC APS Control sublayers 301, 302A, 302B, and 302C.
  • the Ethernet MAC architecture supports APS processing in the MAC APS Control Operation 301 A of MAC APS Control Frame buffers 301B and 301D, maintains MAC APS State 301C, and generates interrupts along interrupt line 314 when a MAC APS Control Frame has been received and/or if there has been a change in APS state at the MAC APS State 301C.
  • the Ethernet hardware supports interrupts from Physical Layers 303A, 303B, and 303C from hard failures due port failures or link failures. Similarly, the Ethernet hardware can be extended to support soft failures, such as error rates greater than predetermined configured thresholds.
  • the Ethernet hardware provides additional registers at the MAC APS State 301C for higher Layers and the MAC APS Controller 305 to access, via the access line 313, the current state of APS, such as K1/K2 bytes, and the like.
  • the dedicated MAC APS Control Frame buffers 30 IB and 301 D receive and transmit, respectively, the MAC APS Control Frames.
  • the existence of the MAC APS Control Frame buffers 301B and 30 ID prevents head of queue blocking of the control frame so that a link switchover can occur within 50 ms, in accordance with the SDH/SONET standard.
  • the Ethernet hardware can additionally provide separate control and maskable status registers for APS functionality in the MAC APS State 301C.
  • the MAC APS Control Frames (transmit) from the MAC APS Control Frame buffer 301D can be accessed by the MAC APS controller 305 using hardware path 312. The access can be implemented as registers or via direct access to the MAC APS Control Frame buffer 30 ID.
  • the received data frames directly pass along the Client Frames receive path 310 to the MAC client 306.
  • the MAC Client 306 transmit data frames path 311 transmits the MAC Client 306 data frames directly the MAC hardware.
  • the MAC APS Control sublayer as shown in FIG. 3 can be placed below the Link Aggregation sublayer 304 to protect individual physical links of the MAC APS Control sublayer 302A, 302B, and 302C.
  • the MAC APS Control sublayer can be positioned above the Link Aggregation sublayer 304 to protect logical links.
  • the same architecture supports both cases. Different MAC Control opcodes are utilized to distinguish between each of the different cases.
  • Ethernet PHY layer 303 A, 303B, and 303C When a failure is detected locally on a near end node (the node closer to the source of the transmission) the Ethernet PHY layer 303 A, 303B, and 303C generates an interrupt along interrupt line 314, which invokes the MAC APS Controller 305 and in turn causes a switchover.
  • a failure When a failure is detected remotely by a far end node (a node closer to the destination of the transmission) and requests a switchover, it sends a MAC APS Control Frame from the MAC APS Control Frame buffer 301D with the appropriate APS command and information as needed by the K1/K2 bytes.
  • the near end MAC Control sublayer 301 A, 302 A receives the MAC APS Control Frame from the MAC APS Control Frame buffer 301B and updates the MAC APS hardware state/registers at the MAC APS State 301 C to reflect the new request.
  • the hardware provides maskable interrupts for MAC APS Control Frames received and if there is change in MAC APS State bytes at the MAC APS State 30 lC. When such an interrupt occurs it again invokes the MAC APS Controller 305, which executes the APS switchover.
  • the hardware can be implemented such that there are K1/K2 registers at the MAC APS State 301C and when the APS Controller 305 needs to transmit the MAC APS Control Frame it writes to the MAC APS Control Frame buffer 30 ID via the hardware path 312 of the control registers.
  • MAC APS There are several embodiments for implementation of aspects of the present invention in the MAC layer. To distinguish which MAC APS context exists in any one instance, logical versus physical, one of several processes below occurs.
  • One implementation is to use the MAC Control Frames, multicast destination address 01-80- C2-00-00-03, type 0x8808 and three opcodes for Physical APS, Logical APS frames, and Path APS frames.
  • a second implementation can make use of the different frame types instead of opcodes.
  • an embodiment can implement MAC APS as one class of Slow Protocols, as defined in the Ethernet Standards, a class of protocols wherein they never emit more than a specified maximum number of frames per time period.
  • another embodiment includes implementation using vendor specific, multicast destination addresses.
  • One of ordinary skill in the art will appreciate that different combinations of the above embodiments, as well as others not specified, can also be used.
  • FIG. 4 shows an example Ethernet MAC APS Control Frame 400 format. All Ethernet frames start with seven bytes of Preamable 401, each containing the value 0x55.
  • a Start of Frame Delimiter (SFD) 402 contains the value 0xD5.
  • a destination address 403 contains the unique multicast address reserved for MAC APS operations: 01-80-C2-00-00-03. This would require registering with the 802 Standards Committee.
  • the destination address 403 can also be the unicast MAC address of the destination port.
  • the destination port would be configured through an external mechanism, such as the system software.
  • the destination address 403 requires six bytes.
  • a source address 404 also requiring six bytes, contains the unicast address of the source interface sending the MAC APS frame.
  • a NLAN tag field 410 is optional and contains standard NLAN
  • Protocol ID 0x8100 in the first two bytes of the field and the second two bytes contain the NLAN Identifier, priority, and Tag Control Info bit. These are defined by the 802.1Q/lp standards.
  • a type field 405 contains the reserved value 0x8808 used for all MAC Control Frames, and requires two bytes.
  • a MAC APS Control Opcode 406 for MAC APS physical link level is 0x0002.
  • the MAC APS Control Opcode 406 for MAC APS logical link level is 0x0003.
  • the MAC APS Control Opcode 406 for MAC APS path level is 0x0004. This would require registering with the 802 Standards Committee. In all instances, the MAC APS Control Opcode 406 requires two bytes.
  • a MAC APS Control Parameters field 407 takes two parameters called Kl Word 407A and K2 Word 407B. These are 4-byte unsigned integer values containing the Kl and K2 bytes of standard SDH/SONET APS. The use of word length allows for growth in the Kl byte and allows more than 16 Station IDs in the K2 byte.
  • additional optional fields exist for Port ID 407C, Slot ID 407D, Chassis ID 407E, Bridge ID 407F and Node ID/IP 407G. These fields can be used for fault isolation in case of path APS protection, and require the bytes illustrated in the figure. External software can use these fields to generate alarms or report the status of where the failure occurred.
  • a Reserved field 408 is maintained for future extensions and is set to all zeros.
  • a Frame Check Sequence (FCS) field 409 is a checksum computed on the contents of the frame from the Destination Address 403 through to the end of the Reserved field 408 inclusively.
  • FIG. 5 illustrates one example implementation of the Ethernet MAC APS Operation.
  • MAC Client or Higher Layers 501 can be a network layer protocol, such as IP, or a forwarding function for switches.
  • the MAC client 501 also implements MAC APS Controller 501 A functionality.
  • the MAC APS Controller 501A manages the state of the APS and reacts to various errors or commands to switchover.
  • MAC APS Control sublayers 503 and 514 support APS for logical links formed by Link Aggregation sublayers 504 and 515. Link Aggregation sublayers 504 and 515 allow many physical links to be aggregated into one logical link.
  • MAC APS Control sublayers 505, 509, 516, and 520 support MAC APS for physical links.
  • MAC Control sublayer 506 510, 517, and 521, which supports all the currently defined MAC APS Control Frames, e.g., PAUSE frames. All the MAC Control sublayers are optional.
  • MAC Control sublayer is a standard MAC sublayer 507, 511, 518, and 522, that controls access to the media.
  • PHY sublayer 508, 512, 519, and 523 that implements the physical layer signals for the transmission media.
  • a logical level working link 502 transmit 502A and receive 502B are shown as line arrows representing active traffic.
  • a logical level protect link 513 transmit 513A is shown active and receive 513B is shown in standby mode.
  • each of the physical links are illustrated as physical working links 523 and 525, corresponding active transmit links 523A and 525A, and corresponding active receive links 523B and 525B.
  • Physical protect links 524 and 526 are also shown, with corresponding active transmit links 524 A and 526 A, and corresponding standby receive links 524B and 526B.
  • the APS operation is as shown in FIG. 5, which shows the case of logical (link aggregation) APS links as working links 502 and protect links 513.
  • FIG. 5 also shows the case of physical APS links as working links 523 and 525, and protect links 524 and 526.
  • the APS Controller 501 A follows the same state machines and implements the same commands as standardized in the SDH/SONET standards referenced.
  • the APS operation control flow is illustrated in FIG. 6 while concomitantly referring to FIGS. 4 and 5 in describing the operation of the present invention.
  • a determination is made whether there is a failure detected (step 610). If no failure has been detected, no action is taken (step 612). If there is a local failure detected, such as link failure or bit errors crossing a threshold on working link 523, the Ethernet MAC , 507 or PHY 508 layer raises an interrupt for the MAC APS Controller 501 A (step 620). The MAC APS Controller 501 A is then invoked (step 630). The MAC APS Controller 501 A causes all the failed physical links to switch over from the working link 523 to the protect 524 link (step 640).
  • step 650 A determination is again made as to whether there is still a failure (step 650). If there is no more failure, no further action is taken (step 652). If the logical link continues to receive errors, then the MAC APS controller can cause the logical link switchover from logical working link 502 to logical protect link 513 (step 660).
  • a remote or far end node When a remote or far end node wants to request a switchover, it sends an Ethernet MAC APS frame with the appropriate APS command in the K1/K2 bytes (steps 642, 662, and 682).
  • the appropriate switchover is executed. If the opcode is 0x0002, then the physical link switches over (executing step 640). If the opcode is 0x0003, then the logical link switches over (executing step 660). If the opcode is 0x0004, then the path switches over (executing step 680).
  • the above-described functionality allows for path level protection in ring topology as defined by the SDH/SONET standards.
  • the method can continue as follows.
  • path level APS can be supported.
  • the unicast MAC address can be that of the working or protect port, or that of the port being protected by APS.
  • external software then provides the path to the APS controller.
  • the information can also be stored in the MAC APS state registers and used to create the path APS control frame. In the example case of path level APS support, the APS frame is sent to the two end points of the circuit, where the MAC hardware receives the frame with the path APS opcode specified in the MAC APS Control Frame.
  • the NLAN field 410 can be set up with appropriate priority.
  • VLAN tag 410 is used for path level protection, then by definition, all the stations/nodes along the path need to be VLAN aware. Alternatively, the edge station/node can strip off the VLAN tag. Configuration must indicate that this is a VLAN edge station/node.
  • the APS frame 400 can additionally be constructed to include more information such as the Port ID 407C, Slot ID 407D, Bridge ID 407F, and node ID/IP 407G. These can be used for fault isolation.
  • the physical link protection is first to react (executing step 640). If the failure continues to persist (as determined at step 650), the logical link protection reacts (executing step 660). If the failure continues to persist (as determined at step 670), then path level protection is triggered, and the end stations execute a path level protection switchover (executing step 680). If a subsequent determination finds that there is no longer a failure, no further action is taken (step 692). However, if a failure is still detected, then an alarm is raised by external software for circuit failure (step 695), and concluding the method of operation as it relates to the present invention.
  • the present invention maintains several advantages. Because it does not change the Ethernet framing it is backward compatible and conforms to the Ethernet Standards. Because it modifies the optional Ethernet MAC Control sublayer, vendors can choose whether to implement the functionality of the present invention.
  • the elegant design and configuration of the invention makes implementation in the MAC hardware relatively easy.
  • the method of the present invention is event driven, thus APS frames are only sent when required. Therefore, the apparatus of the present invention maintains low overhead and consumes very little bandwidth. Because it reuses standard SDH/SONET APS definitions and process, the implementation of the present invention is fully compliant with the SDH/SONET standard protocol. Because it supports pre-configured frames and is not head of queue blocking, the present invention can be implemented to support switchover in 50 ms or less.
  • the present invention makes use of standard SDH/SONET APS definitions and process, therefore it can support protection for linear, mesh, and ring topologies, physical level, logical level, and path level protection, and 1 + 1 , N+ 1 , and N: 1 protection.

Abstract

An Ethernet MAC APS Control sublayer (305) is provided for supporting SDH/SONET APS standard functionality in Ethernet Networks. In accordance with one embodiment, an Ethernet MAC APS Control sublayer (305) is provided for processing Ethernet MAC APS Control frames (301B). The MAC APS Control sublayer (305) provides support for a MAC Client APS Controller to implement all of the SDH/SONET APS standard functionality. The MAC APS Control frame (301B) provides support for SDH/SONET K1/K2 APS signaling protocol on Ethernet networks. The near end APS Controller can use the MAC APS Control frames to communicate with the far end APS controller during switchover and other APS operational requests. The far end APS controller, in turn, can use the MAC APS Control frames (301B) to communicate with the near end APS controller for switchover and other APS operational requests.

Description

METHOD FOR SUPPORTING SDH/SONET APS ON ETHERNET
RELATED APPLICATION
This application claims priority to co-pending United States Provisional Application No. 60/317,035, filed September 4, 2001, for all subject matter common to both applications. The disclosure of said provisional application is hereby incorporated by reference in its entirety.
FIELD OF THE INVENTION
The present invention relates generally to network switching architecture and more specifically to supporting SDH/SONET Automatic Protection Switching (APS) functionality in an Ethernet network.
BACKGROUND OF THE INVENTION
SDH/SONET (Synchronous Digital Hierarchy/Synchronous Optical Network) standards evolved originally for use in a voice network. SDH is a European version of a standard that is substantially the same as the SONET standard developed in North America. SDH/SONET contains connection oriented synchronous TDM circuit switching technology. The SDH/SONET configured network runs at the same clock domain (e.g., every section of the network can be traced to a primary clock reference). The network allocates fixed bandwidth time slots for each circuit. The SDH/SONET architectures are connection based protocols in that there is a physical circuit arrangement between ports in a switch to establish an end to end path. The digital transitions in signals traveling through an SDH/SONET network occur at the same rate, however there may be a phase difference between the transitions of any two signals caused by time delays or jitter in the transmission system.
Ethernet evolved primarily as a data network. In contrast to SDH/SONET, Ethernet is a connectionless asynchronous Carrier Sense, Multiple Access with Collision Detection (CSMA/CD) packet switching technology. The Ethernet architecture does not rely on a single clock domain like the SDH/SONET architecture. The Ethernet architecture sends a series of packets across the network containing data. Whenever a packet needs to be sent, the transmitter will try to transmit the packet. The Ethernet architecture is also connectionless in that the packets travel from node to node within the network without establishing a logical or physical circuit. The end to end path is discovered through a process called "Bridging". Ethernet is fundamentally a Local Area Networking (LAN) technology.
SDH/SONET networks provide reliable, guaranteed available bandwidth, low jitter connections. These characteristics are required for voice quality networks.
SDH/SONET, however, is bandwidth inefficient and has a higher overhead that many other network architectures. Ethernet networks, in contrast, provide lower reliability best effort delivery, and low cost bandwidth connections. These characteristics are suitable for data quality networks. Ethernet has non-guaranteed transmission and low overhead and supports fewer operational functions than SDH/SONET. In SDH/SONET, once the circuit is established, bandwidth is allocated for an application and cannot be used by any other application, even if the original application is not using the bandwidth. In Ethernet, applications only use bandwidth when they need the bandwidth to transmit packets.
In SDH/SONET networks, Automatic Protection Switching (APS) functionality is known. SDH/SONET standards define APS controller as the "part of a node that is responsible for generating and terminating information carried in the APS protocol and implementing the APS algorithm." SDH/SONET standards also define APS signaling protocol and APS (K1/K2) bytes. SDH/SONET standards also define various algorithms for linear, ring and mesh protection. SDH/SONET APS functionality can support 50ms switchover, unidirectional and bi-directional switchover, revertive and non-revertive switchover, manual or automatic switchover. SDH/SONET APS functionality can also support linear, ring, and mesh topologies, and Line and Path protections. The APS feature enables the switchover of circuits in case of circuit failure and is often utilized in optical network systems. In general, the APS feature organizes a network into a collection of "working" interfaces and "protect" interfaces. When a working interface fails, a protect interface immediately assumes the working interface traffic load. In APS there is a working port/link and a protect port/link. Upon initialization and full functioning of a network system, the working port/link is active and the protect port/link maintains a standby mode. If there is an equipment failure during operation, the protect port/link becomes the active port/link, taking over for the failed working port/link, i.e., the protect port/link becomes the new working port/link. Under known APS systems, there can be a minimal traffic disruption during the switchover, on the order of less than 50 ms.
In voice networks, SDH/SONET APS Standard functionality provides the architecture for protection in under 50 ms from equipment failure for ring, linear, or mesh topologies. In order for data networks to be able to support voice traffic, the network must be able to provide the same level of protection both in terms of time to recover and working with different network topologies, i.e., support rings and linear topologies. Ethernet is the most common data network data link layer protocol. There is no Ethernet standard to provide APS functionality.
In Ethernet networks, several standards and proprietary technologies support link failure. Spanning Tree Protocol (STP) IEEE 802. ID standard provides topology changes. STP calculates and maintains the topology by sending and listening to Configuration Messages and several timers. These Configuration Messages are emitted every time a "Hello Timer" times out. Typical this is set to 2 seconds. This means that STP cannot support 50 ms recovery as required for link APS SDH/SONET standard. As the number of nodes grows larger in a STP domain, STP convergence also slows down considerably. It can take minutes to converge. Because of polling, STP also consumes some bandwidth. STP was mainly designed for loop resolution, and original assumptions were that topology changes would be infrequent. STP did not place more emphasis to quick recovery from failures. In data networks, quick recovery is most often not a requirement.
Link Aggregation (LA) IEEE 802.3ad standard is designed to support aggregated links. One of the features Link Aggregation is the support of the possibility of one of the physical link failure in the aggregated link. A Link Aggregation Control Protocol (LACP) is defined "to automatically configure and maintain aggregations among cooperating systems." These messages are emitted on a regular, periodic basis. Typically, the period is every second for fast rate and every 30 seconds for slow rate. This means that Link Aggregation also does not support 50 ms recovery. Before the standard was formalized there were several proprietary implementations of link aggregation, most notably Fast EtherChannel product developed by Cisco Systems.
Recently several proprietary technologies have evolved to accomplish the 50 ms second recovery requirement for carrier networks. These technologies can be classified into two main categories: Ethernet based and new non-Ethernet based. In Ethernet based systems most technologies use 20 ms based "Heartbeat" or "Hello" protocol polling to detect link failure along with upper layer software to recover within 50ms. Atrica's Atrica Resilient Ethernet Access (AREA) framework technology is an example of that. Occam Networks Ethernet Protection Switching (EPS) technology is also an example. Internet Photonics uses interframe gap in Ethernet to support similar functionality.
There are other Ethernet efforts in progress that are also trying to solve the fast recovery problem. Rapid Spanning Tree Protocol (RSTP) IEEE Committee is working on modifications to STP, but currently, there is a requirement of 1 second guaranteed convergence/recovery, not 50 ms. Ethernet First Mile IEEE Committee is also working on modifying Ethernet to support 50ms recovery.
Non Ethernet based technologies being defined include Metro Ethernet Forum, which uses Multi Label Protocol Switching (MPLS) to support protection. Resilient Packet Ring (RPR) technology is being defined by RPR Alliance. RPR is a new protocol that is not compatible with Ethernet protocol, but is designed to support 50 ms recovery in rings.
Most of the above mentioned technologies solve limited functionality for Ethernet. Typically, they support 50 ms protection either in a linear or ring environment, but not both. In addition, they are limited to link failures. They address only a subset of the capabilities as defined by the SDH/SONET APS standard. SUMMARY OF THE INVENTION
There is a need in the art for APS functionality on an Ethernet network as defined by the SDH/SONET APS standard. The present invention is directed toward further solutions to address this need.
In accordance with one example embodiment of the present invention, Media Access Control (MAC) hardware for supporting MAC Automatic Protection Switching (APS) functionality has a MAC APS Control sublayer and a plurality of MAC sublayers.
In accordance with example aspects of the present invention, the plurality of MAC sublayers further includes a Link Aggregation sublayer. The plurality of MAC sublayers can further include at least one MAC Control sublayer. The MAC APS Control sublayer can be located within a MAC. A MAC Control Layer can process optional NLAN tags in control frames. The MAC APS Control sublayer can be implemented in MAC hardware. The MAC APS Control sublayer supports APS for logical links formed by a Link Aggregation sublayer. The MAC APS Control sublayer supports APS for physical links. The MAC APS Control sublayer supports APS for Network Layer paths. A MAC sublayer can be implemented in at least one of an Ethernet Switch device and an Ethernet MAC device. The MAC APS Control sublayer processes an Ethernet MAC control APS frame. The MAC APS Control sublayer maintains an Ethernet MAC Control APS state.
In accordance with further aspects of the present invention, a MAC APS Control Layer generates an interrupt when an APS frame is detected to invoke a MAC Client APS Controller. A MAC APS Control sublayer generates an interrupt when an APS state change is detected to invoke a MAC Client APS Controller. The MAC APS Control sublayer interacts with an Ethernet MAC Client APS Controller.
In accordance with another aspect of the present invention, an Ethernet PHY hardware device includes at least one physical sublayer. One of the at least one physical sublayers generates an interrupt when a port/link failure is detected to invoke a MAC Client APS Controller. In accordance with another aspect of the present invention an Ethernet MAC APS Control Frame for supporting SDH/SONET APS Signalling Protocol includes a standard Ethernet frame Preamble field. Further elements of the Control Frame include a standard Ethernet Start-of-Frame Delimiter field, a standard Ethernet Destination MAC address field, a standard Ethernet Source MAC address field, an optional standard Ethernet VLAN Tag field, a standard Ethernet Type field, a standard Ethernet MAC Control Opcode field, a plurality of standard Ethernet MAC Control Parameters being opcode specific, and a standard Ethernet Frame Check Sequence field.
In accordance with further aspects of the present invention the Ethernet MAC Control Opcode further includes an ability to distinguish between a logical link failure, a physical link failure, and a path failure. In addition, the plurality of Ethernet MAC Control Parameters further include a Kl Word field containing an SDH/SONET Kl byte, a K2 Word field containing an SDH/SONET K2 byte, a Port ID field, a Slot ID field, a Chassis ID field, a Bridge ID field, a Node ID/IP field, and a Reserved field containing zero or more octets of zero value.
In accordance with further aspects of the present invention, an Ethernet MAC Client includes at least one MAC Client. The MAC Client includes at least one of a network layer protocol and a forwarding function for switches. The MAC Client can also include at least one MAC Control Client APS Controller.
In accordance with another aspect of the present invention, a method of providing APS functionality on MAC hardware and PHY hardware includes detecting a failure along a first link on a near end network node. A Physical Layer generates an interrupt when a port/ink failure is detected to invoke a MAC Client APS Controller. A switch is made to a second link to correct the failure. The method can execute within 50 ms to provide recovery functionality. In accordance with another aspect of the present invention, a method of providing APS functionality on MAC hardware includes a near end MAC APS Control sublayer receiving a MAC APS Control Frame containing an APS request from a MAC APS Control Frame buffer. The near end MAC APS Control sublayer updates MAC APS state hardware registers to reflect receipt of the APS request. The MAC APS hardware provides maskable interrupts for MAC APS Control Frames received. The near end MAC APS Control sublayer generates interrupts to invoke the APS Controller. The APS Controller processes the APS request. The APS request can include at least one of a switchover request and an APS management request using APS K1/K2 signaling protocol. At least one of manual and automatic switchover APS requests are possible. The method can further include distinguishing between a logical failure, a physical failure, and a path failure. The method can execute within 50 ms to provide recovery functionality.
In accordance with another aspect of the present invention, a method of providing APS functionality on MAC hardware device includes a near end MAC APS Control sublayer receiving APS Controller requests to be transmitted. The MAC APS Control sublayer creates an APS Control frame with requested control parameters. The near end MAC APS Control sublayer transmits the MAC APS Control frame. The APS Controller requests can include at least one of a switchover request and an APS management request using APS K1/K2 signaling protocol. The APS Controller requests can also include at least one of a manual and automatic switchover APS request. The method can execute within 50 ms to provide recovery functionality.
In accordance with another aspect of the present invention, a method of providing APS functionality on an Ethernet protocol network includes experiencing a failure along a first port/link. An interrupt is generated. The interrupt is forwarded to an APS controller. The APS controller initiates a switch from the first port/link to a second port/link. The method can execute within 50 ms to provide recovery functionality.
In accordance with another aspect of the present invention, a method of providing APS functionality on an Ethernet protocol network includes receiving an APS Control frame with an APS request. The APS Control frame APS request is processed. An interrupt is generated. The interrupt is forwarded to an APS Controller, the APS Controller processing the APS request received. The method can execute within 50 ms to provide recovery functionality. In addition, the method can provide support for standard SDH/SONET APS functionality for linear, ring, and mesh topologies for Ethernet protocol networks using SDH/SONET K1/K2 bytes for SDH/SONET APS Signaling protocol.
In accordance with another aspect of the present invention, a method of providing APS functionality on an Ethernet protocol network includes receiving an APS request from an APS Controller Client. An APS Control Frame is created with the APS request. The APS Control Frame is transmitted. The method can execute within 50 ms to provide recovery functionality. The method can further provide support for standard SDH/SONET APS functionality for linear, ring, and mesh topologies for Ethernet protocol networks using SDH/SONET K1/K2 bytes for SDH/SONET APS Signaling protocol.
BRIEF DESCRIPTION OF THE DRAWINGS
The aforementioned features and advantages, and other features and aspects of the present invention, will become better understood with regard to the following description and accompanying drawings, wherein:
FIGS. 1A and IB illustrate the switching of a path using APS according to one aspect of the present invention;
FIG. 2 is a diagrammatic illustration of an Ethernet MAC APS Control architecture according to one embodiment of the present invention;
FIG. 3 is a diagrammatic illustration of an Ethernet MAC APS Control sublayer internal architecture according to one aspect of the present invention;
FIG. 4 is a diagrammatic illustration of an Ethernet MAC APS Control Frame format according to one aspect of the present invention; FIG. 5 is a diagrammatic illustration of Ethernet MAC APS Operation according to one embodiment of the present invention; and
FIG. 6 is a diagrammatic illustration of Ethernet MAC APS Control Flow according to one embodiment of the present invention. DETAILED DESCRIPTION
Illustrative embodiments of the present invention relate to the implementation of standard SDH/SONET APS functionality within an Ethernet architecture. In order to support SDH/SONET APS functionality in the Ethernet architecture, the present invention extends the Ethernet MAC Control Sublayer. The Ethernet MAC Control sublayer is a sublayer of the data link layer (Layer 2, described later herein). The MAC Control sublayer resides between the MAC (the Media Access Control, which is an entity or algorithm utilized in negotiating access to a shared or dedicated communications channel) and a client of that MAC (where the client is typically a network layer protocol or a relay function implemented by bridges or switches). The clients of the MAC can use the MAC Control sublayer to control the operation of the Ethernet MAC. The implementation of MAC Control sublayer is optional under Ethernet standards.
Aspects of the present invention include an Ethernet MAC APS Control Protocol, which can be used to support Ethernet MAC APS. The Ethernet MAC APS Control Protocol extends the MAC Control sublayer to make use of Ethernet MAC multicast or unicast addresses, and MAC Control opcodes to support the APS function. The MAC APS function implements SDH/SONET APS on full duplex Ethernet links. The MAC APS frame contains the K1/K2 bytes as described by the SDH/SONET APS standards. The MAC APS also operates in a same manner to the known SDH/SONET APS. An APS Controller can be the client for the Ethernet MAC APS Control sublayer. The APS Controller uses the Ethernet MAC APS infrastructure provided in accordance with aspects of the present invention to implement standard APS functionality.
FIGS. 1 through 6, wherein like parts are designated by like reference numerals throughout, illustrate example embodiments of methods for implementing SDH/SONET APS in an Ethernet environment, according to the present invention. Although the present invention will be described with reference to the example embodiments illustrated in the figures, it should be understood that many alternative forms can embody the present invention. One of ordinary skill in the art will additionally appreciate different ways to alter the parameters of the embodiments disclosed, such as the size, shape, or type of elements or materials, in a manner still in keeping with the spirit and scope of the present invention.
In order to appreciate operation of the illustrative embodiments described herein, it is helpful to understand the Open Systems Interconnect (OSI) network hierarchy, which views a network as being composed of several hierarchical layers. In the hierarchy, Layer 1 is the physical layer containing elements that perform the transmission of signals within the network. Layer 2 is the data link layer, which provides services that allow direct communication between devices across the underlying physical channel of Layer 1. Layer 3 is the network layer, which is responsible for station-to-station data delivery over multiple data links. The network layer is responsible for the routing of packets across the network. Layer 4 is the transport layer, which provides an error-free, sequenced, guaranteed delivery, message service that allows process to process communication between stations on a network. Layer 5 is the session layer, which deals with the establishment of communications between applications. This layer is useful for security applications. Layer 6 is the presentation layer, which enables the sharing of data between networked systems using different methods of local data representation. Finally, Layer 7 is the application layer. This layer provides generic application functions, such as email, file transfer capability, and the like.
In SDH/SONET, APS provides port/line protection between nodes at a physical layer (i.e., Layer 1). Several topologies can support APS (i.e., ring, linear, or mesh topologies) and several levels of protection are possible (i.e., 1+1, N+1, and N:l). For the purpose of the following description, APS is illustrated using 1+1 APS configuration between nodes. N+1 and N:l APS configurations can be supported by the same architecture. The APS "1 + 1" architecture generally arranges two lines or paths, with information propagating down each line or path at the same time. The connection can be bi-directional or unidirectional. In addition, the "1 + 1" architecture provides for a protect interface, or circuit, paired with each working interface, or circuit. Often, the protect and working circuits interface with an add/drop multiplexer, which sends the same traffic load to the working and protect circuits. Within the protect circuit, information indicating the current status of the APS connection travels through the circuit continuously and conveys any requests for action. This information can be used to synchronize the working and protect circuits.
The present invention can support linear and ring protection, ring and mesh topology, and provides physical links, logical links, and path protection. However, for purposes of clarity in describing the invention, the description contained herein utilizes a linear APS configuration. One of ordinary skill in the art will appreciate that ring and mesh topology protection can also be implemented in accordance with aspects of the present invention. Path level protection can also be supported by the architecture of the present invention by providing the appropriate source and destination Ethernet MAC addresses.
FIGS. 1A and IB illustrate an APS configuration between two nodes. There are two network elements or nodes, a first node 102 and a second node 103. The first node 102 has a first fiber pair extending along a first link 104 and the second node 103 has a second fiber pair extending along a second link 105. The first link 104 and the second link 105 connect the first and second nodes 102 and 103 respectively at a first APS port pair 110 and a second APS port pair 112. Inside each node 102 and 103, there are connections 106, 107, 108, and 109 between ingress and egress ports of the nodes 102 and 103. The solid line arrows represent active traffic, while the dashed line arrows represent standby traffic. For simplicity, FIGS. 1A and IB only show traffic flowing in one direction. In the case of bi-directional architecture, the other direction has the same traffic pattern in the opposite direction from the arrows illustrated. FIGS. 1A and IB show before and after states of the APS traffic (i.e., before a line interruption and after a fiber has been cut at fiber cut 111, causing a line interruption).
In APS, as shown in FIGS. 1A and IB, one link (104 or 105) is protected by another link (104 or 105) to anticipate and address various kinds of failures. These failures can include equipment failures such as node failures, card failures, and port failures, or link failures, such as a cable/fiber cut. These errors are commonly known as hard failures. A second category of errors called soft failures includes instances when significant bit error rates occur on a link.
The first link 104 supports the working port/link, which extends between the first node 102 and the second node 103. The second link 105 supports the protect port/link, which also extends between the first node 102 and the second node 103. The determination of which link 104 or 105 is active as the working port/link and the protect port/link depends upon the state of the APS controller on nodes 102 and 103. In FIG. 1A, the first link 104 is the active working port/link. The frames of data are transmitted to both a first working connection 106 and a first protect connection 107. The transmission of the frames is known as bridging. The frames of data propagate along the working port/link of the first link 104 and the protect port/link of the second link 105. The frames of data then transition through the second node 103 along an active second working connection 108, but do not propagate through a standby second protect connection 109. A selector can select which path is used for receiving frames. Bridging and Selector can be implemented using hardware which supports dual casting, such as Y connectors for electrical interfaces, 2x2 cross comiect switch chips for electrical or optical interfaces. Serial bus architecture can also be used.
When a failure occurs on the working port/link along the first link 104, for example due to the fiber cut 111 of FIG. IB, a receiver (not shown) in the second node 103 detects the link failure in hardware and causes an interrupt for the MAC APS Client, which in turn initiates a switchover to the protect port/link of the second link 105. The second working connection 108 enters a standby condition, and the second protect connection 109 becomes active. The frames of data can then continue between the first node 102 and the second node 103, by propagation along the protect port/link of the second link 105 from the first protect connection 107 to the second protect connection 109 of the second node 103.
FIG. 2 shows an Ethernet MAC APS Control Architecture. The MAC Client or
Higher Layers 201 can be, e.g., a network layer protocol, such as IP, or a forwarding function for switches. In the illustrated embodiment, the MAC Client 201 also implements the APS Controller functionality. The APS Controller in the MAC Client 201 manages the state of the APS and reacts to various errors or commands to switchover.
A MAC APS Control sublayer 202 supports APS for logical links formed by Link Aggregation sublayer 203. The Link Aggregation sublayer 203 allows a plurality of physical links to be aggregated into one aggregated link. An aggregated link is one form of a logical link. In addition, MAC APS Control sublayers 204A, 204B, and 204C support APS for physical links. Standard MAC Control sublayers 205A, 205B, and 205C, support all the currently defined MAC control frames, e.g., PAUSE frames, which prevent switches from unnecessarily discarding data frames due to input buffer overload. All of the MAC Control sublayers 205A, 205B, and 205C are optional. A standard MAC sublayer 206A, 206B, and 206C, controls access to media. A standard PHY sublayer 207A, 207B, and 207C, implements physical layer signals for transmission media.
For SDH/SONET APS to support bi-directional switchover, preemption, and several other APS features, SDH/SONET APS requires support of APS K1/K2 signaling protocol. K1/K2 signaling protocol relates to the actual bytes used in SDH/SONET signaling. More specifically, the Kl byte and the K2 byte in the SDH/SONET architecture are used for protection signaling between line terminating entities for bidirectional automatic protection switching, and for detecting alarm indication signals (AIS-L) and remote defect indication signals (RDI).
The MAC Control Sublayer extends to provide APS functionality by enabling Ethernet to support K1/K2 signaling protocol. The MAC Control sublayer also extends to provide optional support of VLAN tags for MAC control frames. Aspects of the present invention introduce the Ethernet MAC APS Control sublayers 202, 204A, 204B, and 204C, as shown in FIG. 2. The Ethernet MAC APS Control sublayers 202, 204A, 204B, and 204C, include an Ethernet MAC Control APS frame, which contains the K1/K2 bytes in accordance with definitions of the K1/K2 bytes in the known
SDH/SONET standards. The MAC APS sublayer 202 can support MAC APS at Link Aggregation sublayer 203 (logical network interface layer) and/or physical network interface layer 204A, 204B, and 204C. It should be noted that the same physical hardware can be used to process the APS signaling protocol for the MAC APS sublayer 202, 204A, 204B, and 203C.
APS in Ethernet can be implemented at the physical layer (Layer 1) like SDH/SONET in the framing process by modifying the framing or using interframe gaps for APS signaling protocol, or it can be implemented in the Ethernet MAC Control sublayer like the PAUSE function or Link Aggregation function known in the art. Modifying Ethernet framing to implement APS would not be backward compatible and would be difficult to standardize through the end users and industry. Also, modifying Ethernet framing would be only a partial solution because Ethernet frames are only transmitted when there is data to be sent. If there is no data to be sent, there is no Ethernet ,frame to carry APS signals. Contrarily, in SDH/SONET, frames are continuously generated (data or idle). Therefore, implementing APS at the Ethernet MAC Control sublayer allows the APS signaling to be event and packet driven in a natural Ethernet manner.
FIG. 3 shows the Ethernet MAC APS Control sublayer internal architecture. Again, MAC Client or Higher Layers 306 can be a network layer protocol, such as IP, or a forwarding function for switches. In the illustrated embodiment, the MAC client 306 again implements MAC APS Controller 305 functionality. The MAC APS Controller 305 manages the state of the APS and reacts to various errors or commands to switchover.
A MAC APS Control sublayer 301 supports APS for logical links formed by a Link Aggregation sublayer 304. The Link Aggregation sublayer 304 allows many physical links to be aggregated into one logical link. MAC APS Control sublayers 302A, 302B, and 302C support APS for physical links. Standard MAC Control sublayers 307A, 307B, and 307C, support all of the currently defined MAC control frames, e.g., PAUSE frames. All the MAC Control sublayers are optional. Standard MAC sublayers 308A, 308B, and 308C control access to the media. Standard PHY sublayers 303 A, 303B, and 303C, implement physical layer signals for transmission media. The MAC APS Control sublayer 301 includes a MAC APS Control operation 301 A, which manages a MAC APS state 301C based on MAC APS Control frames received from MAC APS Control Frame buffers 301B. The MAC APS Control operation 301 A also generates an interrupt along line 314 when there is a change in APS K1/K2 state. The MAC APS Controller 305 can access the MAC APS State 301C. The MAC APS State 301C contains various interrupt status registers, K1/K2 byte state registers, APS opcode received, and other APS related information. The MAC APS Controller 305 can also transmit MAC APS Control Frames from MAC APS Control Frame buffers 301D and built by the MAC APS Controller 305 by setting up registers in the MAC APS State 301C.
As shown in FIG. 3, the Ethernet MAC Architecture is modified to support MAC APS Control sublayers 301, 302A, 302B, and 302C. The Ethernet MAC architecture supports APS processing in the MAC APS Control Operation 301 A of MAC APS Control Frame buffers 301B and 301D, maintains MAC APS State 301C, and generates interrupts along interrupt line 314 when a MAC APS Control Frame has been received and/or if there has been a change in APS state at the MAC APS State 301C.
The Ethernet hardware supports interrupts from Physical Layers 303A, 303B, and 303C from hard failures due port failures or link failures. Similarly, the Ethernet hardware can be extended to support soft failures, such as error rates greater than predetermined configured thresholds. The Ethernet hardware provides additional registers at the MAC APS State 301C for higher Layers and the MAC APS Controller 305 to access, via the access line 313, the current state of APS, such as K1/K2 bytes, and the like.
The dedicated MAC APS Control Frame buffers 30 IB and 301 D receive and transmit, respectively, the MAC APS Control Frames. The existence of the MAC APS Control Frame buffers 301B and 30 ID prevents head of queue blocking of the control frame so that a link switchover can occur within 50 ms, in accordance with the SDH/SONET standard. The Ethernet hardware can additionally provide separate control and maskable status registers for APS functionality in the MAC APS State 301C. The MAC APS Control Frames (transmit) from the MAC APS Control Frame buffer 301D can be accessed by the MAC APS controller 305 using hardware path 312. The access can be implemented as registers or via direct access to the MAC APS Control Frame buffer 30 ID. The received data frames directly pass along the Client Frames receive path 310 to the MAC client 306. The MAC Client 306 transmit data frames path 311 transmits the MAC Client 306 data frames directly the MAC hardware.
The MAC APS Control sublayer as shown in FIG. 3 can be placed below the Link Aggregation sublayer 304 to protect individual physical links of the MAC APS Control sublayer 302A, 302B, and 302C. Alternatively, the MAC APS Control sublayer can be positioned above the Link Aggregation sublayer 304 to protect logical links. The same architecture supports both cases. Different MAC Control opcodes are utilized to distinguish between each of the different cases.
When a failure is detected locally on a near end node (the node closer to the source of the transmission) the Ethernet PHY layer 303 A, 303B, and 303C generates an interrupt along interrupt line 314, which invokes the MAC APS Controller 305 and in turn causes a switchover.
When a failure is detected remotely by a far end node (a node closer to the destination of the transmission) and requests a switchover, it sends a MAC APS Control Frame from the MAC APS Control Frame buffer 301D with the appropriate APS command and information as needed by the K1/K2 bytes. When the MAC APS Control Frame is received at the near end node, the near end MAC Control sublayer 301 A, 302 A receives the MAC APS Control Frame from the MAC APS Control Frame buffer 301B and updates the MAC APS hardware state/registers at the MAC APS State 301 C to reflect the new request. The hardware provides maskable interrupts for MAC APS Control Frames received and if there is change in MAC APS State bytes at the MAC APS State 30 lC. When such an interrupt occurs it again invokes the MAC APS Controller 305, which executes the APS switchover. In the transmit direction, the hardware can be implemented such that there are K1/K2 registers at the MAC APS State 301C and when the APS Controller 305 needs to transmit the MAC APS Control Frame it writes to the MAC APS Control Frame buffer 30 ID via the hardware path 312 of the control registers.
There are several embodiments for implementation of aspects of the present invention in the MAC layer. To distinguish which MAC APS context exists in any one instance, logical versus physical, one of several processes below occurs. One implementation is to use the MAC Control Frames, multicast destination address 01-80- C2-00-00-03, type 0x8808 and three opcodes for Physical APS, Logical APS frames, and Path APS frames. A second implementation can make use of the different frame types instead of opcodes. Alternatively, an embodiment can implement MAC APS as one class of Slow Protocols, as defined in the Ethernet Standards, a class of protocols wherein they never emit more than a specified maximum number of frames per time period. Still, another embodiment includes implementation using vendor specific, multicast destination addresses. One of ordinary skill in the art will appreciate that different combinations of the above embodiments, as well as others not specified, can also be used. One example embodiment, detailed below, shows implementation of the invention with the first option.
FIG. 4 shows an example Ethernet MAC APS Control Frame 400 format. All Ethernet frames start with seven bytes of Preamable 401, each containing the value 0x55. A Start of Frame Delimiter (SFD) 402 contains the value 0xD5. A destination address 403 contains the unique multicast address reserved for MAC APS operations: 01-80-C2-00-00-03. This would require registering with the 802 Standards Committee. The destination address 403 can also be the unicast MAC address of the destination port. The destination port would be configured through an external mechanism, such as the system software. The destination address 403 requires six bytes. A source address 404, also requiring six bytes, contains the unicast address of the source interface sending the MAC APS frame. A NLAN tag field 410 is optional and contains standard NLAN
Protocol ID 0x8100 in the first two bytes of the field and the second two bytes contain the NLAN Identifier, priority, and Tag Control Info bit. These are defined by the 802.1Q/lp standards. A type field 405 contains the reserved value 0x8808 used for all MAC Control Frames, and requires two bytes. A MAC APS Control Opcode 406 for MAC APS physical link level is 0x0002. The MAC APS Control Opcode 406 for MAC APS logical link level is 0x0003. The MAC APS Control Opcode 406 for MAC APS path level is 0x0004. This would require registering with the 802 Standards Committee. In all instances, the MAC APS Control Opcode 406 requires two bytes. A MAC APS Control Parameters field 407 takes two parameters called Kl Word 407A and K2 Word 407B. These are 4-byte unsigned integer values containing the Kl and K2 bytes of standard SDH/SONET APS. The use of word length allows for growth in the Kl byte and allows more than 16 Station IDs in the K2 byte. Within the MAC APS Control Parameters, additional optional fields exist for Port ID 407C, Slot ID 407D, Chassis ID 407E, Bridge ID 407F and Node ID/IP 407G. These fields can be used for fault isolation in case of path APS protection, and require the bytes illustrated in the figure. External software can use these fields to generate alarms or report the status of where the failure occurred. A Reserved field 408 is maintained for future extensions and is set to all zeros. A Frame Check Sequence (FCS) field 409 is a checksum computed on the contents of the frame from the Destination Address 403 through to the end of the Reserved field 408 inclusively.
FIG. 5 illustrates one example implementation of the Ethernet MAC APS Operation. MAC Client or Higher Layers 501 can be a network layer protocol, such as IP, or a forwarding function for switches. In the illustrated embodiment, the MAC client 501 also implements MAC APS Controller 501 A functionality. The MAC APS Controller 501A manages the state of the APS and reacts to various errors or commands to switchover. MAC APS Control sublayers 503 and 514 support APS for logical links formed by Link Aggregation sublayers 504 and 515. Link Aggregation sublayers 504 and 515 allow many physical links to be aggregated into one logical link. MAC APS Control sublayers 505, 509, 516, and 520 support MAC APS for physical links. In a next layer is a standard MAC Control sublayer 506, 510, 517, and 521, which supports all the currently defined MAC APS Control Frames, e.g., PAUSE frames. All the MAC Control sublayers are optional. After the MAC Control sublayer is a standard MAC sublayer 507, 511, 518, and 522, that controls access to the media. Next is a standard PHY sublayer 508, 512, 519, and 523, that implements the physical layer signals for the transmission media. A logical level working link 502 transmit 502A and receive 502B are shown as line arrows representing active traffic. A logical level protect link 513 transmit 513A is shown active and receive 513B is shown in standby mode. Similarly, each of the physical links are illustrated as physical working links 523 and 525, corresponding active transmit links 523A and 525A, and corresponding active receive links 523B and 525B. Physical protect links 524 and 526 are also shown, with corresponding active transmit links 524 A and 526 A, and corresponding standby receive links 524B and 526B.
The APS operation is as shown in FIG. 5, which shows the case of logical (link aggregation) APS links as working links 502 and protect links 513. FIG. 5 also shows the case of physical APS links as working links 523 and 525, and protect links 524 and 526. The APS Controller 501 A follows the same state machines and implements the same commands as standardized in the SDH/SONET standards referenced.
The APS operation control flow is illustrated in FIG. 6 while concomitantly referring to FIGS. 4 and 5 in describing the operation of the present invention. First a determination is made whether there is a failure detected (step 610). If no failure has been detected, no action is taken (step 612). If there is a local failure detected, such as link failure or bit errors crossing a threshold on working link 523, the Ethernet MAC , 507 or PHY 508 layer raises an interrupt for the MAC APS Controller 501 A (step 620). The MAC APS Controller 501 A is then invoked (step 630). The MAC APS Controller 501 A causes all the failed physical links to switch over from the working link 523 to the protect 524 link (step 640). This can be done for all physical links associated with the logical working link 502. A determination is again made as to whether there is still a failure (step 650). If there is no more failure, no further action is taken (step 652). If the logical link continues to receive errors, then the MAC APS controller can cause the logical link switchover from logical working link 502 to logical protect link 513 (step 660).
When a remote or far end node wants to request a switchover, it sends an Ethernet MAC APS frame with the appropriate APS command in the K1/K2 bytes (steps 642, 662, and 682). When a near end node receives the frame, the appropriate switchover is executed. If the opcode is 0x0002, then the physical link switches over (executing step 640). If the opcode is 0x0003, then the logical link switches over (executing step 660). If the opcode is 0x0004, then the path switches over (executing step 680).
The above-described functionality allows for path level protection in ring topology as defined by the SDH/SONET standards. In order to support path level APS in mesh topology, the method can continue as follows.
Using the unicast MAC addresses of the end points for the destination address
403 and the path level APS opcode 0x0003 in the opcode field 406 in FIG. 4, path level APS can be supported. The unicast MAC address can be that of the working or protect port, or that of the port being protected by APS. When an APS path is configured, external software then provides the path to the APS controller. The information can also be stored in the MAC APS state registers and used to create the path APS control frame. In the example case of path level APS support, the APS frame is sent to the two end points of the circuit, where the MAC hardware receives the frame with the path APS opcode specified in the MAC APS Control Frame. In order for this to occur, a higher level application can already have caused the path to the end points to be learned and not aged until the APS path configuration is removed. Alternatively, the higher level application can continue to rely on learning, although learning may not be able to achieve sub 50ms restoration times. To provide priority to the APS frame 400, the NLAN field 410 can be set up with appropriate priority.
To continue with the method as illustrated in FIG. 6, a determination is again made as to whether a failure still exists (step 670). If no failure exists, no action is taken (step 672). If a failure does exist, the APS frame 400 goes through the generic APS control mechanism and invokes the MAC APS Controller 501 A, which detects that this was received as a path level request (step 682) and executes the path level switchover (step 680). The MAC APS Controller 501 A then invokes the higher application, which updates its path state and additional post switchover processing. Post switchover processing could include configurations for finding alternative protect paths, or other functionality. It should be noted that if the VLAN tag 410 is used for path level protection, then by definition, all the stations/nodes along the path need to be VLAN aware. Alternatively, the edge station/node can strip off the VLAN tag. Configuration must indicate that this is a VLAN edge station/node.
The APS frame 400 can additionally be constructed to include more information such as the Port ID 407C, Slot ID 407D, Bridge ID 407F, and node ID/IP 407G. These can be used for fault isolation.
To increase reaction speed, there can be two MAC APS Control Frame buffers, one for link level protection and one for path level protection. Because these two MAC APS Control Frames can be significantly different, they should not be constructed at the moment of failure. The logical and physical link frame are very similar so there might not be need for additional Frame buffer between the logical and physical link frames. The trade off for the implementation balance cost and efficiency.
In the instance where all three protections (i.e., physical level protection, link level protection, and path level protection) are in operation, the physical link protection is first to react (executing step 640). If the failure continues to persist (as determined at step 650), the logical link protection reacts (executing step 660). If the failure continues to persist (as determined at step 670), then path level protection is triggered, and the end stations execute a path level protection switchover (executing step 680). If a subsequent determination finds that there is no longer a failure, no further action is taken (step 692). However, if a failure is still detected, then an alarm is raised by external software for circuit failure (step 695), and concluding the method of operation as it relates to the present invention.
The present invention maintains several advantages. Because it does not change the Ethernet framing it is backward compatible and conforms to the Ethernet Standards. Because it modifies the optional Ethernet MAC Control sublayer, vendors can choose whether to implement the functionality of the present invention. The elegant design and configuration of the invention makes implementation in the MAC hardware relatively easy. The method of the present invention is event driven, thus APS frames are only sent when required. Therefore, the apparatus of the present invention maintains low overhead and consumes very little bandwidth. Because it reuses standard SDH/SONET APS definitions and process, the implementation of the present invention is fully compliant with the SDH/SONET standard protocol. Because it supports pre-configured frames and is not head of queue blocking, the present invention can be implemented to support switchover in 50 ms or less. In addition, the present invention makes use of standard SDH/SONET APS definitions and process, therefore it can support protection for linear, mesh, and ring topologies, physical level, logical level, and path level protection, and 1 + 1 , N+ 1 , and N: 1 protection.
Numerous modifications and alternative embodiments of the present invention will be apparent to those skilled in the art in view of the foregoing description. Accordingly, this description is to be construed as illustrative only and is for the purpose of teaching those skilled in the art the best mode for carrying out the present invention. Details of the structure may vary substantially without departing from the spirit of the invention, and exclusive use of all modifications that come within the scope of the appended claims is reserved. It is intended that the present invention be limited only to the extent required by the appended claims and the applicable rules of law.

Claims

CLAIMSWhat is claimed is:
1. A Media Access Control (MAC) hardware device for supporting MAC Automatic Protection Switching (APS) functionality, comprising: a MAC APS Control sublayer for processing APS frames and maintaining APS state; and a plurality of MAC sublayers for carrying out MAC operations.
2. The MAC hardware of claim 1, wherein the plurality of MAC sublayers further comprises a Link Aggregation sublayer.
3. The MAC hardware of claim 1, the plurality of MAC sublayers further comprises at least one MAC Control sublayer for generating control frames.
4. The MAC hardware of claim 1, wherein the MAC APS Control sublayer is located within a MAC.
5. The MAC hardware of claim 1, wherein a MAC Control Layer processes optional VLAN tags in control frames.
6. The MAC hardware of claim 1, wherein the MAC APS Control sublayer is implemented in the MAC hardware.
7. The MAC hardware of claim 1, wherein the MAC APS Control sublayer supports APS for logical links formed by a Link Aggregation sublayer.
8. The MAC hardware of claim 1, wherein the MAC APS Control sublayer supports APS for physical links.
9. The MAC hardware of claim 1, wherein the MAC APS Control sublayer supports APS for Network Layer paths.
10. The MAC hardware of claim 9, wherein the MAC sublayer can be implemented in at least one of an Ethernet Switch device and an Ethernet MAC device.
11. The MAC hardware of claim 1 , wherein the MAC APS Control sublayer processes an Ethernet MAC control APS frame.
12. The MAC hardware of claim 1, wherein the MAC APS Control sublayer maintains an Ethernet MAC Control APS state.
13. The MAC hardware of claim 1, wherein a MAC APS Control Layer generates an interrupt when an APS frame is detected to invoke a MAC Client APS Controller.
14. The MAC hardware of claim 1, wherein a MAC APS Control Layer generates an interrupt when an APS state change is detected to invoke a MAC Client APS Controller.
15. The MAC hardware of claim 1, wherein the MAC APS Control sublayer interacts with an Ethernet MAC Client APS Controller.
16. An Ethernet PHY hardware device, comprising: a decoder; and at least one physical sublayer, wherein one of the at least one physical sublayers generates an interrupt when a port/link failure is detected to invoke a MAC Client APS Controller.
17. In a MAC APS hardware device, an Ethernet MAC APS Control Frame for supporting SDH/SONET APS Signalling Protocol, comprising: a standard Ethernet frame Preamble field; a standard Ethernet Start-of-Frame Delimiter field; a standard Ethernet Destination MAC address field; a standard Ethernet Source MAC address field; an optional standard Ethernet VLAN Tag field; a standard Ethernet Type field; a standard Ethernet MAC Control Opcode field; a plurality of standard Ethernet MAC Control Parameters being opcode specific; and a standard Ethernet Frame Check Sequence field.
18. The Ethernet MAC APS Control Frame of claim 17, wherein the Ethernet MAC Control Opcode further comprises an ability to distinguish between a logical link failure, a physical link failure, and a path failure.
19. The Ethernet MAC APS Control Frame of claim 17, wherein the plurality of Ethernet MAC Control Parameters are further comprised of: a Kl Word field containing an SDH/SONET Kl byte; a K2 Word field containing an SDH/SONET K2 byte; a Port ID field; a Slot ID field; a Chassis ID field; a Bridge ID field; a Node ID/IP field; and a Reserved field containing zero or more octets of zero value.
20. An Ethernet MAC Client, comprising: at least one of a network layer protocol and a forwarding function for switches; and at least one MAC Control Client APS Controller.
21. A method of providing APS functionality on a MAC hardware and PHY hardware, comprising: detecting a failure along a first link on a near end network node; a Physical Layer generating an interrupt when a port/ink failure is detected to invoke a MAC Client APS Controller; and switching to a second link to correct the failure.
22. The method of claim 21, wherein the method executes within 50 ms to provide recovery functionality on an Ethernet protocol network.
23. A method of providing APS functionality on a MAC hardware, comprising: a near end MAC APS Control sublayer receiving a MAC APS Control Frame containing an APS request from a MAC APS Control Frame buffer; the near end MAC APS Control sublayer updating MAC APS state hardware registers to reflect receipt of the APS request; the MAC APS hardware providing maskable interrupts for MAC APS Control Frames received; the near end MAC APS Control sublayer generating interrupts to invoke the APS Controller; and the APS Controller processing the APS request.
24. The method of claim 23, wherein the APS request comprises at least one of a switchover request and an APS management request using APS K1/K2 signaling protocol.
25. The method of claim 23, further comprising at least one of manual and automatic switchover APS requests.
26. The method of claim 23, further comprising distinguishing between a logical failure, a physical failure, and a path failure.
27. The method of claim 23, wherein the method executes within 50 ms to provide recovery functionality.
28. A method of providing APS functionality on a MAC hardware device, comprising: a near end MAC APS Control sublayer receiving APS Controller requests to be transmitted; the MAC APS Control sublayer creating an APS Control frame with requested control parameters; and the near end MAC APS Control sublayer transmitting the MAC APS Control frame.
29. The method of claim 28, wherein the APS Controller requests comprise at least one of a switchover request and an APS management request using APS K1/K2 signaling protocol.
30. The method of claim 28, wherein the APS Controller requests comprise at least one of a manual and automatic switchover APS request.
31. The method of claim 28, wherein the method executes within 50 ms to provide recovery functionality.
32. A method of providing APS functionality on an Ethernet protocol network, comprising the steps of: experiencing a failure along a first port/link; generating an interrupt; and forwarding the interrupt to an APS controller, the APS controller initiating a switch from the first port/link to a second port/link.
33. The method of claim 32, wherein the method executes within 50 ms to provide recovery functionality.
34. A method of providing APS functionality on an Ethernet protocol network, comprising the steps of: receiving an APS Control frame with an APS request; processing the APS Control frame APS request; generating an interrupt; and forwarding the interrupt to an APS Controller, the APS Controller processing the APS request received.
35. The method of claim 34, wherein the method executes within 50 ms to provide recovery functionality.
36. The method of claim 34, wherein the method provides support for standard SDH/SONET APS functionality for linear, ring, and mesh topologies for Ethernet protocol networks using SDH/SONET K1/K2 bytes for SDH/SONET APS Signaling protocol.
37. A method of providing APS functionality on an Ethernet protocol network, comprising of steps of: receiving an APS request from an APS Controller Client; creating an APS Control Frame with the APS request; and transmitting the APS Control Frame.
38. The method of claim 37, wherein the method executes within 50 ms to provide recovery functionality.
39. The method of claim 37, wherein the method provides support for standard SDH/SONET APS functionality for linear, ring, and mesh topologies for Ethernet protocol networks using SDH/SONET K1/K2 bytes for SDH/SONET APS Signaling protocol.
PCT/US2002/028112 2001-09-04 2002-09-04 Method for supporting sdh/sonet aps on ethernet WO2003021858A1 (en)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CA2459286A CA2459286C (en) 2001-09-04 2002-09-04 Method for supporting sdh/sonet aps on ethernet
DE60230446T DE60230446D1 (en) 2001-09-04 2002-09-04 PROCESS FOR SUPPORTING SDH / SONET APS ON ETHERNET
EP02757582A EP1461890B1 (en) 2001-09-04 2002-09-04 Method for supporting sdh/sonet aps on ethernet
JP2003526066A JP4212476B2 (en) 2001-09-04 2002-09-04 Method for supporting SDH / SONET automatic protection switching over Ethernet

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US31703501P 2001-09-04 2001-09-04
US60/317,035 2001-09-04

Publications (1)

Publication Number Publication Date
WO2003021858A1 true WO2003021858A1 (en) 2003-03-13

Family

ID=23231823

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2002/028112 WO2003021858A1 (en) 2001-09-04 2002-09-04 Method for supporting sdh/sonet aps on ethernet

Country Status (8)

Country Link
US (2) US7394758B2 (en)
EP (1) EP1461890B1 (en)
JP (1) JP4212476B2 (en)
CN (1) CN100550715C (en)
AT (1) ATE418198T1 (en)
CA (1) CA2459286C (en)
DE (1) DE60230446D1 (en)
WO (1) WO2003021858A1 (en)

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004071010A2 (en) * 2003-02-06 2004-08-19 Siemens Aktiengesellschaft Method and device for medium-redundant operation of a terminal in a network
WO2006015526A1 (en) * 2004-08-13 2006-02-16 Zte Corporation Implement method and device of protection switching protocol using ip communication mode
JP2006072717A (en) * 2004-09-02 2006-03-16 Hitachi Ltd Disk subsystem
EP1692531A2 (en) * 2003-12-05 2006-08-23 Rumi Sheryar Gonda Supporting sdh/sonet aps bridge selector functionality for ethernet
EP1744486A1 (en) * 2005-07-12 2007-01-17 Alcatel Simplified remote interface device and method for determining a failure at an optical fiber link terminated with a remote interface device
JP2007527149A (en) * 2003-11-13 2007-09-20 ゴンダ,ルーミー,シェーヤー Method for supporting SDH / SONETOAMP for Ethernet
CN100388707C (en) * 2004-12-28 2008-05-14 华为技术有限公司 Method for realizing feedthrough establishment of K words of ring net element of multiplexing segment
GB2444170A (en) * 2006-11-27 2008-05-28 Huawei Tech Co Ltd Ethernet protection using a redundant link, with link up of a remote port being triggered using a "link status control mechanism".
EP2063583A1 (en) * 2007-11-20 2009-05-27 Alcatel Lucent Client traffic protection mechanism for a packet-switched network
KR100929573B1 (en) 2007-12-12 2009-12-03 한국전자통신연구원 Ethernet protection switching method according to link change of Ethernet link aggregation sublayer
DE102006060222B4 (en) * 2006-12-20 2010-02-04 Bachmann Gmbh Redundant Ethernet connection
US8422500B2 (en) 2004-07-02 2013-04-16 Rockstar Consortium Us Lp VLAN support of differentiated services
US8923292B2 (en) 2004-04-06 2014-12-30 Rockstar Consortium Us Lp Differential forwarding in address-based carrier networks
US9356862B2 (en) 2004-04-06 2016-05-31 Rpx Clearinghouse Llc Differential forwarding in address-based carrier networks

Families Citing this family (69)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030048501A1 (en) * 2001-09-12 2003-03-13 Michael Guess Metropolitan area local access service system
JP3915547B2 (en) * 2002-02-26 2007-05-16 日本電気株式会社 Fast failure switching router and fast failure switching method
FI122373B (en) * 2002-10-24 2011-12-30 Tellabs Oy Procedure, arrangement and network elements detect a connection error
JP4020753B2 (en) * 2002-10-25 2007-12-12 富士通株式会社 Ring switching method
WO2004064335A1 (en) * 2003-01-15 2004-07-29 Fujitsu Limited Method for effectively using band in multi-cast communication in ring-type network
JP4040628B2 (en) * 2003-02-27 2008-01-30 富士通株式会社 Communication control program
KR100638017B1 (en) * 2003-05-30 2006-10-23 엘지전자 주식회사 Network device
KR100605216B1 (en) * 2003-05-30 2006-07-31 엘지전자 주식회사 0network device
KR100605218B1 (en) * 2003-05-30 2006-07-31 엘지전자 주식회사 Network adaptor
KR100596755B1 (en) * 2003-05-30 2006-07-04 엘지전자 주식회사 Home network system
US7023793B2 (en) * 2003-08-01 2006-04-04 Ciena Corporation Resiliency of control channels in a communications network
JP4031014B2 (en) * 2003-08-19 2008-01-09 富士通株式会社 Transmission apparatus and transmission system
US7580409B1 (en) * 2003-09-08 2009-08-25 Extreme Networks, Inc. System for and method of communicating control information between entities interconnected by backplane connections
KR100959016B1 (en) 2003-09-26 2010-05-24 주식회사 케이티 Ethernet/SDH translator and method of furnishing each subscriber with distinctive QoS Service
ATE426281T1 (en) * 2003-11-12 2009-04-15 Alcatel Lucent PATH PROTECTION FOR SDH/SONET NETWORKS
US20050141526A1 (en) * 2003-12-30 2005-06-30 Green Michael C. Spanning tree protection using dual switches for LAN service over SONET
DE102004005016B4 (en) * 2004-01-30 2008-02-14 Lucent Technologies Network Systems Gmbh Method for controlling the transport capacity for data transmission over a network and network
US7496029B2 (en) * 2004-03-31 2009-02-24 Alcatel Lucent System and method for reacting to miscabling defects in resilient packet ring networks
DE102004035778B4 (en) * 2004-07-23 2006-09-28 Siemens Ag Method for cross-technology error protection circuit
US7930741B2 (en) * 2004-09-16 2011-04-19 Alcatel Lucent System and method for securing an ethernet connectivity fault management (CFM) domain defined on a VLAN
US7352693B2 (en) * 2005-01-31 2008-04-01 Nextel Communications Inc. Fault tolerant wireless communication systems and methods
JP4491397B2 (en) * 2005-10-07 2010-06-30 アラクサラネットワークス株式会社 A packet transfer device having a traffic bypass function.
DE102005049104A1 (en) * 2005-10-13 2007-04-26 Siemens Ag Method for transmitting data by means of Ethernet frame and network element for processing Ethernet frames
CN100344132C (en) * 2005-10-14 2007-10-17 杭州华三通信技术有限公司 Method for assuring automatic protecting system regular service of Ethernet
US7898944B2 (en) * 2005-12-14 2011-03-01 Cisco Technology, Inc. Smart mechanism for multi-client bidirectional optical channel protection scheme
US7710864B2 (en) * 2006-01-16 2010-05-04 Cisco Technology, Inc. Recovery mechanism for 10 GE optical transport network wavelength division multiplexing ring
US8477596B2 (en) * 2006-01-30 2013-07-02 Infinera Corporation Application of hardware-based mailboxes in network transceivers and distributed approach for predictable software-based protection switching
US8111634B2 (en) * 2006-08-15 2012-02-07 Cisco Technology, Inc. System and method for integrating ring-protocol-compatible devices into network configurations that also include non-ring-protocol compatible devices
CN1949700B (en) * 2006-10-09 2010-10-06 华为技术有限公司 Method and apparatus for mixed network protection
US8705344B2 (en) * 2006-11-14 2014-04-22 Cisco Technology, Inc. Graceful failover of a principal link in a fiber-channel fabric
KR100889753B1 (en) 2006-12-01 2009-03-24 한국전자통신연구원 Method of protection switching for link aggregation group and Apparatus thereof
JP4762161B2 (en) * 2007-01-19 2011-08-31 富士通株式会社 Network device, network redundant connection method, and network redundant connection program
US9889239B2 (en) 2007-03-23 2018-02-13 Allegiance Corporation Fluid collection and disposal system and related methods
CA2681734A1 (en) 2007-03-23 2008-10-02 Allegiance Corporation Fluid collection and disposal system having interchangeable collection and other features and methods relating thereto
WO2008146344A1 (en) * 2007-05-25 2008-12-04 Mitsubishi Electric Corporation Optical access network
US20090003226A1 (en) * 2007-06-29 2009-01-01 Moxa Networking Co., Ltd Network intermediary device with connection test packets
US8582966B2 (en) * 2007-09-10 2013-11-12 Cortina Systems, Inc. Method and apparatus for protection switching in passive optical network
CN101399697B (en) * 2007-09-30 2011-02-16 华为技术有限公司 System and method for automatically protection switching
CN101170494B (en) * 2007-11-21 2010-06-02 中兴通讯股份有限公司 Soft rerouting method in automatic switching optical network
KR100982015B1 (en) * 2007-12-10 2010-09-14 한국전자통신연구원 Method for protection switching of ring network and apparatus thereof
US20100014858A1 (en) * 2008-07-15 2010-01-21 Giovanni Barbarossa Reduction Of Packet Loss Through Optical Layer Protection
CN101325599B (en) * 2008-07-22 2012-05-23 中兴通讯股份有限公司 Protection protocol apparatus for network node and method for processing protection rearrange
US8189588B2 (en) * 2009-03-13 2012-05-29 Cisco Technology, Inc. Flow resiliency
US8059526B2 (en) * 2009-03-23 2011-11-15 Lsi Corporation N+1 protection using a processor-based protection device
KR101561676B1 (en) * 2009-04-29 2015-10-21 한국전자통신연구원 Device for managing of base station and method for managing thereof
WO2011008961A1 (en) 2009-07-15 2011-01-20 Allegiance Corporation Fluid collection and disposal system and related methods
US8248954B2 (en) * 2009-08-31 2012-08-21 Hubbell Incorporated System and method for enhancement of Ethernet link loss forwarding
CN102142975B (en) * 2010-02-01 2015-05-13 中兴通讯股份有限公司 Method and system for service protection based on dual node interconnection protection structure in transmission network
US8713362B2 (en) * 2010-12-01 2014-04-29 International Business Machines Corporation Obviation of recovery of data store consistency for application I/O errors
US8694821B2 (en) 2010-12-03 2014-04-08 International Business Machines Corporation Generation of standby images of applications
CN102075279B (en) * 2011-01-27 2015-04-15 杭州华三通信技术有限公司 Configuration method and equipment for auto protocol switch (APS) working mode
WO2012105051A1 (en) 2011-02-04 2012-08-09 富士通株式会社 Communication system, communication method, and communication device
US9264303B2 (en) 2011-03-11 2016-02-16 Tejas Networks Limited Protection switching method and system provision by a distributed protection group
US8830825B2 (en) * 2011-05-05 2014-09-09 Fujitsu Limited Method and system for priority based (1:1)n ethernet protection
JP5704647B2 (en) * 2011-06-10 2015-04-22 日本電気株式会社 Switch device and frame transmission / reception control method
US8509616B2 (en) * 2011-06-22 2013-08-13 Telefonaktiebolaget L M Ericsson (Publ) Devices, systems and methods for run-time reassignment of a PHY to MAC devices interconnect
US8917591B2 (en) * 2011-07-19 2014-12-23 Fujitsu Limited Systems and methods for protection of adaptation layer in a communication network
US9143391B2 (en) * 2011-08-15 2015-09-22 Mediatek Inc. Method of processing management frame and related communication device
DE102011082965A1 (en) * 2011-09-19 2013-01-24 Siemens Aktiengesellschaft Method for operating a network arrangement and network arrangement
US9100329B1 (en) * 2012-06-28 2015-08-04 Juniper Networks, Inc. Providing non-interrupt failover using a link aggregation mechanism
US9313563B1 (en) 2012-08-31 2016-04-12 Pmc-Sierra Us, Inc. System and method for network switching
CN103067274A (en) * 2012-12-19 2013-04-24 中兴通讯股份有限公司 Spanning tree back-up port quick recovery method and device
CN103001808B (en) * 2012-12-24 2017-07-25 上海斐讯数据通信技术有限公司 A kind of port failure detection interchanger and implementation method
US10484287B2 (en) * 2013-05-15 2019-11-19 Avago Technologies International Sales Pte. Limited Support for distinguished minimum latency traffic guard band
CN103957049A (en) * 2014-05-22 2014-07-30 烽火通信科技股份有限公司 Automatic optical fiber link protection method and system based on APS protocol
JP6791253B2 (en) * 2016-09-30 2020-11-25 富士通株式会社 Communication control programs, devices, and methods
CN108600409B (en) * 2018-04-08 2021-06-29 北京国电通网络技术有限公司 Mac address processing method and device
CN109104385A (en) * 2018-10-10 2018-12-28 盛科网络(苏州)有限公司 A kind of method and apparatus preventing MACSEC exit passageway failure
CN111147514A (en) * 2019-12-31 2020-05-12 上海理工大学 Communication frame suitable for real-time Ethernet session layer and design method

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5623357A (en) * 1993-08-18 1997-04-22 Grc International, Inc. Method and apparatus for the monitoring and demarcation of synchronous digital hierarchy networks
US5671213A (en) * 1994-11-04 1997-09-23 Nec Corporation Duplicated arrangement for ATM switching system
US5740157A (en) * 1992-05-21 1998-04-14 Alcatel Network Systems, Inc. Distributed control methodology and mechanism for implementing automatic protection switching
US6188667B1 (en) * 1996-03-29 2001-02-13 Alcatel Usa, Inc. Transport interface for performing protection switching of telecommunications traffic
US6359858B1 (en) * 1999-06-03 2002-03-19 Fujitsu Network Communications, Inc. Switching redundancy control

Family Cites Families (36)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4646286A (en) * 1985-07-30 1987-02-24 Northern Telecom Limited Communications system with protection switching and channel identities
US4837760A (en) * 1985-08-02 1989-06-06 Northern Telecom Limited Communications system with protection switching using individual selectors
US5787070A (en) * 1995-06-21 1998-07-28 Cisco Technology, Inc. One for N redundancy in a communication system
JPH0974412A (en) 1995-09-04 1997-03-18 Fujitsu Ltd Aps system for atm exchange network
US5777761A (en) * 1995-12-22 1998-07-07 Mci Communications Corporation System and method for photonic facility and line protection switching using wavelength translation
US5884017A (en) * 1995-12-29 1999-03-16 Mci Communications Corporation Method and system for optical restoration tributary switching in a fiber network
JPH10145409A (en) 1996-11-12 1998-05-29 Toshiba Corp Communication system
JP3063721B2 (en) * 1997-04-30 2000-07-12 日本電気株式会社 Topology information exchange device and machine-readable recording medium recording program
US6393483B1 (en) * 1997-06-30 2002-05-21 Adaptec, Inc. Method and apparatus for network interface card load balancing and port aggregation
JP3717286B2 (en) 1997-10-08 2005-11-16 沖電気工業株式会社 Network reconfiguration method
US6233072B1 (en) * 1997-12-31 2001-05-15 Mci Communications Corporation Method and system for restoring coincident line and facility failures
US6202114B1 (en) * 1997-12-31 2001-03-13 Cisco Technology, Inc. Spanning tree with fast link-failure convergence
JP3511875B2 (en) 1998-01-13 2004-03-29 横河電機株式会社 Communication control system
DE69832974T2 (en) 1998-02-05 2006-09-21 Biosense Webster, Inc., Diamond Bar DEVICE FOR INTRAKARDIAL ADMINISTRATION OF MEDICAMENTS
US6363077B1 (en) * 1998-02-13 2002-03-26 Broadcom Corporation Load balancing in link aggregation and trunking
US6111672A (en) * 1998-02-20 2000-08-29 Mci Communications Corporation Method, apparatus, and computer program product for optical network restoration
US6112311A (en) * 1998-02-20 2000-08-29 International Business Machines Corporation Bridge failover system
US7430164B2 (en) * 1998-05-04 2008-09-30 Hewlett-Packard Development Company, L.P. Path recovery on failure in load balancing switch protocols
JP2000049731A (en) * 1998-07-28 2000-02-18 Fujitsu Ltd Sdh transmitting system and device thereof and line switch control method in sdh transmission system
US6308282B1 (en) * 1998-11-10 2001-10-23 Honeywell International Inc. Apparatus and methods for providing fault tolerance of networks and network interface cards
US6373826B1 (en) * 1998-12-15 2002-04-16 Nortel Networks Limited Spanning tree algorithm
US6535489B1 (en) * 1999-05-21 2003-03-18 Advanced Micro Devices, Inc. Method and apparatus in a network switch for handling link failure and link recovery in a trunked data path
CA2273522C (en) 1999-06-01 2009-03-24 Nortel Networks Corporation High speed ethernet based on sonet technology
CN1250294A (en) * 1999-07-27 2000-04-12 邮电部武汉邮电科学研究院 Adaption method for fusion of Ethernet with synchronizing digital system or synchronizing optical network
EP1132844A3 (en) * 2000-03-02 2002-06-05 Telseon IP Services Inc. E-commerce system facilitating service networks including broadband communication service networks
EP1135000A1 (en) * 2000-03-17 2001-09-19 Telefonaktiebolaget Lm Ericsson Link aggregation
US6332198B1 (en) * 2000-05-20 2001-12-18 Equipe Communications Corporation Network device for supporting multiple redundancy schemes
DE60111457T2 (en) * 2000-06-19 2006-05-11 Broadcom Corp., Irvine Switching arrangement with redundant ways
US6992975B1 (en) * 2000-08-15 2006-01-31 Cisco Technology, Inc. Multiple ring support within a single network element
US7170852B1 (en) * 2000-09-29 2007-01-30 Cisco Technology, Inc. Mesh with projection channel access (MPCA)
US6982951B2 (en) * 2000-12-21 2006-01-03 At&T Corp. Method for selecting a restoration path in a mesh network
US6931529B2 (en) * 2001-01-05 2005-08-16 International Business Machines Corporation Establishing consistent, end-to-end protection for a user datagram
GB2371706B (en) * 2001-01-30 2003-04-23 3Com Corp Link aggregation control for network devices
DE60233237D1 (en) 2001-06-05 2009-09-17 Ericsson Ab ETHERNET PROTECTION SYSTEM
US6766482B1 (en) * 2001-10-31 2004-07-20 Extreme Networks Ethernet automatic protection switching
US7093027B1 (en) * 2002-07-23 2006-08-15 Atrica Israel Ltd. Fast connection protection in a virtual local area network based stack environment

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5740157A (en) * 1992-05-21 1998-04-14 Alcatel Network Systems, Inc. Distributed control methodology and mechanism for implementing automatic protection switching
US5623357A (en) * 1993-08-18 1997-04-22 Grc International, Inc. Method and apparatus for the monitoring and demarcation of synchronous digital hierarchy networks
US5671213A (en) * 1994-11-04 1997-09-23 Nec Corporation Duplicated arrangement for ATM switching system
US6188667B1 (en) * 1996-03-29 2001-02-13 Alcatel Usa, Inc. Transport interface for performing protection switching of telecommunications traffic
US6359858B1 (en) * 1999-06-03 2002-03-19 Fujitsu Network Communications, Inc. Switching redundancy control

Cited By (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004071010A3 (en) * 2003-02-06 2004-10-14 Siemens Ag Method and device for medium-redundant operation of a terminal in a network
US7468949B2 (en) 2003-02-06 2008-12-23 Siemens Aktiengesellschaft Method and device for medium-redundant operation of a terminal in a network
WO2004071010A2 (en) * 2003-02-06 2004-08-19 Siemens Aktiengesellschaft Method and device for medium-redundant operation of a terminal in a network
JP2007527149A (en) * 2003-11-13 2007-09-20 ゴンダ,ルーミー,シェーヤー Method for supporting SDH / SONETOAMP for Ethernet
EP1692531A4 (en) * 2003-12-05 2008-09-03 Rumi Sheryar Gonda Supporting sdh/sonet aps bridge selector functionality for ethernet
EP1692531A2 (en) * 2003-12-05 2006-08-23 Rumi Sheryar Gonda Supporting sdh/sonet aps bridge selector functionality for ethernet
US9356862B2 (en) 2004-04-06 2016-05-31 Rpx Clearinghouse Llc Differential forwarding in address-based carrier networks
US8976793B2 (en) 2004-04-06 2015-03-10 Rockstar Consortium Us Lp Differential forwarding in address-based carrier networks
US8923292B2 (en) 2004-04-06 2014-12-30 Rockstar Consortium Us Lp Differential forwarding in address-based carrier networks
US9118590B2 (en) 2004-07-02 2015-08-25 Rpx Clearinghouse Llc VLAN support of differentiated services
US8422500B2 (en) 2004-07-02 2013-04-16 Rockstar Consortium Us Lp VLAN support of differentiated services
WO2006015526A1 (en) * 2004-08-13 2006-02-16 Zte Corporation Implement method and device of protection switching protocol using ip communication mode
CN100463387C (en) * 2004-08-13 2009-02-18 中兴通讯股份有限公司 Realization device for protecting replace protocol using IP communication mode and its method
US7702823B2 (en) 2004-09-02 2010-04-20 Hitachi, Ltd. Disk subsystem monitoring fault
JP2006072717A (en) * 2004-09-02 2006-03-16 Hitachi Ltd Disk subsystem
CN100388707C (en) * 2004-12-28 2008-05-14 华为技术有限公司 Method for realizing feedthrough establishment of K words of ring net element of multiplexing segment
EP1744486A1 (en) * 2005-07-12 2007-01-17 Alcatel Simplified remote interface device and method for determining a failure at an optical fiber link terminated with a remote interface device
GB2444170B (en) * 2006-11-27 2009-10-07 Huawei Tech Co Ltd Method and device for ethernet protection
GB2444170A (en) * 2006-11-27 2008-05-28 Huawei Tech Co Ltd Ethernet protection using a redundant link, with link up of a remote port being triggered using a "link status control mechanism".
DE102006060222B4 (en) * 2006-12-20 2010-02-04 Bachmann Gmbh Redundant Ethernet connection
EP2063583A1 (en) * 2007-11-20 2009-05-27 Alcatel Lucent Client traffic protection mechanism for a packet-switched network
US7940645B2 (en) 2007-12-12 2011-05-10 Electronics And Telecommunications Research Institute Protection switching method based on change in link status in ethernet link aggregation sublayer
KR100929573B1 (en) 2007-12-12 2009-12-03 한국전자통신연구원 Ethernet protection switching method according to link change of Ethernet link aggregation sublayer

Also Published As

Publication number Publication date
DE60230446D1 (en) 2009-01-29
CA2459286A1 (en) 2003-03-13
CN100550715C (en) 2009-10-14
CN1579064A (en) 2005-02-09
EP1461890A4 (en) 2006-05-24
US20080259786A1 (en) 2008-10-23
EP1461890A1 (en) 2004-09-29
ATE418198T1 (en) 2009-01-15
JP2005502268A (en) 2005-01-20
EP1461890B1 (en) 2008-12-17
US7394758B2 (en) 2008-07-01
CA2459286C (en) 2010-07-20
US20030043736A1 (en) 2003-03-06
US7746768B2 (en) 2010-06-29
JP4212476B2 (en) 2009-01-21

Similar Documents

Publication Publication Date Title
EP1461890B1 (en) Method for supporting sdh/sonet aps on ethernet
US11916722B2 (en) System and method for resilient wireless packet communications
US7102995B2 (en) Supporting SDH/SONET APS bridge selector functionality for ethernet
US8730822B2 (en) Method for supporting SDH/SONET OAMP on ethernet
US7177325B2 (en) Operations, administration and maintenance (OAM) systems and methods for packet switched data networks
US7315511B2 (en) Transmitter, SONET/SDH transmitter, and transmission system
CN101796753A (en) But resilient data communications with physical layer link aggregation, expansion fault detect and load balancing
WO2004008708A1 (en) Multiple service ring with capabilities of transmitting and switching data, video and voice
US20080050117A1 (en) Method and apparatus for photonic resiliency of a packet switched network
US7213178B1 (en) Method and system for transporting faults across a network
JP2022507745A (en) Communication method and communication device
US11082348B2 (en) Network device and queue management method for network device
US7751335B2 (en) Failure handling system
Huynh et al. RRR: Rapid ring recovery submillisecond decentralized recovery for ethernet ring
Lian Design and analysis of optical metropolitan networks
Huynh et al. RRR: Rapid Ring Recovery

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ OM PH PL PT RO RU SD SE SG SI SK SL TJ TM TN TR TT TZ UA UG UZ VN YU ZA ZM ZW

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BY BZ CA CH CN CO CR CU CZ DE DM DZ EC EE ES FI GB GD GE GH HR HU ID IL IN IS JP KE KG KP KR LC LK LR LS LT LU LV MA MD MG MN MW MX MZ NO NZ OM PH PL PT RU SD SE SG SI SK SL TJ TM TN TR TZ UA UG UZ VN YU ZA ZM

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ UG ZM ZW AM AZ BY KG KZ RU TJ TM AT BE BG CH CY CZ DK EE ES FI FR GB GR IE IT LU MC PT SE SK TR BF BJ CF CG CI GA GN GQ GW ML MR NE SN TD TG

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR IE IT LU MC NL PT SE SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
WWE Wipo information: entry into national phase

Ref document number: 2459286

Country of ref document: CA

WWE Wipo information: entry into national phase

Ref document number: 2003526066

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 2002757582

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 690/CHENP/2004

Country of ref document: IN

WWE Wipo information: entry into national phase

Ref document number: 20028216636

Country of ref document: CN

WWP Wipo information: published in national office

Ref document number: 2002757582

Country of ref document: EP