WO2010091038A1 - Interface monitoring for link aggregation - Google Patents

Interface monitoring for link aggregation Download PDF

Info

Publication number
WO2010091038A1
WO2010091038A1 PCT/US2010/022974 US2010022974W WO2010091038A1 WO 2010091038 A1 WO2010091038 A1 WO 2010091038A1 US 2010022974 W US2010022974 W US 2010022974W WO 2010091038 A1 WO2010091038 A1 WO 2010091038A1
Authority
WO
WIPO (PCT)
Prior art keywords
heartbeats
link aggregation
network
network interface
aggregated
Prior art date
Application number
PCT/US2010/022974
Other languages
French (fr)
Inventor
Junlan Zhou
Zhengrong Ji
Yuguang Wu
Original Assignee
Google Inc.
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 Google Inc. filed Critical Google Inc.
Priority to AU2010210714A priority Critical patent/AU2010210714C1/en
Priority to EP10705942.0A priority patent/EP2394402B1/en
Publication of WO2010091038A1 publication Critical patent/WO2010091038A1/en

Links

Classifications

    • 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/42Loop networks
    • H04L12/427Loop networks with decentralised control
    • H04L12/433Loop networks with decentralised control with asynchronous transmission, e.g. token ring, register insertion
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/10Active monitoring, e.g. heartbeat, ping or trace-route
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/24Multipath
    • H04L45/245Link aggregation, e.g. trunking
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/10Active monitoring, e.g. heartbeat, ping or trace-route
    • H04L43/106Active monitoring, e.g. heartbeat, ping or trace-route using time related information in packets, e.g. by adding timestamps
    • 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
    • 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
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/50Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate

Definitions

  • the invention relates generally to computer network topologies. More particularly, the invention pertains to link aggregation interface monitoring. Description of Related Art
  • Link aggregation technologies enable the machine deployed with multiple network interfaces, called “slaves,” to aggregate the bandwidth of multiple interfaces, or to maintain network connectivity despite interface failures.
  • existing link aggregation technologies support two modes of operations: load balancing or active/standby mode. Load balancing mode requires the router (s) /switch (es) (connected to the networked machine) to support link aggregation technologies as well.
  • the networked machine uses multiple network interfaces concurrently, to transmit/receive packets and thus to aggregate the bandwidth of these interfaces.
  • Active/standby mode does not require link aggregation support on the router (s) /switch (es) connected to the networked machine.
  • the networked machine only uses one network interface, referred to the "active slave, " to transmit/receive packets, while the other network interfaces operate as "standby slaves" and do not transmit/receive. If the active slave fails, the networked machine switches to one of the standby slaves and uses the new active slave for transmitting and receiving packets.
  • a link failure may degrade or prevent communication among devices on the network. This can be a serious problem in network communication.
  • monitoring techniques such as ARP monitoring and Mil monitoring have been used to evaluate aggregated links.
  • ARP monitoring ARP requests are sent to designated peers in the network and determine the health of slave interfaces based on any received ARP replies.
  • One limitation on this technique is that it relies on the "liveness" of designated peers.
  • Another limitation is that it may not be used in an active/standby link aggregation mode. In this mode, only one active slave is allowed to transmit and receive, and the health of standby slave interfaces (not allowed to send/receive packets) cannot be determined.
  • Mil monitoring the technique monitors only the carrier state of aggregated interfaces. It does not detect interface failure when the carrier state is up but the link is down due to bad cables or other issues. BRIEF SUMMARY OF THE INVENTION
  • a link aggregation system in a computer network comprises a plurality of network interfaces and a link aggregation monitor.
  • the plurality of network interfaces includes a first network interface and a second network interface aggregated into a single bond. They provide an aggregated communication link to a network.
  • the link aggregation monitor is coupled to the aggregated first and second network interfaces.
  • the link aggregation monitor is configured to provide heartbeats to and receive heartbeats from the aggregated network interfaces to determine a health status of each aggregated network interface.
  • Each heartbeat is configured by the link aggregation monitor as an Ethernet frame having a destination address, source address and heartbeat identifier.
  • the Ethernet frame further includes a heartbeat sequence identifier and timestamp to record a system time when a given heartbeat is generated.
  • the given network interface is removed from the aggregated bond and the link aggregation monitor prepares new heartbeats configured to omit the failed network interface.
  • the additional network interface is added to the aggregated bond and the link aggregation monitor prepares new heartbeats configured to include the added network interface.
  • the aggregated network interfaces are arranged in a token ring configuration and the heartbeats are routed around the token ring .
  • a link aggregation monitoring apparatus comprising a heartbeat generator, a data store and a sniffer device.
  • the heartbeat generator is configured to prepare heartbeats for a plurality of network interfaces arranged in an aggregated communication link to a network.
  • the data store is configured to maintain source and destination addresses of the heartbeats for use by each of the network interfaces.
  • the data store is further configured to provide network interface data to the heartbeat generator.
  • the sniffer device is configured to observe the heartbeats received by the plurality of network interfaces.
  • the sniffer device is further configured to send information associated with the observed heartbeats to the data store.
  • the heartbeat generator is further configured to analyze a health status of each network interface in the aggregated communication link based on the network interface data received from the data store, and to prepare new heartbeats to account for any nonfunctional network interfaces and any added network interfaces .
  • the data store is further configured to maintain transmission and reception statistics of selected heartbeats based on the information sent by the sniffer device.
  • the transmission and reception statistics may include at least one of timestamps, counters and sequence numbers.
  • the link aggregation monitoring apparatus further comprises a user interface configured to display heartbeat statistics associated with the health status of selected network interfaces.
  • each network interface arranged in the aggregated communication link is assigned a slave ID associated with a unique address, and each network interface uses the unique address associated with the slave ID of its heartbeat's intended receiver as a destination address.
  • assignment of the slave IDs to respective network interfaces may depend on a link aggregation mode.
  • the heartbeat generator is further configured to detect a fail-over condition when a signal reports that a given one of the network interfaces arranged in the aggregated communication link has switched from a standby mode to a primary mode.
  • a link aggregation method for use in a computer network comprises: configuring a plurality of network interfaces including a first network interface and a second network interface into an aggregated single bond for providing an aggregated communication link to a network; providing heartbeats to the aggregated network interfaces for circulation among each of the network interfaces in the aggregated single bond; receiving the heartbeats from the aggregated network interfaces; and determining a health status of each aggregated network interface based upon the received heartbeats; wherein each heartbeat is configured as an Ethernet frame having a destination address, source address and heartbeat identifier.
  • the Ethernet frame further includes a heartbeat sequence identifier and timestamp to record a system time when a given heartbeat is generated.
  • the method further comprises: removing the failed network interface from the aggregated bond; and preparing new heartbeats configured to omit the failed network interface.
  • the method further comprises: adding the additional network interface to the aggregated bond; preparing new heartbeats configured to include the added network interface.
  • the aggregated network interfaces are arranged in a token ring configuration and the heartbeats are routed around the token ring.
  • a link aggregation monitoring method comprises preparing heartbeats for a plurality of network interfaces arranged in an aggregated communication link to a network; maintaining in a data store source and destination addresses of the heartbeats for use by each of the network interfaces, the data store being configured to provide network interface data to a heartbeat generator; observing the heartbeats received by the plurality of network interfaces with a sniffer device, the sniffer device being configured to send information associated with the observed heartbeats to the data store; analyzing a health status of each network interface in the aggregated communication link based on the network interface data received from the data store; and preparing new heartbeats with the heartbeat generator to account for any nonfunctional network interfaces and any added network interfaces.
  • the data store is further configured to maintain transmission and reception statistics of selected heartbeats based on the information sent by the sniffer device.
  • the transmission and reception statistics may include at least one of timestamps, counters and sequence numbers .
  • the link aggregation monitoring method further comprises displaying heartbeat statistics associated with the health status of selected network interfaces to a user.
  • the link aggregation monitoring method also comprises assigning a slave ID to each network interface arranged in the aggregated communication link; and associating each slave ID with a unique address; wherein each network interface uses the unique address associated with the slave ID of its heartbeat's intended receiver as a destination address; and wherein each network interface uses the unique address associated with its assigned slave ID as the source address of its outgoing heartbeats.
  • assignment of the slave IDs to respective network interfaces may depend on a link aggregation mode.
  • the link aggregation monitoring method may further comprise detecting a fail-over condition when a signal reports that a given one of the network interfaces arranged in the aggregated communication link has switched from a standby mode to a primary mode.
  • FIG. 1 illustrates a link aggregation monitoring system in accordance with aspects of the present invention.
  • FIG. 2 illustrates a link monitoring apparatus in accordance with aspects of the present invention.
  • FIGS. 3A-C illustrate heartbeat distribution in accordance with aspects of the present invention.
  • Figure 4 illustrates a heartbeat configuration in accordance with aspects of the present invention. DETAILED DESCRIPTION
  • FIG. 1 illustrates a system 100 that implements link aggregation monitoring in accordance with aspects of the present invention.
  • the system 100 includes a host device 102, a backbone network 104, and internetworking devices 106 such as routers, hubs, bridges or switches.
  • the host device 102 may comprise a server, PC, network switch etc. In one example, the host device 102 may be a switch used in a network datacenter.
  • the host device 102 is coupled to the backbone network 104 via the internetworking devices 106.
  • the host device 102 includes a link aggregation monitor 108 and a pair of network interfaces 110 identified as "EthO" and "Ethl". While only two network interfaces 110 are illustrated, more than two such interfaces may be employed with the embodiments of the invention presented herein.
  • the network interfaces 110 are desirably aggregated into a single bond 112.
  • the link aggregation monitor 108 enables the host device 102 to exchange "heartbeats" among the network interfaces 110 and monitor the transmit (“Tx") and receive (“Rx”) health of the links to the backbone network 104.
  • the term "heartbeat” includes messages of a unique type that may be configured as data frames (e.g., Ethernet frames) for transmission among multiple network elements. Details and examples of various heartbeat formats are provided below.
  • the link aggregation monitor 108 desirably includes a heartbeat generator (not shown) , which constructs heartbeats to be sent and forward the heartbeats to the desired network interfaces/device drivers.
  • the network interfaces/device drivers will, in turn, transmit heartbeats out on a physical layer/medium ("PHY") to the backbone network 104.
  • the heartbeat generator receives PHY down/up events of network interfaces, and removes/adds interfaces in a token ring or loop-type configuration.
  • the heartbeats are exchanged among network interfaces in a token- ring pattern.
  • the heartbeats flow in one of two directions through the network interfaces 110, the internetworking devices 106 and the backbone network 104.
  • a first heartbeat 116a may pass in a clockwise direction first through network interface Ethl, through a first internetworking device, the backbone network, a second internetworking device and then through network interface EthO .
  • a second heartbeat 116b may pass in a counterclockwise direction first through network interface EthO, through a first internetworking device, the backbone network, a second internetworking device and then through network interface Ethl.
  • FIG. 2 is a block diagram 200 illustrating one example of the link aggregation monitor 108 of FIG. 1.
  • the link aggregation monitor 108 may include or otherwise be logically associated with certain devices.
  • a heartbeat generator 202 is desirably part of the link aggregation monitor 108.
  • Also shown in the block diagram 200 are a data store 204, a sniffer 206, a command line interface 208 and a web interface 210. Each of these elements may be part of the link aggregation monitor 108. Alternatively, some or all of these elements may be separate components and/or programs used by the link aggregation monitor. These elements are discussed in more detail below.
  • the heartbeat generator 202 generates outgoing heartbeats.
  • Source and destination MAC address of heartbeats are desirably provided by the data store 204.
  • the heartbeat generator 202 may send a transmit/Tx event to the data store 204, which increments a Tx counter maintained for all network interfaces 110 being aggregated (e.g., EthO, Ethl) .
  • a primary function of the data store 204 is to store, update, and output various information concerning the network interfaces 110.
  • the data store 204 may maintain source/destination MAC address of heartbeats to be transmitted from a given interface.
  • the data store 204 may also maintain transmission and reception statistics of heartbeats and data such as timestamps (e.g., primary and standby slaves' Tx and Rx times), counters (e.g., primary and standby slaves' Tx and Rx counters) and sequence numbers (e.g., primary and standby slaves' Tx and Rx sequence numbers) may be received and maintained by the data store 204.
  • timestamps e.g., primary and standby slaves' Tx and Rx times
  • counters e.g., primary and standby slaves' Tx and Rx counters
  • sequence numbers e.g., primary and standby slaves' Tx and Rx sequence numbers
  • PHY up/down events Tx/Rx events of heartbeats for network interfaces from other components, and updates its database accordingly.
  • PHY up indicates that a driver or other device detects a carrier state on the network interface.
  • the above information concerning network interfaces is provided to other components, such as the heartbeat generator 202, upon request.
  • the sniffer 206 intercepts or otherwise observes heartbeats received on the network interfaces 110.
  • the sniffer desirably forwards information concerning received heartbeats (e.g., the incoming network interface, source/destination MAC address, sequence number of received hearbeats, and etc.) to the data store 204.
  • information concerning received heartbeats e.g., the incoming network interface, source/destination MAC address, sequence number of received hearbeats, and etc.
  • the link aggregation monitor may determine any losses of heartbeats.
  • the command line interface 208 provides a user interface in which users may query Tx/Rx statistics regarding the network interfaces 110.
  • the web interface 210 provides a web page displaying Rx/Tx statistics of the network interfaces 110.
  • the command line and web interfaces may provide additional functionality, such as enabling a user to manage operation of the link aggregation monitor 108 and/or the aggregation bond 112 of the network interfaces 110.
  • the link aggregation monitor 108 is implemented as a module run as a single process.
  • the module desirably runs a loop that multiplex I/O events from at least the heartbeat generator 202 and the sniffer 206.
  • the heartbeat generator 202 sends heartbeats periodically from EthO and Ethl .
  • heartbeat generator 202 opens two raw sockets, one on EthO and the other on Ethl.
  • Heartbeat generator 202 then adds a periodic alarm/indicator to send heartbeats from EthO and from Ethl in an interleaved manner. This may be done at a fixed interval, which may be set or otherwise configured by a heartbeat interval flag.
  • the heartbeats from EthO are destined to Ethl, and vice versa, to monitor the Tx and Rx health of a standby link.
  • the sniffer 206 desirably opens a raw socket on the aggregate bond to intercept all heartbeats received on EthO and Ethl.
  • the above two threads will read and write into the data store 204, which holds transmission/reception statistics of heartbeats as well as other global control information including the heartbeat forma.
  • Data store 204 may also serve link health requests triggered by user inputs. And the data store 204 may report link health data via the web interface 210.
  • FIG. 3A illustrates an exemplary token-ring arrangement for pairing multiple network interfaces 110 and exchange heartbeats among them in accordance with aspects of the present invention.
  • more than two network interfaces may be employed.
  • eight network interfaces 110 (EthO ... Eth7) are used. It should be understood that any number of network interfaces greater than two may be used in an aggregated bond 112 in accordance with aspects of the present invention.
  • nth network interface exchanges heartbeats with eth (n+1) .
  • ethn is considered to be Tx healthy if eth (n+1) receives all heartbeats transmitted by ethn.
  • ethn is considered to be Rx healthy if it receives all heartbeats from eth(n-l) .
  • eth (i-1) now sends heartbeats to eth (i+1) .
  • eth (i-1) is considered to be Tx healthy if eth (i+1) receives all heartbeats from eth (i-1) .
  • eth (i+1) is considered to be Rx healthy if it receives all heartbeats from Eth (i-1) .
  • FIGS 3B-C An example on how heartbeat flow changes as interfaces go up and down is shown in FIGS 3B-C.
  • ethO starts to send heartbeats directly to eth2.
  • ethl is removed from the token ring.
  • Information regarding the modified token ring may be stored in data store 204.
  • New/modified heartbeats are generated by the heartbeat generator 202 using such information.
  • the disabled/inactive interface ethl may become fully operational. When this occurs, the interface ethl may be incorporated into the token ring.
  • FIG. 3C when ethl transits from PHY down to up, ethl is added to the token ring.
  • the heartbeat (s) are reconfigured so that ethO sends a heartbeat to ethl and ethl sends heartbeats to eth2.
  • Heartbeats in accordance with aspects of the present invention include the format shown in FIG. 4.
  • Heartbeats are desirably configured as Ethernet frames with a new ether_type, ETH_P_HEARTBEAT, to distinguish them from other types of ethernet frames, such as ARP, IP etc.
  • Each heartbeat carries a sequence number (e.g., 32 bits), generated by the sending network interface, a timestamp field (e.g., 64 bits) recording the system time when the heartbeat is generated, and optionally a padding field if needed to satisfy the minimum length of an Ethernet frame. The length of the padding field may be reduced to accommodate new fields in the heartbeat frame.
  • a sequence number e.g., 32 bits
  • a timestamp field e.g., 64 bits
  • the length of the padding field may be reduced to accommodate new fields in the heartbeat frame.
  • each network interface is assigned a slave ID.
  • Each slave id is desirably assigned a unique MAC address.
  • a network interface may always use the MAC address assigned to its slave ID as the source MAC of its heartbeats.
  • the network interface uses the MAC address assigned to the slave ID of its heartbeats' intended receiver (such as in the token ring of FIGS. 3A-C) as the destination MAC address.
  • network interface ethi is desirably assigned slave ID i, and its heartbeats are sent to slave ID (i+1) .
  • assignment of MAC addresses to slave ID, and assignment of slave IDs to network interfaces depends on the mode of link aggregation. These include load balancing mode and active/standby mode. In active/standby mode, only one network interface, referred to as the primary slave, is actively transmitting and receiving. When the primary slave fails, one standby slave is selected to become the new primary slave and to transmit/receive traffic.
  • the active/standby mode is used when a switch or other device connected to the slave interfaces does not support link aggregation, and can associate a MAC address to only one interface at any time. The associated interface of specific MAC address can change over time.
  • each switch is deployed with at least two network interfaces aggregated in active/standby mode .
  • the Tx/Rx quality of a standby link may be determined by the link aggregation monitor 108.
  • load balancing mode traffic originated from (the application of) the server host is spread across all network interfaces that are PHY up. In both modes, application traffic sent by the host (from different network interfaces) carries the same MAC, referred to as primary MAC, which is typically ethO's permanent MAC address stored in its EEPROM.
  • primary MAC which is typically ethO's permanent MAC address stored in its EEPROM.
  • each network interface is assigned a unique slave ID ranging from 0 to n-1, where n is the total number of available network interfaces. Each slave needs a unique MAC address which is different from the primary MAC address.
  • n-1 can be selected from the permanent MAC addresses of network interfaces being aggregated, whose MACs are not chosen as the primary MAC.
  • the nth MAC address used for this scheme is new.
  • the assignments of MAC addresses to slave ID, and assignment of slave IDs to network interfaces never changes .
  • the assignments of a MAC address to a slave ID desirably never changes.
  • slave id 0 is assigned the primary MAC.
  • Slave IDs 1 to n-1 are each assigned a unique MAC from the other (n-1) permanent MAC addresses of network interfaces which are not used as the primary MAC.
  • the assignment of slave IDs to network interfaces changes as interfaces go up and down.
  • the active interface may always be assigned to slave ID 0, and standby interfaces may be assigned to slave IDs 1 to n-1.
  • standby network interface When a standby network interface is PHY down, existing "alive" network interfaces desirably do not change their slave IDs.
  • the active network interface When the active network interface "dies,” the new active network interface may switch to slave ID 0.
  • a network interface becomes alive again, if it is not the active interface, it may employ a slave ID between 1 to n-1 that is not being used by any other alive interface. If a network interface replaces the existing active interface (to be the new active interface) , then in this example the replacement network interface uses slave id 0.
  • both the sender (A) and the receiver (B) of that heartbeat may be the cause of the failure.
  • the sender of the heartbeat now sends broadcast heartbeats (with a broadcast MAC address as the destination) . If at least one interface in the token ring receives the broadcast heartbeats, the receiver (B) is determined to be faulty. The receiver is then removed from the token ring as illustrated in FIG. 3B. If no interfaces in the token ring receive the broadcast heartbeats, then the sender (A) is considered as faulty. The sender is then removed from the token ring. This process continues until all faulty interfaces are identified and removed from the token ring .
  • heartbeats may be configured as unicast frames whenever possible.
  • Heartbeats may have broadcast destination addresses in the active/standby mode of link aggregation, when the switch has incorrect knowledge of a port attached to a MAC address. This situation occurs after a fail-over, when a formerly standby slave now becomes the new active slave and is assigned a different slave ID and thus new MAC address.
  • the switch desirably learns the new port attached to a MAC address through the heartbeats initiated from this MAC address.
  • the link aggregation monitor desirably maintains a variable heartbeat_destination_mac for each network interface.
  • heartbeat_destination_MAC addresses are desirably reset to a predetermined address, such as f f : ff : ff : ff : f f : ff .
  • heartbeat_destination_MAC addresses of these interfaces are changed to their newly assigned MAC addresses. Fail-over is detected by the heartbeat generator when a signal on a bonding driver reports that a network interface switches from "standby" to "primary".
  • the sniffer 206 may monitor such operations/events and direct the data store 204 to modify its database accordingly. As faulty network interfaces are identified and removed from the token ring, the data store database is updated, and the heartbeat generator 202 may configure new or modified heartbeats accordingly. Such information may be provided to the command line and/or web interfaces. [0053] While certain steps and configurations have been described and illustrated in a particular order, it should be understood that such actions may occur in a different order or concurrently.
  • the token ring configuration of FIG. 3A illustrates an aggregate bond including all network interfaces ethO through eth7. However, different token ring topologies may be employed. For instance, one or more aggregate bonds may be configured.
  • a first aggregate bond may include a subset of network interfaces arranged in a token ring, such as interfaces ethO, eth2, eth4 and eth ⁇ .
  • a second aggregate bond may include a second subset of network interfaces arranged in another token ring, such as interfaces ethl, eth3, eth5 and eth7.
  • the token ring configurations disclosed herein may be used on machines in any network topology. Each machine on the network may employ its own set of heartbeats in its own token ring configuration .
  • the present invention enjoys wide industrial applicability including, but not limited to, computer network topologies and interface monitoring and management of link aggregation technologies.

Abstract

The present invention provides network interface monitoring and management that may be employed with link aggregation technologies. Multiple network interfaces (110) may be aggregated into a single bond (112) and data may be transferred to and from a backbone network (104) via this aggregated bond. A link aggregation monitor (108) employs a heartbeat generator (202), sniffer (206) and data store (204) to keep track of health and availability of network interfaces. The heartbeat generator sends heartbeats (116a, 116b) to the network interfaces, which pass the heartbeats around in a token ring configuration. If a network interface fails or otherwise goes offline, detection of this condition causes the monitor and heartbeat generator to prepare new or modified heartbeats so that data may be efficiently and accurately routed around the token ring and health of all remaining alive interfaces can be monitored properly. If a network interface re-enters or is added to the aggregate bond, new/modified heartbeats are then employed.

Description

INTERFACE MONITORING FOR LINK AGGREGATION
CROSS-REFERENCE TO RELATED APPLICATIONS
[0001] This application claims priority to United States Patent Application No. 12/364,634, filed February 3, 2009, entitled "Interface Monitoring for Link Aggregation," attorney docket number GOOGLE 3.0-034, the entire disclosure of which is hereby incorporated herein by reference. BACKGROUND OF THE INVENTION Field of the Invention
[0002] The invention relates generally to computer network topologies. More particularly, the invention pertains to link aggregation interface monitoring. Description of Related Art
[0003] On a networked machine, it is possible to increase the communication bandwidth or the availability of network connectivity, by using multiple interfaces concurrently. This is known as "link aggregation." Link aggregation technologies enable the machine deployed with multiple network interfaces, called "slaves," to aggregate the bandwidth of multiple interfaces, or to maintain network connectivity despite interface failures. In particular, existing link aggregation technologies support two modes of operations: load balancing or active/standby mode. Load balancing mode requires the router (s) /switch (es) (connected to the networked machine) to support link aggregation technologies as well. In load balancing mode, the networked machine uses multiple network interfaces concurrently, to transmit/receive packets and thus to aggregate the bandwidth of these interfaces. Active/standby mode does not require link aggregation support on the router (s) /switch (es) connected to the networked machine. In this mode, the networked machine only uses one network interface, referred to the "active slave, " to transmit/receive packets, while the other network interfaces operate as "standby slaves" and do not transmit/receive. If the active slave fails, the networked machine switches to one of the standby slaves and uses the new active slave for transmitting and receiving packets.
[0004] It is possible for one or more links to go down or otherwise fail. A link failure may degrade or prevent communication among devices on the network. This can be a serious problem in network communication. In the past, monitoring techniques such as ARP monitoring and Mil monitoring have been used to evaluate aggregated links. [0005] In ARP monitoring ARP requests are sent to designated peers in the network and determine the health of slave interfaces based on any received ARP replies. One limitation on this technique is that it relies on the "liveness" of designated peers. Another limitation is that it may not be used in an active/standby link aggregation mode. In this mode, only one active slave is allowed to transmit and receive, and the health of standby slave interfaces (not allowed to send/receive packets) cannot be determined. [0006] In Mil monitoring, the technique monitors only the carrier state of aggregated interfaces. It does not detect interface failure when the carrier state is up but the link is down due to bad cables or other issues. BRIEF SUMMARY OF THE INVENTION
[0007] In accordance with aspects of the present invention, robust interface monitoring and management is provided for link aggregation technologies.
[0008] In accordance with one embodiment of the present invention, a link aggregation system in a computer network is provided. The link aggregation system comprises a plurality of network interfaces and a link aggregation monitor. The plurality of network interfaces includes a first network interface and a second network interface aggregated into a single bond. They provide an aggregated communication link to a network. The link aggregation monitor is coupled to the aggregated first and second network interfaces. The link aggregation monitor is configured to provide heartbeats to and receive heartbeats from the aggregated network interfaces to determine a health status of each aggregated network interface. Each heartbeat is configured by the link aggregation monitor as an Ethernet frame having a destination address, source address and heartbeat identifier. [0009] In one alternative, the Ethernet frame further includes a heartbeat sequence identifier and timestamp to record a system time when a given heartbeat is generated. In another alternative, if a given one of the plurality of network interfaces fails, the given network interface is removed from the aggregated bond and the link aggregation monitor prepares new heartbeats configured to omit the failed network interface. In a further example, if an additional network interface becomes available, the additional network interface is added to the aggregated bond and the link aggregation monitor prepares new heartbeats configured to include the added network interface. In yet another example, the aggregated network interfaces are arranged in a token ring configuration and the heartbeats are routed around the token ring .
[0010] In accordance with another embodiment of the present invention, a link aggregation monitoring apparatus is provided. The apparatus comprises a heartbeat generator, a data store and a sniffer device. The heartbeat generator is configured to prepare heartbeats for a plurality of network interfaces arranged in an aggregated communication link to a network. The data store is configured to maintain source and destination addresses of the heartbeats for use by each of the network interfaces. The data store is further configured to provide network interface data to the heartbeat generator. The sniffer device is configured to observe the heartbeats received by the plurality of network interfaces. The sniffer device is further configured to send information associated with the observed heartbeats to the data store. The heartbeat generator is further configured to analyze a health status of each network interface in the aggregated communication link based on the network interface data received from the data store, and to prepare new heartbeats to account for any nonfunctional network interfaces and any added network interfaces .
[0011] In one example, the data store is further configured to maintain transmission and reception statistics of selected heartbeats based on the information sent by the sniffer device. In this case, the transmission and reception statistics may include at least one of timestamps, counters and sequence numbers.
[0012] In another example, the link aggregation monitoring apparatus further comprises a user interface configured to display heartbeat statistics associated with the health status of selected network interfaces.
[0013] In an alternative example, each network interface arranged in the aggregated communication link is assigned a slave ID associated with a unique address, and each network interface uses the unique address associated with the slave ID of its heartbeat's intended receiver as a destination address. In this case, assignment of the slave IDs to respective network interfaces may depend on a link aggregation mode. Optionally, the heartbeat generator is further configured to detect a fail-over condition when a signal reports that a given one of the network interfaces arranged in the aggregated communication link has switched from a standby mode to a primary mode.
[0014] In accordance with yet another embodiment of the present invention, a link aggregation method for use in a computer network comprises: configuring a plurality of network interfaces including a first network interface and a second network interface into an aggregated single bond for providing an aggregated communication link to a network; providing heartbeats to the aggregated network interfaces for circulation among each of the network interfaces in the aggregated single bond; receiving the heartbeats from the aggregated network interfaces; and determining a health status of each aggregated network interface based upon the received heartbeats; wherein each heartbeat is configured as an Ethernet frame having a destination address, source address and heartbeat identifier.
[0015] In one example, the Ethernet frame further includes a heartbeat sequence identifier and timestamp to record a system time when a given heartbeat is generated. In another example, if a given one of the plurality of network interfaces fails, the method further comprises: removing the failed network interface from the aggregated bond; and preparing new heartbeats configured to omit the failed network interface. [0016] In a further example, if an additional network interface becomes available, the method further comprises: adding the additional network interface to the aggregated bond; preparing new heartbeats configured to include the added network interface. And in yet another example, the aggregated network interfaces are arranged in a token ring configuration and the heartbeats are routed around the token ring. [0017] In accordance with another embodiment of the present invention, a link aggregation monitoring method comprises preparing heartbeats for a plurality of network interfaces arranged in an aggregated communication link to a network; maintaining in a data store source and destination addresses of the heartbeats for use by each of the network interfaces, the data store being configured to provide network interface data to a heartbeat generator; observing the heartbeats received by the plurality of network interfaces with a sniffer device, the sniffer device being configured to send information associated with the observed heartbeats to the data store; analyzing a health status of each network interface in the aggregated communication link based on the network interface data received from the data store; and preparing new heartbeats with the heartbeat generator to account for any nonfunctional network interfaces and any added network interfaces.
[0018] In one example, the data store is further configured to maintain transmission and reception statistics of selected heartbeats based on the information sent by the sniffer device. Here, the transmission and reception statistics may include at least one of timestamps, counters and sequence numbers .
[0019] In another example, the link aggregation monitoring method further comprises displaying heartbeat statistics associated with the health status of selected network interfaces to a user.
[0020] In a further example, the link aggregation monitoring method also comprises assigning a slave ID to each network interface arranged in the aggregated communication link; and associating each slave ID with a unique address; wherein each network interface uses the unique address associated with the slave ID of its heartbeat's intended receiver as a destination address; and wherein each network interface uses the unique address associated with its assigned slave ID as the source address of its outgoing heartbeats. In this case, assignment of the slave IDs to respective network interfaces may depend on a link aggregation mode. And in another alternative, the link aggregation monitoring method may further comprise detecting a fail-over condition when a signal reports that a given one of the network interfaces arranged in the aggregated communication link has switched from a standby mode to a primary mode. DESCRIPTION OF THE DRAWINGS [0021] FIG. 1 illustrates a link aggregation monitoring system in accordance with aspects of the present invention. [0022] FIG. 2 illustrates a link monitoring apparatus in accordance with aspects of the present invention. [0023] FIGS. 3A-C illustrate heartbeat distribution in accordance with aspects of the present invention. [0024] Figure 4 illustrates a heartbeat configuration in accordance with aspects of the present invention. DETAILED DESCRIPTION
[0025] The aspects, features and advantages of the present invention will be appreciated when considered with reference to the following description of preferred embodiments and accompanying figures. The following description does not limit the present invention; rather, the scope of the invention is defined by the appended claims and equivalents. [0026] FIG. 1 illustrates a system 100 that implements link aggregation monitoring in accordance with aspects of the present invention. The system 100 includes a host device 102, a backbone network 104, and internetworking devices 106 such as routers, hubs, bridges or switches. The host device 102 may comprise a server, PC, network switch etc. In one example, the host device 102 may be a switch used in a network datacenter. As shown, the host device 102 is coupled to the backbone network 104 via the internetworking devices 106. [0027] The host device 102 includes a link aggregation monitor 108 and a pair of network interfaces 110 identified as "EthO" and "Ethl". While only two network interfaces 110 are illustrated, more than two such interfaces may be employed with the embodiments of the invention presented herein. The network interfaces 110 are desirably aggregated into a single bond 112. As shown by arrows 114, the link aggregation monitor 108 enables the host device 102 to exchange "heartbeats" among the network interfaces 110 and monitor the transmit ("Tx") and receive ("Rx") health of the links to the backbone network 104. As used herein, the term "heartbeat" includes messages of a unique type that may be configured as data frames (e.g., Ethernet frames) for transmission among multiple network elements. Details and examples of various heartbeat formats are provided below.
[0028] The link aggregation monitor 108 desirably includes a heartbeat generator (not shown) , which constructs heartbeats to be sent and forward the heartbeats to the desired network interfaces/device drivers. The network interfaces/device drivers will, in turn, transmit heartbeats out on a physical layer/medium ("PHY") to the backbone network 104. In addition, the heartbeat generator receives PHY down/up events of network interfaces, and removes/adds interfaces in a token ring or loop-type configuration.
[0029] As will be discussed in more detail below, the heartbeats are exchanged among network interfaces in a token- ring pattern. The heartbeats flow in one of two directions through the network interfaces 110, the internetworking devices 106 and the backbone network 104. For instance, as shown in FIG. 1, a first heartbeat 116a may pass in a clockwise direction first through network interface Ethl, through a first internetworking device, the backbone network, a second internetworking device and then through network interface EthO . And a second heartbeat 116b may pass in a counterclockwise direction first through network interface EthO, through a first internetworking device, the backbone network, a second internetworking device and then through network interface Ethl.
[0030] FIG. 2 is a block diagram 200 illustrating one example of the link aggregation monitor 108 of FIG. 1. The link aggregation monitor 108 may include or otherwise be logically associated with certain devices. As noted above, a heartbeat generator 202 is desirably part of the link aggregation monitor 108. Also shown in the block diagram 200 are a data store 204, a sniffer 206, a command line interface 208 and a web interface 210. Each of these elements may be part of the link aggregation monitor 108. Alternatively, some or all of these elements may be separate components and/or programs used by the link aggregation monitor. These elements are discussed in more detail below.
[0031] As noted above, the heartbeat generator 202 generates outgoing heartbeats. Source and destination MAC address of heartbeats are desirably provided by the data store 204. When a heartbeat is sent, the heartbeat generator 202 may send a transmit/Tx event to the data store 204, which increments a Tx counter maintained for all network interfaces 110 being aggregated (e.g., EthO, Ethl) .
[0032] A primary function of the data store 204 is to store, update, and output various information concerning the network interfaces 110. For each interface, the data store 204 may maintain source/destination MAC address of heartbeats to be transmitted from a given interface. The data store 204 may also maintain transmission and reception statistics of heartbeats and data such as timestamps (e.g., primary and standby slaves' Tx and Rx times), counters (e.g., primary and standby slaves' Tx and Rx counters) and sequence numbers (e.g., primary and standby slaves' Tx and Rx sequence numbers) may be received and maintained by the data store 204. It also desirably receives PHY up/down events, Tx/Rx events of heartbeats for network interfaces from other components, and updates its database accordingly. "PHY up" indicates that a driver or other device detects a carrier state on the network interface. The above information concerning network interfaces is provided to other components, such as the heartbeat generator 202, upon request.
[0033] The sniffer 206 intercepts or otherwise observes heartbeats received on the network interfaces 110. The sniffer desirably forwards information concerning received heartbeats (e.g., the incoming network interface, source/destination MAC address, sequence number of received hearbeats, and etc.) to the data store 204. By correlating the Tx/Rx counters and sequence numbers of primary and standby interfaces, the link aggregation monitor may determine any losses of heartbeats.
[0034] The command line interface 208 provides a user interface in which users may query Tx/Rx statistics regarding the network interfaces 110. The web interface 210 provides a web page displaying Rx/Tx statistics of the network interfaces 110. The command line and web interfaces may provide additional functionality, such as enabling a user to manage operation of the link aggregation monitor 108 and/or the aggregation bond 112 of the network interfaces 110. [0035] In one embodiment, the link aggregation monitor 108 is implemented as a module run as a single process. The module desirably runs a loop that multiplex I/O events from at least the heartbeat generator 202 and the sniffer 206. In one example, the heartbeat generator 202 sends heartbeats periodically from EthO and Ethl . During its initialization, heartbeat generator 202 opens two raw sockets, one on EthO and the other on Ethl. Heartbeat generator 202 then adds a periodic alarm/indicator to send heartbeats from EthO and from Ethl in an interleaved manner. This may be done at a fixed interval, which may be set or otherwise configured by a heartbeat interval flag.
[0036] In this example, the heartbeats from EthO are destined to Ethl, and vice versa, to monitor the Tx and Rx health of a standby link. The sniffer 206 desirably opens a raw socket on the aggregate bond to intercept all heartbeats received on EthO and Ethl. The above two threads will read and write into the data store 204, which holds transmission/reception statistics of heartbeats as well as other global control information including the heartbeat forma. Data store 204 may also serve link health requests triggered by user inputs. And the data store 204 may report link health data via the web interface 210.
[0037] FIG. 3A illustrates an exemplary token-ring arrangement for pairing multiple network interfaces 110 and exchange heartbeats among them in accordance with aspects of the present invention. As noted above, more than two network interfaces may be employed. In the example of FIG. 3A, eight network interfaces 110 (EthO ... Eth7) are used. It should be understood that any number of network interfaces greater than two may be used in an aggregated bond 112 in accordance with aspects of the present invention.
[0038] In the example of FIG. 3A, it is assumed that all network interfaces are PHY up and can transmit data. The nth network interface, ethn, exchanges heartbeats with eth (n+1) . In the present example, ethn is considered to be Tx healthy if eth (n+1) receives all heartbeats transmitted by ethn. ethn is considered to be Rx healthy if it receives all heartbeats from eth(n-l) .
[0039] In accordance with an aspect of the present invention, when one interface ethi fails, it is removed from the token ring. The remaining interfaces maintain an aggregate bond. In this case, eth (i-1) now sends heartbeats to eth (i+1) . eth (i-1) is considered to be Tx healthy if eth (i+1) receives all heartbeats from eth (i-1) . Similarly, eth (i+1) is considered to be Rx healthy if it receives all heartbeats from Eth (i-1) .
[0040] An example on how heartbeat flow changes as interfaces go up and down is shown in FIGS 3B-C. In FIG. 3B, when ethl is PHY down, ethO starts to send heartbeats directly to eth2. In this case, ethl is removed from the token ring. Information regarding the modified token ring may be stored in data store 204. New/modified heartbeats are generated by the heartbeat generator 202 using such information. [0041] At some point, the disabled/inactive interface ethl may become fully operational. When this occurs, the interface ethl may be incorporated into the token ring. As shown in FIG. 3C, when ethl transits from PHY down to up, ethl is added to the token ring. In this case, the heartbeat (s) are reconfigured so that ethO sends a heartbeat to ethl and ethl sends heartbeats to eth2.
[0042] The heartbeats in accordance with aspects of the present invention include the format shown in FIG. 4. Heartbeats are desirably configured as Ethernet frames with a new ether_type, ETH_P_HEARTBEAT, to distinguish them from other types of ethernet frames, such as ARP, IP etc. Each heartbeat carries a sequence number (e.g., 32 bits), generated by the sending network interface, a timestamp field (e.g., 64 bits) recording the system time when the heartbeat is generated, and optionally a padding field if needed to satisfy the minimum length of an Ethernet frame. The length of the padding field may be reduced to accommodate new fields in the heartbeat frame. Note that heartbeats are sent from and received by the same server host. Therefore, byte ordering of fields in the heartbeats is not a problem.
[0043] To identify the sending network interface of a given heartbeat, each network interface is assigned a slave ID. Each slave id is desirably assigned a unique MAC address. A network interface may always use the MAC address assigned to its slave ID as the source MAC of its heartbeats. The network interface uses the MAC address assigned to the slave ID of its heartbeats' intended receiver (such as in the token ring of FIGS. 3A-C) as the destination MAC address. As shown in FIG. 4, network interface ethi is desirably assigned slave ID i, and its heartbeats are sent to slave ID (i+1) .
[0044] In accordance with another aspect of the present invention, assignment of MAC addresses to slave ID, and assignment of slave IDs to network interfaces depends on the mode of link aggregation. These include load balancing mode and active/standby mode. In active/standby mode, only one network interface, referred to as the primary slave, is actively transmitting and receiving. When the primary slave fails, one standby slave is selected to become the new primary slave and to transmit/receive traffic. The active/standby mode is used when a switch or other device connected to the slave interfaces does not support link aggregation, and can associate a MAC address to only one interface at any time. The associated interface of specific MAC address can change over time. In one example, each switch is deployed with at least two network interfaces aggregated in active/standby mode .
[0045] By correlating heartbeat Tx/Rx counts of a standby network interface with heartbeat Tx/Rx counts of a primary network interface, the Tx/Rx quality of a standby link may be determined by the link aggregation monitor 108.
[0046] In load balancing mode, traffic originated from (the application of) the server host is spread across all network interfaces that are PHY up. In both modes, application traffic sent by the host (from different network interfaces) carries the same MAC, referred to as primary MAC, which is typically ethO's permanent MAC address stored in its EEPROM. [0047] In load balancing mode, each network interface is assigned a unique slave ID ranging from 0 to n-1, where n is the total number of available network interfaces. Each slave needs a unique MAC address which is different from the primary MAC address. Among the total n different MACs required, n-1 can be selected from the permanent MAC addresses of network interfaces being aggregated, whose MACs are not chosen as the primary MAC. The nth MAC address used for this scheme is new. In one example, the assignments of MAC addresses to slave ID, and assignment of slave IDs to network interfaces, never changes . [0048] In active/standby mode, the assignments of a MAC address to a slave ID desirably never changes. Thus, in an example, slave id 0 is assigned the primary MAC. Slave IDs 1 to n-1 are each assigned a unique MAC from the other (n-1) permanent MAC addresses of network interfaces which are not used as the primary MAC. The assignment of slave IDs to network interfaces changes as interfaces go up and down. The active interface may always be assigned to slave ID 0, and standby interfaces may be assigned to slave IDs 1 to n-1. [0049] When a standby network interface is PHY down, existing "alive" network interfaces desirably do not change their slave IDs. When the active network interface "dies," the new active network interface may switch to slave ID 0. When a network interface becomes alive again, if it is not the active interface, it may employ a slave ID between 1 to n-1 that is not being used by any other alive interface. If a network interface replaces the existing active interface (to be the new active interface) , then in this example the replacement network interface uses slave id 0. The previous active interface would then change to a slave ID ranging from 1 to n-1 that is not used by any other alive interface. [0050] In the example of FIG. 3A, if a heartbeat is lost, both the sender (A) and the receiver (B) of that heartbeat may be the cause of the failure. To further identify which interface is faulty, in accordance with another aspects of the present invention the sender of the heartbeat now sends broadcast heartbeats (with a broadcast MAC address as the destination) . If at least one interface in the token ring receives the broadcast heartbeats, the receiver (B) is determined to be faulty. The receiver is then removed from the token ring as illustrated in FIG. 3B. If no interfaces in the token ring receive the broadcast heartbeats, then the sender (A) is considered as faulty. The sender is then removed from the token ring. This process continues until all faulty interfaces are identified and removed from the token ring .
[0051] To minimize bandwidth usage, heartbeats may be configured as unicast frames whenever possible. Heartbeats may have broadcast destination addresses in the active/standby mode of link aggregation, when the switch has incorrect knowledge of a port attached to a MAC address. This situation occurs after a fail-over, when a formerly standby slave now becomes the new active slave and is assigned a different slave ID and thus new MAC address. The switch desirably learns the new port attached to a MAC address through the heartbeats initiated from this MAC address. After fail over, if a network interface is assigned a different MAC address, the destination address of heartbeats sent to this network interface should first be set to a broadcast MAC address, and then set to its newly assigned MAC address, after the sniffer has received heartbeats from this network interface using the newly assigned MAC address. To keep track of the appropriate destination MAC address to use for outgoing heartbeats, the link aggregation monitor desirably maintains a variable heartbeat_destination_mac for each network interface. Upon a fail-over, for network interfaces assigned with different MAC addresses, their heartbeat_destination_MAC addresses are desirably reset to a predetermined address, such as f f : ff : ff : ff : f f : ff . Once the sniffer has received a heartbeat from these interfaces, heartbeat_destination_MAC addresses of these interfaces are changed to their newly assigned MAC addresses. Fail-over is detected by the heartbeat generator when a signal on a bonding driver reports that a network interface switches from "standby" to "primary".
[0052] The sniffer 206 may monitor such operations/events and direct the data store 204 to modify its database accordingly. As faulty network interfaces are identified and removed from the token ring, the data store database is updated, and the heartbeat generator 202 may configure new or modified heartbeats accordingly. Such information may be provided to the command line and/or web interfaces. [0053] While certain steps and configurations have been described and illustrated in a particular order, it should be understood that such actions may occur in a different order or concurrently. By way of example, the token ring configuration of FIG. 3A illustrates an aggregate bond including all network interfaces ethO through eth7. However, different token ring topologies may be employed. For instance, one or more aggregate bonds may be configured. In this case, a first aggregate bond may include a subset of network interfaces arranged in a token ring, such as interfaces ethO, eth2, eth4 and ethβ. A second aggregate bond may include a second subset of network interfaces arranged in another token ring, such as interfaces ethl, eth3, eth5 and eth7. Furthermore, the token ring configurations disclosed herein may be used on machines in any network topology. Each machine on the network may employ its own set of heartbeats in its own token ring configuration . INDUSTRIAL APPLICABILITY
[0054] The present invention enjoys wide industrial applicability including, but not limited to, computer network topologies and interface monitoring and management of link aggregation technologies.

Claims

IN THE CLAIMS
1. A link aggregation system in a computer network, comprising : a plurality of network interfaces including a first network interface and a second network interface aggregated into a single bond and providing an aggregated communication link to a network; and a link aggregation monitor coupled to the aggregated first and second network interfaces, the link aggregation monitor configured to provide heartbeats to and receive heartbeats from the aggregated network interfaces to determine a health status of each aggregated network interface; wherein each heartbeat is configured by the link aggregation monitor as an Ethernet frame having a destination address, source address and heartbeat identifier.
2. The link aggregation system of claim 1, wherein the Ethernet frame further includes a heartbeat sequence identifier and timestamp to record a system time when a given heartbeat is generated.
3. The link aggregation system of claim 1, wherein if a given one of the plurality of network interfaces fails, the given network interface is removed from the aggregated bond and the link aggregation monitor prepares new heartbeats configured to omit the failed network interface.
4. The link aggregation system of claim 1, wherein if an additional network interface becomes available, the additional network interface is added to the aggregated bond and the link aggregation monitor prepares new heartbeats configured to include the added network interface.
5. The link aggregation system of claim 1, wherein the aggregated network interfaces are arranged in a token ring configuration and the heartbeats are routed around the token ring .
6. A link aggregation monitoring apparatus, comprising: a heartbeat generator configured to prepare heartbeats for a plurality of network interfaces arranged in an aggregated communication link to a network; a data store configured to maintain source and destination addresses of the heartbeats for use by each of the network interfaces, the data store being further configured to provide network interface data to the heartbeat generator; and a sniffer device configured to observe the heartbeats received by the plurality of network interfaces, the sniffer device being further configured to send information associated with the observed heartbeats to the data store; wherein the heartbeat generator is further configured to analyze a health status of each network interface in the aggregated communication link based on the network interface data received from the data store, and to prepare new heartbeats to account for any nonfunctional network interfaces and any added network interfaces.
7. The link aggregation monitoring apparatus of claim 6, wherein the data store is further configured to maintain transmission and reception statistics of selected heartbeats based on the information sent by the sniffer device.
8. The link aggregation monitoring apparatus of claim 7, wherein the transmission and reception statistics include at least one of timestamps, counters and sequence numbers.
9. The link aggregation monitoring apparatus of claim 6, further comprising a user interface configured to display heartbeat statistics associated with the health status of selected network interfaces.
10. The link aggregation monitoring apparatus of claim 6, wherein each network interface arranged in the aggregated communication link is assigned a slave ID associated with a unique address, and each network interface uses the unique address associated with the slave ID of its heartbeat's intended receiver as a destination address.
11. The link aggregation monitoring apparatus of claim 10, wherein assignment of the slave IDs to respective network interfaces depends on a link aggregation mode.
12. The link aggregation monitoring apparatus of claim 10, wherein the heartbeat generator is further configured to detect a fail-over condition when a signal reports that a given one of the network interfaces arranged in the aggregated communication link has switched from a standby mode to a primary mode.
13. A link aggregation method for use in a computer network, the method comprising: configuring a plurality of network interfaces including a first network interface and a second network interface into an aggregated single bond for providing an aggregated communication link to a network; providing heartbeats to the aggregated network interfaces for circulation among each of the network interfaces in the aggregated single bond; receiving the heartbeats from the aggregated network interfaces; and determining a health status of each aggregated network interface based upon the received heartbeats; wherein each heartbeat is configured as an Ethernet frame having a destination address, source address and heartbeat identifier.
14. The link aggregation method of claim 13, wherein the Ethernet frame further includes a heartbeat sequence identifier and timestamp to record a system time when a given heartbeat is generated.
15. The link aggregation method of claim 13, wherein if a given one of the plurality of network interfaces fails, the method further comprises: removing the failed network interface from the aggregated bond; and preparing new heartbeats configured to omit the failed network interface.
16. The link aggregation method of claim 13, wherein if an additional network interface becomes available, the method further comprises : adding the additional network interface to the aggregated bond; and preparing new heartbeats configured to include the added network interface.
17. The link aggregation method of claim 13, wherein the aggregated network interfaces are arranged in a token ring configuration and the heartbeats are routed around the token ring .
18. A link aggregation monitoring method, comprising: preparing heartbeats for a plurality of network interfaces arranged in an aggregated communication link to a network; maintaining in a data store source and destination addresses of the heartbeats for use by each of the network interfaces, the data store being configured to provide network interface data to a heartbeat generator; observing the heartbeats received by the plurality of network interfaces with a sniffer device, the sniffer device being configured to send information associated with the observed heartbeats to the data store; analyzing a health status of each network interface in the aggregated communication link based on the network interface data received from the data store; and preparing new heartbeats with the heartbeat generator to account for any nonfunctional network interfaces and any added network interfaces.
19. The link aggregation monitoring method of claim 18, wherein the data store is further configured to maintain transmission and reception statistics of selected heartbeats based on the information sent by the sniffer device.
20. The link aggregation monitoring method of claim 19, wherein the transmission and reception statistics include at least one of timestamps, counters and sequence numbers.
21. The link aggregation monitoring method of claim 18, further comprising displaying heartbeat statistics associated with the health status of selected network interfaces to a user .
22. The link aggregation monitoring method of claim 18, further comprising: assigning a slave ID to each network interface arranged in the aggregated communication link; and associating each slave ID with a unique address; wherein each network interface uses the unique address associated with the slave ID of its heartbeat's intended receiver as a destination address; and wherein each network interface uses the unique address associated with its assigned slave ID as the source address of its outgoing heartbeats.
23. The link aggregation monitoring method of claim 22, wherein assignment of the slave IDs to respective network interfaces depends on a link aggregation mode.
24. The link aggregation monitoring method of claim 22, further comprising detecting a fail-over condition when a signal reports that a given one of the network interfaces arranged in the aggregated communication link has switched from a standby mode to a primary mode.
PCT/US2010/022974 2009-02-03 2010-02-03 Interface monitoring for link aggregation WO2010091038A1 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
AU2010210714A AU2010210714C1 (en) 2009-02-03 2010-02-03 Interface monitoring for link aggregation
EP10705942.0A EP2394402B1 (en) 2009-02-03 2010-02-03 Interface monitoring for link aggregation

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US12/364,634 2009-02-03
US12/364,634 US8098572B2 (en) 2009-02-03 2009-02-03 Interface monitoring for link aggregation

Publications (1)

Publication Number Publication Date
WO2010091038A1 true WO2010091038A1 (en) 2010-08-12

Family

ID=42077026

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2010/022974 WO2010091038A1 (en) 2009-02-03 2010-02-03 Interface monitoring for link aggregation

Country Status (4)

Country Link
US (2) US8098572B2 (en)
EP (1) EP2394402B1 (en)
AU (1) AU2010210714C1 (en)
WO (1) WO2010091038A1 (en)

Families Citing this family (104)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8380143B2 (en) 2002-05-01 2013-02-19 Dali Systems Co. Ltd Power amplifier time-delay invariant predistortion methods and apparatus
US8811917B2 (en) 2002-05-01 2014-08-19 Dali Systems Co. Ltd. Digital hybrid mode power amplifier system
US8355316B1 (en) 2009-12-16 2013-01-15 Sprint Communications Company L.P. End-to-end network monitoring
EP2106648B1 (en) 2006-12-26 2018-08-08 Dali Systems Co., Ltd. Method and system for baseband predistortion linearization in multi-channel wideband communication systems
US8289878B1 (en) 2007-05-09 2012-10-16 Sprint Communications Company L.P. Virtual link mapping
US8902733B2 (en) * 2008-12-02 2014-12-02 Nec Corporation Communication network management system, method and program, and management computer
JPWO2010064531A1 (en) * 2008-12-02 2012-05-10 日本電気株式会社 Communication network management system, method, program, and management computer
EP2399365A4 (en) * 2009-02-18 2012-08-08 Commw Scient Ind Res Org Method and apparatus for providing a bit masked heartbeat signal
US8213296B2 (en) * 2009-05-14 2012-07-03 Verizon Patent And Licensing Inc. Link aggregation protection
US8301762B1 (en) * 2009-06-08 2012-10-30 Sprint Communications Company L.P. Service grouping for network reporting
US8458323B1 (en) 2009-08-24 2013-06-04 Sprint Communications Company L.P. Associating problem tickets based on an integrated network and customer database
JP5513342B2 (en) * 2010-02-26 2014-06-04 アラクサラネットワークス株式会社 Packet relay device
US9716672B2 (en) 2010-05-28 2017-07-25 Brocade Communications Systems, Inc. Distributed configuration management for virtual cluster switching
US8867552B2 (en) 2010-05-03 2014-10-21 Brocade Communications Systems, Inc. Virtual cluster switching
US9270486B2 (en) 2010-06-07 2016-02-23 Brocade Communications Systems, Inc. Name services for virtual cluster switching
US9769016B2 (en) 2010-06-07 2017-09-19 Brocade Communications Systems, Inc. Advanced link tracking for virtual cluster switching
US9608833B2 (en) 2010-06-08 2017-03-28 Brocade Communications Systems, Inc. Supporting multiple multicast trees in trill networks
US9806906B2 (en) 2010-06-08 2017-10-31 Brocade Communications Systems, Inc. Flooding packets on a per-virtual-network basis
US9628293B2 (en) 2010-06-08 2017-04-18 Brocade Communications Systems, Inc. Network layer multicasting in trill networks
US9807031B2 (en) 2010-07-16 2017-10-31 Brocade Communications Systems, Inc. System and method for network configuration
US9407537B1 (en) 2010-07-23 2016-08-02 Juniper Networks, Inc. Data packet switching within a communications network including aggregated links
US8644146B1 (en) 2010-08-02 2014-02-04 Sprint Communications Company L.P. Enabling user defined network change leveraging as-built data
US8682338B2 (en) 2010-09-14 2014-03-25 Dali Systems Co., Ltd. Remotely reconfigurable distributed antenna system and methods
CN103180844B (en) 2010-08-17 2017-10-03 大力系统有限公司 Neutral host architecture for distributing antenna system
CN102412979B (en) * 2010-09-26 2015-09-02 杭州华三通信技术有限公司 Reduce method and the communication equipment of link polymerization terminal port message dropping
US11405969B2 (en) 2010-09-29 2022-08-02 International Business Machines Corporation Enabling interface aggregation of mobile broadband network interfaces
US9088454B2 (en) * 2010-11-03 2015-07-21 Broadcom Corporation Vehicle network node module
WO2012091648A1 (en) * 2010-12-30 2012-07-05 Telefonaktiebolaget Lm Ericsson (Publ) Bonding line mismatch discovery method and node arrangements
US8934493B2 (en) * 2011-02-24 2015-01-13 Broadcom Corporation Aggregating communication channels
US8520534B2 (en) 2011-03-03 2013-08-27 Alcatel Lucent In-service throughput testing in distributed router/switch architectures
CN102118319B (en) * 2011-04-06 2013-09-18 杭州华三通信技术有限公司 Traffic load balancing method and device
US8825842B2 (en) * 2011-04-28 2014-09-02 Facebook, Inc. Managing notifications pushed to user devices
US9736085B2 (en) 2011-08-29 2017-08-15 Brocade Communications Systems, Inc. End-to end lossless Ethernet in Ethernet fabric
US8769088B2 (en) * 2011-09-30 2014-07-01 International Business Machines Corporation Managing stability of a link coupling an adapter of a computing system to a port of a networking device for in-band data communications
US9699117B2 (en) 2011-11-08 2017-07-04 Brocade Communications Systems, Inc. Integrated fibre channel support in an ethernet fabric switch
US9450870B2 (en) 2011-11-10 2016-09-20 Brocade Communications Systems, Inc. System and method for flow management in software-defined networks
US9305029B1 (en) 2011-11-25 2016-04-05 Sprint Communications Company L.P. Inventory centric knowledge management
US8995272B2 (en) 2012-01-26 2015-03-31 Brocade Communication Systems, Inc. Link aggregation in software-defined networks
US9742693B2 (en) 2012-02-27 2017-08-22 Brocade Communications Systems, Inc. Dynamic service insertion in a fabric switch
CN104115451A (en) * 2012-02-27 2014-10-22 松下电器产业株式会社 Master device, communication system, and communication method
US9154416B2 (en) 2012-03-22 2015-10-06 Brocade Communications Systems, Inc. Overlay tunnel in a fabric switch
US9054958B2 (en) 2012-04-04 2015-06-09 Dell Products L.P. System and method for reducing information loss in an aggregated information handling system
US9374301B2 (en) 2012-05-18 2016-06-21 Brocade Communications Systems, Inc. Network feedback in software-defined networks
US9100299B2 (en) * 2012-05-21 2015-08-04 Verizon Patent And Licensing Inc. Detecting error conditions in standby links
US10277464B2 (en) 2012-05-22 2019-04-30 Arris Enterprises Llc Client auto-configuration in a multi-switch link aggregation
WO2013177289A1 (en) 2012-05-23 2013-11-28 Brocade Communications Systems, Inc. Layer-3 overlay gateways
US9450859B2 (en) * 2012-06-15 2016-09-20 Citrix Systems, Inc. Systems and methods for deriving unique MAC address for a cluster
CN102799394B (en) * 2012-06-29 2015-02-25 华为技术有限公司 Method and device for realizing heartbeat services of high-availability clusters
US9602430B2 (en) 2012-08-21 2017-03-21 Brocade Communications Systems, Inc. Global VLANs for fabric switches
CN102882704B (en) * 2012-09-03 2016-06-29 杭州华三通信技术有限公司 Link protection method in the soft reboot escalation process of a kind of ISSU and equipment
US8988987B2 (en) * 2012-10-25 2015-03-24 International Business Machines Corporation Technology for network communication by a computer system using at least two communication protocols
US9401872B2 (en) 2012-11-16 2016-07-26 Brocade Communications Systems, Inc. Virtual link aggregations across multiple fabric switches
US9548926B2 (en) 2013-01-11 2017-01-17 Brocade Communications Systems, Inc. Multicast traffic load balancing over virtual link aggregation
US9350680B2 (en) 2013-01-11 2016-05-24 Brocade Communications Systems, Inc. Protection switching over a virtual link aggregation
US9413691B2 (en) 2013-01-11 2016-08-09 Brocade Communications Systems, Inc. MAC address synchronization in a fabric switch
US9565113B2 (en) 2013-01-15 2017-02-07 Brocade Communications Systems, Inc. Adaptive link aggregation and virtual link aggregation
US9787567B1 (en) 2013-01-30 2017-10-10 Big Switch Networks, Inc. Systems and methods for network traffic monitoring
US9565099B2 (en) 2013-03-01 2017-02-07 Brocade Communications Systems, Inc. Spanning tree in fabric switches
WO2014145750A1 (en) 2013-03-15 2014-09-18 Brocade Communications Systems, Inc. Scalable gateways for a fabric switch
US9699001B2 (en) 2013-06-10 2017-07-04 Brocade Communications Systems, Inc. Scalable and segregated network virtualization
US9565028B2 (en) 2013-06-10 2017-02-07 Brocade Communications Systems, Inc. Ingress switch multicast distribution in a fabric switch
US9912612B2 (en) 2013-10-28 2018-03-06 Brocade Communications Systems LLC Extended ethernet fabric switches
US9548873B2 (en) 2014-02-10 2017-01-17 Brocade Communications Systems, Inc. Virtual extensible LAN tunnel keepalives
US10581758B2 (en) 2014-03-19 2020-03-03 Avago Technologies International Sales Pte. Limited Distributed hot standby links for vLAG
US10476698B2 (en) 2014-03-20 2019-11-12 Avago Technologies International Sales Pte. Limited Redundent virtual link aggregation group
US9787590B2 (en) * 2014-03-25 2017-10-10 Mellanox Technologies, Ltd. Transport-level bonding
US10063473B2 (en) 2014-04-30 2018-08-28 Brocade Communications Systems LLC Method and system for facilitating switch virtualization in a network of interconnected switches
US9800471B2 (en) 2014-05-13 2017-10-24 Brocade Communications Systems, Inc. Network extension groups of global VLANs in a fabric switch
US10270645B2 (en) 2014-07-21 2019-04-23 Big Switch Networks, Inc. Systems and methods for handling link aggregation failover with a controller
US9503338B2 (en) 2014-07-24 2016-11-22 Ciena Corporation Systems and methods to detect and propagate UNI operational speed mismatch in ethernet services
US10616108B2 (en) 2014-07-29 2020-04-07 Avago Technologies International Sales Pte. Limited Scalable MAC address virtualization
US9544219B2 (en) 2014-07-31 2017-01-10 Brocade Communications Systems, Inc. Global VLAN services
US9807007B2 (en) 2014-08-11 2017-10-31 Brocade Communications Systems, Inc. Progressive MAC address learning
US9524173B2 (en) 2014-10-09 2016-12-20 Brocade Communications Systems, Inc. Fast reboot for a switch
US9699029B2 (en) 2014-10-10 2017-07-04 Brocade Communications Systems, Inc. Distributed configuration management in a switch group
US9628407B2 (en) 2014-12-31 2017-04-18 Brocade Communications Systems, Inc. Multiple software versions in a switch group
US9626255B2 (en) 2014-12-31 2017-04-18 Brocade Communications Systems, Inc. Online restoration of a switch snapshot
US9942097B2 (en) 2015-01-05 2018-04-10 Brocade Communications Systems LLC Power management in a network of interconnected switches
US10003552B2 (en) 2015-01-05 2018-06-19 Brocade Communications Systems, Llc. Distributed bidirectional forwarding detection protocol (D-BFD) for cluster of interconnected switches
WO2016119238A1 (en) * 2015-01-30 2016-08-04 Hewlett-Packard Development Company, L.P. Identifying heartbeat messages
US9813323B2 (en) 2015-02-10 2017-11-07 Big Switch Networks, Inc. Systems and methods for controlling switches to capture and monitor network traffic
US10402765B1 (en) 2015-02-17 2019-09-03 Sprint Communications Company L.P. Analysis for network management using customer provided information
US10038592B2 (en) 2015-03-17 2018-07-31 Brocade Communications Systems LLC Identifier assignment to a new switch in a switch group
US9807005B2 (en) 2015-03-17 2017-10-31 Brocade Communications Systems, Inc. Multi-fabric manager
US10579406B2 (en) 2015-04-08 2020-03-03 Avago Technologies International Sales Pte. Limited Dynamic orchestration of overlay tunnels
US10439929B2 (en) 2015-07-31 2019-10-08 Avago Technologies International Sales Pte. Limited Graceful recovery of a multicast-enabled switch
US10171303B2 (en) 2015-09-16 2019-01-01 Avago Technologies International Sales Pte. Limited IP-based interconnection of switches with a logical chassis
US10038705B2 (en) 2015-10-12 2018-07-31 Dell Products, L.P. System and method for performing intrusion detection in an information handling system
US9912614B2 (en) 2015-12-07 2018-03-06 Brocade Communications Systems LLC Interconnection of switches based on hierarchical overlay tunneling
CN107870832B (en) * 2016-09-23 2021-06-18 伊姆西Ip控股有限责任公司 Multi-path storage device based on multi-dimensional health diagnosis method
US10237090B2 (en) 2016-10-28 2019-03-19 Avago Technologies International Sales Pte. Limited Rule-based network identifier mapping
US10656987B1 (en) * 2017-04-26 2020-05-19 EMC IP Holding Company LLC Analysis system and method
US10419327B2 (en) 2017-10-12 2019-09-17 Big Switch Networks, Inc. Systems and methods for controlling switches to record network packets using a traffic monitoring network
US11570019B2 (en) * 2017-12-06 2023-01-31 K4Connect Inc. Home automation system including operation based contextual information communications and related methods
US10708079B2 (en) * 2017-12-07 2020-07-07 K4Connect Inc. Home automation system including designated hub device to push downloaded media content and related methods
US10686620B2 (en) * 2017-12-07 2020-06-16 K4Connect Inc. Home automation system including designated user interface device to push downloaded media content and related methods
CN108990110B (en) * 2018-07-26 2022-02-22 Oppo广东移动通信有限公司 Network traffic management method, device, storage medium and terminal
US10992515B1 (en) * 2019-06-10 2021-04-27 Cisco Technology, Inc. Link state tracking for virtual interfaces
CN110572292B (en) * 2019-10-30 2022-04-15 北京永亚普信科技有限责任公司 High availability system and method based on unidirectional transmission link
CN111865722B (en) * 2020-07-20 2022-07-05 深圳市活力天汇科技股份有限公司 Node health state detection and processing method
CN115190051B (en) * 2021-04-01 2023-09-05 中国移动通信集团河南有限公司 Heartbeat data identification method and electronic device
CN114124666B (en) * 2021-11-19 2024-02-23 深信服科技股份有限公司 Network handling method, device, computer equipment and storage medium
CN115665061B (en) * 2022-10-23 2023-10-31 国网江苏省电力有限公司信息通信分公司 Heartbeat control method and distributed system based on time delay perception
CN117424352B (en) * 2023-12-19 2024-03-12 浙江简捷物联科技有限公司 Master-slave autonomous switching method and system for energy storage cabinet

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6229538B1 (en) 1998-09-11 2001-05-08 Compaq Computer Corporation Port-centric graphic representations of network controllers
WO2008007353A2 (en) * 2006-07-11 2008-01-17 Corrigent Systems Ltd. Connectivity fault management (cfm) in networks with link aggregation group connections

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5959968A (en) * 1997-07-30 1999-09-28 Cisco Systems, Inc. Port aggregation protocol
US5903851A (en) 1997-10-03 1999-05-11 Telefonaktiebolaget L M Ericsson Radio link short hold mode for mobile circuit data applications
US6363077B1 (en) 1998-02-13 2002-03-26 Broadcom Corporation Load balancing in link aggregation and trunking
US6952421B1 (en) * 1999-10-07 2005-10-04 Cisco Technology, Inc. Switched Ethernet path detection
JP3606229B2 (en) * 2001-05-30 2005-01-05 日本電気株式会社 Protection method, layer 2 functional block, node and ring network
CN100458755C (en) * 2001-06-05 2009-02-04 爱立信股份有限公司 Ethernet protection system
US7529180B1 (en) * 2002-03-29 2009-05-05 Marvell International Ltd. Switch failover for aggregated data communication links
US7835265B2 (en) * 2002-10-31 2010-11-16 Conexant Systems, Inc. High availability Ethernet backplane architecture
US7113790B2 (en) 2003-02-18 2006-09-26 Qualcomm Incorporated Method and apparatus for using a traffic channel for communications of control data in a wireless communication system
US7426569B2 (en) 2004-02-25 2008-09-16 Research In Motion Limited System and method for maintaining a network connection
US7813263B2 (en) * 2004-06-30 2010-10-12 Conexant Systems, Inc. Method and apparatus providing rapid end-to-end failover in a packet switched communications network
WO2006035262A1 (en) * 2004-09-30 2006-04-06 Telefonaktiebolaget Lm Ericsson (Publ) Carrier class resilience solution for switched ethernet local area networks (lans)
US7577749B1 (en) 2004-12-03 2009-08-18 Ux Ltd. Emulation of persistent HTTP connections between network devices
US7639605B2 (en) * 2006-02-08 2009-12-29 Cisco Technology, Inc. System and method for detecting and recovering from virtual switch link failures
US7944834B2 (en) * 2006-03-06 2011-05-17 Verizon Patent And Licensing Inc. Policing virtual connections
US7743129B2 (en) * 2006-05-01 2010-06-22 International Business Machines Corporation Methods and arrangements to detect a failure in a communication network
US8031617B2 (en) 2006-07-28 2011-10-04 Hewlett-Packard Development Company, L.P. Fast detection of path failure for TCP
US20080037418A1 (en) * 2006-08-10 2008-02-14 Tellabs Petaluma, Inc. Method, system, apparatus, and program to link aggregate over independent redundant switches
US8407765B2 (en) * 2006-08-22 2013-03-26 Centurylink Intellectual Property Llc System and method for restricting access to network performance information tables
US7835291B2 (en) * 2006-10-17 2010-11-16 Verizon Patent And Licensing Inc. Disabled state and state signaling for link aggregation
US8213300B1 (en) * 2006-12-20 2012-07-03 Rockstar Bidco, LP Communicating data units in a communications network that provides failure protection
JP4840236B2 (en) * 2007-04-12 2011-12-21 株式会社日立製作所 Network system and node device
US8077613B2 (en) * 2007-12-03 2011-12-13 Verizon Patent And Licensing Inc. Pinning and protection on link aggregation groups
US8300523B2 (en) * 2008-07-28 2012-10-30 Cisco Technology, Inc. Multi-chasis ethernet link aggregation
US8004968B2 (en) * 2008-12-24 2011-08-23 Cisco Technology, Inc. Provider edge-controlled redundancy using pseudo link aggregation control protocol
US8024423B2 (en) 2009-04-29 2011-09-20 Ianywhere Solutions, Inc. Maintaining connections between mobile devices and servers

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6229538B1 (en) 1998-09-11 2001-05-08 Compaq Computer Corporation Port-centric graphic representations of network controllers
WO2008007353A2 (en) * 2006-07-11 2008-01-17 Corrigent Systems Ltd. Connectivity fault management (cfm) in networks with link aggregation group connections

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
FAQS ORG: "RFC 3619 - Extreme Network's Ethernet Automatic Protection Switching (EAPS) Version 1", INTERNET CITATION, October 2003 (2003-10-01), XP002449412, Retrieved from the Internet <URL:http://www.faqs.org/rfcs/rfc3619.html> [retrieved on 20070903] *

Also Published As

Publication number Publication date
US20100195489A1 (en) 2010-08-05
EP2394402B1 (en) 2014-06-11
US9106442B2 (en) 2015-08-11
AU2010210714B2 (en) 2013-08-01
EP2394402A1 (en) 2011-12-14
AU2010210714A1 (en) 2011-09-08
US8098572B2 (en) 2012-01-17
US20120014247A1 (en) 2012-01-19
AU2010210714C1 (en) 2014-04-03

Similar Documents

Publication Publication Date Title
US8098572B2 (en) Interface monitoring for link aggregation
US10164873B1 (en) All-or-none switchover to address split-brain problems in multi-chassis link aggregation groups
US10659345B2 (en) Service path protection method, controller, device and system
JP5937424B2 (en) Communication device and method for controlling the same
US10623293B2 (en) Systems and methods for dynamic operations, administration, and management
US7869376B2 (en) Communicating an operational state of a transport service
EP3672173B1 (en) Communication method and device, and storage medium
US7756019B2 (en) Method and devices for implementing group protection in MPLS network
CN109391494B (en) Communication method, device and readable storage medium
JP2009117920A (en) Communication apparatus and method and communication program
US8929200B2 (en) Communication device, communication system, and communication method
US20170155522A1 (en) Communication apparatus and communication system
AU2001241700A1 (en) Multiple network fault tolerance via redundant network control
EP1262041A1 (en) Multiple network fault tolerance via redundant network control
JP6383232B2 (en) Relay system and switch device
US7746949B2 (en) Communications apparatus, system and method of creating a sub-channel
AU2013251205B2 (en) Interface monitoring for link aggregation
JP2014107597A (en) Transmission device and transmission method
JP2001308893A (en) Dynamic reconfiguration system for routing information in loop-type topology network
JP2023151606A (en) Information processing device, information processing method, and program
JP2023151609A (en) Information processing device, information processing system, information processing method, and program
JP2014204259A (en) Communication device

Legal Events

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

Ref document number: 10705942

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2010210714

Country of ref document: AU

WWE Wipo information: entry into national phase

Ref document number: 2010705942

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2010210714

Country of ref document: AU

Date of ref document: 20100203

Kind code of ref document: A