US20170141951A1 - Multi-blade network traffic management apparatus with improved failure handling and methods thereof - Google Patents
Multi-blade network traffic management apparatus with improved failure handling and methods thereof Download PDFInfo
- Publication number
- US20170141951A1 US20170141951A1 US15/244,247 US201615244247A US2017141951A1 US 20170141951 A1 US20170141951 A1 US 20170141951A1 US 201615244247 A US201615244247 A US 201615244247A US 2017141951 A1 US2017141951 A1 US 2017141951A1
- Authority
- US
- United States
- Prior art keywords
- network traffic
- traffic management
- network
- devices
- switch
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0695—Management of faults, events, alarms or notifications the faulty arrangement being the maintenance, administration or management system
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0663—Performing the actions predefined by failover planning, e.g. switching to standby network elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
Definitions
- This technology is directed to a multi-blade network traffic management apparatus with improved failure handling and method thereof.
- Multi-blade network traffic management systems generally provide parallel processing of network traffic to achieve increased throughput and reduced response time.
- existing multi-blade systems require connectivity between each blade and each external network device via a network port. Accordingly, in the event that one blade fails, the external network device will still be able to communicate with the other blades of the multi-blade system.
- a network traffic management cluster including a plurality of network traffic management devices.
- the cluster includes a backplane switch coupled to a plurality of network traffic management devices of the cluster.
- the cluster includes a network traffic management device of the plurality of network traffic management device which includes a network interface; and a hardwire fail-over switch having a primary bus coupled to the network interface and a secondary bus coupled to the backplane switch.
- the hardwire fail-over switch is configured to pass network traffic to the network interface via the primary bus when the network traffic management device is operational.
- the hardwire fail-over switch configured to automatically redirect the network traffic to the backplane switch via the secondary bus when the network traffic management device experiences a failure event.
- the backplane switch then redistributes the redirected network traffic to one or more other network traffic management devices in the cluster.
- a method in which the method includes receiving network traffic over a network at a network traffic management device in a network traffic management cluster.
- the method includes the network traffic is passed to a network interface of network traffic management device via a primary bus.
- the method includes detecting that the network traffic management device has experienced a failure event.
- the method includes automatically performing a hardwire fail-over switch from the primary bus to a secondary bus, wherein the network traffic is automatically directed to a backplane switch of the cluster via the secondary bus.
- the backplane switch accordingly redirects the network traffic to one or more other available network traffic management devices of the cluster.
- a non-transitory machine readable medium Stored in a memory are machine-executable instructions to be executed by one or more components of a network traffic management cluster. When executed, causes the one or more components of the network traffic management cluster to perform a method.
- the method includes receiving network traffic over a network, wherein the network traffic is passed to a network interface of the network traffic management device via a primary bus.
- the method includes detecting that the network traffic management device has experienced a failure event.
- the method includes automatically performing a hardwire failover switch from the primary bus to a secondary bus, wherein the network traffic is automatically directed to a backplane switch of the cluster via the secondary bus.
- the backplane switch accordingly redirects the network traffic to one or more other available network traffic management devices of the cluster.
- the backplane switch further comprises a plurality of stackable switches of the plurality of network traffic management devices, wherein each of the stackable switches are connected to one another and are configured to handle redistribution of the redirected network traffic for the failure event.
- the backplane switch is configured to redistribute the redirected network traffic to the one or more available network traffic management devices based on one or more rules, wherein the one or more rules is a hash based distribution technique.
- the one or more rules when implemented by the backplane switch upon receiving the network traffic via the secondary bus, causes the backplane switch to perform a method.
- the method includes examining data packets of the received network traffic; examining link state information of the network interface of the network traffic management device experiencing the failure event; and performing redistribution of the network traffic to the one or more available network traffic management device using the examined link state information of the failed network traffic management device.
- the redirected network traffic received at the backplane switch is forwarded to the one or more available network traffic management devices in a replicated manner, wherein the one or more available network traffic management devices process at least a subset of the replicated traffic based on one or more filtering rules.
- operational data associated with the network interface is monitored.
- a heartbeat message associated with the monitored operational data is periodically sent to the network interface.
- the network interface determines that the heartbeat message has not been received within a predetermined elapsed period and thereby determines that the network traffic management device has experienced the failure event.
- the hardwire fail-over switch thereafter automatically redirects the network traffic to the backplane switch via the secondary bus.
- FIG. 1 is a diagram of an example system environment that includes a multi-blade network traffic management cluster chassis in accordance with an aspect of the present disclosure
- FIG. 2A is a block diagram of a network traffic management device of a network traffic management cluster in accordance with an aspect of the present disclosure
- FIGS. 2B-2C illustrate block diagrams of a network traffic management cluster chassis containing different backplane networks in accordance with aspects of the present disclosure
- FIG. 3A illustrates a flow chart describing a hardwire failover switching process performed by a network traffic management device in accordance with an aspect of the present disclosure
- FIG. 3B illustrates a flow chart describing a process performed by a backplane switch in accordance with an aspect of the present disclosure.
- FIG. 1 is a diagram of an example system environment that includes a multi-blade network traffic management cluster chassis in accordance with an aspect of the present disclosure.
- the example system environment 100 includes one or more Web and/or non Web application servers 102 (referred generally as “servers”), one or more client devices 106 , one or more network traffic management clusters 110 , and one or more network routing devices 112 .
- servers Web and/or non Web application servers 102
- client devices 106 referred generally as “servers”
- network traffic management clusters 110 referred generally as “networks”
- network routing devices 112 a network routing devices
- Client devices 106 comprise network computing devices capable of connecting to other network computing devices, such as network traffic management cluster 110 ′ and/or servers 102 . Such connections are performed over wired and/or wireless networks, such as network 108 , to send and receive data, such as for Web-based requests, receiving server responses to requests and/or performing other tasks.
- client devices 106 include personal computers (e.g., desktops, laptops), tablets, smart televisions, video game devices, mobile and/or smart phones and the like.
- client devices 106 can run one or more Web browsers that provide an interface for operators, such as human users, to interact with for making requests for resources to different web server-based applications and/or Web pages via the network 108 , although other server resources may be requested by client devices.
- operators such as human users
- the servers 102 comprise one or more server network devices or machines capable of operating one or more Web-based and/or non Web-based applications that may be accessed by other network devices (e.g. client devices, network traffic management devices) in the environment 100 .
- the servers 102 can provide web objects and other data representing requested resources, such as particular Web page(s), image(s) of physical objects, JavaScript and any other objects, that are responsive to the client devices' requests. It should be noted that the servers 102 may perform other tasks and provide other types of resources. It should be noted that while only two servers 102 are shown in the environment 100 depicted in FIG. 1 , other numbers and types of servers may be utilized in the environment 100 .
- one or more of the servers 102 may comprise a cluster of servers managed by one or more network traffic management clusters 110 .
- the servers 102 may be configured implement to execute any version of Microsoft® IIS server, RADIUS server, DIAMETER server and/or Apache® server, although other types of servers may be used.
- Network 108 comprises a publicly accessible network, such as the Internet, which is connected to the servers 102 , client devices 106 , and the network traffic management cluster 110 ′.
- the network 108 may comprise other types of private and public networks that include other devices.
- Communications, such as requests from clients 106 and responses from servers 102 take place over the network 108 according to standard network protocols, such as the HTTP, UDP and/or TCP/IP protocols, as well as other protocols.
- requests from the requesting client devices 106 may be sent as one or more streams of data packets over network 108 to the network traffic management cluster 110 ′ and/or the servers 102 .
- Such protocols can be utilized by the client devices 106 , network traffic management cluster 110 ′ and the servers 102 to establish connections, send and receive data for existing connections, and the like.
- network 108 may include local area networks (LANs), wide area networks (WANs), direct connections and any combination thereof, as well as other types and numbers of network types.
- LANs local area networks
- WANs wide area networks
- Network devices such as client devices, 106 , servers 102 , network traffic management cluster 110 ′, routers, switches, hubs, gateways, bridges, cell towers and other intermediate network routing devices may act within and between LANs and other networks to enable messages and other data to be sent between network devices.
- communication links within and between LANs and other networks typically include twisted wire pair (e.g., Ethernet), coaxial cable, analog telephone lines, full or fractional dedicated digital lines including T1, T2, T3, and T4, Integrated Services Digital Networks (ISDNs), Digital Subscriber Lines (DSLs), wireless links including satellite links and other communications links known to those skilled in the relevant arts.
- the network 108 is configured to handle any communication method by which data may travel between network devices.
- LAN 104 comprises a private local area network that allows communications between the one or more network traffic management clusters 110 and one or more servers 102 in the secured network. It is contemplated, however, that the LAN 104 may comprise other types of private and public networks with other devices. Networks, including local area networks, besides being understood by those skilled in the relevant arts, have already been generally described above in connection with network 108 and thus will not be described further.
- the network traffic management cluster 110 ′ communicates with one or more intermediate network routing devices 112 .
- the network management cluster 110 ′ communicates with one or more client side intermediate network routing devices 112 as well with one or more server side intermediate network routing devices 112 . It is contemplated that the network traffic management cluster 110 ′ need not communicate with both client and server side intermediate routing devices and can be enabled to communicate with either a client or server side intermediate routing device.
- reference numeral 112 is used herein when generally describing the intermediate network routing device, which may be construed to be applied to either or both of the one or more client and server side intermediate network routing devices 112 .
- the intermediate network routing device 112 may be an unmanaged switch, repeater, router, and/or hub.
- the intermediate network routing device 112 can be a managed and/or intelligent switch.
- the one or more network traffic management clusters 110 are interposed between client devices 106 with which it communicates with via network 108 and servers 102 with which it communicates with via LAN 104 .
- the network traffic management cluster 110 ′ has one or more network traffic management devices 110 ( 1 )- 110 ( n ) which manage network communications, such as client requests and server responses, via the network 108 between the client devices 106 and the servers 102 .
- the network traffic management devices 110 ( 1 )- 110 ( n ) of the network traffic management cluster 110 ′ may manage the network communications by performing several network traffic related functions including, but not limited to, load balancing, access control, optimizing, securing and accelerating the network traffic between client devices 106 and servers 102 as well as validating HTTP requests.
- FIG. 2A is a block diagram of a network traffic management device of a network traffic management cluster in accordance with an aspect of the present disclosure.
- the example network traffic management device 110 ( n ) includes one or more device processors 200 , one or more device I/O interfaces 202 , one or more network interfaces 204 , and one or more device memories 206 , which are coupled together by one or more bus 208 .
- the network traffic management device 110 ( n ) can be configured to include other types and/or numbers of components and is thus not limited to the configuration shown in FIG. 2A .
- Device processor 200 of the network traffic management device 110 ( n ) comprises one or more microprocessors configured to execute computer/machine readable and executable instructions stored in the device memory 206 . Such instructions, when executed by one or more processors 200 , implement general and specific functions of the network traffic management device 110 ( n ), including the inventive process described in more detail below. It is understood that the processor 200 may comprise other types and/or combinations of processors, such as digital signal processors, micro-controllers, application specific integrated circuits (“ASICs”), programmable logic devices (“PLDs”), field programmable logic devices (“FPLDs”), field programmable gate arrays (“FPGAs”), and the like. The processor 200 is programmed or configured according to the teachings as described and illustrated herein.
- Device I/O interfaces 202 comprise one or more user input and output device interface mechanisms.
- the interface may include a computer keyboard, mouse, display device, and the corresponding physical ports and underlying supporting hardware and software to enable the network traffic management device 110 ( n ) to communicate with other network devices in the environment 110 ( n ).
- Such communications may include accepting user data input and providing user output, although other types and numbers of user input and output devices may be used.
- the network traffic management device 110 ( n ) may communicate with the outside environment for certain types of operations (e.g. smart load balancing) via one or more network management ports.
- Network interface 204 comprises one or more mechanisms that enable the network traffic management device 110 ( n ) to engage in network communications over the LAN 104 and the network 108 using one or more of a number of protocols, such as TCP/IP, HTTP, UDP, RADIUS and DNS. However, it is contemplated that the network interface 204 may be constructed for use with other communication protocols and types of networks. Network interface 204 is sometimes referred to as a transceiver, transceiving device, or network interface card (NIC), which transmits and receives network data packets over one or more networks, such as the LAN 104 and the network 108 .
- NIC network interface card
- each processor 200 may use the same single network interface 204 or a plurality of network interfaces 204 .
- the network interface 204 may include one or more physical ports, such as Ethernet ports, to couple the network traffic management device 110 ( n ) with other network devices, such as another network traffic management device in the cluster 110 ′, client devices 106 and/or servers 102 .
- the interface 204 may include certain physical ports dedicated to receiving and/or transmitting certain types of network data, such as device management related data for configuring the network traffic management device 110 ( n ) or client request/server response related data.
- Bus 208 may comprise one or more internal device component communication buses, links, bridges and supporting components, such as bus controllers and/or arbiters.
- the bus 208 enables the various components of the network traffic management device 110 ( n ), such as the processor 200 , device I/O interfaces 202 , network interface 204 , and device memory 206 , to communicate with one another.
- the bus 208 may enable one or more components of the network traffic management device 110 ( n ) to communicate with one or more components in other network devices as well.
- Example buses include HyperTransport, PCI, PCI Express, InfiniBand, USB, Firewire, Serial ATA (SATA), SCSI, IDE and AGP buses.
- SATA Serial ATA
- SCSI Serial ATA
- Device memory 206 comprises computer readable media, namely computer readable or processor readable storage media, which are examples of machine-readable storage media.
- Computer readable storage/machine-readable storage media may include volatile, nonvolatile, removable, and non-removable media implemented in any method or technology for storage of information. Examples of computer readable storage media include RAM, BIOS, ROM, EEPROM, flash/firmware memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the information, which can be accessed by a computing or specially programmed network device, such as the network traffic management device 110 ( n ).
- Such storage media includes computer readable/processor-executable instructions, data structures, program modules, or other data, which may be obtained and/or executed by one or more processors, such as device processor 200 . Such instructions, when executed, allow or cause the processor 200 to perform actions, including performing the inventive processes described below.
- the memory 206 may contain other instructions relating to the implementation and operation of an operating system for controlling the general operation and other tasks performed by the network traffic management device 110 ( n ).
- FIGS. 2B-2C illustrate block diagrams of a network traffic management cluster chassis containing different backplane networks in accordance with aspects of the present disclosure.
- the network traffic management cluster 110 ′ is a multi-blade chassis comprising a plurality of network traffic management devices 110 ( 1 )- 110 ( n ). It should be noted that although only three network traffic management devices 110 ( 1 )- 110 ( n ) are shown in FIGS. 2B and 2C , more or less than three network traffic management devices can be implemented in the cluster chassis 110 ′.
- the cluster 110 ′ includes a backplane switch 212 configured to communicate with each available network traffic management device 110 ( 1 )- 110 ( n ) via bus 208 to create a backplane network.
- each of the network traffic management devices 110 ( 1 )- 110 ( n ) send and receive network traffic with one or more network routing devices 112 external to the cluster chassis 110 ′ via respective network interfaces 204 ( 1 )- 204 ( n ).
- each network traffic management device 110 ( 1 )- 110 ( n ) includes a hardwire failover switch 214 ( 1 )- 214 ( n ) coupled to the network interface of its respective network traffic management device 110 ( 1 )- 110 ( n ) as well as the backplane switch 212 .
- Each failover switch 214 ( 1 )- 214 ( n ) includes a physical primary bus 207 ( 1 )- 209 ( 1 ) by which network traffic is passed to the network interface 204 ( 1 )- 204 ( n ).
- each failover switch 214 ( 1 )- 214 ( n ) includes a physical secondary bus 209 ( 1 )- 209 ( n ) that is coupled directly to the backplane switch 212 .
- Each network traffic management device's failover switch 214 ( 1 )- 214 ( n ) is configured to perform a hardwire switching process from the primary bus 207 to the secondary bus 209 in the event of a failure in its respective network traffic management device 110 ( 1 )- 110 ( n ).
- the failover switch 214 is a passive system in that terminates or shorts the circuit associated with the primary bus 207 and activates the circuit including the secondary bus 209 when a failure event is detected by the network interface 204 .
- some or all of the network traffic management devices 110 ( 1 )- 110 ( n ) implement the health module 210 to monitor health data of the network traffic management device and provides that health data to the network interface 204 .
- the health module 210 implements advanced checks like, “Is there a route to an external address?” or “Is a certain process running correctly?” Health data monitored by the health module 210 is translated to a heart beat message sent to the network interface if the system is “Ok”. In contrast, the health module 210 does not send a heart beat message or sends an explicit failure message to the network interface 204 in the event that there is a failure event.
- the network interface need only to detect if too many heart beats have been missed or if an explicit “Failure” message has been received from the health module 210 to determine that a failure event has occurred.
- the failover switch 214 performs the hardwire failover switching process from the primary bus 207 to the secondary bus 209 .
- all network traffic previously handled by the now-failed network traffic management device 110 is redirected via secondary bus 209 to the backplane switch 212 .
- the backplane switch 212 is configured to distribute traffic flows among the available network traffic management devices 110 ( 1 )- 110 ( n ) in the cluster chassis 110 ′. Additionally, the backplane switch 212 is configured to handle network traffic (intended for failed network traffic management device) received over the secondary bus 209 and redistribute it to one or more other available network traffic management devices 110 ( 1 )- 110 ( n ).
- the backplane switch 212 is a hardware based intelligent switch which communicates with the processors 200 ( 1 )- 200 ( n ) and the switching modules 210 ( 1 )- 210 ( n ) of the network traffic management devices 110 ( 1 )- 110 ( n ) via one or more bus 208 .
- the backplane switch 212 can be configured to an effective or logical disaggregator that implements policies established by a manufacturer and/or an administrator to accordingly route and distribute network traffic among the available network traffic management devices 110 ( 1 )- 110 ( n ).
- load balancing and redistribution techniques include, but are not limited to, randomly distributing the network traffic, distributing the network traffic by a round-robin technique, mirroring the traffic to all ports, hash based distribution of the traffic to healthy available network traffic management devices any other number or type of policy, rule or distribution techniques.
- the backplane switch 212 can optionally examine the data packets of the network traffic received via the secondary bus 209 and examine the link state data of the failed network interface to detect system failures. The backplane switch 212 can then use the link state data and the failure data as part of the load balancing rules it implements to redistribution of the network traffic to the one or more available network traffic management devices.
- the backplane switch 212 comprises a plurality of hardware and/or software based stackable switches 216 ( 1 )- 216 ( n ) implemented by the network traffic management devices 110 ( 1 )- 110 ( n ). As shown in FIG. 2C , the stackable switches 216 ( 1 )- 216 ( n ) are connected to and communicate data with one another to effectively operate as a backplane switch 212 . As shown in FIG. 2C , the stackable switches 216 ( 1 )- 216 ( n ) are connected to and communicate data with one another to effectively operate as a backplane switch 212 . As shown in FIG.
- At least one of the stackable switches 216 is configured to receive network traffic from one or more external network routing devices 112 , wherein that stackable switch 216 is configured to distribute the network traffic to one or more other network traffic management devices 110 ( 1 )- 110 ( n ) via their corresponding stackable switches 21 C.
- the backplane switch 212 may be configured to replicate network traffic for one or more network traffic management devices 110 ( 1 )- 110 ( n ) to one or more other network traffic management devices 110 ( 1 )- 110 ( n ). Accordingly, in this aspect, a particular network traffic management device 110 ( 1 )- 110 ( n ) may be configured to process at least a subset of traffic replicated among one or more available network traffic management devices 110 ( 1 )- 110 ( n ) based on one or more filtering rules.
- the backplane switch's 212 determination as to which available network traffic management devices 110 ( 1 )- 110 ( n ) are to process the redirected network traffic is shifted to the available network traffic management devices 110 ( 1 )- 110 ( n ) from the backplane switch 212 , as the backplane switch 212 merely replicates the redirected network traffic to the available network traffic management devices 110 ( 1 )- 110 ( n ).
- FIG. 3A illustrates a flow chart describing a hardwire failover switching process performed by a network traffic management device in accordance with an aspect of the present disclosure.
- the network interface 204 of a network traffic management device 110 communicates data packets or network traffic with the external routing device 112 over a network (Block 300 ). This process repeats until the network traffic management device 110 , based on the monitored health data, determines that it is experiencing a failure event, such as power loss, connectivity loss or other action that causes it to no longer be able to effectively handle network traffic with the routing device 112 (Block 302 ).
- a failure event such as power loss, connectivity loss or other action that causes it to no longer be able to effectively handle network traffic with the routing device 112 (Block 302 ).
- the failover switch 214 Upon the network traffic management device 110 determining that it is experiencing a failure event, the failover switch 214 performs a hardwire failover switch from its primary bus 207 to the secondary bus 209 , wherein network traffic with respect to routing device 112 is automatically sent via the secondary bus 209 directly to the backplane switch 212 (Block 304 ). Thereafter, network traffic for the failed network traffic management device 110 is sent directly to the backplane switch 212 over secondary bus 209 instead of the primary bus 207 to the now unavailable network traffic management device 110 (Block B).
- the failed network traffic management device 110 and/or the backplane switch 212 may be configured to automatically send a signal to one or more other network traffic management devices 110 in the cluster 110 ′ and notifying them of the failed network traffic management device 110 .
- the network traffic management device 110 determines that it has recovered from the failure event (Block 306 ). Once the network traffic management device 110 has recovered, the failover switch 214 performs a reverse hardwire failover action from the secondary bus 209 to the primary bus 207 (Block 308 ). Once the primary bus 207 is activated, the network traffic management device 110 is thereafter able to handle the network traffic with the routing device 112 (Block 300 ).
- FIG. 3B illustrates a flow chart describing a process performed by a backplane switch in accordance with an aspect of the present disclosure.
- the backplane switch 212 begins receiving network traffic for a network traffic management device 110 via its secondary bus 209 (Block 310 ).
- the backplane switch 212 thereafter performs preestablished load balancing and/or redistribution technique(s) to redistribute the failed network traffic management device's network traffic to one or more other available network traffic management devices in the cluster 110 ′ (Block 312 ).
- the backplane switch 212 thereafter redirects the network traffic to the one or more available network traffic management devices 110 ( 1 )- 110 ( n ) in conformance with the preestablished load balancing/redistribution policies (Block 314 ). This process continues, as indicated in Block 316 , until the backplane switch 212 no longer receives the network traffic via the secondary bus 209 , wherein the process reverts to Block 300 in FIG. 3A .
Abstract
A multi-blade network traffic management apparatus with improved failure handling and a method for making the same includes a backplane switch and a plurality of blades configured to communicate with the backplane switch wherein each blade includes at least one network interface configured to receive network traffic from at least one external network device and automatically redirect the network traffic from the at least one external network device to the backplane switch upon occurrence of a blade failure condition.
Description
- This application is a continuation of prior U.S. patent application Ser. No. 13/731,114, filed Dec. 31, 2012, which claims priority to U.S. Provisional Patent Application Ser. No. 61/600,879, filed Feb. 20, 2012, each of which is hereby incorporated by reference in its entirety.
- This technology is directed to a multi-blade network traffic management apparatus with improved failure handling and method thereof.
- Multi-blade network traffic management systems generally provide parallel processing of network traffic to achieve increased throughput and reduced response time. However, in order to provide high availability for client computing devices and server devices, existing multi-blade systems require connectivity between each blade and each external network device via a network port. Accordingly, in the event that one blade fails, the external network device will still be able to communicate with the other blades of the multi-blade system. However, there are a finite number of ports available for connecting to external network devices. Therefore, adding one or more blades to the multi-blade system correspondingly reduces the number of ports available for use by the other blades of the system. As a result, existing multi-blade systems are not scalable.
- In an aspect, a network traffic management cluster including a plurality of network traffic management devices is disclosed. The cluster includes a backplane switch coupled to a plurality of network traffic management devices of the cluster. The cluster includes a network traffic management device of the plurality of network traffic management device which includes a network interface; and a hardwire fail-over switch having a primary bus coupled to the network interface and a secondary bus coupled to the backplane switch. The hardwire fail-over switch is configured to pass network traffic to the network interface via the primary bus when the network traffic management device is operational. The hardwire fail-over switch configured to automatically redirect the network traffic to the backplane switch via the secondary bus when the network traffic management device experiences a failure event. The backplane switch then redistributes the redirected network traffic to one or more other network traffic management devices in the cluster.
- In an aspect, a method is disclosed in which the method includes receiving network traffic over a network at a network traffic management device in a network traffic management cluster. The method includes the network traffic is passed to a network interface of network traffic management device via a primary bus. The method includes detecting that the network traffic management device has experienced a failure event. The method includes automatically performing a hardwire fail-over switch from the primary bus to a secondary bus, wherein the network traffic is automatically directed to a backplane switch of the cluster via the secondary bus. The backplane switch accordingly redirects the network traffic to one or more other available network traffic management devices of the cluster.
- In an aspect, a non-transitory machine readable medium is disclosed. Stored in a memory are machine-executable instructions to be executed by one or more components of a network traffic management cluster. When executed, causes the one or more components of the network traffic management cluster to perform a method. The method includes receiving network traffic over a network, wherein the network traffic is passed to a network interface of the network traffic management device via a primary bus. The method includes detecting that the network traffic management device has experienced a failure event. The method includes automatically performing a hardwire failover switch from the primary bus to a secondary bus, wherein the network traffic is automatically directed to a backplane switch of the cluster via the secondary bus. The backplane switch accordingly redirects the network traffic to one or more other available network traffic management devices of the cluster.
- In one or more of the above aspects, the backplane switch further comprises a plurality of stackable switches of the plurality of network traffic management devices, wherein each of the stackable switches are connected to one another and are configured to handle redistribution of the redirected network traffic for the failure event.
- In one or more of the above aspects, the backplane switch is configured to redistribute the redirected network traffic to the one or more available network traffic management devices based on one or more rules, wherein the one or more rules is a hash based distribution technique.
- In one or more of the above aspects, the one or more rules, when implemented by the backplane switch upon receiving the network traffic via the secondary bus, causes the backplane switch to perform a method. The method includes examining data packets of the received network traffic; examining link state information of the network interface of the network traffic management device experiencing the failure event; and performing redistribution of the network traffic to the one or more available network traffic management device using the examined link state information of the failed network traffic management device.
- In one or more of the above aspects, the redirected network traffic received at the backplane switch is forwarded to the one or more available network traffic management devices in a replicated manner, wherein the one or more available network traffic management devices process at least a subset of the replicated traffic based on one or more filtering rules.
- In one or more of the above aspects, operational data associated with the network interface is monitored. A heartbeat message associated with the monitored operational data is periodically sent to the network interface. In an aspect, the network interface determines that the heartbeat message has not been received within a predetermined elapsed period and thereby determines that the network traffic management device has experienced the failure event. The hardwire fail-over switch thereafter automatically redirects the network traffic to the backplane switch via the secondary bus.
-
FIG. 1 is a diagram of an example system environment that includes a multi-blade network traffic management cluster chassis in accordance with an aspect of the present disclosure; -
FIG. 2A is a block diagram of a network traffic management device of a network traffic management cluster in accordance with an aspect of the present disclosure; -
FIGS. 2B-2C illustrate block diagrams of a network traffic management cluster chassis containing different backplane networks in accordance with aspects of the present disclosure; -
FIG. 3A illustrates a flow chart describing a hardwire failover switching process performed by a network traffic management device in accordance with an aspect of the present disclosure; and -
FIG. 3B illustrates a flow chart describing a process performed by a backplane switch in accordance with an aspect of the present disclosure. -
FIG. 1 is a diagram of an example system environment that includes a multi-blade network traffic management cluster chassis in accordance with an aspect of the present disclosure. Theexample system environment 100 includes one or more Web and/or non Web application servers 102 (referred generally as “servers”), one ormore client devices 106, one or more networktraffic management clusters 110, and one or morenetwork routing devices 112. Although thenetwork environment 100 is described and illustrated herein, it should be noted that theenvironment 100 is exemplary and other types and numbers of systems, devices, blades, components, and elements in other topologies can be used. -
Client devices 106 comprise network computing devices capable of connecting to other network computing devices, such as networktraffic management cluster 110′ and/orservers 102. Such connections are performed over wired and/or wireless networks, such asnetwork 108, to send and receive data, such as for Web-based requests, receiving server responses to requests and/or performing other tasks. Non-limiting and non-exhausting examples ofsuch client devices 106 include personal computers (e.g., desktops, laptops), tablets, smart televisions, video game devices, mobile and/or smart phones and the like. In an example,client devices 106 can run one or more Web browsers that provide an interface for operators, such as human users, to interact with for making requests for resources to different web server-based applications and/or Web pages via thenetwork 108, although other server resources may be requested by client devices. - The
servers 102 comprise one or more server network devices or machines capable of operating one or more Web-based and/or non Web-based applications that may be accessed by other network devices (e.g. client devices, network traffic management devices) in theenvironment 100. Theservers 102 can provide web objects and other data representing requested resources, such as particular Web page(s), image(s) of physical objects, JavaScript and any other objects, that are responsive to the client devices' requests. It should be noted that theservers 102 may perform other tasks and provide other types of resources. It should be noted that while only twoservers 102 are shown in theenvironment 100 depicted inFIG. 1 , other numbers and types of servers may be utilized in theenvironment 100. It is contemplated that one or more of theservers 102 may comprise a cluster of servers managed by one or more networktraffic management clusters 110. In one or more aspects, theservers 102 may be configured implement to execute any version of Microsoft® IIS server, RADIUS server, DIAMETER server and/or Apache® server, although other types of servers may be used. -
Network 108 comprises a publicly accessible network, such as the Internet, which is connected to theservers 102,client devices 106, and the networktraffic management cluster 110′. However, it is contemplated that thenetwork 108 may comprise other types of private and public networks that include other devices. Communications, such as requests fromclients 106 and responses fromservers 102, take place over thenetwork 108 according to standard network protocols, such as the HTTP, UDP and/or TCP/IP protocols, as well as other protocols. As per TCP/IP protocols, requests from the requestingclient devices 106 may be sent as one or more streams of data packets overnetwork 108 to the networktraffic management cluster 110′ and/or theservers 102. Such protocols can be utilized by theclient devices 106, networktraffic management cluster 110′ and theservers 102 to establish connections, send and receive data for existing connections, and the like. - Further, it should be appreciated that
network 108 may include local area networks (LANs), wide area networks (WANs), direct connections and any combination thereof, as well as other types and numbers of network types. On an interconnected set of LANs or other networks, including those based on differing architectures and protocols. Network devices such as client devices, 106,servers 102, networktraffic management cluster 110′, routers, switches, hubs, gateways, bridges, cell towers and other intermediate network routing devices may act within and between LANs and other networks to enable messages and other data to be sent between network devices. Also, communication links within and between LANs and other networks typically include twisted wire pair (e.g., Ethernet), coaxial cable, analog telephone lines, full or fractional dedicated digital lines including T1, T2, T3, and T4, Integrated Services Digital Networks (ISDNs), Digital Subscriber Lines (DSLs), wireless links including satellite links and other communications links known to those skilled in the relevant arts. Thus, thenetwork 108 is configured to handle any communication method by which data may travel between network devices. -
LAN 104 comprises a private local area network that allows communications between the one or more networktraffic management clusters 110 and one ormore servers 102 in the secured network. It is contemplated, however, that theLAN 104 may comprise other types of private and public networks with other devices. Networks, including local area networks, besides being understood by those skilled in the relevant arts, have already been generally described above in connection withnetwork 108 and thus will not be described further. - As shown in
FIG. 1 , the networktraffic management cluster 110′ communicates with one or more intermediatenetwork routing devices 112. In theexample environment 100 inFIG. 1 , thenetwork management cluster 110′ communicates with one or more client side intermediatenetwork routing devices 112 as well with one or more server side intermediatenetwork routing devices 112. It is contemplated that the networktraffic management cluster 110′ need not communicate with both client and server side intermediate routing devices and can be enabled to communicate with either a client or server side intermediate routing device. It should be noted thatreference numeral 112 is used herein when generally describing the intermediate network routing device, which may be construed to be applied to either or both of the one or more client and server side intermediatenetwork routing devices 112. In an aspect, the intermediatenetwork routing device 112 may be an unmanaged switch, repeater, router, and/or hub. In an aspect, the intermediatenetwork routing device 112 can be a managed and/or intelligent switch. - As shown in the
example environment 100 depicted inFIG. 1 , the one or more networktraffic management clusters 110 are interposed betweenclient devices 106 with which it communicates with vianetwork 108 andservers 102 with which it communicates with viaLAN 104. Generally, the networktraffic management cluster 110′ has one or more network traffic management devices 110(1)-110(n) which manage network communications, such as client requests and server responses, via thenetwork 108 between theclient devices 106 and theservers 102. For example, the network traffic management devices 110(1)-110(n) of the networktraffic management cluster 110′ may manage the network communications by performing several network traffic related functions including, but not limited to, load balancing, access control, optimizing, securing and accelerating the network traffic betweenclient devices 106 andservers 102 as well as validating HTTP requests. -
FIG. 2A is a block diagram of a network traffic management device of a network traffic management cluster in accordance with an aspect of the present disclosure. As shown inFIG. 2A , the example network traffic management device 110(n) includes one ormore device processors 200, one or more device I/O interfaces 202, one ormore network interfaces 204, and one or more device memories 206, which are coupled together by one ormore bus 208. It should be noted that the network traffic management device 110(n) can be configured to include other types and/or numbers of components and is thus not limited to the configuration shown inFIG. 2A . -
Device processor 200 of the network traffic management device 110(n) comprises one or more microprocessors configured to execute computer/machine readable and executable instructions stored in the device memory 206. Such instructions, when executed by one ormore processors 200, implement general and specific functions of the network traffic management device 110(n), including the inventive process described in more detail below. It is understood that theprocessor 200 may comprise other types and/or combinations of processors, such as digital signal processors, micro-controllers, application specific integrated circuits (“ASICs”), programmable logic devices (“PLDs”), field programmable logic devices (“FPLDs”), field programmable gate arrays (“FPGAs”), and the like. Theprocessor 200 is programmed or configured according to the teachings as described and illustrated herein. - Device I/O interfaces 202 comprise one or more user input and output device interface mechanisms. The interface may include a computer keyboard, mouse, display device, and the corresponding physical ports and underlying supporting hardware and software to enable the network traffic management device 110(n) to communicate with other network devices in the environment 110(n). Such communications may include accepting user data input and providing user output, although other types and numbers of user input and output devices may be used. Additionally or alternatively, as will be described in connection with
network interface 204 below, the network traffic management device 110(n) may communicate with the outside environment for certain types of operations (e.g. smart load balancing) via one or more network management ports. -
Network interface 204 comprises one or more mechanisms that enable the network traffic management device 110(n) to engage in network communications over theLAN 104 and thenetwork 108 using one or more of a number of protocols, such as TCP/IP, HTTP, UDP, RADIUS and DNS. However, it is contemplated that thenetwork interface 204 may be constructed for use with other communication protocols and types of networks.Network interface 204 is sometimes referred to as a transceiver, transceiving device, or network interface card (NIC), which transmits and receives network data packets over one or more networks, such as theLAN 104 and thenetwork 108. In an example, where the networktraffic management device 110 includes more than one device processor 200 (or aprocessor 200 has more than one core), each processor 200 (and/or core) may use the samesingle network interface 204 or a plurality of network interfaces 204. Further, thenetwork interface 204 may include one or more physical ports, such as Ethernet ports, to couple the network traffic management device 110(n) with other network devices, such as another network traffic management device in thecluster 110′,client devices 106 and/orservers 102. Moreover, theinterface 204 may include certain physical ports dedicated to receiving and/or transmitting certain types of network data, such as device management related data for configuring the network traffic management device 110(n) or client request/server response related data. -
Bus 208 may comprise one or more internal device component communication buses, links, bridges and supporting components, such as bus controllers and/or arbiters. Thebus 208 enables the various components of the network traffic management device 110(n), such as theprocessor 200, device I/O interfaces 202,network interface 204, and device memory 206, to communicate with one another. However, it is contemplated that thebus 208 may enable one or more components of the network traffic management device 110(n) to communicate with one or more components in other network devices as well. Example buses include HyperTransport, PCI, PCI Express, InfiniBand, USB, Firewire, Serial ATA (SATA), SCSI, IDE and AGP buses. However, it is contemplated that other types and numbers of buses may be used, whereby the particular types and arrangement of buses will depend on the particular configuration of the network traffic management device 110(n). - Device memory 206 comprises computer readable media, namely computer readable or processor readable storage media, which are examples of machine-readable storage media. Computer readable storage/machine-readable storage media may include volatile, nonvolatile, removable, and non-removable media implemented in any method or technology for storage of information. Examples of computer readable storage media include RAM, BIOS, ROM, EEPROM, flash/firmware memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the information, which can be accessed by a computing or specially programmed network device, such as the network traffic management device 110(n).
- Such storage media includes computer readable/processor-executable instructions, data structures, program modules, or other data, which may be obtained and/or executed by one or more processors, such as
device processor 200. Such instructions, when executed, allow or cause theprocessor 200 to perform actions, including performing the inventive processes described below. The memory 206 may contain other instructions relating to the implementation and operation of an operating system for controlling the general operation and other tasks performed by the network traffic management device 110(n). -
FIGS. 2B-2C illustrate block diagrams of a network traffic management cluster chassis containing different backplane networks in accordance with aspects of the present disclosure. In the example aspect shown inFIGS. 2B and 2C , the networktraffic management cluster 110′ is a multi-blade chassis comprising a plurality of network traffic management devices 110(1)-110(n). It should be noted that although only three network traffic management devices 110(1)-110(n) are shown inFIGS. 2B and 2C , more or less than three network traffic management devices can be implemented in thecluster chassis 110′. Additionally, thecluster 110′ includes abackplane switch 212 configured to communicate with each available network traffic management device 110(1)-110(n) viabus 208 to create a backplane network. - As shown in
FIGS. 2B and 2C , each of the network traffic management devices 110(1)-110(n) send and receive network traffic with one or morenetwork routing devices 112 external to thecluster chassis 110′ via respective network interfaces 204(1)-204(n). In an aspect, each network traffic management device 110(1)-110(n) includes a hardwire failover switch 214(1)-214(n) coupled to the network interface of its respective network traffic management device 110(1)-110(n) as well as thebackplane switch 212. Each failover switch 214(1)-214(n) includes a physical primary bus 207(1)-209(1) by which network traffic is passed to the network interface 204(1)-204(n). In addition, each failover switch 214(1)-214(n) includes a physical secondary bus 209(1)-209(n) that is coupled directly to thebackplane switch 212. Each network traffic management device's failover switch 214(1)-214(n) is configured to perform a hardwire switching process from theprimary bus 207 to thesecondary bus 209 in the event of a failure in its respective network traffic management device 110(1)-110(n). In particular, thefailover switch 214 is a passive system in that terminates or shorts the circuit associated with theprimary bus 207 and activates the circuit including thesecondary bus 209 when a failure event is detected by thenetwork interface 204. - In an aspect, some or all of the network traffic management devices 110(1)-110(n) implement the
health module 210 to monitor health data of the network traffic management device and provides that health data to thenetwork interface 204. In an aspect, thehealth module 210 implements advanced checks like, “Is there a route to an external address?” or “Is a certain process running correctly?” Health data monitored by thehealth module 210 is translated to a heart beat message sent to the network interface if the system is “Ok”. In contrast, thehealth module 210 does not send a heart beat message or sends an explicit failure message to thenetwork interface 204 in the event that there is a failure event. Accordingly, the network interface need only to detect if too many heart beats have been missed or if an explicit “Failure” message has been received from thehealth module 210 to determine that a failure event has occurred. Once thehealth module 210 determines that the networktraffic management device 110 has experienced a failure event, thefailover switch 214 performs the hardwire failover switching process from theprimary bus 207 to thesecondary bus 209. As a result, all network traffic previously handled by the now-failed networktraffic management device 110 is redirected viasecondary bus 209 to thebackplane switch 212. - In an aspect, the
backplane switch 212 is configured to distribute traffic flows among the available network traffic management devices 110(1)-110(n) in thecluster chassis 110′. Additionally, thebackplane switch 212 is configured to handle network traffic (intended for failed network traffic management device) received over thesecondary bus 209 and redistribute it to one or more other available network traffic management devices 110(1)-110(n). - In an aspect, as shown in
FIG. 2B , thebackplane switch 212 is a hardware based intelligent switch which communicates with the processors 200(1)-200(n) and the switching modules 210(1)-210(n) of the network traffic management devices 110(1)-110(n) via one ormore bus 208. Thebackplane switch 212 can be configured to an effective or logical disaggregator that implements policies established by a manufacturer and/or an administrator to accordingly route and distribute network traffic among the available network traffic management devices 110(1)-110(n). Such load balancing and redistribution techniques include, but are not limited to, randomly distributing the network traffic, distributing the network traffic by a round-robin technique, mirroring the traffic to all ports, hash based distribution of the traffic to healthy available network traffic management devices any other number or type of policy, rule or distribution techniques. In another aspect, thebackplane switch 212 can optionally examine the data packets of the network traffic received via thesecondary bus 209 and examine the link state data of the failed network interface to detect system failures. Thebackplane switch 212 can then use the link state data and the failure data as part of the load balancing rules it implements to redistribution of the network traffic to the one or more available network traffic management devices. - As shown in
FIG. 2C , thebackplane switch 212 comprises a plurality of hardware and/or software based stackable switches 216(1)-216(n) implemented by the network traffic management devices 110(1)-110(n). As shown inFIG. 2C , the stackable switches 216(1)-216(n) are connected to and communicate data with one another to effectively operate as abackplane switch 212. As shown inFIG. 2C , at least one of thestackable switches 216 is configured to receive network traffic from one or more externalnetwork routing devices 112, wherein thatstackable switch 216 is configured to distribute the network traffic to one or more other network traffic management devices 110(1)-110(n) via their corresponding stackable switches 21C. - In an aspect, the
backplane switch 212 may be configured to replicate network traffic for one or more network traffic management devices 110(1)-110(n) to one or more other network traffic management devices 110(1)-110(n). Accordingly, in this aspect, a particular network traffic management device 110(1)-110(n) may be configured to process at least a subset of traffic replicated among one or more available network traffic management devices 110(1)-110(n) based on one or more filtering rules. Thereby, the backplane switch's 212 determination as to which available network traffic management devices 110(1)-110(n) are to process the redirected network traffic is shifted to the available network traffic management devices 110(1)-110(n) from thebackplane switch 212, as thebackplane switch 212 merely replicates the redirected network traffic to the available network traffic management devices 110(1)-110(n). -
FIG. 3A illustrates a flow chart describing a hardwire failover switching process performed by a network traffic management device in accordance with an aspect of the present disclosure. As shown inFIG. 3A , thenetwork interface 204 of a networktraffic management device 110 communicates data packets or network traffic with theexternal routing device 112 over a network (Block 300). This process repeats until the networktraffic management device 110, based on the monitored health data, determines that it is experiencing a failure event, such as power loss, connectivity loss or other action that causes it to no longer be able to effectively handle network traffic with the routing device 112 (Block 302). - Upon the network
traffic management device 110 determining that it is experiencing a failure event, thefailover switch 214 performs a hardwire failover switch from itsprimary bus 207 to thesecondary bus 209, wherein network traffic with respect torouting device 112 is automatically sent via thesecondary bus 209 directly to the backplane switch 212 (Block 304). Thereafter, network traffic for the failed networktraffic management device 110 is sent directly to thebackplane switch 212 oversecondary bus 209 instead of theprimary bus 207 to the now unavailable network traffic management device 110 (Block B). - In an aspect, the failed network
traffic management device 110 and/or thebackplane switch 212 may be configured to automatically send a signal to one or more other networktraffic management devices 110 in thecluster 110′ and notifying them of the failed networktraffic management device 110. - This process continues until the network
traffic management device 110 determines that it has recovered from the failure event (Block 306). Once the networktraffic management device 110 has recovered, thefailover switch 214 performs a reverse hardwire failover action from thesecondary bus 209 to the primary bus 207 (Block 308). Once theprimary bus 207 is activated, the networktraffic management device 110 is thereafter able to handle the network traffic with the routing device 112 (Block 300). -
FIG. 3B illustrates a flow chart describing a process performed by a backplane switch in accordance with an aspect of the present disclosure. As shown inFIG. 3B , thebackplane switch 212 begins receiving network traffic for a networktraffic management device 110 via its secondary bus 209 (Block 310). Thebackplane switch 212 thereafter performs preestablished load balancing and/or redistribution technique(s) to redistribute the failed network traffic management device's network traffic to one or more other available network traffic management devices in thecluster 110′ (Block 312). Thebackplane switch 212 thereafter redirects the network traffic to the one or more available network traffic management devices 110(1)-110(n) in conformance with the preestablished load balancing/redistribution policies (Block 314). This process continues, as indicated inBlock 316, until thebackplane switch 212 no longer receives the network traffic via thesecondary bus 209, wherein the process reverts to Block 300 inFIG. 3A . - Having thus described the basic concept of the invention, it will be rather apparent to those skilled in the art that the foregoing detailed disclosure is intended to be presented by way of example only, and is not limiting. Various alterations, improvements, and modifications will occur and are intended to those skilled in the art, though not expressly stated herein. These alterations, improvements, and modifications are intended to be suggested hereby, and are within the spirit and scope of the invention. Additionally, the recited order of processing elements or sequences, or the use of numbers, letters, or other designations therefore, is not intended to limit the claimed processes to any order except as may be specified in the claims. Accordingly, the invention is limited only by the following claims and equivalents thereto.
Claims (1)
1. A network traffic management computing device, comprising:
a backplane switch coupled to a plurality of network traffic management computing devices;
a hardwire failover switch comprising a bus coupled to the backplane switch, the hardwire failover switch configured to pass network traffic to the backplane switch via the bus;
a memory comprising programmed instructions stored in the memory and a processor coupled to the memory and configured to be capable of executing the programmed instructions stored in the memory to:
monitor network traffic exchanged with the plurality of network traffic management computing devices, wherein the network traffic comprises heartbeat messages sent at a predetermined rate to indicate a healthy operational status in the plurality of network traffic management computing devices;
detect when one of the plurality of network traffic management computing devices has experienced a failure event;
redirect network traffic from the one of the plurality of network traffic management devices to at least another of the plurality of network traffic management computing devices using the hardwire failover switch, when the determining indicates that the one of the plurality of network traffic management computing devices has experienced a failure event.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US15/244,247 US20170141951A1 (en) | 2012-02-20 | 2016-08-23 | Multi-blade network traffic management apparatus with improved failure handling and methods thereof |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201261600879P | 2012-02-20 | 2012-02-20 | |
US13/731,114 US9438471B1 (en) | 2012-02-20 | 2012-12-31 | Multi-blade network traffic management apparatus with improved failure handling and methods thereof |
US15/244,247 US20170141951A1 (en) | 2012-02-20 | 2016-08-23 | Multi-blade network traffic management apparatus with improved failure handling and methods thereof |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/731,114 Continuation US9438471B1 (en) | 2012-02-20 | 2012-12-31 | Multi-blade network traffic management apparatus with improved failure handling and methods thereof |
Publications (1)
Publication Number | Publication Date |
---|---|
US20170141951A1 true US20170141951A1 (en) | 2017-05-18 |
Family
ID=47884496
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/731,114 Expired - Fee Related US9438471B1 (en) | 2012-02-20 | 2012-12-31 | Multi-blade network traffic management apparatus with improved failure handling and methods thereof |
US15/244,247 Abandoned US20170141951A1 (en) | 2012-02-20 | 2016-08-23 | Multi-blade network traffic management apparatus with improved failure handling and methods thereof |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/731,114 Expired - Fee Related US9438471B1 (en) | 2012-02-20 | 2012-12-31 | Multi-blade network traffic management apparatus with improved failure handling and methods thereof |
Country Status (3)
Country | Link |
---|---|
US (2) | US9438471B1 (en) |
TW (1) | TWI586127B (en) |
WO (1) | WO2013126264A1 (en) |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9772921B2 (en) * | 2014-03-17 | 2017-09-26 | Silver Spring Networks, Inc. | Techniques for collecting and analyzing notifications received from neighboring nodes across multiple channels |
EP3322203B1 (en) * | 2016-11-13 | 2020-05-20 | Harman International Industries, Incorporated | Fault tolerant network audio system |
US10484333B2 (en) | 2017-07-16 | 2019-11-19 | Cisco Technology, Inc. | Methods and systems for providing limited data connectivity |
US11140006B2 (en) * | 2017-11-29 | 2021-10-05 | British Telecommunications Public Limited Company | Method of operating a network node |
CN112910686B (en) * | 2021-01-14 | 2022-10-25 | 牙木科技股份有限公司 | Flow analysis system, method of operating flow analysis system, and computer-readable storage medium |
CN114172796B (en) * | 2021-12-24 | 2024-01-30 | 中国工商银行股份有限公司 | Fault positioning method and related device for communication network |
CN116938826B (en) * | 2023-09-14 | 2024-01-05 | 中移(苏州)软件技术有限公司 | Network speed limiting method, device and system and electronic equipment |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070168495A1 (en) * | 2005-01-11 | 2007-07-19 | Rothstein Richard S | Systems and methods for network data storage |
US20080049622A1 (en) * | 2006-08-28 | 2008-02-28 | Previdi Stefano B | Technique for protecting against failure of a network element using Multi-Topology Repair Routing (MTRR) |
US20090144720A1 (en) * | 2007-11-30 | 2009-06-04 | Sun Microsystems, Inc. | Cluster software upgrades |
US20100251008A1 (en) * | 2000-03-10 | 2010-09-30 | Eric Sven-Johan Swildens | Decrypting Load Balancing Array System |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB0119070D0 (en) | 2001-08-06 | 2001-09-26 | Ibm | Method and apparatus for managing a loop network |
US7020706B2 (en) * | 2002-06-17 | 2006-03-28 | Bmc Software, Inc. | Method and system for automatically updating multiple servers |
US7085886B2 (en) * | 2003-05-28 | 2006-08-01 | International Buisness Machines Corporation | Autonomic power loss recovery for a multi-cluster storage sub-system |
US20080147858A1 (en) | 2006-12-13 | 2008-06-19 | Ramkrishna Prakash | Distributed Out-of-Band (OOB) OS-Independent Platform Management |
DE102008018633B4 (en) | 2008-04-11 | 2013-10-10 | Phoenix Contact Gmbh & Co. Kg | Method, bus components and control system for Ethernet-based control of an automation system |
-
2012
- 2012-12-31 US US13/731,114 patent/US9438471B1/en not_active Expired - Fee Related
-
2013
- 2013-02-14 WO PCT/US2013/026061 patent/WO2013126264A1/en active Application Filing
- 2013-02-20 TW TW102105816A patent/TWI586127B/en not_active IP Right Cessation
-
2016
- 2016-08-23 US US15/244,247 patent/US20170141951A1/en not_active Abandoned
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100251008A1 (en) * | 2000-03-10 | 2010-09-30 | Eric Sven-Johan Swildens | Decrypting Load Balancing Array System |
US20070168495A1 (en) * | 2005-01-11 | 2007-07-19 | Rothstein Richard S | Systems and methods for network data storage |
US20080049622A1 (en) * | 2006-08-28 | 2008-02-28 | Previdi Stefano B | Technique for protecting against failure of a network element using Multi-Topology Repair Routing (MTRR) |
US20090144720A1 (en) * | 2007-11-30 | 2009-06-04 | Sun Microsystems, Inc. | Cluster software upgrades |
Also Published As
Publication number | Publication date |
---|---|
WO2013126264A1 (en) | 2013-08-29 |
US9438471B1 (en) | 2016-09-06 |
TW201340649A (en) | 2013-10-01 |
TWI586127B (en) | 2017-06-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20170141951A1 (en) | Multi-blade network traffic management apparatus with improved failure handling and methods thereof | |
US10977140B2 (en) | Fault tolerant distributed system to monitor, recover and scale load balancers | |
US10505818B1 (en) | Methods for analyzing and load balancing based on server health and devices thereof | |
US9659075B2 (en) | Providing high availability in an active/active appliance cluster | |
US7962647B2 (en) | Application delivery control module for virtual network switch | |
US9137141B2 (en) | Synchronization of load-balancing switches | |
US20160065479A1 (en) | Distributed input/output architecture for network functions virtualization | |
US10560372B1 (en) | Request routing based on server software versions | |
KR20150060923A (en) | Load distribution in data networks | |
US10567492B1 (en) | Methods for load balancing in a federated identity environment and devices thereof | |
US20190020559A1 (en) | Distributed health check in virtualized computing environments | |
US10542071B1 (en) | Event driven health checks for non-HTTP applications | |
US20180054475A1 (en) | Load balancing system and method for cloud-based network appliances | |
US10516599B1 (en) | Link priority for loop-protect | |
US20190319923A1 (en) | Network data control method, system and security protection device | |
US7783786B1 (en) | Replicated service architecture | |
US10505844B2 (en) | Network element federation controller and forwarding box | |
US10263869B1 (en) | Analysis and testing of network devices | |
US20220247717A1 (en) | Distributed memory data repository based defense system | |
Gasmelseed et al. | Traffic pattern–based load‐balancing algorithm in software‐defined network using distributed controllers | |
US11375033B1 (en) | Automated tuning of network intermediary devices | |
US20120185937A1 (en) | System and method for selectively storing web objects in a cache memory based on policy decisions | |
US11539728B1 (en) | Detecting connectivity disruptions by observing traffic flow patterns | |
WO2016206433A1 (en) | Method and apparatus for balancing server load | |
US11422845B2 (en) | Native cloud live traffic migration to counter suspected harmful traffic |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: F5 NETWORKS, INC., WASHINGTON Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:AMDAHL, SAXON;REEL/FRAME:040805/0086 Effective date: 20160911 |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |