Patent classifications
H04L47/263
Uplink congestion control based on SIP messaging
Uplink congestion control based on session initiation protocol (SIP) messaging includes receiving SIP messages from user equipment devices (UEs) via established wireless uplink connections; and monitoring a rate of the SIP messages received from the UEs. Uplink congestion control further includes identifying whether the rate of received SIP messages exceeds a first threshold during a first period of time; and sending SIP response messages to the UEs to reduce congestion on the wireless uplink connections upon identifying that the rate of received SIP messages exceeded the first threshold over the first period of time, where the sent SIP response messages instruct the UEs to resend the SIP messages after predetermined time delays.
Systems and methods for enhanced autonegotiation
An improved autonegotiation approach includes determining that a negotiated rate between a first network device and a second network device exceeds data transfer capacity over a network path downstream of the second network device. In response, a configuration message is generated and transmitted to the first network device. When received by the first network device, the configuration message causes the first network device to limit data transfer between the first network device and the second network device to no more than the downstream data transfer capacity.
Systems and methods for enhanced autonegotiation
An improved autonegotiation approach includes determining that a negotiated rate between a first network device and a second network device exceeds data transfer capacity over a network path downstream of the second network device. In response, a configuration message is generated and transmitted to the first network device. When received by the first network device, the configuration message causes the first network device to limit data transfer between the first network device and the second network device to no more than the downstream data transfer capacity.
Fast data center congestion response based on QoS of VL
There is included in one example a switch, including: an ingress port to receive data from a source host; a first egress port to send data to a destination host; a second egress port to send data to the source host; and a congestion notification generator (CNG) including: a congestion detector to compute bandwidth consumption of a flow associated with a packet received on the ingress port and assigned to the first egress port, and determine based on the computed bandwidth consumption that the flow is congested; a flow extractor to extract a flow identifier of the flow from the packet; a throttle calculator to calculate a quantitative flow throttle value for the flow; and a header builder to build a congestion notification packet to instruct the source host to throttle the flow.
Fast data center congestion response based on QoS of VL
There is included in one example a switch, including: an ingress port to receive data from a source host; a first egress port to send data to a destination host; a second egress port to send data to the source host; and a congestion notification generator (CNG) including: a congestion detector to compute bandwidth consumption of a flow associated with a packet received on the ingress port and assigned to the first egress port, and determine based on the computed bandwidth consumption that the flow is congested; a flow extractor to extract a flow identifier of the flow from the packet; a throttle calculator to calculate a quantitative flow throttle value for the flow; and a header builder to build a congestion notification packet to instruct the source host to throttle the flow.
Backpressure from an external processing system transparently connected to a router
An external processing system includes a port configured to exchange signals with a router and one or more processors configured to instantiate an operating system and a hypervisor based on information provided by the router in response to the external processing system being connected to the router. The processors implement a user plane layer that generates feedback representative of a processing load and provides the feedback to the router via the port. The router includes a port allocated to an external processing system and a controller that provides the information representing the operating system and hypervisor in response to connection of the external processing system. The controller also receives feedback indicating a processing load at the external processing system. A queue holds packets prior to providing the packets to the external processing system. The controller discards one or more of the packets from the queue based on the feedback.
Backpressure from an external processing system transparently connected to a router
An external processing system includes a port configured to exchange signals with a router and one or more processors configured to instantiate an operating system and a hypervisor based on information provided by the router in response to the external processing system being connected to the router. The processors implement a user plane layer that generates feedback representative of a processing load and provides the feedback to the router via the port. The router includes a port allocated to an external processing system and a controller that provides the information representing the operating system and hypervisor in response to connection of the external processing system. The controller also receives feedback indicating a processing load at the external processing system. A queue holds packets prior to providing the packets to the external processing system. The controller discards one or more of the packets from the queue based on the feedback.
METHOD AND APPARATUS FOR CONTINUOUS ACCESS NETWORK MONITORING AND PACKET LOSS ESTIMATION
Described is a method for estimating throughput between first and second communication devices, the method comprising: determining maximum bottleneck throughput of a communication link between the first communication device and a third communication device, wherein the communication link between the first and third communication devices applies a common access network as between a communication link between the first and second communication devices; determining Round Trip Time (RTT) between the first and second communication devices; transmitting packet by applying User Datagram Protocol (UDP) from the third communication device to the first communication device; measuring packet loss rate associated with the transmitted packet by monitoring sequence number of the packet; and translating measured packet loss rate to Transmission Control Protocol (TCP) throughput according to maximum bottleneck throughput and RTT.
METHOD AND APPARATUS FOR CONTINUOUS ACCESS NETWORK MONITORING AND PACKET LOSS ESTIMATION
Described is a method for estimating throughput between first and second communication devices, the method comprising: determining maximum bottleneck throughput of a communication link between the first communication device and a third communication device, wherein the communication link between the first and third communication devices applies a common access network as between a communication link between the first and second communication devices; determining Round Trip Time (RTT) between the first and second communication devices; transmitting packet by applying User Datagram Protocol (UDP) from the third communication device to the first communication device; measuring packet loss rate associated with the transmitted packet by monitoring sequence number of the packet; and translating measured packet loss rate to Transmission Control Protocol (TCP) throughput according to maximum bottleneck throughput and RTT.
FAST DATA CENTER CONGESTION RESPONSE
There is included in one example a switch, including: an ingress port to receive data from a source host; a first egress port to send data to a destination host; a second egress port to send data to the source host; and a congestion notification generator (CNG) including: a congestion detector to compute bandwidth consumption of a flow associated with a packet received on the ingress port and assigned to the first egress port, and determine based on the computed bandwidth consumption that the flow is congested; a flow extractor to extract a flow identifier of the flow from the packet; a throttle calculator to calculate a quantitative flow throttle value for the flow; and a header builder to build a congestion notification packet to instruct the source host to throttle the flow.