Amazon Technologies, Inc.

Mark Noel Kelly

Justin Oliver Pietsch

Michael David Marr

Jagwinder Singh Brar

Alan Michael Judge

Leonard Thomas Tracy

Tyson James Lamoreaux

Stephen Callaghan

Daniel Todd Cohn

Richendra Khanna

Colin John Whittaker

Frederick David Sinn

Richard Hazen Galliher, Iii

Rachit Chawla

Andreas Louca

Eric Chou

Michael Bruce Lane

David John O'Meara

Amit Sahoo

Spencer Giacalone

Ben L Kirkpatrick

Goran Peretin

João André Henriques Ferreira

Alan M Judge

Nafea Bshara

Thomas A Volpe

Mark Bradley Davis

Jeremy Boynes

Christopher Allen Suver

Melissa Elaine Davis

Alexander Julian Tribble

Paul Derek DeMarco

Charles Alexander Carman

Edward Crabbe

Mitchell Bernard Skiba

Maciej Rzehak

Ryan Shaw

Tyson J Lemoreaux

Stepen Callaghan

A network event remediation service receives event logs from network computing devices to identify issues associated with these network computing devices. Based on these issues, the service generates various tasks to address the identified issues. The service obtains historical task data in order to determine whether any tasks do not comport with historical tasks performed by the network computing devices and removing such tasks. The service obtains health data from the network computing devices to calculate device scores for each device. The service uses the device scores to prioritize the tasks for each network computing device. These tasks are then dispatched to the network computing devices.

Network event automatic remediation service

The following description is directed to managing routing resources of a communication network. In one example, a method can include determining an amount of routing capacity from a network device and toward a routing prefix. An attribute associated with the routing prefix can be modified based on the amount of routing capacity toward the routing prefix. The modified attribute associated with the routing prefix can be announced to a peer of the network device.

Managing routing resources of a network

A system for transmitting data over a network may include data processed according to a data-redundancy encoding technique such as erasure coding to be transmitted via an unreliable, connectionless transmission protocol, for example user datagram protocol ('UDP'). A transmitting manager may receive a request from an application to transmit data. The transmission manager may select encoding parameters and encode data to be transferred using a data-redundancy encoding technique. The transmission manager may initiate transmission of the encoded data and payload header data may via a network, for example via a network communication stream or protocol stack. A reconstruction manager associated with the receiving node may reconstruct the original data using the received erasure coding data and payload header data. In some embodiments, the receiving node may transmit telemetry data to the erasure coding algorithm. The erasure coding algorithm may use received telemetry data to adjust parameters of the erasure coding algorithm for future erasure coding and transmission operations. In some systems, telemetry data may include a request to retransmit all or a portion of the erasure coded data.

Transfer of data-redundancy encoded data via unreliable, connectionless protocol

Network packet tracing may be implemented on packet processors or other devices that perform packet processing. As network packets are received, a determination may be made as to whether tracing is enabled for the network packets. For those network packets with tracing enabled, trace information may be generated and the network packets modified to include the trace information such that forwarding decisions for the network packets ignore the trace information. Trace information indicate a packet processor as a location in a route traversed by the network packets and may include ingress and egress timestamps. Forwarding decisions may then be made and the network packets sent according to the forwarding decisions. Tracing may be enabled or disabled by packet processors for individual network packets. Trace information may also be truncated at a packet processor.

Network packet tracing

A dynamic configuration system can manage and configure switches or other network devices that come online in a network. When the dynamic configuration system determines that a network device has come online, the dynamic configuration system can identify the network device (e.g., based on its network location, neighbors, fingerprint, identifier, address or the like), select the appropriate configuration data for the network based on the desired network topology, and transmit the configuration data to the network device. The network device can then load the configuration data and function as a component of the desired network topology.

Dynamic network device configuration

Efficient and highly-scalable network solutions are provided that each utilize deployment units based on Clos networks, but in an environment such as a data center of Internet Protocol-based network. Each of the deployment units can include multiple stages of devices, where connections between devices are only made between stages and the deployment units are highly connected. In some embodiments, the level of connectivity between two stages can be reduced, providing available connections to add edge switches and additional host connections while keeping the same number of between-tier connections. In some embodiments, where deployment units (or other network groups) can be used at different levels to connect other deployment units, the edges of the deployment units can be fused to reduce the number of devices per host connection.

Connecting network deployment units

The deployment and scaling of a network of electronic devices can be improved by utilizing one or more network transpose boxes. Each transpose box can include a number of connectors and a meshing useful for implementing a specific network topology. Different tiers of a network can be connected to one or more of the network transpose boxes, and operated as a logical switch. A control server can be used to manage the control plane operations of the logical switch.

Logical switches

A method for adjusting capacity in a multi-stage routing network includes monitoring a number of available connections between a router in a first stage of a multi-stage router network and one or more routers in a second stage of the multi-stage router network. Each of the stages of the multi-stage router network may include a plurality of routers. The method may also include detecting that the number of available connections falls below a threshold number. A notification can be sent to one or more routers in a third stage of the multi-stage router network that the router in the first stage is deprioritized. The one or more routers in the third stage can be operated so that communications to the first stage are routed to one or more other routers in the first stage.

Adjusting communication capacity in a multi-stage routing network

Efficient highly connected deployment units

Optical patch panels are disclosed. In one example, a housing module may include at least one wall arranged to present connectors for mating with optical cables. A plurality of trunk connectors may be arranged in at least one wall of the housing module, each of the trunk connectors being connectable to an optical trunk line entering the housing module. A plurality of duplex fiber connectors may be arranged in at least one wall of the housing module, the duplex fiber connectors being operable to mate with downstream networking equipment, the duplex fiber connectors being arranged in clusters, each cluster presenting a group of four pairs of duplex fiber connectors. The duplex fiber connectors in a cluster may be optically coupled to one of the plurality of trunk lines via the plurality of trunk connectors.

Optical patch panel

Techniques and solutions for distributing routing updates using timing information are described. For example, inter-device messaging protocols can support timing information (e.g., routing protocols be extended to support timing information). The timing information can indicate a time at which the routing update is to be put into effect where the time decreases the further away a given routing device is from the source of the routing update. For example, each routing device can determine a decayed update reference time when the given routing device will put the routing update into effect according to a decay mode. Routing updates can be managed between routing devices that support timing information and routing devices that do not support timing information.

Distributing routing updates according to a decay mode

Techniques and solutions for distributing routing updates using timing information are described. For example, inter-device messaging protocols can support timing information (e.g., routing protocols be extended to support timing information). The timing information can comprise an indication of a time at which the routing update is to be put into effect. Using the timing information, a number of routing devices can put the routing update into effect at the same time (e.g., at an update reference time) according to a synchronous mode. Routing updates can be managed between routing devices that support timing information and routing devices that do not support timing information.

Distributing routing updates according to a synchronous mode

Growing community of inventors

Seattle, WA, United States of America

Mark Noel Kelly