Patent classifications
G06F11/2002
NETWORK DEVICE
A network device may include a first forwarding board, a second forwarding board and an interface board. The interface board may include a control apparatus and a network interface chip. The control apparatus may form a first upstream packet flow which is sent to the first forwarding board via a first I/O bus and a second upstream packet flow which is sent to the second forwarding board via a second I/O bus using data packets received through the network interface chip from the exterior of the network device. The control apparatus may selectively connect one of a first downstream packet flow and a second downstream packet flow to the network interface chip through the network interface bus according to an active/standby state of the first forwarding board and the second forwarding board, wherein the first downstream packet flow is processed by the first forwarding board and received through the first I/O bus and the second downstream packet flow is processed by the second forwarding board and received through the second I/O bus.
Adaptive private network with path maximum transmission unit (MTU) discovery process
Systems and techniques are described for a path maximum transmission unit (MTU) discovery method that allows the sender of IP packets to discover the MTU of packets that it is sending over a conduit to a given destination. The MTU is the largest packet that can be sent through the network along a path without requiring fragmentation. The path MTU discovery method actively probes each sending path of each conduit with fragmentation enabled to determine a current MTU and accordingly increase or decrease the conduit MTU. The path MTU discovery process is resilient to errors and supports retransmission if packets are lost in the discovery process. The path MTU discovery process is dynamically adjusted at a periodic rate to adjust to varying network conditions.
Failover of a virtual function exposed by an SR-IOV adapter
Failover of a virtual function exposed by an SR-IOV adapter of a computing system, including: instantiating, by a hypervisor, a standby virtual function in the computing system; detecting a loss of communication between a logical partition and an active virtual function mapped to the logical partition; placing the active virtual function and the standby virtual function in an error state; remapping the logical partition to the standby virtual function; and placing the standby virtual function in an error recovery state.
Disaster recovery service
A customer may use a disaster recovery service to generate a disaster recovery scenario in order to make certain resources available to the customer in the event of a data region failure. The customer may specify a recovery point objective, a recovery time objective and a recovery data region for the scenario. Accordingly, the disaster recovery service may coordinate with one or more other services provided by the computing resource service provider to reproduce the customer resources and other resources necessary to support the customer resources. These reproduced resources may be transferred to the recovery data region based at least in part on the parameters specified by the customer. In the event of a data region failure, the disaster recovery service may update the domain name system to resolve any customer requests for the customer resources to the recovery data region.
Distributed event correlation system
According to an example, a master node is to divide an event field in events into partitions including ordered contiguous blocks of values for the event field. Each partition may be assigned to a pair of cluster nodes. A partition map is determined from the partitions and may identify for each partition, the block of the event field values for the partition, a primary cluster node, and a failover cluster node for the primary cluster node.
PORT MODES FOR STORAGE DRIVES
Examples described herein including receiving a first address from a host controller and receiving a second address from the host controller. The first address may be for a first PHY and the second address may be for a second PHY. Based on the first address and the second address, a port mode for a storage drive associated with the first PHY and the second PHY may be determined.
MULTIPLE SITE ROLLING UPGRADE PROTOCOL
Improving the multi-site software update for extension switches by automatically assigning extension switches at each data center with a role and then providing state messages between the extension switches to stage software update operations between the various extension switches that are involved. This allows the network administrator to commence the software update process on the extension switches at each data center without waiting for any extension switch to complete operations. The extension switches communicate with each other and the software update process completes automatically, with all extension switches at all data centers updated without further network administrator input.
MULTI-MODE CONFIGURABLE NETWORK AUDIO
In one embodiment, an audio device includes a plurality of ports. The audio device receives, from a first network via a first port included in the plurality of ports, at least one of a first audio signal and a first control signal. The audio device transmits the at least one of the first audio signal and the first control signal to an audio output device. In case of a fault associated with the first port, the audio device transmits at least one of a second audio signal and a second control signal to the audio output device, where the at least one of the second audio signal and the second control signal is received from a second network via a second port included in the plurality of ports.
Handling failed cluster members when replicating a database between clusters
Data integrity is maintained during failed communications between a member node of a primary cluster and a backup cluster by assigning an assisting member node to run an assisting process that transmits data entered into the member node to the backup cluster. In this way, a replicated database is maintained during a partial communication failure between the primary cluster and the backup cluster.
Bus arbitration with routing and failover mechanism
In an embodiment of the invention, an apparatus comprises: a plurality of bus masters and a plurality of bus arbiters to support routing and failover, wherein each bus arbiter is coupled to a plurality of bus masters; and a central processing unit (CPU) coupled to at least one of the bus arbiters; wherein the CPU is configured to execute a firmware that chooses bus re-routing or failover in response to a bus failure. In another embodiment of the invention, a method comprises: choosing, by a central processing unit (CPU) coupled to a plurality of bus arbiters, bus re-routing or failover in response to a bus failure. In yet another embodiment of the invention, an article of manufacture, comprises a non-transient computer-readable medium having stored thereon instructions that permit a method comprising: choosing, by a central processing unit (CPU) coupled to a plurality of bus arbiters, bus re-routing or failover in response to a bus failure.