|Publication number||US20040240435 A1|
|Application number||US 10/881,271|
|Publication date||Dec 2, 2004|
|Filing date||Jun 29, 2004|
|Priority date||Oct 14, 1997|
|Also published as||US6757746, US7461160, US7945699, US20010047433, US20090086732|
|Publication number||10881271, 881271, US 2004/0240435 A1, US 2004/240435 A1, US 20040240435 A1, US 20040240435A1, US 2004240435 A1, US 2004240435A1, US-A1-20040240435, US-A1-2004240435, US2004/0240435A1, US2004/240435A1, US20040240435 A1, US20040240435A1, US2004240435 A1, US2004240435A1|
|Inventors||Laurence Boucher, Stephen Blightman, Peter Craft, David Higgen, Clive Philbrick, Daryl Starr|
|Original Assignee||Alacritech, Inc.|
|Export Citation||BiBTeX, EndNote, RefMan|
|Patent Citations (99), Referenced by (46), Classifications (58), Legal Events (3)|
|External Links: USPTO, USPTO Assignment, Espacenet|
 This application is a continuation of and claims the benefit under 35 U.S.C. §120 of prior U.S. patent application Ser. No. 09/789,366, filed Feb. 20, 2001, now U.S. Pat. No. 6,757,746.
 Prior U.S. patent application Ser. No. 09/789,366, now U.S. Pat. No. 6,757,746, is a continuation-in-part of and claims the benefit under 35 U.S.C. § 120 of U.S. patent application Ser. No. 09/464,283, filed Dec. 15, 1999, now U.S. Pat. No. 6,427,173, which in turn claims the benefit under 35 U.S.C. § 120 of U.S. patent application Ser. No. 09/439,603, filed Nov. 12, 1999, now U.S. Pat. No. 6,247,060, which in turn claims the benefit under 35 U.S.C. §. 120 of U.S. patent application Ser. No. 09/067,544, filed Apr. 27, 1998, now U.S. Pat. No. 6,226,680, which in turn claims the benefit under 35 U.S.C. § 119(e) of the Provisional Application Ser. No. 60/061,809, filed Oct. 14, 1997.
 Prior U.S. patent application Ser. No. 09/789,366, now U.S. Pat. No. 6,757,746, also is a continuation-in-part and claims benefit under 35 U.S.C. § 120 of the following U.S. patent applications: Ser. No. 09/748,936, filed Dec. 26, 2000, now U.S. Pat. No. 6,334,153; Ser. No. 09/692,561, filed Oct. 18, 2000; Ser. No. 09/675,700, filed Sep. 29, 2000; Ser. No. 09/675,484, filed Sep. 29, 2000; Ser. No. 09/514,425, filed Feb. 28, 2000, now U.S. Pat. No. 6,427,171; Ser. No. 09/416,925, filed Oct. 13, 1999, now U.S. Pat. No. 6,470,415; and Ser. No. 09/141,713, filed Aug. 28, 1998, now U.S. Pat. No. 6,389,479.
 Prior U.S. patent application Ser. No. 09/789,366, now U.S. Pat. No. 6,757,746, is also a continuation-in-part of and claims benefit under 35 U.S.C. § 120 of U.S. patent application Ser. No. 09/384,792, filed Aug. 27, 1999, now U.S. Pat. No. 6,434,620, which in turn claims the benefit under 35 U.S.C. § 119 of Provisional Application Ser. No. 60/098,296, filed Aug. 27, 1998.
 The complete disclosures of: U.S. patent application Ser. No. 09/789,366; U.S. patent application Ser. No. 09/464,283; U.S. patent application Ser. No. 09/439,603; U.S. patent application Ser. No. 09/067,544; U.S. patent application Ser. No. 09/748,936; U.S. patent application Ser. No. 09/692,561; U.S. patent application Ser. No. 09/675,700; U.S. patent application Ser. No. 09/675,484; U.S. patent application Ser. No. 09/514,425; U.S. patent application Ser. No. 09/416,925; U.S. application Ser. No. 09/384,792; U.S. application Ser. No. 09/141,713 and Provisional Application Ser. Nos. 60/061,809 and 60/098,296 are incorporated herein by reference.
 The present invention relates generally to computer or other networks, and more particularly to protocol processing for information communicated between hosts such as computers connected to a network.
 One of the most CPU intensive activities associated with performing network protocol processing is the need to copy incoming network data from an initial landing point in system memory to a final destination in application memory. This copying is necessary because received network data cannot generally be moved to the final destination until the associated packets are: A) analyzed to ensure that they are free of errors, B) analyzed to determine which connection they are associated with, and C) analyzed to determine where, within a stream of data, they belong. Until recently, these steps had to be performed by the host protocol stack. With the introduction of the intelligent network interface device (as disclosed in U.S. patent application Ser. Nos. 09/464,283, 09/439,603, 09/067,544, and U.S. Provisional Application Ser. No. 60/061,809), these steps may now be performed before the packets are delivered to the host protocol stack.
 Even with such steps accomplished by an intelligent network interface device, there is another problem to be addressed to reduce or eliminate data copying, and that is obtaining the address of the destination in memory and passing that address to the network interface device. Obtaining this address is often difficult because many network applications are written in such a way that they will not provide the address of the final destination until notified that data for the connection has arrived (with the use of the “select( )” routine, for example). Other attempts to obtain this address involve the modification of existing applications. One such example is the Internet Engineering Task Force (IETF) Remote DMA (RDMA) proposal, which requires that existing protocols such as NFS, CIFS, and HTTP be modified to include addressing information in the protocol headers. A solution is desired that does not require the modification of existing applications or protocols.
 A multi-packet message (for example, a session layer message) is to be received onto a Network Interface device (NI device) and the data payload of the message is to be placed into application memory in a host computer. The NI device receives the first packet of the message and passes a first part of this first packet to the operating system on the host. In one embodiment, the first part of the first packet includes the session layer header of the message. The operating system passes this first part of the first packet to an application program. The application program uses the first part of the first packet to identify an address of a destination in application memory where the entire data payload is to be placed. The application program returns the address to the operating system and the operating system in turn forwards the address to the NI device. The NI device then uses the address to place the data portions of the various packets of the multi-packet message into the destination in application memory. In one embodiment, the NI device DMAs the data portions of the packets from the NI device directly into the destination. In some embodiments, the NI device DMAs only data into the destination such that the destination contains the data payload in one contiguous block without any session layer header information, without any transport layer header information, and without any network layer header information.
 In some embodiments, the NI device is an interface card that is coupled to the host computer via a parallel bus (for example, the PCI bus). In other embodiments, the NI device is integrated into the host computer. For example, the NI device may be part of communication processing device (CPD) that is integrated into the host computer.
 Other structures and methods are described in the detailed description below. This summary does not purport to define the invention. The invention is defined by the claims.
