US20110142050A1 - Hashing packet contents to determine a processor - Google Patents

Hashing packet contents to determine a processor Download PDF

Info

Publication number
US20110142050A1
US20110142050A1 US13031368 US201113031368A US20110142050A1 US 20110142050 A1 US20110142050 A1 US 20110142050A1 US 13031368 US13031368 US 13031368 US 201113031368 A US201113031368 A US 201113031368A US 20110142050 A1 US20110142050 A1 US 20110142050A1
Authority
US
Grant status
Application
Patent type
Prior art keywords
packet
hash
processor
destination
source
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US13031368
Inventor
Yadong Li
Xinan Tang
Original Assignee
Yadong Li
Xinan Tang
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Application independent communication protocol aspects or techniques in packet data networks
    • H04L69/16Transmission control protocol/internet protocol [TCP/IP] or user datagram protocol [UDP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Application independent communication protocol aspects or techniques in packet data networks
    • H04L69/16Transmission control protocol/internet protocol [TCP/IP] or user datagram protocol [UDP]
    • H04L69/161Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Application independent communication protocol aspects or techniques in packet data networks
    • H04L69/16Transmission control protocol/internet protocol [TCP/IP] or user datagram protocol [UDP]
    • H04L69/163Adaptation of TCP data exchange control procedures
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Application independent communication protocol aspects or techniques in packet data networks
    • H04L69/22Header parsing or analysis

Abstract

The disclosure includes a description of an apparatus having circuitry to determine a first hash value for a first packet tuple of a first packet traveling in a first direction of a duplex connection and determine a processor for the first packet from a set of multiple processors based, at least in part, on the first hash value. The apparatus includes circuitry to determine a second hash value for a second packet tuple of a second packet traveling in a second direction of the duplex connection and determine the same processor for the second packet from the set of multiple processors based, at least in part, on the second hash value.

Description

    BACKGROUND
  • [0001]
    Networks enable computers and other devices to communicate. For example, networks can carry data representing video, audio, e-mail, and so forth. Typically, data sent across a network is divided into smaller messages known as packets. By analogy, a packet is much like an envelope you drop in a mailbox. A packet typically includes “payload” and a “header”. The packet's “payload” is analogous to the letter inside the envelope. The packet's “header” is much like the information written on the envelope itself. The header can include information to help network devices handle the packet appropriately. For example, the header can include an address that identifies the packet's destination.
  • [0002]
    A series of related packets can form a connection. A connection is often identified by a combination of different portions of a packet known as a tuple. For example, a tuple is commonly formed by a combination of source and destination information of a packet header.
  • [0003]
    A variety of networking protocols maintain state information for a connection. For example, the Transmission Control Protocol (TCP) stores state data for a connection in a Transmission Control Block (TCB). A TCB includes state data such as the last received byte, the last successfully transmitted byte, and so forth. Typically, connection state data is accessed and, potentially, updated for each packet in a connection. In a multi-processor system, this can create contention issues between processors handling packets for the same connection. That is, for example, different processors handling data for the same connection may each attempt to access a connection's state data at the same time, creating requirements for data locking and introducing delay as the processors wait for access to the connection state data.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • [0004]
    FIG. 1 is a diagram of a system that determines a processor for a packet using a symmetric hash.
  • [0005]
    FIG. 2 is a diagram illustrating a symmetric hash.
  • [0006]
    FIG. 3 is a diagram illustrating a network interface controller.
  • DETAILED DESCRIPTION
  • [0007]
    In a multi-processor system, processors may vie for access to the same connection state information. Contention between the processors, however, can be reduced by mapping respective connections to the respective processors. For example, a network interface controller (NIC) may perform a hash on a tuple of a received packet and use the hash to determine a processor to handle a given packet. Directing packets having the same tuple to the same processor can help pin down state information to the same processor. This can enable the processor to retain the state data for a connection in local processor memory (e.g., cache memory) and reduce contention between processors trying to access the same connection state data.
  • [0008]
    Intermediate nodes in a network such as a security gateway, firewall, switch, or router may handle data traveling in both directions of a duplex (i.e., bi-directional) connection. For example, FIG. 1 depicts a multi-processor (e.g., multi-core) 102 a-102 n host 100 handling packets of a duplex connection between nodes “A” and “B”. The processors 102 a-102 n may be integrated on a single die and/or may be included within the same integrated circuit package. The processors 102 a-102 n each may feature programmable logic such as an instruction decoder, arithmetic logic unit, and so forth. As shown, the processors 102 a-102 n may be coupled to and commonly service packets received by NICs 104 a, 104 b. Processors 102 a-102 n may communicate with the NICs 104 a, 104 b via a chipset, interconnect, or other inter-communication circuitry.
  • [0009]
    In the example shown in FIG. 1, packets (e.g., 110 a) traveling from node A to node B have a source of “A” and a destination of “B” while packets (e.g., 110 b) traveling from node B to node A have a source of “B” and a destination of “A”. As shown, the host 100 receives packet 110 a at NIC 104 a and packet 110 b at NIC 104 b. Both NICs 104 a, 104 b map received packets to a selected processor 102 a-102 n.
  • [0010]
    A NIC 104 a, 104 b may use an asymmetric hash that yields a different hash value for a packet in a connection depending on the direction the packet travels (e.g., a hash where hash(Source A, Destination B) does not equal hash(Source B, Destination A)). In this case, the NICs 104 a, 104 b may map packets belonging to the same connection to different processors 102 a-102 n due to the different hash values derived for packets traveling different directions in the same connection. This may undermine a goal of reducing contention between processors 102 a-102 n for connection state data. That is, if packet 110 a is mapped to processor 102 a and packet 110 b is mapped to processor 102 n, then processors 102 a and 102 n may both vie for access to the connection state data for the connection between nodes A and B.
  • [0011]
    As shown in FIG. 1, NICs 104 a, 104 b may instead use a processor selection operation that features a symmetric hash that yields the same hash value for a packet in a connection regardless of the direction the packet travels (e.g., a hash where hash(Source A, Destination B)=hash (Source B, Destination A)). Such a hash may map packets belonging to the same duplex connection to the same processor, processor 102 a in this example. In other words, due to generation of the same hash value for packets traveling in both directions of a connection despite packet data variations (e.g., different source and destination information), packets belonging to the same connection can be mapped to the same processor 102 a. This can reduce cache thrash and contention between processors 102 a-102 n for connection state data.
  • [0012]
    FIG. 2 depicts a sample technique to generate a symmetric hash. As shown, circuitry 200 operates on different orders of the same bits of packet data. For example, in the illustration, asymmetric hash circuitry 202 a and 202 b operates on switched orders of source/destination data for a TCP/IP tuple. That is, hash 202 a operates on a tuple formed by:
      • {source IP, destination IP, source TCP port, destination TCP port}
        while hash 202 b operates on a tuple formed by:
      • {destination IP, source IP, destination TCP port, source TCP port}.
  • [0015]
    The output of circuitry 202 a and 202 b is then combined. For example, the output of hash circuitry 202 a and 202 b may undergo a combination operation 204 such as a logical AND and/or XOR. Thus, in this sample implementation, the circuitry 200 can form a symmetric hash from asymmetric hash engines/functions 202 a, 202 b. This can enable the circuitry 200 to use commonly implemented asymmetric hash engines (e.g., Toeplitz hash engines) to generate a symmetric hash, lowering the design cost of the circuitry 200.
  • [0016]
    While FIG. 2 depicts a parallel implementation of the circuitry, other implementations may vary. For example, in a serial implementation, the different sets of bits may be fed to the same hash circuitry in turn. A wide variety of other techniques may be used to generate a symmetric hash. For example, protocol data may be sorted before a hash operation. For instance, a symmetric hash can be produced by circuitry that orders IP address within a tuple by magnitude and TCP ports within a tuple by magnitude and feeds the single ordered set of tuple data to a single hashing circuit. Thus, in FIG. 1, both packets 110 a and 110 b would yield the same ordered set of data to be hashed, produce the same hash value, and may be mapped to the same processor 102 a.
  • [0017]
    Once determined, a symmetric hash value may then be used to determine a processor mapped to a packet's connection. For example, a mask may be applied to the symmetric hash value and may be used as a lookup value into an indirection table that associates the masked hash values to processor numbers. The resulting processor number from the indirection table may be adjusted, for example, by incrementing by a base core/processor number. After a processor is determined for a packet, the packet may be queued, for example, in a processor specific queue. An interrupt may then be generated to the processor. Potentially, interrupt moderation may be used to reduce the number of interrupts signaled.
  • [0018]
    While FIG. 2 depicted a tuple of the source and destination IP addresses and source and destination TCP ports, other tuples may be formed. For example, a tuple may consist solely of the IP source and destination addresses. Alternately, or in addition, a tuple may include information from other header fields, headers in lower layers (e.g., Ethernet) or higher layers in a protocol stack (e.g., HTTP (Hypertext Transfer Protocol) data or eXtensible Markup Language (XML) data), a packet's payload, and/or portions thereof. Further, while the above generically referred to Internet Protocol datagrams, this term encompasses both IPv4 (Internet Protocol version 4) and IPv6 (Internet Protocol version 6) datagrams. Similarly, while the above described IP datagrams encapsulating TCP segments, other layer 3 or layer 4 protocols (e.g., User Datagram Protocol [UDP]) in OSI (Open Systems Interconnection) terminology may similarly use the techniques described above. Finally, a symmetric hash may also operate on data not found in a packet (e.g., identification of the NIC receiving a packet).
  • [0019]
    FIG. 3 depicts a sample NIC 300 implementing a symmetric hash. As shown, the NIC 300 includes a PHY 302 (physical layer devices) (e.g., wired or wireless PHYs) and a MAC (media access control). The NIC 300 may also feature a DMA (Direct Memory Access) engine to transfer packet data to host memory (not shown) or directly to a host processor for example via a chipset, interconnect, or other communication medium. In the sample shown, the NIC 300 includes symmetric hash circuitry 304 for use in determining a processor 102 a-102 n to handle a packet.
  • [0020]
    A NIC, such as NIC 300, can be configured to operate in either symmetric or asymmetric hash mode. For example, a NIC may be configured to use a particular hash function (e.g., Toeplitz) and/or whether to generate a symmetric or asymmetric hash. For instance, this configuration may be performed via a network driver executed by a processor. For example, the network driver may specify an object identifier with the desired configuration values/selection of asymmetric or symmetric hash.
  • [0021]
    While FIGS. 1-3 depict sample implementations and sample environments, many other implementations are possible. For example, the system of FIG. 1 may feature a single NIC or more than two NICs that determine a symmetric hash. Further, the symmetric hash circuitry need not be located in a NIC, but may instead may be located elsewhere in the host, such as in a chipset, processor 102 a-102 n circuitry, or instructions executed by a processor 102 a-102 n. Additionally, while the above described an intermediate node in a network, the techniques described above may also be used in a terminal network node (e.g., a server). Further, while described in conjunction with bi-direcitonal connections, the techniques described above may also work with multi-casting or n-directional connections.
  • [0022]
    The term packet as used herein encompasses protocol data units (PDUs) for a wide variety of network protocols featuring a header and payload. A packet may be an encapsulated or encapsulating packet. Further, a given tuple may feature data from zero or more encapsulated packet headers and may or may not feature data from an encapsulating packet header.
  • [0023]
    The techniques described above may be implemented in a variety of software and/or hardware architectures. The term circuitry as used herein includes hardwired circuitry, digital circuitry, analog circuitry, programmable circuitry, and so forth. The programmable circuitry may operate on computer programs.
  • [0024]
    Other embodiments are within the scope of the following claims.

Claims (17)

  1. 1-15. (canceled)
  2. 16. A method, comprising:
    for a first packet received at a network interface of a system comprising multiple processors:
    ordering the Internet Protocol source address and the Internet Protocol destination address of the first packet by magnitude and ordering the source port and destination port of the first packet by magnitude;
    performing a hash based, at least in part, on the ordering of the Internet Protocol source address and the Internet Protocol destination address of the first packet by magnitude and the ordering of the source port and destination port of the first packet by magnitude; and
    determining a processor from the multiple processors based on the performed hash.
  3. 17. The method of claim 16, further comprising:
    for a second packet to be transmitted via the network interface to a remote destination:
    ordering the Internet Protocol source address and the Internet Protocol destination address of the second packet by magnitude and ordering the source port and destination port of the second packet by magnitude;
    performing a hash based, at least in part, on the ordering of the Internet Protocol source address and the Internet Protocol destination address of the second packet by magnitude and the ordering of the source port and destination port of the second packet by magnitude.
  4. 18. The method of claim 16, wherein the determining the processor comprises using the performed hash to perform a lookup associating hash values with indications of processors.
  5. 19. The method of claim 16, wherein the hash comprises a Toeplitz hash.
  6. 20. The method of claim 16, wherein the determining the processor comprises selecting a queue associated with the processor.
  7. 21. A computer program, disposed on a non-transitory computer readable medium, comprising instructions to cause circuitry to:
    for a received packet:
    order the Internet Protocol source address and the Internet Protocol destination address of the first received packet by magnitude and order the source port and destination port of the first received packet by magnitude;
    performing a hash, based at least in part, on the ordering of the Internet Protocol source address and the Internet Protocol destination address of the received packet by magnitude and the ordering of the source port and destination port of the first received packet by magnitude; and
    determine a processor from a set of multiple processors based on the performed hash.
  8. 22. The computer program of claim 21, further comprising instructions for causing circuitry to:
    for a second packet to be transmitted via the network interface to a remote destination:
    order the Internet Protocol source address and the Internet Protocol destination address of the second packet by magnitude and order the source port and destination port of the second packet by magnitude;
    perform a hash, based at least in part, on the ordering of the Internet Protocol source address and the Internet Protocol destination address of the second packet by magnitude and the order of the source port and destination port of the second packet by magnitude.
  9. 23. The computer program of claim 21, wherein the instructions to determine the processor comprise instructions to use the performed hash to perform a lookup associating hash values with indications of processors.
  10. 24. The computer program of claim 21, wherein the hash comprises a Toeplitz hash.
  11. 25. The computer program of claim 21, wherein the determining the processor comprises selecting a queue associated with the processor.
  12. 26. A system, comprising
    multiple processors;
    at least one network interface controller coupled to the multiple processors; and
    circuitry to:
    for a received packet:
    order the Internet Protocol source address and the Internet Protocol destination address of the received packet by magnitude and order the source port and destination port of the receive packet by magnitude;
    perform a hash based, at least in part, on the ordering of the Internet Protocol source address and the Internet Protocol destination address of the received packet by magnitude and on the ordering of the source port and destination port of the received packet by magnitude; and
    determine a processor from the multiple processors based on the performed hash.
  13. 27. The system of claim 26, wherein the circuitry comprises circuitry to:
    for a second packet to be transmitted via the network interface to a remote destination:
    order the Internet Protocol source address and the Internet Protocol destination address of the second packet by magnitude and order the source port and destination port of the second packet by magnitude; and
    perform a hash, based at least in part, on the ordering of the Internet Protocol source address and the Internet Protocol destination address of the second packet by magnitude and the ordering of the source port and destination port by magnitude.
  14. 28. The system of claim 26, wherein the circuitry to determine the processor comprises circuitry to use the performed hash to perform a lookup associating hash values with indications of processors.
  15. 29. The system of claim 26, wherein the hash comprises a Toeplitz hash.
  16. 30. The system of claim 26, wherein the circuitry to determine the processor comprises circuitry to select a queue associated with the processor.
  17. 31. The system of claim 26, wherein the circuitry comprises circuitry programmed by instructions disposed on a non-transitory computer readable medium.
US13031368 2008-06-26 2011-02-21 Hashing packet contents to determine a processor Abandoned US20110142050A1 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US12215288 US8014282B2 (en) 2008-06-26 2008-06-26 Hashing packet contents to determine a processor
US13031368 US20110142050A1 (en) 2008-06-26 2011-02-21 Hashing packet contents to determine a processor

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US13031368 US20110142050A1 (en) 2008-06-26 2011-02-21 Hashing packet contents to determine a processor

Publications (1)

Publication Number Publication Date
US20110142050A1 true true US20110142050A1 (en) 2011-06-16

Family

ID=41447339

Family Applications (2)

Application Number Title Priority Date Filing Date
US12215288 Active 2029-05-12 US8014282B2 (en) 2008-06-26 2008-06-26 Hashing packet contents to determine a processor
US13031368 Abandoned US20110142050A1 (en) 2008-06-26 2011-02-21 Hashing packet contents to determine a processor

Family Applications Before (1)

Application Number Title Priority Date Filing Date
US12215288 Active 2029-05-12 US8014282B2 (en) 2008-06-26 2008-06-26 Hashing packet contents to determine a processor

Country Status (1)

Country Link
US (2) US8014282B2 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080077792A1 (en) * 2006-08-30 2008-03-27 Mann Eric K Bidirectional receive side scaling

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE602005018549D1 (en) * 2005-05-04 2010-02-04 Telecom Italia Spa Method and system for processing of packet rivers and computer program product for
US8601139B2 (en) * 2008-11-26 2013-12-03 Cavium, Inc. Multiple core session initiation protocol (SIP)
US8619782B2 (en) * 2010-12-14 2013-12-31 International Business Machines Corporation Bidirectional packet flow transformation
US8832450B2 (en) 2012-05-31 2014-09-09 Apple Inc. Methods and apparatus for data hashing based on non-linear operations
US9838291B2 (en) 2013-08-02 2017-12-05 Cellos Software Ltd Multicore processing of bidirectional traffic flows

Citations (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6389468B1 (en) * 1999-03-01 2002-05-14 Sun Microsystems, Inc. Method and apparatus for distributing network traffic processing on a multiprocessor computer
US6453360B1 (en) * 1999-03-01 2002-09-17 Sun Microsystems, Inc. High performance network interface
US20020144004A1 (en) * 2001-03-29 2002-10-03 Gaur Daniel R. Driver having multiple deferred procedure calls for interrupt processing and method for interrupt processing
US6484209B1 (en) * 1997-10-31 2002-11-19 Nortel Networks Limited Efficient path based forwarding and multicast forwarding
US6483804B1 (en) * 1999-03-01 2002-11-19 Sun Microsystems, Inc. Method and apparatus for dynamic packet batching with a high performance network interface
US20030043825A1 (en) * 2001-09-05 2003-03-06 Andreas Magnussen Hash-based data frame distribution for web switches
US20030043810A1 (en) * 2001-08-30 2003-03-06 Boduch Mark E. System and method for communicating data using a common switch fabric
US6650640B1 (en) * 1999-03-01 2003-11-18 Sun Microsystems, Inc. Method and apparatus for managing a network flow in a high performance network interface
US20030226032A1 (en) * 2002-05-31 2003-12-04 Jean-Marc Robert Secret hashing for TCP SYN/FIN correspondence
US6683873B1 (en) * 1999-12-27 2004-01-27 Cisco Technology, Inc. Methods and apparatus for redirecting network traffic
US20040030757A1 (en) * 2002-06-11 2004-02-12 Pandya Ashish A. High performance IP processor
US20050091412A1 (en) * 2002-04-30 2005-04-28 Microsoft Corporation Method to offload a network stack
US20050182841A1 (en) * 2003-08-11 2005-08-18 Alacritech, Inc. Generating a hash for a TCP/IP offload device
US6973040B1 (en) * 2000-03-13 2005-12-06 Netzentry, Inc. Method of maintaining lists of network characteristics
US20060034310A1 (en) * 2004-08-12 2006-02-16 Connor Patrick L Techniques to utilize queues for network interface devices
US20060085554A1 (en) * 2000-10-10 2006-04-20 Novell, Inc. System and method for balancing TCP/IP/workload of multi-processor system based on hash buckets
US20060083227A1 (en) * 2004-10-18 2006-04-20 Avigdor Eldar Selecting one of a plurality of adapters to use to transmit a packet
US7043494B1 (en) * 2003-01-28 2006-05-09 Pmc-Sierra, Inc. Fast, deterministic exact match look-ups in large tables
US20060285494A1 (en) * 2005-06-17 2006-12-21 Intel Corporation Dynamic link speed control
US7162740B2 (en) * 2002-07-22 2007-01-09 General Instrument Corporation Denial of service defense by proxy
US7219228B2 (en) * 2003-08-25 2007-05-15 Lucent Technologies Inc. Method and apparatus for defending against SYN packet bandwidth attacks on TCP servers
US20070127581A1 (en) * 2005-12-07 2007-06-07 Intel Corporation Data transmission at energy efficient rates
US20070234310A1 (en) * 2006-03-31 2007-10-04 Wenjie Zhang Checking for memory access collisions in a multi-processor architecture
US20080077792A1 (en) * 2006-08-30 2008-03-27 Mann Eric K Bidirectional receive side scaling
US20090007150A1 (en) * 2007-06-29 2009-01-01 Yadong Li Method and Apparatus for Improving the Efficiency of Interrupt Delivery at Runtime in a Network System
US7529242B1 (en) * 2002-02-15 2009-05-05 Symantec Corporation Routing network packets for multi-processor network flow analysis
US7620046B2 (en) * 2004-09-30 2009-11-17 Intel Corporation Dynamically assigning packet flows
US7669234B2 (en) * 2002-12-31 2010-02-23 Broadcom Corporation Data processing hash algorithm and policy management

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7284272B2 (en) 2002-05-31 2007-10-16 Alcatel Canada Inc. Secret hashing for TCP SYN/FIN correspondence

Patent Citations (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6484209B1 (en) * 1997-10-31 2002-11-19 Nortel Networks Limited Efficient path based forwarding and multicast forwarding
US6483804B1 (en) * 1999-03-01 2002-11-19 Sun Microsystems, Inc. Method and apparatus for dynamic packet batching with a high performance network interface
US6453360B1 (en) * 1999-03-01 2002-09-17 Sun Microsystems, Inc. High performance network interface
US6650640B1 (en) * 1999-03-01 2003-11-18 Sun Microsystems, Inc. Method and apparatus for managing a network flow in a high performance network interface
US6389468B1 (en) * 1999-03-01 2002-05-14 Sun Microsystems, Inc. Method and apparatus for distributing network traffic processing on a multiprocessor computer
US6683873B1 (en) * 1999-12-27 2004-01-27 Cisco Technology, Inc. Methods and apparatus for redirecting network traffic
US6973040B1 (en) * 2000-03-13 2005-12-06 Netzentry, Inc. Method of maintaining lists of network characteristics
US20060085554A1 (en) * 2000-10-10 2006-04-20 Novell, Inc. System and method for balancing TCP/IP/workload of multi-processor system based on hash buckets
US20020144004A1 (en) * 2001-03-29 2002-10-03 Gaur Daniel R. Driver having multiple deferred procedure calls for interrupt processing and method for interrupt processing
US20030043810A1 (en) * 2001-08-30 2003-03-06 Boduch Mark E. System and method for communicating data using a common switch fabric
US20030043825A1 (en) * 2001-09-05 2003-03-06 Andreas Magnussen Hash-based data frame distribution for web switches
US7529242B1 (en) * 2002-02-15 2009-05-05 Symantec Corporation Routing network packets for multi-processor network flow analysis
US20050091412A1 (en) * 2002-04-30 2005-04-28 Microsoft Corporation Method to offload a network stack
US20030226032A1 (en) * 2002-05-31 2003-12-04 Jean-Marc Robert Secret hashing for TCP SYN/FIN correspondence
US20040030757A1 (en) * 2002-06-11 2004-02-12 Pandya Ashish A. High performance IP processor
US7162740B2 (en) * 2002-07-22 2007-01-09 General Instrument Corporation Denial of service defense by proxy
US7669234B2 (en) * 2002-12-31 2010-02-23 Broadcom Corporation Data processing hash algorithm and policy management
US7043494B1 (en) * 2003-01-28 2006-05-09 Pmc-Sierra, Inc. Fast, deterministic exact match look-ups in large tables
US20050182841A1 (en) * 2003-08-11 2005-08-18 Alacritech, Inc. Generating a hash for a TCP/IP offload device
US7219228B2 (en) * 2003-08-25 2007-05-15 Lucent Technologies Inc. Method and apparatus for defending against SYN packet bandwidth attacks on TCP servers
US20060034310A1 (en) * 2004-08-12 2006-02-16 Connor Patrick L Techniques to utilize queues for network interface devices
US20100091774A1 (en) * 2004-09-30 2010-04-15 John Ronciak Dynamically assigning packet flows
US7620046B2 (en) * 2004-09-30 2009-11-17 Intel Corporation Dynamically assigning packet flows
US20060083227A1 (en) * 2004-10-18 2006-04-20 Avigdor Eldar Selecting one of a plurality of adapters to use to transmit a packet
US20060285494A1 (en) * 2005-06-17 2006-12-21 Intel Corporation Dynamic link speed control
US20070127581A1 (en) * 2005-12-07 2007-06-07 Intel Corporation Data transmission at energy efficient rates
US20070234310A1 (en) * 2006-03-31 2007-10-04 Wenjie Zhang Checking for memory access collisions in a multi-processor architecture
US20080077792A1 (en) * 2006-08-30 2008-03-27 Mann Eric K Bidirectional receive side scaling
US20090007150A1 (en) * 2007-06-29 2009-01-01 Yadong Li Method and Apparatus for Improving the Efficiency of Interrupt Delivery at Runtime in a Network System

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080077792A1 (en) * 2006-08-30 2008-03-27 Mann Eric K Bidirectional receive side scaling
US8661160B2 (en) * 2006-08-30 2014-02-25 Intel Corporation Bidirectional receive side scaling

Also Published As

Publication number Publication date Type
US20090323692A1 (en) 2009-12-31 application
US8014282B2 (en) 2011-09-06 grant

Similar Documents

Publication Publication Date Title
US9015467B2 (en) Tagging mechanism for data path security processing
US5379296A (en) Method and apparatus for interfacing a workstation to a plurality of computer platforms
US7145866B1 (en) Virtual network devices
US7424019B1 (en) Packet header altering device
US7107348B2 (en) Packet relay processing apparatus
US20070208820A1 (en) Apparatus and method for out-of-order placement and in-order completion reporting of remote direct memory access operations
US20120134266A1 (en) Load balancing hash computation for network switches
US7895431B2 (en) Packet queuing, scheduling and ordering
US6629141B2 (en) Storing a frame header
US20030185220A1 (en) Dynamically loading parsing capabilities
US20030165160A1 (en) Gigabit Ethernet adapter
US20070165672A1 (en) Apparatus and method for stateless CRC calculation
US20030223433A1 (en) Internet protocol system using hardware protocol processing logic and parallel data processing method using the same
US6799220B1 (en) Tunneling management messages over a channel architecture network
US7467406B2 (en) Embedded data set processing
US6330616B1 (en) System for communications of multiple partitions employing host-network interface, and address resolution protocol for constructing data frame format according to client format
US20040081202A1 (en) Communications processor
US6330615B1 (en) Method of using address resolution protocol for constructing data frame formats for multiple partitions host network interface communications
US20070115982A1 (en) Hashing algorithm for network receive filtering
US20060230119A1 (en) Apparatus and method for packet transmission over a high speed network supporting remote direct memory access operations
US20090245791A1 (en) Method and System for Fibre Channel and Ethernet Interworking
US7245627B2 (en) Sharing a network interface card among multiple hosts
US7535907B2 (en) TCP engine
US20070064737A1 (en) Receive coalescing and automatic acknowledge in network interface controller
US7526577B2 (en) Multiple offload of network state objects with support for failover events