Cisco Technology, Inc.

Dell Products Inc.

Indian Institute of Technology Madras

Ganesh Chennimalai Sankaran

Balaji Venkat Venkataswami

Kannan Karuppiah

Balaji Venkat

Dinesh Sivaraj

Krishnamoorthy Karthikeyan

Balaji Srinivasan

Rambabu Katta

Venkataganesh Swaminathan

Nilesh Simaria

Karthikeyan Veerapandian

Krishnamoorthy Sivalingam

Present disclosure relates to a method and a system for searching through a Ternary Content Addressable Memory (TCAM). The system comprises a Digital Light Processing System (DLP) receiving an input query. The DLP comprises a 2-Dimensional array of digital micro mirrors configured for reflecting light from one or more input sources in the TCAM to a predefined position. The system further comprises a detection screen having a detection area. The detection area is configured for generating an image of a resultant pixel according to the reflection of the light, wherein the resultant pixel corresponds to a search result for an input query.

Method of searching through ternary content addressable memory (TCAM) and system thereof

A path MTU size determination system includes a source host device that generates and transmits a path MTU size discovery packet. A plurality of switch devices in the path MTU size determination system provide a network path that couples a destination host device to the source host device. Each of the switch devices is configured to receive the path MTU size discovery packet transmitted by the source host device, provide a switch identity of that switch device and a MTU size supported by that switch device in a MTU size reporting header included in the MTU size discovery packet, and forward the path MTU size discovery packet. One of the switch devices will operate to determine a lowest MTU size in the MTU size reporting header, and another of the switch devices will cause the source host device to provide the lowest MTU size as its path MTU size.

In-band-telemetry-based path MTU size determination system

An in-band telemetry congestion notification system includes a source device that generates and transmits packets. Each of a plurality of switch devices receives each of the packets, provides in-band telemetry information in each of the packets, and transmits each of the packets to a destination device. When the destination device receives a first subset of the packets, it uses the in-band telemetry information included in each of the first subset of the packets to determine a telemetry information baseline. Subsequent to determining the telemetry information baseline, when the destination device receives a second subset of the packet, it uses the in-band telemetry information included in each of the second subset of the packets to determine a departure from the telemetry information baseline that indicates congestion and, in response, generates a congestion notification and transmits the congestion notification via the plurality of switch devices to the source device.

In-band telemetry congestion control system

A multicast system includes a networking device. A server subsystem is coupled to the networking device. A source device is coupled to the networking device and is configured to generate a data stream, and transmit the data stream as a unicast communication that is directed through the networking device to the server subsystem. A receiver device is coupled to the networking device and is configured to transmit a request to join the data stream. A management subsystem is coupled to the networking device and is configured to receive the request that was transmitted by the receiver device. Based on the request, the management subsystem configures the networking device to replicate the data steam received as the unicast communication that is directed to the server subsystem to provide a replicated data stream, and transmit the replicated data stream as a unicast communication that is directed to the receiver device.

Multicast system

Embodiments of the present disclosure comprise considering the performance of an application under different candidate physical network topology configurations for a set of virtual machines (VMs) for an application. Given different physical network topologies corresponding to the logical topology for the application, each physical network topology may be analyzed to quantify the performance of the application based upon one or more metrics. In one or more embodiments, the metrics may include throughput, latency, and network resource usage, and these metrics may be formed into a performance set. The set of values provide a means by which the different physical network topology deployments may be compared. Based upon the comparison, a deployment of the VMs on the physical network topology may be selected and implemented; or alternatively, when input expected application performance parameters are satisfied by the metrics, the corresponding physical topology may be chosen.

Virtual machine allocation analysis for physical network deployments

Techniques for classifying a network flow using a service directory. Embodiments receive a request to establish a network flow with a remote service. The request specifies a network address associated with the remote service. A classification of the remote service is determined by querying a service directory using the network address and the port identifier. Embodiments also determine a network management policy to apply to the network flow, based on the determined classification.

Service directory for quick and simplified application identification