FIG. 1 is a diagram of a Network Interface Device (NI device) in accordance with an embodiment of the present invention. The NI device performs fast-path processing on information passing from a packet-switched network (for example, the Internet), through the NI device, and to a host computer.
FIG. 2 is a diagram that illustrates a method in accordance with an embodiment of the present invention where network data from a multi-packet session message is transferred by the NI device directly into a destination in a host computer.
FIG. 3 is a flowchart of a method in accordance with an embodiment of the present invention.
FIG. 4 shows an NI device integrated into a host computer.
FIG. 1 is a diagram of a host computer 100 that is coupled to a packet-switched network 101 (for example, the Internet) via a Network Interface (NI) device 102. In the illustrated example, host computer 100 is an Intel x86-based system (for example, Compaq Proliant). Software executing on host computer 100 includes: 1) a Linux operating system 103, and 2) an application program 104 by the name of “Samba”. Operating system 103 includes a kernel 105. Kernel 105 includes: 1) driver software 106 for interfacing to and controlling NI device 102, and 2) a protocol stack 107. A part of protocol stack 107 is specially customized to support the NI device 102.
 In one specific embodiment, NI device 102 is the Intelligent Network Interface Card (INIC) of FIGS. 21 and 22 of U.S. patent application Ser. No. 09/464,283 (the entire disclosure of Ser. No. 09/464,283 is incorporated herein by reference). The NI device 102 in this specific embodiment is an expansion card that plugs into a card edge connector on the host computer (for example, a personal computer). The card includes an application specific integrated circuit (ASIC) (for example, see ASIC 400 of FIG. 21 of U.S. application Ser. No. 09/464,283) designed by Alacritech, Inc. of 234 East Gish Road, San Jose, Calif. 95112. The card performs “fast-path processing” in hardware as explained in U.S. application Ser. No. 09/464,283. An INIC card (Model Number 2000-100001 called the “Alacritech 100x2 Dual-Server Adapter”) is available from Alacritech, Inc. of 234 East Gish Road, San Jose, Calif. 95112.
