Juniper Networks, Inc.

Nayan S Patel

Mahesh Narayanan

Vidur Gupta

Craig R Frink

Alex Baban

Nitin Kumar

Eswaran Srinivasan

Timothy L Patrick

Monte Becker

Scott Mackie

Swamy Sadashivaiah Renu Kananda

Dmitry A Shokarev

Surya Chandra Sekhar Nimmagadda

Qi-Zhong Cao

Jaroslaw J Sawczuk

Techniques are described for buffering data traffic destined for a mobile device when a data path to a base station for the mobile device is unavailable. For example, a network device comprises: a control unit comprising processing circuitry, wherein the control unit is configured to allocate, in response to determining that a data path from the network device to the base station for a mobile device is unavailable, a hardware queue of a packet processor of the network device to the data path; and a forwarding component with access to the hardware queue, wherein the forwarding component is configured to store data traffic for the mobile device to the allocated hardware queue, wherein the control unit is configured to, in response determining that the data path is available, configure the forwarding component to output the data traffic from the allocated hardware queue to the base station along the data path.

Network data traffic buffering in mobile networks

A network device that includes a plurality of packet processing components may receive traffic associated with one or more services. The network device may store state information for each of the plurality of packet processing components, while the plurality of packet processing components are receiving the traffic. The state information may include state configuration information and/or internal storage information. The state information may be stored using a data structure that is internal to the network device and external to the packet processing component. The network device may detect an error that prevents the packet processing component from processing at least a portion of the traffic. The network device may execute, based on detecting the error that prevents the packet processing component from processing at least the portion of the traffic, a recovery procedure that uses the state information to reset the packet processing component to an operational state.

Method for resetting a packet processing component to an operational state

A first network device may receive packets as part of a traffic flow of an internet protocol session, select a packet based on a rule, and add, to a packet replica of the selected packet, routing information capable of being used to generate performance indicators associated with the IP session. The first network device may modify a portion of the packet replica to include values that will cause the packet replica to fail to reach a destination device associated with the IP session, and provide the packet replica to other network devices to cause a second network device to perform a validation procedure to determine that the packet replica is unable to be validated based on the values, to generate the performance indicators using the packet replica or a group of packet replicas that have been modified, and to provide the performance indicators to a particular device.

Systems and methods for non-intrusive network performance monitoring

A network device may include a controller and a hardware forwarding component. The hardware forwarding component may receive a network packets and assign the network packets to multiple network queues. The network device may also obtain, using a microcode engine of the hardware forwarding component, and for each of the network queues, a measurement of queue depth, each measurement of queue depth being obtained from memory of the hardware forwarding component. Based on the measurements of queue depth, the network device may generate and transmit a telemetry packet.

Monitoring network communications queues

Techniques are disclosed for a queuing system for network devices. In one example, a network device determines a transmit rate of packets from the queue. In one example the network device determines the transmit rate by determining a number of tokens used over a unit of time by a token bucket shaper for the queue to dequeue the packets from the queue, wherein each of the tokens represents a given number of bytes to be dequeued from the queue. The network device determines a temporal queue length of the queue based on a target queue latency and the determined transmit rate. Further, the network device adjusts at least one parameter of the queue based on the determined temporal queue length such that an actual queue latency of the queue at the determined transmit rate is equal to the target queue latency.

Queuing system to achieve maximum queuing latency in a computing device

In one example, a method includes detecting, by a forwarding manager for an internal forwarding path executed by at least one packet processor of a forwarding unit of a network device, that the at least one packet processor of a plurality of packet processors has become available for processing packets for forwarding; in response to the detecting, ceasing, by the forwarding manager, execution of control processing operations received from a control unit of the network device; and programming, by the forwarding manager, a plurality of forwarding path elements of the at least one packet processor based on a dependencies data structure, wherein the dependencies data structure comprises one or more dependencies that each indicates, for a node of a plurality of nodes, one or more nodes that reference the node, and wherein each node of the plurality of nodes corresponds to a single forwarding path element of the plurality of forwarding path elements.

Individual network device forwarding plane reset

In one example, an edge routing device of a service provider network includes one or more network interfaces configured to send and receive packets and a processing unit configured to retrieve, from a packet received via the one or more network interfaces, priority data from an Internet protocol (IP) header of the packet, form a first tag including a first set of data in a first priority field of the first tag, wherein the first set of data represents a first portion of the priority data, form a second tag including a second set of data in a second priority field of the second tag, wherein the second set of data represents a second portion of the priority data, encapsulate the packet with the first tag and the second tag, and forward, via the one or more network interfaces, the encapsulated packet.

Signaling priority information for encapsulated packets

In some embodiments, an apparatus includes a rate module implemented in at least one of a memory or a processing device that can be operatively coupled to a set of rate counters. Each rate counter is associated with a different network device associated with a level within the hierarchy of a network. The rate module can receive from a schedule module a signal to begin execution of a first page of a first rate program and can send during a first time period transmission credits to a first subset of rate counters. The rate module can send during a second time period transmission credits to a second subset of rate counters based on the execution of a page of a second rate program where the priority of the second rate program is no lower than a priority of the first rate program.

Methods and apparatus for implementing dynamic rate controllers using linked list of rate programs

Techniques are described for applying double experimental (EXP) quality of service (QoS) markings to Multiprotocol Label Switching (MPLS) packets. According to the techniques, an edge router of an MPLS network is configured to map a Differentiated Services Code Point (DSCP) marking for customer traffic to at least two EXP fields of at least two different labels included in a MPLS packet encapsulating the customer traffic. In this way, the edge router may map the full DSCP marking across the first and second EXP fields to provide full resolution QoS for the customer traffic over the MPLS network. The techniques also include a core router of an MPLS network configured to identify a QoS profile for a received MPLS packet based on a combination of a first EXP field of a first label and a second EXP field of a second label included in the MPLS packet.

Growing community of inventors

Bedford, MA, United States of America

Nayan S Patel