In one embodiment, a packet switching device determines that a packet matches one of a plurality of predetermined patterns, however, this matching may produce a false-positive match of one of the underlying rules corresponding to the plurality of predetermined patterns. In one embodiment, determining the packet matches one of the plurality of predetermined patterns includes determining a first pattern match of a packet when each particular portion of a plurality of different portions of the packet is found to be matching a corresponding particular pattern portion by performing a table lookup operation based on the particular portion as an address in a corresponding different current portion-iteration table to retrieve a corresponding partial result. In one embodiment, the first pattern match is filtered using a second validation technique for removing false-positive first pattern matches. In one embodiment, the second validation technique includes using hashing.

Pattern matching values of a packet which may result in false-positive matches

In one embodiment, the disclosure provides a data processing method comprising receiving, from a client computer, a first handshake message segment comprising a first client sequence value; sending to a server computer a second handshake message segment comprising a second client sequence value equal to the first client sequence value less an added data length value; receiving a third handshake message segment from the client computer and sending a fourth handshake message segment to the server computer and determining that connections to the client computer and the server computer have reached established states; receiving from the client computer a first data segment comprising a first data length value; forming a second data segment that comprises: payload data from the first data segment; added data that is equal in size to the added data length value; and a second data length value equal to a sum of the first data length value and the added data length value; sending the second data segment to the server computer; wherein the method is performed using one or more computing devices.

Managing sequence values with added headers in computing devices

In an embodiment, methods and systems have been provided for detecting changes in a network using improved Simple Network Management Protocol (SNMP) polling that reduces network traffic. Examples of changes in the network include, but are not limited to, configuration and behavioral changes in a network device, and response of network device to a network change. A Network Management Station (NMS) periodically polls Management Information Base (MIB) groups instead of periodically polling individual MIB object instances. The NMS receives the Aggregate Change Identifiers (ACIs) of MIB groups in response to polling, from a SNMP agent. The changes in the received ACIs represent the changes in the MIB groups. A change in an MIB group represents changes in the MIB object instances of the MIB group. The ACIs can be checksum, timestamp, and a combination of number of MIB object instances in a group and checksum of the MIB group.

Method and system for detecting changes in a network using simple network management protocol polling

Various embodiments provide an apparatus and method for sharing a generic configuration across a group of network devices. An example embodiment includes sending a scope challenge to a plurality of network devices; receiving a response to the scope challenge from a plurality of in-scope network devices; sending a configuration change message including a configuration change to the plurality of in-scope network devices; and receiving a commit message from the plurality of in-cope network devices indicating that the configuration change has been committed.

Apparatus and method for sharing a generic configuration across a group of network devices

In one embodiment, a method includes determining that a packet has been dropped for a flow of packets between a source and destination. This may be determined at a network device that is forwarding the packets. Information related to a possible cause for the packet being dropped is then determined. For example, a context as to why the packet is dropped may be determined. The context is then associated with information for the flow and is useful to perform a packet drop analysis for the flow. For example, a source and destination for the flow is recorded along with the possible cause of the packet drop. This information may be stored and sent to an aggregation device. The aggregation device may then analyze the entry, possibly along with other entries from this network device or other network devices, and determine any troubleshooting information for the packet drops.

Packet drop analysis for flows of data

Various embodiments provide an apparatus and method for sharing a generic configuration across a group of network devices. An example embodiment includes sending a scope challenge to a plurality of network devices; receiving a response to the scope challenge from a plurality of in-scope network devices; sending a configuration change message including a configuration change to the plurality of in-scope network devices; and receiving a commit message from the plurality of in-scope network devices indicating that the configuration change has been committed.

A method and a system for collecting information in a network. A wiretap tunnel interface is initialized between a wire-tapping device and a network device. The wire-tapping device receives information related to routing protocol traffic from the network device through the wiretap tunnel interface. The wire-tapping device collates the received information about the routing protocol traffic. This collated information is used by the network administrator to manage the network.

Method and system for network management using wire tapping

Methods and systems have been provided for pushing critical configuration to a set of network devices. According to various embodiments of the invention, a Network Management Station (NMS) creates a Simple Network Management Protocol (SNMP) context and an SNMP view. Additionally, the NMS specifies a network configuration and a set time period. The NMS pushes the network configuration to the set of network devices. The set of devices apply the network configuration after the set time period.

Growing community of inventors

Chennai, India

Ganesh Chennimalai Sankaran