FIG. 2 is a diagram illustrating the transfer of data in a multi-packet session layer message 200 from a buffer 2114 (see FIG. 1) in NI device 102 to a second destination 110 in memory in host computer 100. The portion of the diagram to the left of the dashed line 201 (see FIG. 2) represents NI device 102, whereas the portion of the diagram to the right of the dashed line 201 represents host computer 100. Multi-packet message 200 includes approximately forty-five packets, four of which (202-205) are labeled on FIG. 2. The first packet 202 includes a portion 205 containing transport and network layer headers (for example, TCP and IP headers), a portion 206 containing a session layer header, and a portion 207 containing data. The subsequent packets 203-205 do not contain session layer header information, but rather include a first portion containing transport and network layer headers (for example, TCP and IP headers), and a second portion containing data.
FIG. 3 is a flowchart of a method in accordance with one specific embodiment of the present invention. In a first step (step 300), the Samba application program 104 initializes application-to-operating system communication by calling the “socket” function. The socket function causes kernel 105 to allocate a communication control block (CCB) that will be used to manage the connection. The Samba application program 104 then uses the “bind” routine to associate the socket with a particular local IP adderss and IP port. The Samba application program 104 then calls the “listen” routine to wait for an incoming connection to arrive from kernel 105. When an incoming connection arrives, the Samba application program 104 calls the “accept” routine to complete the connection setup. After setting up the socket, the Samba application program 104 uses the “select” routine to tell the kernel 105 to alert application 104 when data for that particular connection has arrived.
 In a next step (step 301), driver 106 allocates a 256-byte buffer 108 in host memory as a place where NI device 102 can write data. Driver 106 then passes the address of 256-byte buffer 108 to NI device 102 so that NI device 102 can then use that address to write information into 256-byte buffer 108. Driver 106 does this by writing the address of 256-byte buffer 108 into a register 112 on the NI device 102. A status field at the top of the 256-byte buffer 108 contains information indicating whether the 256-byte buffer contains data (and is valid) or not.
 In step (step 302), NI device 102 receives the first packet 202 of message 200 (see FIG. 2) from network 101. NI device 102 looks at the IP source address, IP destination address, TCP source port and TCP destination port and from those four values determines the connection identified with the packet. (IP is the network layer. TCP is the transport layer.) NI device 102 then: 1) writes a unique identifier that identifies the connection into a designated field in the 256-byte buffer 108; 2) writes the first 192 bytes of the first packet into the 256-byte buffer (the MAC, IP and TCP headers are not written to the 256-byte buffer); 3) sets the status field of 256-byte buffer 108 to indicate that the 256-byte buffer is full; and 4) interrupts the kernel 105.
 In a next step (step 303), kernel 105 responds by having the driver 106 look at the status field of the 256-byte buffer 108. If the status field indicates 256-byte buffer 108 is full and valid, then driver 106 passes the address of 256-byte buffer 108 to protocol stack 107. The first part of this 192 bytes is session layer header information, whereas the remainder of the 192 bytes is session layer data. Protocol stack 107 notifies application program 104 that there is data for the application program. Protocol stack 107 does this by making a call to the “remove_wait_queue” routine.
 In a next step (step 304), the Samba application program 104 responds by returning the address of a first destination 109 in host memory. The Samba application program 104 does this by calling a socket routine called “recv”. The “recv” socket routine has several parameters: 1) a connection identifier that identifies the connection the first destination 109 will be for, 2) an address of the first destination 109 where the data will be put, and 3) the length of the first destination 109. (In some embodiments, Samba application program 104 calls “recv” to request less than 192 bytes.) Through this “recv” socket routine, kernel 105 receives from application program 104 the address of the first destination 109 and the length of the first destination 109. Kernel 105 then gives the address of the first destination 109 to the protocol stack 107.
 In a next step (step 305), the protocol stack 107 moves the requested bytes in 256-byte buffer 108 to first destination 109 identified by the address. The first destination is in memory space of the application program 104 so that application program 104 can examine the requested bytes. If the application program 104 requested less than 192 bytes using “recv”, then driver 106 moves that subset of the 192 bytes to first destination 109 leaving the remainder of the 192 bytes in the 256-byte buffer. On the other hand, if the application program 104 requested all 192 bytes using “recv”, then driver 106 moves the full 192 bytes to first destination 109.
 In a next step (step 306), the application examines the requested bytes in first destination 109. Application program 104 analyzes the session layer header portion, determines the amount of session layer data coming in the session layer message, and determines how long a second destination 110 should be so as to contain all the remaining session layer data of message 200. Application program 104 then returns to kernel 105 the address of second destination 110 and the length of the second destination 110. Application program 104 does this by calling the socket routine “recv”. Kernel 105 receives the address of second destination 110 and the length of the second destination 110 and gives that information to the protocol stack 107.
 In a next step (step 307), the protocol stack 107 moves any session layer data in the 192 bytes (not session layer headers) in 256-byte buffer 108 to second destination 110 identified by the second address. This move of data is shown in FIG. 2 by arrow 208.
 In a next step (step 308), the protocol stack 107 writes the address of second destination 110 and the length of second destination 110 into a predetermined buffer 111 in host memory. Driver 106 then writes the address of predetermined buffer 111 to a predetermined register 112 in NI device 102.
 In a next step (step 309), NI device 102 reads the predetermined register 112 and retrieves the address of predetermined buffer 111. Using this address, NI device 102 reads the predetermined buffer 111 by DMA and retrieves the address of second destination 110 and the length of second destination 110.
 In some embodiments, the second destination 110 is actually made up of a plurality of locations having different addresses of different lengths. The application program supplies a single virtual address for the NI device 102 to read (such as explained in step 310), but this virtual address is made up of many different physical pages. Driver 106 determines the addresses of the pages that are associated with this virtual address and passes these physical addresses and their lengths to NI device 102 by placing the addresses in predetermined buffer 111 and writing the address of predetermined buffer 111 to predetermined register 112 in NI device 102.
 In a next step (step 310), NI device 102 transfers the data from the remaining portion of first packet 202 (without any session layer headers, and without any TCP or IP headers) directly into second destination 110 using DMA. In this example, the transfer is made across a parallel data bus (for example, across a PCI bus by which the NI device 102 is coupled to the host computer 100). This move of data is shown in FIG. 2 by arrow 209.
 In a next step (step 311), subsequent packets are received onto NI device 102. For each packet, NI device 102 removes the TCP and IP headers and writes the remaining data (without session layer headers, TCP headers, or IP headers) directly to second destination 110 using DMA (for example, NI device 102 may write the data directly into the second destination across the PCI bus by which the NI device 102 is coupled to the host computer 100). The data from the many packets of the session layer message is written into second destination 110 such that there are no session layer headers, transport layer headers, or network layer headers between the data portions from the various packets of message 200.
 In the above described specific embodiment, there is no session layer header, transport layer header, or network layer header between the data portions from the various packets of message 200 as the data portions are desposited into the second destination 110. This need not be the case, however. In some embodiments, session layer header information does appear in second destination 110. This is so because it is the application program that determines the length of the second destination 110.
 In some embodiments, application program 104 returns a first destination that is larger than 192 bytes. In that case, there is no different second destination. The entire 192 bytes contained in the 256-byte buffer is moved to the first destination. The address of the remainder is given to the NI device as described above with respect to the second destination.
 Although the NI device may be realized on an expansion card and interfaced to the host computer via a bus such as the PCI bus, the NI device can also be integrated into the host computer. For example, the NI device in some embodiments is disposed on the motherboard of the host computer and is substantially directly coupled to the host CPU. The NI device may, for example, be integrated into a memory controller integrated circuit or input/output integrated circuit that is coupled directly to the local bus of the host CPU. The NI device may be integrated into the Intel 82815 Graphics and Memory Controller Hub, the Intel 440BX chipset, or the Apollo VT8501 MVP4 Northbridge chip. FIG. 4 shows an NI device integrated into a host computer 400 in the form of a communication processing device (CPD) 401.
 Although the present invention is described in connection with certain specific embodiments for instructional purposes, the present invention is not limited thereto. Advantages of the present invention may be realized wherein either no header information or just an insubstantial amount of header information is transferred from the network interface device into the second destination. All the data from the session layer message may be deposited into a single contiguous block of host memory (referred to as a destination) in some embodiments or may be deposited into several associated blocks (that together are referred to as a destination) of host memory in other embodiments. Accordingly, various modifications, adaptations, and combinations of various features of the described embodiments can be practiced without departing from the scope of the invention as set forth in the claims.
|Cited Patent||Filing date||Publication date||Applicant||Title|
|US4589063 *||Aug 4, 1983||May 13, 1986||Fortune Systems Corporation||Data processing system having automatic configuration|
|US4991133 *||Oct 7, 1988||Feb 5, 1991||International Business Machines Corp.||Specialized communications processor for layered protocols|
|US5097442 *||Jan 21, 1988||Mar 17, 1992||Texas Instruments Incorporated||Programmable depth first-in, first-out memory|
|US5212778 *||May 27, 1988||May 18, 1993||Massachusetts Institute Of Technology||Message-driven processor in a concurrent computer|
|US5280477 *||Aug 17, 1992||Jan 18, 1994||E-Systems, Inc.||Network synchronous data distribution system|
|US5289580 *||May 10, 1991||Feb 22, 1994||Unisys Corporation||Programmable multiple I/O interface controller|
|US5303344 *||Feb 25, 1991||Apr 12, 1994||Hitachi, Ltd.||Protocol processing apparatus for use in interfacing network connected computer systems utilizing separate paths for control information and data transfer|
|US5412782 *||Jul 2, 1992||May 2, 1995||3Com Corporation||Programmed I/O ethernet adapter with early interrupts for accelerating data transfer|
|US5418912 *||Oct 18, 1993||May 23, 1995||International Business Machines Corporation||System and method for controlling buffer transmission of data packets by limiting buffered data packets in a communication session|
|US5485579 *||Apr 8, 1994||Jan 16, 1996||Auspex Systems, Inc.||Multiple facility operating system architecture|
|US5488566 *||Apr 28, 1995||Jan 30, 1996||Eldec Corporation||Multi-coil impedance|
|US5506966 *||Nov 5, 1992||Apr 9, 1996||Nec Corporation||System for message traffic control utilizing prioritized message chaining for queueing control ensuring transmission/reception of high priority messages|
|US5511169 *||Jan 25, 1993||Apr 23, 1996||Mitsubishi Denki Kabushiki Kaisha||Data transmission apparatus and a communication path management method therefor|
|US5517668 *||Jan 10, 1994||May 14, 1996||Amdahl Corporation||Distributed protocol framework|
|US5524250 *||Dec 23, 1994||Jun 4, 1996||Silicon Graphics, Inc.||Central processing unit for processing a plurality of threads using dedicated general purpose registers and masque register for providing access to the registers|
|US5535375 *||Oct 11, 1994||Jul 9, 1996||International Business Machines Corporation||File manager for files shared by heterogeneous clients|
|US5592622 *||May 10, 1995||Jan 7, 1997||3Com Corporation||Network intermediate system with message passing architecture|
|US5598410 *||Dec 29, 1994||Jan 28, 1997||Storage Technology Corporation||Method and apparatus for accelerated packet processing|
|US5619650 *||Sep 21, 1995||Apr 8, 1997||International Business Machines Corporation||Network processor for transforming a message transported from an I/O channel to a network by adding a message identifier and then converting the message|
|US5629933 *||Jun 7, 1995||May 13, 1997||International Business Machines Corporation||Method and system for enhanced communication in a multisession packet based communication system|
|US5633780 *||Apr 18, 1996||May 27, 1997||Polaroid Corporation||Electrostatic discharge protection device|
|US5634099 *||Dec 9, 1994||May 27, 1997||International Business Machines Corporation||Direct memory access unit for transferring data between processor memories in multiprocessing systems|
|US5634127 *||Nov 30, 1994||May 27, 1997||International Business Machines Corporation||Methods and apparatus for implementing a message driven processor in a client-server environment|
|US5642482 *||Dec 21, 1993||Jun 24, 1997||Bull, S.A.||System for network transmission using a communication co-processor comprising a microprocessor to implement protocol layer and a microprocessor to manage DMA|
|US5727142 *||May 3, 1996||Mar 10, 1998||International Business Machines Corporation||Method for a non-disruptive host connection switch after detection of an error condition or during a host outage or failure|
|US5742765 *||Jun 19, 1996||Apr 21, 1998||Pmc-Sierra, Inc.||Combination local ATM segmentation and reassembly and physical layer device|
|US5749095 *||Jul 1, 1996||May 5, 1998||Sun Microsystems, Inc.||Multiprocessing system configured to perform efficient write operations|
|US5751715 *||Aug 8, 1996||May 12, 1998||Gadzoox Microsystems, Inc.||Accelerator fiber channel hub and protocol|
|US5752078 *||Jul 10, 1995||May 12, 1998||International Business Machines Corporation||System for minimizing latency data reception and handling data packet error if detected while transferring data packet from adapter memory to host memory|
|US5758084 *||Feb 27, 1995||May 26, 1998||Hewlett-Packard Company||Apparatus for parallel client/server communication having data structures which stored values indicative of connection state and advancing the connection state of established connections|
|US5758089 *||Nov 2, 1995||May 26, 1998||Sun Microsystems, Inc.||Method and apparatus for burst transferring ATM packet header and data to a host computer system|
|US5758186 *||Oct 6, 1995||May 26, 1998||Sun Microsystems, Inc.||Method and apparatus for generically handling diverse protocol method calls in a client/server computer system|
|US5758194 *||Jul 3, 1997||May 26, 1998||Intel Corporation||Communication apparatus for handling networks with different transmission protocols by stripping or adding data to the data stream in the application layer|
|US5768618 *||Dec 21, 1995||Jun 16, 1998||Ncr Corporation||Method for performing sequence of actions in device connected to computer in response to specified values being written into snooped sub portions of address space|
|US5771349 *||Jan 28, 1997||Jun 23, 1998||Compaq Computer Corp.||Network packet switch using shared memory for repeating and bridging packets at media rate|
|US5774660 *||Aug 5, 1996||Jun 30, 1998||Resonate, Inc.||World-wide-web server with delayed resource-binding for resource-based load balancing on a distributed resource multi-node network|
|US5778013 *||Jan 11, 1996||Jul 7, 1998||Hewlett-Packard Company||Method and apparatus for verifying CRC codes|
|US5872919 *||May 7, 1997||Feb 16, 1999||Advanced Micro Devices, Inc.||Computer communication network having a packet processor with an execution unit which is variably configured from a programmable state machine and logic|
|US5878225 *||Jun 3, 1996||Mar 2, 1999||International Business Machines Corporation||Dual communication services interface for distributed transaction processing|
|US5892903 *||Sep 12, 1996||Apr 6, 1999||Internet Security Systems, Inc.||Method and apparatus for detecting and identifying security vulnerabilities in an open network computer communication system|
|US5898713 *||Aug 29, 1997||Apr 27, 1999||Cisco Technology, Inc.||IP checksum offload|
|US5913028 *||Oct 6, 1995||Jun 15, 1999||Xpoint Technologies, Inc.||Client/server data traffic delivery system and method|
|US6016513 *||Feb 19, 1998||Jan 18, 2000||3Com Corporation||Method of preventing packet loss during transfers of data packets between a network interface card and an operating system of a computer|
|US6021446 *||Jul 11, 1997||Feb 1, 2000||Sun Microsystems, Inc.||Network device driver performing initial packet processing within high priority hardware interrupt service routine and then finishing processing within low priority software interrupt service routine|
|US6021507 *||May 19, 1997||Feb 1, 2000||International Business Machines Corporation||Method for a non-disruptive host connection switch after detection of an error condition or during a host outage or failure|
|US6026452 *||Aug 31, 1998||Feb 15, 2000||Pitts; William Michael||Network distributed site cache RAM claimed as up/down stream request/reply channel for storing anticipated data and meta data|
|US6034963 *||Oct 31, 1996||Mar 7, 2000||Iready Corporation||Multiple network protocol encoder/decoder and data processor|
|US6038562 *||Sep 5, 1996||Mar 14, 2000||International Business Machines Corporation||Interface to support state-dependent web applications accessing a relational database|
|US6041058 *||Sep 11, 1997||Mar 21, 2000||3Com Corporation||Hardware filtering method and apparatus|
|US6041381 *||Feb 5, 1998||Mar 21, 2000||Crossroads Systems, Inc.||Fibre channel to SCSI addressing method and system|
|US6044438 *||Jul 10, 1997||Mar 28, 2000||International Business Machiness Corporation||Memory controller for controlling memory accesses across networks in distributed shared memory processing systems|
|US6047323 *||Jun 27, 1996||Apr 4, 2000||Hewlett-Packard Company||Creation and migration of distributed streams in clusters of networked computers|
|US6047356 *||Apr 18, 1994||Apr 4, 2000||Sonic Solutions||Method of dynamically allocating network node memory's partitions for caching distributed files|
|US6049528 *||Jun 30, 1997||Apr 11, 2000||Sun Microsystems, Inc.||Trunking ethernet-compatible networks|
|US6057863 *||Oct 31, 1997||May 2, 2000||Compaq Computer Corporation||Dual purpose apparatus, method and system for accelerated graphics port and fibre channel arbitrated loop interfaces|
|US6061368 *||Nov 5, 1997||May 9, 2000||Xylan Corporation||Custom circuitry for adaptive hardware routing engine|
|US6065096 *||Sep 30, 1997||May 16, 2000||Lsi Logic Corporation||Integrated single chip dual mode raid controller|
|US6067569 *||Jul 10, 1997||May 23, 2000||Microsoft Corporation||Fast-forwarding and filtering of network packets in a computer system|
|US6070200 *||Jun 2, 1998||May 30, 2000||Adaptec, Inc.||Host adapter having paged data buffers for continuously transferring data between a system bus and a peripheral bus|
|US6078733 *||Mar 8, 1996||Jun 20, 2000||Mitsubishi Electric Information Technolgy Center America, Inc. (Ita)||Network interface having support for message processing and an interface to a message coprocessor|
|US6172980 *||Sep 11, 1997||Jan 9, 2001||3Com Corporation||Multiple protocol support|
|US6173333 *||Jul 17, 1998||Jan 9, 2001||Interprophet Corporation||TCP/IP network accelerator system and method which identifies classes of packet traffic for predictable protocols|
|US6181705 *||Aug 14, 1996||Jan 30, 2001||International Business Machines Corporation||System and method for management a communications buffer|
|US6202105 *||Jun 2, 1998||Mar 13, 2001||Adaptec, Inc.||Host adapter capable of simultaneously transmitting and receiving data of multiple contexts between a computer bus and peripheral bus|
|US6223242 *||Sep 28, 1998||Apr 24, 2001||Sifera, Inc.||Linearly expandable self-routing crossbar switch|
|US6226680 *||Apr 27, 1998||May 1, 2001||Alacritech, Inc.||Intelligent network interface system method for protocol processing|
|US6246683 *||May 1, 1998||Jun 12, 2001||3Com Corporation||Receive processing with network protocol bypass|
|US6247060 *||Nov 12, 1999||Jun 12, 2001||Alacritech, Inc.||Passing a communication control block from host to a local device such that a message is processed on the device|
|US6343360 *||May 13, 1999||Jan 29, 2002||Microsoft Corporation||Automated configuration of computing system using zip code data|
|US6345301 *||Mar 30, 1999||Feb 5, 2002||Unisys Corporation||Split data path distributed network protocol|
|US6345302 *||Aug 21, 2000||Feb 5, 2002||Tsi Telsys, Inc.||System for transmitting and receiving data within a reliable communications protocol by concurrently processing portions of the protocol suite|
|US6356951 *||Mar 1, 1999||Mar 12, 2002||Sun Microsystems, Inc.||System for parsing a packet for conformity with a predetermined protocol using mask and comparison values included in a parsing instruction|
|US6370599 *||Sep 7, 2000||Apr 9, 2002||Microsoft Corporation||System for ascertaining task off-load capabilities of a device and enabling selected capabilities and when needed selectively and dynamically requesting the device to perform the task|
|US6385647 *||Aug 18, 1997||May 7, 2002||Mci Communications Corporations||System for selectively routing data via either a network that supports Internet protocol or via satellite transmission network based on size of the data|
|US6389468 *||Mar 1, 1999||May 14, 2002||Sun Microsystems, Inc.||Method and apparatus for distributing network traffic processing on a multiprocessor computer|
|US6389479 *||Aug 28, 1998||May 14, 2002||Alacritech, Inc.||Intelligent network interface device and system for accelerated communication|
|US6393487 *||Mar 12, 2001||May 21, 2002||Alacritech, Inc.||Passing a communication control block to a local device such that a message is processed on the device|
|US6523119 *||Dec 4, 1996||Feb 18, 2003||Rainbow Technologies, Inc.||Software protection device and method|
|US6526446 *||Apr 27, 1999||Feb 25, 2003||3Com Corporation||Hardware only transmission control protocol segmentation for a high performance network interface card|
|US6570884 *||Nov 5, 1999||May 27, 2003||3Com Corporation||Receive filtering for communication interface|
|US6678283 *||Mar 10, 1999||Jan 13, 2004||Lucent Technologies Inc.||System and method for distributing packet processing in an internetworking device|
|US6681364 *||Sep 24, 1999||Jan 20, 2004||International Business Machines Corporation||Cyclic redundancy check for partitioned frames|
|US6687758 *||Mar 7, 2001||Feb 3, 2004||Alacritech, Inc.||Port aggregation for network connections that are offloaded to network interface devices|
|US6697868 *||Jul 29, 2002||Feb 24, 2004||Alacritech, Inc.||Protocol processing stack for use with intelligent network interface device|
|US6751665 *||Feb 19, 2003||Jun 15, 2004||Alacritech, Inc.||Providing window updates from a computer to a network interface device|
|US6757746 *||Feb 20, 2001||Jun 29, 2004||Alacritech, Inc.||Obtaining a destination address so that a network interface device can write network data without headers directly into host memory|
|US6842896 *||Aug 25, 2000||Jan 11, 2005||Rainbow Technologies, Inc.||System and method for selecting a server in a multiple server license management system|
|US6912522 *||Sep 11, 2001||Jun 28, 2005||Ablesoft, Inc.||System, method and computer program product for optimization and acceleration of data transport and processing|
|US6996070 *||Dec 5, 2003||Feb 7, 2006||Alacritech, Inc.||TCP/IP offload device with reduced sequential processing|
|US7042898 *||Mar 9, 2001||May 9, 2006||Alacritech, Inc.||Reducing delays associated with inserting a checksum into a network message|
|US7167926 *||Nov 7, 2001||Jan 23, 2007||Alacritech, Inc.||TCP/IP offload network interface device|
|US7167927 *||Feb 26, 2002||Jan 23, 2007||Alacritech, Inc.||TCP/IP offload device with fast-path TCP ACK generating and transmitting mechanism|
|US7174393 *||Mar 12, 2002||Feb 6, 2007||Alacritech, Inc.||TCP/IP offload network interface device|
|US7185266 *||Feb 12, 2003||Feb 27, 2007||Alacritech, Inc.||Network interface device for error detection using partial CRCS of variable length message portions|
|US7191241 *||Sep 27, 2002||Mar 13, 2007||Alacritech, Inc.||Fast-path apparatus for receiving data corresponding to a TCP connection|
|US7191318 *||Apr 7, 2003||Mar 13, 2007||Alacritech, Inc.||Native copy instruction for file-access processor with copy-rule-based validation|
|US7237036 *||Sep 27, 2002||Jun 26, 2007||Alacritech, Inc.||Fast-path apparatus for receiving data corresponding a TCP connection|
|US20010004354 *||Jan 10, 2001||Jun 21, 2001||Jolitz Lynne G.||Accelerator system and method|
|US20030066011 *||Apr 11, 2002||Apr 3, 2003||Siliquent Technologies Ltd.||Out-of-order calculation of error detection codes|
|Citing Patent||Filing date||Publication date||Applicant||Title|
|US7302499||Aug 11, 2005||Nov 27, 2007||Nvidia Corporation||Internet modem streaming socket method|
|US7324547||Dec 13, 2002||Jan 29, 2008||Nvidia Corporation||Internet protocol (IP) router residing in a processor chipset|
|US7362772||Dec 13, 2002||Apr 22, 2008||Nvidia Corporation||Network processing pipeline chipset for routing and host packet processing|
|US7363572||Dec 9, 2003||Apr 22, 2008||Nvidia Corporation||Editing outbound TCP frames and generating acknowledgements|
|US7412488||Dec 9, 2003||Aug 12, 2008||Nvidia Corporation||Setting up a delegated TCP connection for hardware-optimized processing|
|US7420931||Jun 23, 2004||Sep 2, 2008||Nvidia Corporation||Using TCP/IP offload to accelerate packet filtering|
|US7447795||Apr 11, 2002||Nov 4, 2008||Chelsio Communications, Inc.||Multi-purpose switching network interface controller|
|US7483375||May 20, 2004||Jan 27, 2009||Nvidia Corporation||TCP/IP/PPP modem|
|US7565454 *||Jul 18, 2003||Jul 21, 2009||Microsoft Corporation||State migration in multiple NIC RDMA enabled devices|
|US7609696||Dec 9, 2003||Oct 27, 2009||Nvidia Corporation||Storing and accessing TCP connection information|
|US7613109||Dec 9, 2003||Nov 3, 2009||Nvidia Corporation||Processing data for a TCP connection using an offload unit|
|US7616563||Feb 17, 2006||Nov 10, 2009||Chelsio Communications, Inc.||Method to implement an L4-L7 switch using split connections and an offloading NIC|
|US7660264||Dec 19, 2005||Feb 9, 2010||Chelsio Communications, Inc.||Method for traffic schedulign in intelligent network interface circuitry|
|US7660306||Jan 12, 2006||Feb 9, 2010||Chelsio Communications, Inc.||Virtualizing the operation of intelligent network interface circuitry|
|US7698413||Apr 12, 2004||Apr 13, 2010||Nvidia Corporation||Method and apparatus for accessing and maintaining socket control information for high speed network connections|
|US7715436||Nov 18, 2005||May 11, 2010||Chelsio Communications, Inc.||Method for UDP transmit protocol offload processing with traffic management|
|US7724658||Aug 31, 2005||May 25, 2010||Chelsio Communications, Inc.||Protocol offload transmit traffic management|
|US7760733||Oct 13, 2005||Jul 20, 2010||Chelsio Communications, Inc.||Filtering ingress packets in network interface circuitry|
|US7826350||May 11, 2007||Nov 2, 2010||Chelsio Communications, Inc.||Intelligent network adaptor with adaptive direct data placement scheme|
|US7831720||May 16, 2008||Nov 9, 2010||Chelsio Communications, Inc.||Full offload of stateful connections, with partial connection offload|
|US7831745||May 24, 2005||Nov 9, 2010||Chelsio Communications, Inc.||Scalable direct memory access using validation of host and scatter gather engine (SGE) generation indications|
|US7899913||Dec 19, 2003||Mar 1, 2011||Nvidia Corporation||Connection management system and method for a transport offload engine|
|US7924840||Dec 22, 2009||Apr 12, 2011||Chelsio Communications, Inc.||Virtualizing the operation of intelligent network interface circuitry|
|US7924868||Dec 28, 2007||Apr 12, 2011||Nvidia Corporation||Internet protocol (IP) router residing in a processor chipset|
|US7945705||May 24, 2005||May 17, 2011||Chelsio Communications, Inc.||Method for using a protocol language to avoid separate channels for control messages involving encapsulated payload data messages|
|US7962656 *||Jan 3, 2006||Jun 14, 2011||Hewlett-Packard Development Company, L.P.||Command encoding of data to enable high-level functions in computer networks|
|US7991918||Dec 9, 2003||Aug 2, 2011||Nvidia Corporation||Transmitting commands and information between a TCP/IP stack and an offload unit|
|US7996568||Oct 10, 2006||Aug 9, 2011||Nvidia Corporation||System, method, and computer program product for an offload engine with DMA capabilities|
|US8059680||Oct 10, 2006||Nov 15, 2011||Nvidia Corporation||Offload system, method, and computer program product for processing network communications associated with a plurality of ports|
|US8065399||Dec 23, 2008||Nov 22, 2011||Circadence Corporation||Automated network infrastructure test and diagnostic system and method therefor|
|US8065439 *||Dec 19, 2003||Nov 22, 2011||Nvidia Corporation||System and method for using metadata in the context of a transport offload engine|
|US8073002||Oct 10, 2006||Dec 6, 2011||Nvidia Corporation||System, method, and computer program product for multi-mode network interface operation|
|US8417852||Dec 9, 2003||Apr 9, 2013||Nvidia Corporation||Uploading TCP frame data to user buffers and buffers in system memory|
|US8589587||May 11, 2007||Nov 19, 2013||Chelsio Communications, Inc.||Protocol offload in intelligent network adaptor, including application level signalling|
|US8996644 *||Dec 9, 2010||Mar 31, 2015||Solarflare Communications, Inc.||Encapsulated accelerator|
|US9019899 *||May 24, 2002||Apr 28, 2015||Alcatel Lucent||Method and apparatus for synchronous communication of frames of digital information|
|US9098297||Jun 14, 2005||Aug 4, 2015||Nvidia Corporation||Hardware accelerator for an object-oriented programming language|
|US20040172485 *||Apr 11, 2002||Sep 2, 2004||Kianoosh Naghshineh||Multi-purpose switching network interface controller|
|US20040213290 *||May 20, 2004||Oct 28, 2004||Johnson Michael Ward||TCP/IP/PPP modem|
|US20040246974 *||Dec 9, 2003||Dec 9, 2004||Gyugyi Paul J.||Storing and accessing TCP connection information|
|US20040249998 *||Dec 9, 2003||Dec 9, 2004||Anand Rajagopalan||Uploading TCP frame data to user buffers and buffers in system memory|
|US20040257986 *||Dec 9, 2003||Dec 23, 2004||Jha Ashutosh K.||Processing data for a TCP connection using an offload unit|
|US20050015469 *||Jul 18, 2003||Jan 20, 2005||Microsoft Corporation||State migration in multiple NIC RDMA enabled devices|
|US20050271042 *||Aug 11, 2005||Dec 8, 2005||Michael Johnson||Internet modem streaming socket method|
|US20110173288 *||Mar 12, 2010||Jul 14, 2011||Shu-Kai Ho||Network storage system and related method for network storage|
|US20120151004 *||Jun 14, 2012||Solarflare Communications, Inc.||Encapsulated accelerator|
|U.S. Classification||370/352, 370/463, 370/473, 370/389|
|International Classification||G06F5/10, H04L12/56, H04L29/12, H04L29/08, H04Q3/00, H04L29/06|
|Cooperative Classification||H04L67/327, H04L67/325, H04L69/22, H04L69/166, H04L69/161, H04L69/162, H04L69/32, H04L69/08, H04L69/163, H04L67/34, H04L67/10, H04L69/16, H04L69/12, H04Q2213/13093, H04L29/12018, H04L61/10, H04L29/06, H04L49/9042, H04Q2213/13345, H04Q2213/13204, H04L49/90, H04Q2213/1332, H04L49/9063, H04Q2213/13103, G06F5/10, H04L29/12009, H04Q2213/13299, H04L49/901, H04Q3/0029|
|European Classification||H04L29/06J3S, H04L29/06J7, H04L29/06J13, H04L29/06J3, H04L49/90K, H04L61/10, H04L49/90C, H04L49/90, H04L49/90Q, H04Q3/00D3, H04L29/12A, H04L29/06J, H04L29/08N9, H04L29/08N31T, H04L29/08N33, H04L29/06, H04L29/08N31Y, G06F5/10, H04L29/12A1|
|Mar 17, 2008||AS||Assignment|
Owner name: ALACRITECH, INC., CALIFORNIA
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:BOUCHER, LAURENCE B.;BLIGHTMAN, STEPHEN E. J.;CRAFT, PETER K.;AND OTHERS;REEL/FRAME:020681/0701
Effective date: 19990325
|May 11, 2012||FPAY||Fee payment|
Year of fee payment: 4
|Nov 15, 2013||AS||Assignment|
Owner name: A-TECH LLC, DELAWARE
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:ALACRITECH INC.;REEL/FRAME:031644/0783
Effective date: 20131017