System and method for TCP/IP offload independent of bandwidth delay product

Abstract
A method for providing TCP/IP offload may include receiving control of at least a portion of Transmission Control Protocol (TCP) connection variables by a TCP/IP Offload Engine operatively coupled to a host. The at least a portion of the TCP/IP Offload Engine connection variables may be updated and provided to the host. The TCP/IP Offload Engine may receive control of segment-variant TCP connection variables. The TCP/IP Offload Engine may update the received TCP segment-variant TCP connection variables, and communicate the updated TCP segment-variant TCP connection variables to the host. A system for providing connection offload may include a TCP/IP Offload Engine that receives control of state information for a particular connection offloaded to a network interface card (NIC). Control of the state information for the particular connection may be split between the NIC and a host.
Description
FIELD OF THE INVENTION

Certain embodiments of the present invention relate to processing of TCP data and related TCP information. More specifically, certain embodiments relate to a method and system for TCP/IP offload independent of bandwidth delay product.


BACKGROUND OF THE INVENTION

The initial development of transmission control protocol (TCP) was based on networking and processing capabilities that were then currently available. As a result, various fundamental assumptions regarding its operation were prefaced on networking and processor technologies that existed at that time. Among the assumptions on which TCP was prefaced includes the scarcity and high cost of bandwidth and the partially limitless processing resources available by a host processor. With the advent of technologies such as Gigabit Ethernet (GbE), these fundamental assumptions have radically changed to the point where bandwidth is no longer as scarce and expensive and the host processing resources are now regarded a being limited rather than virtually infinite. In this regard, the bottleneck has shifted from the network bandwidth to the host processing bandwidth. Since host processing systems do more than merely providing faster network connections, shifting network resources to provide much faster network connections will do little to address the fundamental change in assumptions. Notably, shifting network resources to provide much faster network connections would occur at the expense of executing system applications, thereby resulting in degradation of system performance.


Although new networking architectures and protocols could be created to address the fundamental shift in assumptions, the new architectures and protocols would still have to provide support for current and legacy systems. Accordingly, solutions are required to address the shift in assumptions and to alleviate any bottlenecks that may result with host processing systems. A transmission control protocol offload engine (TOE) may be utilized to redistribute TCP processing from the host system onto specialized processors which may have suitable software for handling TCP processing. The TCP offload engines may be configured to implement various TCP algorithms for handling faster network connections, thereby allowing host system processing resources to be allocated or reallocated to application processing.


In order to alleviate the consumption of host resources, a TCP connection can be offloaded from a host to a dedicated TCP/IP offload engine (TOE). Some of these host resources may include CPU cycles and subsystem memory bandwidth. During the offload process, TCP connection state information is offloaded from the host, for example from a host software stack, to the TOE. A TCP connection can be in any one of a plurality of states at a given time. To process the TCP connection, TCP software may be adapted to manage various TCP defined states. Being able to manage the various TCP defined states may require a high level of architectural complexity in the TOE.


Offloading state information utilized for processing a TCP connection to the TOE may not necessarily be the best solution because many of the states such as CLOSING, LAST_ACK and FIN_WAIT2 may not be performance sensitive. Furthermore, many of these non-performance sensitive states may consume substantial processing resources to handle, for example, error conditions and potentially malicious attacks. These are but some of the factors that substantially increase the cost of building and designing the TOE. In addition, a TOE that has control, transferred from the host, of all the state variables of a TCP connection may be quite complex, can use considerable processing power and may require and consume a lot of TOE onboard-memory. Moreover, the TCP connection offloaded to the TOE that has control, transferred from the host, of all the state variables of the TCP connection can be inflexible and susceptible to connection loss.


TCP segmentation is a technology that may permit a very small portion of TCP processing to be offloaded to a network interface card (NIC). In this regard, a NIC that supports TCP segmentation does not truly incorporate a full transmission control processing offload engine. Rather, a NIC that supports TCP segmentation only has the capability to segment outbound TCP blocks into packets having a size equivalent to that which the physical medium supports. Each of the outbound TCP blocks are smaller than a permissible TCP window size. For example, an Ethernet network interface card that supports TCP Segmentation, may segment a 4 KB block of TCP data into 3 Ethernet packets. The maximum size of an Ethernet packet is 1518 bytes inclusive of header and a trailing CRC.


A device that supports TCP segmentation does track certain TCP state information such as the TCP sequence number that is related to the data that the offload NIC is segmenting. However, the device that supports TCP segmentation does not track any state information that is related to inbound traffic, or any state information that is required to support TCP acknowledgements or flow control. A NIC that supports full TCP offload in the established state is responsible for handling TCP flow control, and responsible for handling incoming TCP acknowledgements, and generating outbound TCP acknowledgements for incoming data.


TCP segmentation may be viewed as a subset of TCP offload. TCP segmentation allows the protocol stack or operating system to pass information in the form of blocks of TCP data that has not been segmented into individual TCP packets to a device driver. The block of data may be greater than the size of an Ethernet packet. For instance, the block of data to be segmented could 4 Kbytes or 16 Kbytes. A network adapter associated with the device driver may acquire the blocks of TCP data, packetize the acquired blocks of TCP data into 1518-byte Ethernet packets and update certain fields in each incrementally created packet. For example, the network adapter may update a corresponding TCP sequence number for each of the TCP packets by incrementing the TCP sequence number for each of the packets. In another example, an IP identification (IP ID) field and flag field would also have to be updated for each packet. One limitation with TCP segmentation is that TCP segmentation may only be done on a block of data that is less than a TCP window size. This is due to the fact that a device implementing TCP segmentation has no influence over TCP flow control. Accordingly, the device implementing TCP flow control only segment outbound TCP packets.


A TCP segmentation device does not examine incoming packets and as such, has no influence over flow control. Any received acknowledgement packet is passed up to the host for processing. In this regard, acknowledgement packets that are utilized for flow control are not processed by the TCP segmentation device. Moreover, a TCP segmentation device does not perform congestion control or “slow-start” and does not calculate or modify any variables that are passed back to the operating system and/or host system processor.


Another limitation with TCP segmentation is that information tracked by TCP segmentation is only information that is pertinent for the lifetime of the TCP data. In this regard, for example, the TCP segmentation device may track TCP segmentation numbers but not TCP acknowledgement (ACK) numbers. Accordingly, the TCP segmentation device tracks only a minimal subset of information related to corresponding TCP data. This limits the capability and/or functionality of the TCP segmentation device. A further limitation with TCP segmentation is that a TCP segmentation device does not pass TCP processed information back to an operating system and/or host processor. This lack of feedback limits the TCP processing that otherwise may be achieved by an operating system and/or host system processor.


Further limitations and disadvantages of conventional and traditional approaches will become apparent to one of skill in the art, through comparison of such systems with some aspects of the present invention as set forth in the remainder of the present application with reference to the drawings.


BRIEF SUMMARY OF THE INVENTION

Aspects of the invention may be found in, for example, systems and methods that provide TCP/IP offload. In one embodiment of the invention, a system for TCP/IP offload may include, for example, a host and a TCP/IP offload engine (TOE). The host may be coupled to the TOE. The host may transfer control of at least a portion of TCP connection variables associated with the TCP connection to the TOE. The TOE may update at least a portion of the TCP connection variables and transfer or feedback the updated TCP connection variables back to the host.


In accordance with another embodiment of the invention, a system is provided for TCP connection offload. The system may include, for example, a host and a network interface card (NIC) that may be coupled to the host. For a particular connection offloaded to the NIC, control of state information is split between the host and the NIC. Accordingly, information may be transferred to the NIC and the NIC may update at least a portion of the transferred information. Subsequently, the NIC may transfer at least a portion of the updated information back to the host where the host may utilize this information to manage this and/or another connection.


In another embodiment, the invention may provide a method for TCP/IP offload. The method may include, for example, one or more of the following: deciding to offload a particular TCP connection from a host to a TOE; transferring control of at least a portion of connection variables associated with the particular TCP connection from the host to the TOE; sending a snapshot of remaining connection variables whose control was not transferred to the TOE; and managing the particular TCP connection via the TOE using the connection variables transferred to the TOE and/or using the snapshot. At least a portion of updated connection variables and/or snapshot variables associated with the TCP connection may be transferred back to the host for processing by the host.


Another embodiment of TCP/IP offload method may include, for example, one or more of the following: deciding to offload an established TCP connection from a host to a TOE; transferring control of segment-variant variables to the TOE from the host; sending a snapshot of segment-invariant variables and connection-invariant variables to the TOE; and independently processing incoming TCP packets via the TOE based upon the segment-variant variables and the snapshot. The TOE may update at least a portion of the segment-variant variables and snapshot and transfer at least portions of the segment-variant variables and the snapshot back to the host. In an embodiment of the invention, the host may handle all TCP states except possibly for the ESTABLISHED state which may be offloaded to the TOE.


The invention may also include a method that processes a TCP connection, which may include, for example, one or more of the following: establishing the TCP connection; sharing a control plane for the TCP connection between a host and a TOE; and communicating updated TCP connection variables from the TOE back to the host. Accordingly, at least a portion of the updated TCP connection variables may be utilized to control the TCP connection and/or another TCP connection.


In another embodiment of the invention, a method for TCP offload may include acquiring TCP connection variables from a host and managing at least one TCP connection using the acquired TCP connection variables. At least a portion of the acquired TCP connection variables may be updated and at least some of the updated TCP connection variables may be transferred back to the host. The TCP connection variables may be independent of bandwidth delay product. At least a portion of the updated TCP connection variables may be utilized by the host to process the TCP connection or another TCP connection. A stack may be utilized to transfer the TCP connection variables between at least the host and a TOE. In this regard, the TOE may pull the TCP connection variables from the stack and the host may push the TCP connection variables onto the stack. Also, the updated TCP connection variables may be placed on the stack by the TOE and the host may subsequently pull the updated TCP connection variables from the stack.


The invention may also provide a machine-readable storage, having stored thereon, a computer program having at least one code section for providing TCP offload. The at least one code section may be executable by a machine for causing the machine to perform steps which may include acquiring TCP connection variables from a host and managing at least one TCP connection using the acquired TCP connection variables. At least a portion of the acquired TCP connection variables may be updated and transferred back to the host. The TCP connection variables may be independent of bandwidth delay product. The machine-readable storage may further include code for utilizing at least a portion of the updated TCP connection variables to process the TCP connection or another TCP connection. In another aspect of the invention, the machine-readable storage may include code for pulling the TCP connection variables from a stack, code for pushing updated TCP connection variables onto the stack, and code for pulling connection variables from the stack.


These and other advantages, aspects and novel features of the present invention, as well as details of an illustrated embodiment thereof, will be more fully understood from the following description and drawings.





BRIEF DESCRIPTION OF THE DRAWINGS


FIG. 1 is a block diagram of a system that provides TCP/IP offload in accordance with an embodiment of the invention.



FIG. 2 is a flow chart illustrating exemplary steps for TCP/IP offloading in accordance with an embodiment of the invention.



FIG. 3 is a flow chart illustrating exemplary steps for providing TCP/IP offload in accordance with an embodiment of the invention.



FIG. 4 is a flow chart illustrating exemplary steps that may be utilized for TCP offload in accordance with an embodiment of the invention.





DETAILED DESCRIPTION OF THE INVENTION

Certain aspects of the invention may provide a method for TCP offload, which may include acquiring TCP connection variables from a host and managing at least one TCP connection using the acquired TCP connection variables. At least a portion of the acquired TCP connection variables may be updated and at least some of the updated TCP connection variables may be transferred back to the host. In accordance with an aspect of the invention, the TCP connection variables may be variables that are independent of bandwidth delay product. At least a portion of the updated TCP connection variables may be utilized by the host to process the TCP connection or another TCP connection. A stack may be utilized to transfer the TCP connection variables between at least the host and a TOE. In this regard, the host may push the TCP connection variables onto the stack and the TOE may pull the TCP connection variables from the stack. Also, the updated TCP connection variables may be placed on the stack by the TOE and the host may subsequently pull the updated TCP connection variables from the stack.


With regard to TCP segmentation, each of the outbound TCP blocks are smaller than a permissible TCP window size utilized for TCP segmentation. However, the invention is not limited in this regard. Accordingly, in an aspect of the invention, a TOE device may have the capability to provide much further TCP processing and offload than a device that simply supports TCP segmentation. Various aspects of the invention may overcome the TCP segmentation limitation in which TCP segmentation may only be done on a block of data that is less than a TCP window size. In this regard, in order to overcome this limitation, in accordance with an aspect of the invention, since the TOE supports management of TCP flow control, the TOE may be adapted to segment large blocks of data down to the individual packets. The TOE may ensure that transmissions where scheduled such that the sender never sent data beyond the TCP window. Additionally, packetization in accordance with an embodiment of the invention may be done beyond the TCP window size. The TOE takes incoming received packets that are acknowledgement packets for the outbound TCP data stream and acknowledges those outbound packets. If the acknowledgement packet causes the window size to increase, then more packets may be sent out by the TOE device in accordance with an aspect of the invention.


Although TCP segmentation is a transmit-only related technology that does limited TCP processing of transmitted packets, the TOE in accordance with various embodiments of the invention is not so limited. In this regard, the TOE in accordance with an embodiment of the invention may process and manage both transmitted and received packets. Furthermore, a much broader range of TCP processing and management may be done by the TOE in accordance with the invention than with a TCP segmentation device. For example, with TOE, TCP information may be passed to a NIC from an operating system and/or host system processor in such a manner that the NIC maybe viewed as the owner of the TCP connection. The NIC may then manage and update the TCP state information, which may include but is not limited to, TCP segment numbers and acknowledgment numbers. Subsequent to the processing and/or updating of the TCP state information, the processed and/or updated information may be passed back to an operating system and/or host system processor. The host or system processor may then utilize the information passed back to it from the NIC. Notably, TCP segmentation does not provide this feedback of information to the host system processor and/or operating system.


Certain embodiments of the invention may also provide a robust and efficient transmission control protocol/internet protocol (TCP/IP) offload scheme that may be adapted, for example, to allow the partition of TCP processing between a TCP/IP offload engine (TOE) and a host TCP/IP implementation. The host TCP/IP implementation may include one or more host TCP/IP applications and one or more host processors. For example, in one aspect of the invention, the TCP offload scheme may offload the connections that are in an ESTABLISHED state to the TOE. In other words, aspects of the invention may include the offloading of corresponding TCP state variables that may be utilized, for example, during the ESTABLISHED state. Accordingly, the TCP/IP offload scheme may split a TCP control plane between the host software and the TOE. The TOE may be designed, for example, to implement a subset or a minimum subset of the TCP control plane which may be less complex to implement and may utilize less memory. The TOE, which may be adapted to such an offload scheme, may be implemented in a cost effective manner. The more complicated aspects of TCP connection management may be handled, for example, by the host software and may provide greater reliability and flexibility.



FIG. 1 is a block diagram of a system that provides TCP/IP offload in accordance with an embodiment of the invention. Referring to FIG. 1, the system may include, for example, a host 10, host application software 12 and a TOE 20. The host 10 may include, for example, a host CPU 30 and a host memory 40. The host memory 40 may be adapted to include, for example, an application buffer 50. The application buffer 50 may be adapted to include, for example, a transmission application buffer (TxBuf) 60 and a receive application buffer (RxBuf) 70. The TOE 20 may include, for example, a direct memory access (DMA) engine 25 and a FIFO buffer 70.


The host 10 may be coupled to the TOE 20 via a host interface 80. The host interface may include, but is not limited to a peripheral component interconnect (PCI) bus, PCI-X bus, ISA, SCSI or any other suitable bus. The TOE 20 may be coupled to a physical communications medium 90. The physical communication medium 90 may be a wired medium, wireless medium or a combination thereof. The physical communication medium 90 may include, but is not limited to, Ethernet and fibre channel. Although illustrated on opposite sides of the host interface 80, the host 10 may be, at least in part, disposed on a network interface card (NIC) that includes the TOE 20. Accordingly, in an aspect of the invention, the TCP state plane may be split between the host 10 and the TOE 20.


In one embodiment, a TCP connection may be completely described, for example, by three different sets of variables. The three sets of variables may be, for example, connection-invariant variables, segment-invariant variables and segment-variant variables. The connection-invariant variables may be constant during the lifetime of the TCP connection. The segment-invariant variables may not change from TCP segment to TCP segment, but may change from time to time during the lifetime of the TCP connection. The segment-variant variables may change from TCP segment to TCP segment.


Connection-invariant variables may include, for example, source IP address, destination IP address, IP time-to-live (TTL), IP type-of-service (TOS), source TCP port number, destination TCP port number, initial send sequence number, initial receive sequence number, send window scaling factor and receive window scaling factor.


Segment-invariant variables may include, but are not limited to, source MAC address, next hop's MAC address, MAC layer encapsulation, effective maximum segment size, keep-alive intervals and maximum allowance and flags such as, for example, nagle algorithm enable and keep-alive enable.


Segment-variant variables may include, but are not limited to, IP packet identifier; send and receive sequence variables such as, for example, sequence number for first un-acked data (SND_UNA), sequence number for next send (SND_NXT), maximum sequence number ever sent (SND_MAX), maximum send window (MAX_WIN), sequence number for next receive (RCV_NXT) and receive window size (RCV_WND). Additional exemplary segment-variant variables may include congestion window variables such as congestion window (SND_CWIN) and slow start threshold (SSTHRESH) round trip time variables which may include, but are not limited to, smoothed round trip time (RTT) and smoothed delta (DELTA). Other exemplary segment-variant variables may include time remaining for retransmission, time remaining for delay acknowledgement, time remaining for keep alive, time remaining for PUSH and TCP state and timestamp.


During operation, if a TCP connection is not offloaded, then at least some of the three sets of variables including the connection-invariant variables, the segment-invariant variables and the segment-variant variables may be owned by the host software of the host 10. If the TCP connection is not offloaded, then the TOE 20 may not have access to these variables. However, once the variables are offloaded, the TOE 20 may be configured to update the variables which may be associated with both transmission and reception and pass the updated transmission and reception variables back to the host 10. In this regard, the TOE may update variables that are independent of TCP delay bandwidth product and pass these updated variables back to the host 10 for processing.



FIG. 2 is a flow chart illustrating exemplary steps for TCP/IP offloading in accordance with an embodiment of the invention. Referring to FIG. 2, if a connection is offloaded to the TOE 20, then in step 202, the host software may transfer control of the segment-variant variables to the TOE 20. In one example, a portion of the host software protocol control block or TCP control block may be transferred to the TOE 20. In step 204, the host software may take a snapshot of the remaining variables such as the connection-invariant variables and/or the segment invariant variables and send the snapshot to the TOE 20. In one example, the snapshot may be used over and over again by the TOE 20. In step 206, the host software may post a buffer in the host memory 40. For example, the host software may post the application buffer 50 in the host memory 40 and may set up the transmit application buffer (TxBuf) 60 and the receive application buffer (RxBuf) 70 in the application buffer 50. In step 208, the TOE 20 may be responsible for managing the complete TCP connection, including, for example, segmentation, acknowledgement processing, windowing and congestion avoidance. In step 210, at least a portion of the variables that have been updated may be transferred back to the host for processing.


For example, by controlling the segment-variant variables and using the snapshot of the remaining variables, the TOE 20 may process or independently process, incoming TCP segments from the physical communications medium 90 and may place at least a portion such as a payload, of the incoming TCP segments into the host memory 40 via the DMA engine 25. In this regard the incoming TCP segment payload may be placed in the RX application buffer 70 portion of the application buffer 50 via the DMA engine 25.


In one embodiment of the invention, while the TOE 20 may be adapted to manage the complete TCP connection, the TOE 20 may have exclusive read-write access to offloaded segment-variant variables and may exclusively update the offloaded segment-variant variables. The host software or host application software 12 may have read-write access to the segment-invariant variables. The TOE 20 may have read-only access to the segment-invariant variables. If the host application software 12 changes the variables such as the next hop's MAC address, the host application software 12 may notify the TOE 20 by, for example, sending a message to the TOE 20. The TOE 20 may then update the variables. The updated variables may be fed back to the host application software 12 where they may be utilized for TCP processing, for example. Accordingly, the connection-invariant variables may exist in both the host software and the TOE 20.



FIG. 3 is a flow chart illustrating exemplary steps for providing TCP/IP offload in accordance with an embodiment of the invention. Referring to FIG. 3, in step 302, the host 10 may determine whether one or more of the connection variables such as the segment-invariant variables controlled by the host 10 have changed. For example, the host software may change one or more variables such as a next hop MAC address. If one or more of the connection variables controlled by the host 10 are not changed, then the process may be complete. If one or more of the connection variables controlled by the host 10 are changed, then, in step 304, the host software may notify the TOE 20 of the change in the one or more connection variables controlled by the host 10. In step 306, the TOE 20 may accordingly update one or more of the variables. In step 308, the TOE may pass the updated variables back to the host 10.


Some embodiments according to the present invention may include one or more of the following advantages. Some embodiments may be more reliable and may provide for the uploading of connection from the TOE to the host and offloading of connections from the host to the TOE at any time. Since less state information may be kept by the TOE hardware, uploading and offloading, for example, selected connections can be accelerated. An offloaded connection may be uploaded by returning control of, for example, the segment-variant variables corresponding to the offloaded connection back to the host 10. The uploaded connection may subsequently be offloaded by transferring, for example, the control of the segment-variant variables corresponding to the uploaded connection to the TOE 20.



FIG. 4 is a flow chart illustrating exemplary steps that may be utilized for TCP offload in accordance with an embodiment of the invention. Referring to FIG. 4, in step 402, a TOE may acquire or receive variables that are independent of the bandwidth delay product from a host system. In step 404, the TOE may manage the connection utilizing the acquired or received variables that are independent of the bandwidth delay product. In step 406, the TOE may update at least a portion of the acquired variables that are independent of the bandwidth delay product. In step 408, at least a portion of the updated variables that are independent of the bandwidth may be transferred back to the host. In step 410, the host may utilize the updated variables that are independent of the bandwidth delay product that have been transferred to it for TCP processing.


In accordance with an aspect of the invention, a stack 14 may be utilized to facilitate the transfer of the variables that are independent of the bandwidth delay product. The stack 14 may be implemented in hardware, software or a combination thereof. Notwithstanding, the TOE may be adapted to pull information from the stack 14 and to push updated information onto the stack 14. The host may also be adapted to push TCP information onto the stack 14 and to pull the updated information from the stack 14. Accordingly, with reference to step 402, the TOE may pull the variables that are independent of the bandwidth delay product from the stack 14. With reference to step 406, after the TOE updates the acquired variables that are independent of the bandwidth delay product, the updated variables that are independent of the bandwidth delay product may be pushed onto the stack 14. In this regard, with reference to step 408, the host may then pull the updated variables that are independent of the bandwidth delay product from the stack 14.


The TOE may provide a more flexible approach to TCP processing compared to a TCP Segmentation offload device, since the TOE device may facilitate TCP processing on both the received side and the transmit side. Additionally, since the TOE may be adapted to handle receive and transmit variables, the TOE provides a more flexible and efficient methodology for supporting the efficient setup and tear down of network connections.


Certain embodiments of the invention may offer better resistance against denial-of-service (DoS) attacks or other attacks as connection setup may be handled by a host that is more flexible and more powerful than the TOE NIC. In a DoS attack, an attacker attempts to consume as many resources on the targeted or attacked system, thereby preventing the targeted system from providing services to other network devices. The frequent introduction of new attacks may make a flexible host with sufficient memory and CPU power a better choice for running connection setup. The flexible host may be a better choice than, for example, a particular hardware TOE that may have limited code space, computer power, system knowledge and flexibility. In addition, the decision to honor a connection request may, at times, be based upon, for example, sophisticated and dynamic heuristics.


Aspects of the invention may also provide better overall system performance and efficiency. The TOE NIC may be more efficient in handling, for example, connections that are in performance sensitive states of the TCP state machine. In particular, when the TOE NIC handles only connections that are in performance sensitive states of the TCP state machine, additional limited hardware resources may become available. Accordingly, the TOE NIC may be adapted to upload connections that are no longer in performance sensitive states and to offload connections that are in performance sensitive states. Such actions may positively impact such figures of merit such as, for example, hardware TOE efficiency. Other aspects of the invention may be more efficient and may provide better over all system performance because, for example, the host may use flexible, changing, easy-to-update, easy-to-upgrade and more sophisticated algorithms to decide which connections to offload or to upload.


Some embodiments according to the present invention may provide statistics to the host relating to resource utilization. The statistics may include, for example, one or more of the following: available resources; utilization of bandwidth per offloaded connection; number of frames per offloaded connection; errors per offloaded connection; change of state of a transport layer protocol (TLP) such as, for example, TCP, or an upper layer protocol (ULP); trend of utilization such as uptake in rate, slow down, for example; and resource consumption per offloaded connection. The host may use the statistical information at its own discretion to help drive the upload or offload decision process. For example, the host may utilize the statistical information to upload some connections while offloading others. The host may also contemplate other criteria such as modes of operation, computation or network load profiles, presently executed applications and roles in the network, for example. Some of these criteria may be dynamic criteria.


Certain embodiments of the invention may also provide fail-over support from a failed TOE NIC to an operating TOE NIC. Fail-over may include, for example, designating a NIC as having failed when the network cable is unplugged from the network or any other failure of an existing network link. Thus, even though the hardware of one TOE NIC may fail, the connection may still be maintained by transferring state information associated with the failed TOE NIC to another functional TOE NIC. The robustness of the transfer may be further enhanced by part of the connection state information being maintained by the host and part of the connection state information being maintained by the TOE NIC.


Accordingly, the present invention may be realized in hardware, software, or a combination of hardware and software. The present invention may be realized in a centralized fashion in one computer system or in a distributed fashion where different elements are spread across several interconnected computer systems. Any kind of computer system or other apparatus adapted for carrying out the methods described herein is suited. A typical combination of hardware and software may be a general-purpose computer system with a computer program that, when being loaded and executed, controls the computer system such that it carries out the methods described herein.


The present invention also may be embedded in a computer program product, which comprises all the features enabling the implementation of the methods described herein, and which when loaded in a computer system is able to carry out these methods. Computer program in the present context means any expression, in any language, code or notation, of a set of instructions intended to cause a system having an information processing capability to perform a particular function either directly or after either or both of the following: a) conversion to another language, code or notation; b) reproduction in a different material form.


While the present invention has been described with reference to certain embodiments, it will be understood by those skilled in the art that various changes may be made and equivalents may be substituted without departing from the scope of the present invention. In addition, many modifications may be made to adapt a particular situation or material to the teachings of the present invention without departing from its scope. Therefore, it is intended that the present invention not be limited to the particular embodiment disclosed, but that the present invention will include all embodiments falling within the scope of the appended claims.

Claims
  • 1. A method for providing TCP/IP offload, the method comprising: receiving control of at least a portion of Transmission Control Protocol (TCP) connection variables by a TCP/IP Offload Engine operatively coupled to a host;updating said at least a portion of said TCP connection variables; andproviding said at least a portion of said updated TCP connection variables to said host.
  • 2. The method according to claim 1, comprising receiving control of segment-variant TCP connection variables by said TCP/IP Offload Engine.
  • 3. The method according to claim 2, comprising updating said received segment-variant TCP connection variables.
  • 4. The method according to claim 3, comprising communicating said updated segment-variant TCP connection variables to said host.
  • 5. The method according to claim 2, wherein said segment-variant TCP connection variables comprise one or more of the following: IP packet identifier;time remaining for retransmission;time remaining for delay acknowledgement;time remaining for keep alive;congestion window variables comprising:congestion window (SND_CWIN); andslow start threshold (SSTHRESH);round trip time variables comprising:smoothed round trip time (RTT);smoothed delta (DELTA); andtime remaining for PUSH; andTransmission Control Protocol state and timestamp send and receive sequence variables comprising:sequence number for first un-ACK'd data (SND_UNA);sequence number for next send (SND_NXT);maximum sequence number ever sent (SND_MAX);maximum send window (MAX_WIN);sequence number for next receive (RCV_NXT); andreceive window size (RCV_WND).
  • 6. The method according to claim 1, comprising: receiving from said host a snapshot of one or both of connection-invariant Transmission Control Protocol connection variables and segment-invariant Transmission Control Protocol connection variables, when said TCP/IP Offload Engine and said host are operatively coupled;updating said one or both of said connection-invariant Transmission Control Protocol connection variables and segment-invariant Transmission Control Protocol connection variables;transferring said updated one or both of said connection-invariant Transmission Control Protocol connection variables and segment-invariant Transmission Control Protocol connection variables to said host; andutilizing, during operation, transferred segment-variant Transmission Control Protocol connection variables and said snapshot of said one or both of said connection-invariant Transmission Control Protocol connection variables and segment-invariant Transmission Control Protocol connection variables to process at least one of the following: incoming and outgoing Transmission Control Protocol segments.
  • 7. The method according to claim 6, comprising: utilizing, during operation, said transferred segment-variant Transmission Control Protocol connection variables and said snapshot of said one or both of said connection-invariant Transmission Control Protocol connection variables and segment-invariant Transmission Control Protocol connection variables to independently process incoming Transmission Control Protocol segments.
  • 8. The method according to claim 6, comprising independently processing incoming Transmission Control Protocol segments based on one or more of said transferred segment-variant Transmission Control Protocol connection variables, and said snapshot of said connection-invariant Transmission Control Protocol connection variables and said segment-invariant Transmission Control Protocol connection variables.
  • 9. The method according to claim 1, comprising: receiving from said host a snapshot of connection-invariant Transmission Control Protocol connection variables and segment-invariant Transmission Control Protocol connection variables.
  • 10. The method according to claim 1, comprising: receiving from said host a snapshot of Transmission Control Protocol connection variables that are not segment-variant Transmission Control Protocol connection variables.
  • 11. The method according to claim 1, comprising: posting one or more of a buffer that is utilized by any Transmission Control Protocol connection, a buffer that is dedicated to one or more Transmission Control Protocol connections, and an application buffer.
  • 12. The method according to claim 1, comprising: managing said Transmission Control Protocol connection.
  • 13. The method according to claim 1, comprising: managing one or more of segmentation, acknowledgement processing, windowing, and congestion avoidance.
  • 14. The method according to claim 1, comprising: maintaining exclusive read-write access to offloaded segment-variant variables.
  • 15. The method according to claim 1, comprising: exclusively updating offloaded segment-variant variables.
  • 16. The method according to claim 1, comprising: maintaining by said host, read-write access to segment-invariant variables.
  • 17. The method according to claim 1, wherein during operation, said TCP/IP Offload Engine has read-only access to segment-invariant variables.
  • 18. The method according to claim 1, comprising: receiving from said host, a message concerning a change in a particular TCP connection variable whose control was not transferred to said TCP/IP Offload Engine; andupdating said particular TCP connection variable.
  • 19. The method according to claim 1, wherein said Transmission Control Protocol connection is in an ESTABLISHED state.
  • 20. The method according to claim 1, wherein said TCP connection variables are TCP connection variables that are independent of bandwidth delay product.
  • 21. The method according to claim 1, comprising: receiving connection setups from said host.
  • 22. The method according to claim 21, comprising: providing resistance to DoS attacks by allowing said host to handle said connection setups.
  • 23. The method according to claim 1, comprising: handling by said host, TCP states exclusive of an ESTABLISHED state, which are offloaded to said TCP/IP Offload Engine.
  • 24. The method according to claim 1, comprising: handling by said TCP/IP Offload Engine, only connections that are in performance sensitive states.
  • 25. The method according to claim 1, comprising: processing by said host, resource utilization statistics in helping to determine which connections to offload and which connections to upload.
  • 26. The method according to claim 1, comprising: determining by said host which connections to offload and which connections to upload.
  • 27. The method according to claim 1, comprising: determining by one or both of said TCP/IP Offload Engine and a device driver software for said TCP/IP Offload Engine, one or both of Transmission Control Protocol connections to offload and Transmission Control Protocol connections to upload.
  • 28. A machine-readable non-transitory storage, having stored thereon a computer program having at least one code section for providing TCP/IP offload, the at least one code section executable by a machine for causing the machine to perform the steps comprising: receiving control of at least a portion of Transmission Control Protocol (TCP) connection variables by a TCP/IP Offload Engine operatively coupled to a host;updating said at least a portion of said TCP connection variables; andproviding said at least a portion of said updated TCP connection variables to said host.
  • 29. The machine-readable non-transitory storage according to claim 28, comprising code for receiving control of segment-variant TCP connection variables by said TCP/IP Offload Engine.
  • 30. The machine-readable non-transitory storage according to claim 29, comprising code for updating said received segment-variant TCP connection variables.
  • 31. The machine-readable non-transitory storage according to claim 30, comprising code for communicating said updated segment-variant TCP connection variables to said host.
  • 32. The machine-readable non-transitory storage according to claim 29, wherein said segment-variant TCP connection variables comprise one or more of the following: IP packet identifier; time remaining for retransmission;time remaining for delay acknowledgement;time remaining for keep alive;congestion window variables comprising:congestion window (SND_CWIN); andslow start threshold (SSTHRESH);round trip time variables comprising:smoothed round trip time (RTT);smoothed delta (DELTA); and time remaining for PUSH; andTransmission Control Protocol state and timestamp send and receive sequence variables comprising:sequence number for first un-ACK'd data (SND_UNA);sequence number for next send (SND_NXT);maximum sequence number ever sent (SND_MAX);maximum send window (MAX_WIN);sequence number for next receive (RCV_NXT); andreceive window size (RCV_WND).
  • 33. The machine-readable non-transitory storage according to claim 28, comprising: code for receiving from said host a snapshot of one or both of connection-invariant Transmission Control Protocol connection variables and segment-invariant Transmission Control Protocol connection variables, when said TCP/IP Offload Engine and said host are operatively coupled; code for updating said one or both of said connection-invariant Transmission Control Protocol connection variables and segment-invariant Transmission Control Protocol connection variables;code for transferring said updated one or both of said connection-invariant Transmission Control Protocol connection variables and segment-invariant Transmission Control Protocol connection variables to said host; andcode for utilizing, during operation, transferred segment-variant Transmission Control Protocol connection variables and said snapshot of said one or both of said connection-invariant Transmission Control Protocol connection variables and segment-invariant Transmission Control Protocol connection variables to process at least one of the following: incoming and outgoing Transmission Control Protocol segments.
  • 34. The machine-readable non-transitory storage according to claim 33, comprising: code for utilizing, during operation, said transferred segment-variant Transmission Control Protocol connection variables and said snapshot of said one or both of said connection-invariant Transmission Control Protocol connection variables and segment-invariant Transmission Control Protocol connection variables to independently process incoming Transmission Control Protocol segments.
  • 35. The machine-readable non-transitory storage according to claim 33, comprising code for independently processing incoming Transmission Control Protocol segments based on one or more of said transferred segment-variant Transmission Control Protocol connection variables, and said snapshot of said connection-invariant Transmission Control Protocol connection variables and said segment-invariant Transmission Control Protocol connection variables.
  • 36. The machine-readable non-transitory storage according to claim 28, comprising: code for receiving from said host a snapshot of connection-invariant Transmission Control Protocol connection variables and segment-invariant Transmission Control Protocol connection variables.
  • 37. The machine-readable non-transitory storage according to claim 28, comprising: code for receiving from said host a snapshot of Transmission Control Protocol connection variables that are not segment-variant Transmission Control Protocol connection variables.
  • 38. The machine-readable non-transitory storage according to claim 28, comprising: code for posting one or more of a buffer that is utilized by any Transmission Control Protocol connection, a buffer that is dedicated to one or more Transmission Control Protocol connections, and an application buffer.
  • 39. The machine-readable non-transitory storage according to claim 28, comprising: code for managing said Transmission Control Protocol connection.
  • 40. The machine-readable non-transitory storage according to claim 28, comprising: code for managing one or more of segmentation, acknowledgement processing, windowing, and congestion avoidance.
  • 41. The machine-readable non-transitory storage according to claim 28, comprising: code for maintaining exclusive read-write access to offloaded segment-variant variables.
  • 42. The machine-readable non-transitory storage according to claim 28, comprising: code for exclusively updating offloaded segment-variant variables.
  • 43. The machine-readable non-transitory storage according to claim 28, comprising: code for maintaining by said host, read-write access to segment-invariant variables.
  • 44. The machine-readable non-transitory storage according to claim 28, wherein during operation, said TCP/IP Offload Engine has read-only access to segment-invariant variables.
  • 45. The machine-readable non-transitory storage according to claim 28, comprising: code for receiving from said host, a message concerning a change in a particular connection variable whose control was not transferred to said TCP/IP Offload Engine; andupdating said particular TCP connection variable.
  • 46. The machine-readable non-transitory storage according to claim 28, wherein said Transmission Control Protocol connection is in an ESTABLISHED state.
  • 47. The machine-readable non-transitory storage according to claim 28, wherein said connection variables are TCP connection variables that are independent of bandwidth delay product.
  • 48. The machine-readable non-transitory storage according to claim 28, comprising: code for receiving connection setups from said host.
  • 49. The machine-readable non-transitory storage according to claim 48, comprising: code for providing resistance to DoS attacks by allowing said host to handle said connection setups.
  • 50. The machine-readable non-transitory storage according to claim 28, comprising: code for handling by said host, TCP states exclusive of an ESTABLISHED state, which are offloaded to said TCP/IP Offload Engine.
  • 51. The machine-readable non-transitory storage according to claim 28, comprising: code for handling by said TCP/IP Offload Engine, only connections that are in performance sensitive states.
  • 52. The machine-readable non-transitory storage according to claim 28, comprising: code for processing by said host, resource utilization statistics in helping to determine which connections to offload and which connections to upload.
  • 53. The machine-readable non-transitory storage according to claim 28, comprising: code for determining by said host which connections to offload and which connections to upload.
  • 54. The machine-readable non-transitory storage according to claim 28, comprising: code for determining by one or both of said TCP/IP Offload Engine and a device driver software for said TCP/IP Offload Engine, one or both of Transmission Control Protocol connections to offload and Transmission Control Protocol connections to upload.
  • 55. A method for providing connection offload, the method comprising: receiving control of state information for a particular connection offloaded to a network interface card (NIC), wherein control of said state information for said particular connection is split between said NIC and a host;updating at least a portion of connection variables for said particular connection; anduploading said at least a portion of said updated connection variables for said particular connection to said host.
  • 56. The method according to claim 55, wherein said particular connection employs a connection-oriented transport layer protocol (TLP).
  • 57. The method according to claim 56, wherein said connection-oriented TLP comprises a Transmission Control Protocol.
  • 58. The method according to claim 55, comprising: receiving control of segment variant variables corresponding to said particular connection by said NIC.
  • 59. A machine-readable non-transitory storage, having stored thereon a computer program having at least one code section for providing connection offload, the at least one code section executable by a machine for causing the machine to perform the steps comprising: receiving control of state information for a particular connection offloaded to a network interface card (NIC), wherein control of said state information for said particular connection is split between said NIC and a host;updating at least a portion of connection variables for said particular connection; anduploading said at least a portion of said updated connection variables for said particular connection to said host.
  • 60. The machine-readable non-transitory storage according to claim 59, wherein said particular connection employs a connection-oriented transport layer protocol (TLP).
  • 61. The machine-readable non-transitory storage according to claim 60, wherein said connection-oriented TLP comprises a Transmission Control Protocol.
  • 62. The machine-readable non-transitory storage according to claim 59, comprising: code for receiving control of segment variant variables corresponding to said particular connection by said NIC.
  • 63. A system for providing connection offload, the system comprising: a TCP/IP Offload Engine that receives control of state information for a particular connection offloaded to a network interface card (NIC), wherein control of said state information for said particular connection is split between said NIC and a host;said TCP/IP Offload Engine updates at least a portion of connection variables for said particular connection; andsaid TCP/IP Offload Engine uploads said at least a portion of said updated connection variables for said particular connection to said host.
  • 64. The system according to claim 63, wherein said particular connection employs a connection-oriented transport layer protocol (TLP).
  • 65. The system according to claim 64, wherein said connection-oriented TLP comprises a Transmission Control Protocol.
  • 66. The system according to claim 63, wherein said TCP/IP Offload Engine receives control of segment variant variables corresponding to said particular connection.
  • 67. A machine-readable non-transitory storage, having stored thereon a computer program having at least one code section for providing TCP/IP offload, the at least one code section executable by a machine for causing the machine to perform the steps comprising: receiving by a TCP/IP Offload Engine transfer of control of connection variables of a particular TCP connection from a host and a snapshot of remaining connection variables whose control was not transferred to said TCP/IP Offload Engine from said host;managing said particular Transmission Control Protocol connection via said TCP/IP Offload Engine using said at least a portion of said connection variables transferred to said TCP/IP Offload Engine and at least a portion of said snapshot; andupdating at least a portion of said connection variables and a portion of said snapshot and transferring said updated at least said portion of said connection variables and said portion of said snapshot back to said host.
  • 68. The machine-readable non-transitory storage according to claim 67, wherein said one or more connection variable of said particular Transmission Control Protocol connection transferred to said TCP/IP Offload Engine comprise at least one segment-variant variables of said particular Transmission Control Protocol connection.
  • 69. The machine-readable non-transitory storage according to claim 67, wherein said connection variables of said particular TCP connection transferred to said TCP/IP Offload Engine lack segment-invariant variables of said particular TCP connection.
  • 70. The machine-readable non-transitory storage according to claim 67, wherein said connection variables of said particular TCP connection transferred to the TCP/IP Offload Engine lack segment-invariant variables and connection-invariant variables of said particular TCP connection.
  • 71. The machine-readable non-transitory storage according to claim 67, comprising: code for determining if at least one of said connection variables controlled by said host have changed;code for notifying said TCP/IP Offload Engine of changes in said at least one of said connection variables controlled by said host that has changed; andcode for updating said connection variables in said TCP/IP Offload Engine in accordance with said notified changes.
  • 72. A system for providing TCP/IP offload, the system comprising: a TCP/IP Offload Engine that receives transfer of control of connection variables of a particular TCP connection from a host, and a snapshot of remaining connection variables whose control was not transferred to said TCP/IP Offload Engine from said host;said TCP/IP Offload Engine manages said particular TCP connection using at least a portion of said connection variables transferred to said TCP/IP Offload Engine and at least a portion of said snapshot; andsaid TCP/IP Offload Engine updates at least a portion of said connection variables and a portion of said snapshot, and wherein said TCP/IP Offload Engine transfers said updated at least said portion of said connection variables and said portion of said snapshot back to said host.
  • 73. The system according to claim 72, wherein said connection variables of said particular TCP connection transferred to said TCP/IP Offload Engine comprise at least one segment-variant variable of said particular Transmission Control Protocol connection.
  • 74. The system according to claim 72, wherein said connection variables of said particular TCP connection transferred to said TCP/IP Offload Engine lack segment-invariant variables of said particular TCP connection.
  • 75. The system according to claim 72, wherein said connection variables of said particular TCP connection transferred to the TCP/IP Offload Engine lack segment-invariant variables and connection-invariant variables of said particular TCP connection.
  • 76. The system according to claim 72, wherein said host determines if at least one of said connection variables controlled by said host have changed, wherein said host notifies said TCP/IP Offload Engine of changes in said at least one of said connection variables controlled by said host that has changed, and wherein said TCP/IP Offload Engine updates said connection variables in said TCP/IP Offload Engine in accordance with said notified changes.
  • 77. A machine-readable non-transitory storage, having stored thereon a computer program having at least one code section for providing TCP/IP offload, the at least one code section executable by a machine for causing the machine to perform the steps comprising: receiving transfer of control of segment-variant variables by a TCP/IP Offload Engine from a host;receiving a snapshot of segment-invariant variables and connection-invariant variables by said TCP/IP Offload Engine;independently processing incoming Transmission Control Protocol packets via said TCP/IP Offload Engine based upon said segment-variant variables and said snapshot; andupdating at least a portion of said sent snapshot and at least a portion of said segment-variant variables and transferring at least a portion of said updated at least said portion of said sent snapshot and at least said portion of said updated segment-variant variables back to said host.
  • 78. A system for providing TCP/IP offload, the system comprising: a TCP/IP Offload Engine that:receives transfer of control of segment-variant variables from a host;receives a snapshot of segment-invariant variables and connection-invariant variables;independently processes incoming Transmission Control Protocol packets based upon said segment-variant variables and said snapshot; andupdates at least a portion of said sent snapshot and at least a portion of said segment-variant variables, wherein said TCP/IP Offload Engine transfers at least a portion of said updated at least said portion of said sent snapshot and at least said portion of said updated segment-variant variables back to said host.
  • 79. A machine-readable non-transitory storage, having stored thereon a computer program having at least one code section for processing a Transmission Control Protocol connection, the at least one code section executable by a machine for causing the machine to perform the steps comprising: establishing a Transmission Control Protocol connection between a TCP/IP Offload Engine and a host;sharing a control plane for said Transmission Control Protocol connection by said TCP/IP Offload Engine with said host;updating Transmission Control Protocol connection variables by said TCP/IP Offload Engine; andcommunicating said updated Transmission Control Protocol connection variables from said TCP/IP Offload Engine to said host.
  • 80. The machine-readable non-transitory storage according to claim 79, wherein said sharing of said control plane comprises receiving control of segment-variant variables corresponding to said Transmission Control Protocol connection by said TCP/IP Offload Engine.
  • 81. The machine-readable non-transitory storage according to claim 79, comprising code for uploading said Transmission Control Protocol connection to said host from said TCP/IP Offload Engine.
  • 82. The machine-readable non-transitory storage according to claim 81, wherein said code for uploading said Transmission Control Protocol connection comprises code for transferring control of segment-variant variables corresponding to said Transmission Control Protocol connection to said host.
  • 83. The machine-readable non-transitory storage according to claim 81, comprising code for offloading said uploaded Transmission Control Protocol connection to said TCP/IP Offload Engine from said host.
  • 84. The machine-readable non-transitory storage according to claim 83, wherein said code for offloading said uploaded TCP connection comprises code for transferring said control of said segment-variant variables corresponding to said uploaded TCP connection to said TCP/IP Offload Engine.
  • 85. A system for processing a Transmission Control Protocol connection, the system comprising: a TCP/IP Offload Engine operatively coupled to a host, wherein said TCP/IP Offload Engine:establishes a Transmission Control Protocol connection between said TCP/IP Offload Engine and said host;shares a control plane for said Transmission Control Protocol connection with said host;updates Transmission Control Protocol connection variables; andcommunicates said updated Transmission Control Protocol connection variables to said host.
  • 86. The system according to claim 85, wherein said TCP/IP Offload Engine receives control of segment-variant variables corresponding to said Transmission Control Protocol connection.
  • 87. The system according to claim 85, wherein said TCP/IP Offload Engine uploads said Transmission Control Protocol connection to said host.
  • 88. The system according to claim 87, wherein said TCP/IP Offload Engine transfers control of segment-variant variables corresponding to said Transmission Control Protocol connection to said host during said uploading.
  • 89. The system according to claim 87, wherein said TCP/IP Offload Engine receives said uploaded Transmission Control Protocol connection from said host.
  • 90. The system according to claim 89, wherein said TCP/IP Offload Engine receives from said host, said control of said segment-variant variables corresponding to said uploaded TCP connection during said offloading.
  • 91. A system for Transmission Control Protocol offload, the system comprising: a TCP/IP Offload Engine operatively coupled to a host, wherein said TCP/IP Offload Engine:acquires Transmission Control Protocol connection variables from said host;manages at least one Transmission Control Protocol connection using said acquired Transmission Control Protocol connection variables;updates at least a portion of said acquired Transmission Control Protocol connection variables; andtransfers said updated at least a portion of said acquired Transmission Control Protocol connection variables to said host.
  • 92. The system according to claim 91, wherein said Transmission Control Protocol connection variables are independent of bandwidth delay product.
  • 93. The system according to claim 91, wherein said host utilizes at least a portion of said updated at least said portion of said acquired TCP connection variables to process said at least said at least one Transmission Control Protocol connection.
  • 94. The system according to claim 91, wherein said TCP/IP Offload Engine pulls said Transmission Control Protocol connection variables from a stack.
  • 95. The system according to claim 91, wherein said TCP/IP Offload Engine pushes said updated at least a portion of said acquired Transmission Control Protocol connection variables onto a stack.
CROSS-REFERENCE TO RELATED APPLICATIONS INCORPORATION BY REFERENCE

This application is a continuation of U.S. patent application Ser. No. 10/652,183 filed Aug. 29, 2003, and makes reference to, claims priority to and claims benefit from: U.S. Provisional Patent Application Ser. No. 60/408,617, entitled “System and Method for TCP/IP Offload” filed on Sep. 6, 2002; and U.S. Provisional Patent Application Ser. No. 60/407,165, filed on Aug. 30, 2002; and U.S. Provisional Patent Application Ser. No. 60/456,260, filed on Mar. 20, 2003. The above stated application is incorporated herein by reference in its entirety.

US Referenced Citations (412)
Number Name Date Kind
4333020 Maeder Jun 1982 A
4395774 Rapp Jul 1983 A
4433378 Leger Feb 1984 A
4445051 Elmasry Apr 1984 A
4449248 Leslie May 1984 A
4463424 Mattson Jul 1984 A
4519068 Krebs May 1985 A
4545023 Mizzi Oct 1985 A
4590550 Eilert May 1986 A
4599526 Paski Jul 1986 A
4649293 Ducourant Mar 1987 A
4680787 Marry Jul 1987 A
4717838 Brehmer Jan 1988 A
4721866 Chi Jan 1988 A
4727309 Vajdic Feb 1988 A
4737975 Shafer Apr 1988 A
4760571 Schwarz Jul 1988 A
4761822 Maile Aug 1988 A
4777657 Gillaspie Oct 1988 A
4791324 Hodapp Dec 1988 A
4794649 Fujiwara Dec 1988 A
4804954 Macnak Feb 1989 A
4806796 Bushey Feb 1989 A
4807282 Kazan Feb 1989 A
4817054 Banerjee Mar 1989 A
4817115 Campo Mar 1989 A
4821034 Anderson Apr 1989 A
4850009 Zook Jul 1989 A
4890832 Komaki Jan 1990 A
4894792 Mitchell Jan 1990 A
4916441 Gombrich Apr 1990 A
4964121 Moore Oct 1990 A
4969206 Desrochers Nov 1990 A
4970406 Fitzpatrick Nov 1990 A
4977611 Maru Dec 1990 A
4995099 Davis Feb 1991 A
5008879 Fischer Apr 1991 A
5025486 Klughart Jun 1991 A
5029183 Tymes Jul 1991 A
5031231 Miyazaki Jul 1991 A
5033109 Kawano Jul 1991 A
5041740 Smith Aug 1991 A
5055659 Hendrick Oct 1991 A
5055660 Bertagna Oct 1991 A
5079452 Lain Jan 1992 A
5081402 Koleda Jan 1992 A
5087099 Stolarczyk Feb 1992 A
5115151 Hull May 1992 A
5117501 Childress May 1992 A
5119502 Kallin Jun 1992 A
5121408 Cai Jun 1992 A
5122689 Barre Jun 1992 A
5123029 Bantz Jun 1992 A
5128938 Borras Jul 1992 A
5134347 Koleda Jul 1992 A
5142573 Umezawa Aug 1992 A
5149992 Allstot Sep 1992 A
5150361 Wieczorek Sep 1992 A
5152006 Klaus Sep 1992 A
5153878 Krebs Oct 1992 A
5162674 Allstot Nov 1992 A
5175870 Mabey Dec 1992 A
5177378 Nagasawa Jan 1993 A
5179721 Comroe Jan 1993 A
5181200 Harrison Jan 1993 A
5196805 Beckwith Mar 1993 A
5216295 Hoang Jun 1993 A
5230084 Nguyen Jul 1993 A
5239662 Danielson Aug 1993 A
5241542 Natarajan Aug 1993 A
5241691 Owen Aug 1993 A
5247656 Kabuo Sep 1993 A
5249220 Moskowitz Sep 1993 A
5249302 Metroka Sep 1993 A
5265238 Canova Nov 1993 A
5265270 Stengel Nov 1993 A
5274666 Dowdell Dec 1993 A
5276680 Messenger Jan 1994 A
5278831 Mabey Jan 1994 A
5289055 Razavi Feb 1994 A
5289469 Tanaka Feb 1994 A
5291516 Dixon Mar 1994 A
5293639 Wilson Mar 1994 A
5296849 Ide Mar 1994 A
5297144 Gilbert Mar 1994 A
5301196 Ewen Apr 1994 A
5304869 Greason Apr 1994 A
5315591 Brent May 1994 A
5323392 Ishii Jun 1994 A
5329192 Wu Jul 1994 A
5331509 Kikinis Jul 1994 A
5345449 Buckingham Sep 1994 A
5349649 Iijima Sep 1994 A
5355453 Row Oct 1994 A
5361397 Wright Nov 1994 A
5363121 Freund Nov 1994 A
5373149 Rasmussen Dec 1994 A
5373506 Tayloe Dec 1994 A
5390206 Rein Feb 1995 A
5392023 D'Avello Feb 1995 A
5406615 Miller Apr 1995 A
5406643 Burke Apr 1995 A
5418837 Johansson May 1995 A
5420529 Guay May 1995 A
5423002 Hart Jun 1995 A
5426637 Derby Jun 1995 A
5428636 Meier Jun 1995 A
5430845 Rimmer Jul 1995 A
5432932 Chen Jul 1995 A
5434518 Sinh Jul 1995 A
5437329 Brooks Aug 1995 A
5440560 Rypinski Aug 1995 A
5455527 Murphy Oct 1995 A
5457412 Tamba Oct 1995 A
5459412 Mentzer Oct 1995 A
5465081 Todd Nov 1995 A
5473607 Hausman Dec 1995 A
5481265 Russell Jan 1996 A
5481562 Pearson Jan 1996 A
5488319 Lo Jan 1996 A
5502719 Grant Mar 1996 A
5510734 Sone Apr 1996 A
5510748 Erhart Apr 1996 A
5519695 Purohit May 1996 A
5521530 Yao May 1996 A
5533029 Gardner Jul 1996 A
5535373 Olnowich Jul 1996 A
5544222 Robinson Aug 1996 A
5548230 Gerson Aug 1996 A
5548238 Zhang Aug 1996 A
5550491 Furuta Aug 1996 A
5576644 Pelella Nov 1996 A
5579487 Meyerson Nov 1996 A
5583456 Kimura Dec 1996 A
5584048 Wieczorek Dec 1996 A
5600267 Wong Feb 1997 A
5603051 Ezzet Feb 1997 A
5606268 Van Brunt Feb 1997 A
5619497 Gallagher Apr 1997 A
5619650 Bach Apr 1997 A
5625308 Matsumoto Apr 1997 A
5628055 Stein May 1997 A
5630061 Richter May 1997 A
5640356 Gibbs Jun 1997 A
5640399 Rostoker Jun 1997 A
5668809 Rostoker Sep 1997 A
5675584 Jeong Oct 1997 A
5675585 Bonnot Oct 1997 A
5680038 Fiedler Oct 1997 A
5680633 Koenck Oct 1997 A
5689644 Chou Nov 1997 A
5724361 Fiedler Mar 1998 A
5726588 Fiedler Mar 1998 A
5732346 Lazaridia Mar 1998 A
5740366 Mahany Apr 1998 A
5742604 Edsall Apr 1998 A
5744366 Kricka Apr 1998 A
5744999 Kim Apr 1998 A
5748631 Bergantino May 1998 A
5754549 DeFoster May 1998 A
5767699 Bosnyak Jun 1998 A
5778414 Winter Jul 1998 A
5796727 Harrison Aug 1998 A
5798658 Werking Aug 1998 A
5802258 Chen Sep 1998 A
5802287 Rostoker Sep 1998 A
5802465 Hamalainen Sep 1998 A
5802576 Tzeng Sep 1998 A
5805927 Bowes Sep 1998 A
5821809 Boerstler Oct 1998 A
5826027 Pedersen Oct 1998 A
5828653 Goss Oct 1998 A
5829025 Mittal Oct 1998 A
5831985 Sandorfi Nov 1998 A
5839051 Grimmett Nov 1998 A
5844437 Asazawa Dec 1998 A
5848251 Lomelino Dec 1998 A
5859669 Prentice Jan 1999 A
5861881 Freeman Jan 1999 A
5875465 Kilpatrick Feb 1999 A
5877642 Takahashi Mar 1999 A
5887146 Baxter Mar 1999 A
5887187 Rostoker Mar 1999 A
5892382 Ueda Apr 1999 A
5892922 Lorenz Apr 1999 A
5893150 Hagersten Apr 1999 A
5893153 Tzeng Apr 1999 A
5903176 Westgate May 1999 A
5905386 Gerson May 1999 A
5908468 Hartmann Jun 1999 A
5909127 Pearson Jun 1999 A
5909686 Muller Jun 1999 A
5914955 Rostoker Jun 1999 A
5937169 Connery Aug 1999 A
5940771 Gollnick Aug 1999 A
5945847 Ransijn Aug 1999 A
5945858 Sato Aug 1999 A
5945863 Coy Aug 1999 A
5961631 Devereux Oct 1999 A
5969556 Hayakawa Oct 1999 A
5974508 Maheshwari Oct 1999 A
5977800 Iravani Nov 1999 A
5978379 Chan Nov 1999 A
5978849 Khanna Nov 1999 A
5987507 Creedon Nov 1999 A
6002279 Evans Dec 1999 A
6008670 Pace Dec 1999 A
6014041 Somasekhar Jan 2000 A
6014705 Koenck Jan 2000 A
6025746 So Feb 2000 A
6026075 Linville Feb 2000 A
6028454 Elmasry Feb 2000 A
6037841 Tanji Mar 2000 A
6037842 Bryan Mar 2000 A
6038254 Ferraiolo Mar 2000 A
6061351 Erimli May 2000 A
6061747 Ducaroir May 2000 A
6064626 Stevens May 2000 A
6081162 Johnson Jun 2000 A
6094074 Chi Jul 2000 A
6098064 Piroll Aug 2000 A
6104214 Ueda Aug 2000 A
6111425 Bertin Aug 2000 A
6111859 Godfrey Aug 2000 A
6114843 Olah Sep 2000 A
6118776 Berman Sep 2000 A
6122667 Chung Sep 2000 A
6141705 Anand Oct 2000 A
6151662 Christie Nov 2000 A
6157623 Kerstein Dec 2000 A
6178159 He Jan 2001 B1
6185185 Bass Feb 2001 B1
6188339 Hasegawa Feb 2001 B1
6194950 Kibar Feb 2001 B1
6202125 Patterson Mar 2001 B1
6202129 Palanca Mar 2001 B1
6209020 Angie Mar 2001 B1
6215497 Leung Apr 2001 B1
6218878 Ueno Apr 2001 B1
6222380 Gerowitz Apr 2001 B1
6223239 Olarig Apr 2001 B1
6226680 Boucher May 2001 B1
6232844 Talaga May 2001 B1
6243386 Chan Jun 2001 B1
6247060 Boucher Jun 2001 B1
6259312 Murtojarvi Jul 2001 B1
6265898 Bellaouar Jul 2001 B1
6266797 Godfrey Jul 2001 B1
6269427 Kuttanna Jul 2001 B1
6279035 Brown Aug 2001 B1
6310501 Yamashita Oct 2001 B1
6324181 Wong Nov 2001 B1
6332179 Okpisz Dec 2001 B1
6334153 Boucher Dec 2001 B2
6345301 Burns et al. Feb 2002 B1
6349098 Parruck Feb 2002 B1
6349365 McBride Feb 2002 B1
6356944 McCarty Mar 2002 B1
6363011 Hirose Mar 2002 B1
6366583 Rowett Apr 2002 B2
6373846 Daniel Apr 2002 B1
6374311 Mahany Apr 2002 B1
6385201 Iwata May 2002 B1
6389479 Boucher May 2002 B1
6396832 Kranzler May 2002 B1
6396840 Rose May 2002 B1
6424194 Hairapetian Jul 2002 B1
6424624 Galand Jul 2002 B1
6427171 Craft Jul 2002 B1
6427173 Boucher Jul 2002 B1
6434620 Boucher Aug 2002 B1
6438651 Slane Aug 2002 B1
6459681 Oliva Oct 2002 B1
6463092 Kim Oct 2002 B1
6470029 Shimizu Oct 2002 B1
6484224 Robins Nov 2002 B1
6496479 Shionazaki Dec 2002 B1
6535518 Hu Mar 2003 B1
6538486 Chen Mar 2003 B1
6564267 Lindsay May 2003 B1
6597689 Chiu Jul 2003 B1
6606321 Natanson Aug 2003 B1
6614791 Luciani Sep 2003 B1
6614796 Black Sep 2003 B1
6631351 Ramachandran Oct 2003 B1
6633936 Keller Oct 2003 B1
6636947 Neal Oct 2003 B1
6658599 Linam Dec 2003 B1
6665759 Dawkins Dec 2003 B2
6681283 Thekkath Jan 2004 B1
6697868 Craft et al. Feb 2004 B2
6757291 Hu Jun 2004 B1
6757746 Boucher Jun 2004 B2
6765901 Johnson Jul 2004 B1
6766389 Hayter Jul 2004 B2
6788686 Khotimsky Sep 2004 B1
6788704 Lindsay Sep 2004 B1
6816932 Cho Nov 2004 B2
6845403 Chadalapaka Jan 2005 B2
6850521 Kadambi Feb 2005 B1
6859435 Lee Feb 2005 B1
6862296 Desai Mar 2005 B1
6865158 Iwamoto Mar 2005 B2
6874054 Clayton Mar 2005 B2
6897697 Yin May 2005 B2
6904519 Anand Jun 2005 B2
6911855 Yin Jun 2005 B2
6912603 Kanazashi Jun 2005 B2
6927606 Kocaman Aug 2005 B2
6937080 Hairapetian Aug 2005 B2
6938092 Burns Aug 2005 B2
6971006 Krishna Nov 2005 B2
6976205 Ziai Dec 2005 B1
6982583 Yin Jan 2006 B2
7007103 Pinkerton Feb 2006 B2
7009985 Black Mar 2006 B2
7089326 Boucher et al. Aug 2006 B2
7149817 Pettey Dec 2006 B2
7149819 Pettey Dec 2006 B2
7181531 Pinkerton Feb 2007 B2
7185266 Blightman Feb 2007 B2
7212534 Kadambi May 2007 B2
7346701 Elzur Mar 2008 B2
7362769 Black Apr 2008 B2
7366190 Black Apr 2008 B2
7376755 Pandya May 2008 B2
7382790 Warren Jun 2008 B2
7385972 Black Jun 2008 B2
7397788 Mies Jul 2008 B2
7397800 Elzur Jul 2008 B2
7400639 Madukkarumukumana Jul 2008 B2
7411959 Elzur Aug 2008 B2
7430171 Black Sep 2008 B2
7472156 Philbrick Dec 2008 B2
7515612 Thompson Apr 2009 B1
7519650 Boyd et al. Apr 2009 B2
7586850 Warren Sep 2009 B2
7644188 Vlodavsky Jan 2010 B2
20010026553 Gallant Oct 2001 A1
20010037397 Boucher Nov 2001 A1
20020062333 Anand May 2002 A1
20020078265 Frazier Jun 2002 A1
20020085562 Hufferd Jul 2002 A1
20020089927 Fischer Jul 2002 A1
20020095519 Philbrick Jul 2002 A1
20020103988 Dornier Aug 2002 A1
20020130692 Hairapetian Sep 2002 A1
20020174253 Hayter Nov 2002 A1
20020190770 Yin Dec 2002 A1
20020194400 Porterfield Dec 2002 A1
20030001646 Hairapetian Jan 2003 A1
20030016628 Kadambi Jan 2003 A1
20030021229 Kadambi Jan 2003 A1
20030038809 Peng Feb 2003 A1
20030046330 Hayes Mar 2003 A1
20030046418 Raval Mar 2003 A1
20030051128 Rodriguez Mar 2003 A1
20030061505 Sperry Mar 2003 A1
20030067337 Yin Apr 2003 A1
20030079033 Craft Apr 2003 A1
20030084185 Pinkerton May 2003 A1
20030105977 Brabson Jun 2003 A1
20030107996 Black Jun 2003 A1
20030108050 Black Jun 2003 A1
20030108058 Black Jun 2003 A1
20030108060 Black Jun 2003 A1
20030108061 Black Jun 2003 A1
20030118040 Black Jun 2003 A1
20030140124 Burns Jul 2003 A1
20030169753 Black Sep 2003 A1
20030172342 Elzur Sep 2003 A1
20030174720 Black Sep 2003 A1
20030174721 Black Sep 2003 A1
20030174722 Black Sep 2003 A1
20030198251 Black Oct 2003 A1
20030204631 Pinkerton Oct 2003 A1
20030204634 Pinkerton Oct 2003 A1
20040019652 Freimuth Jan 2004 A1
20040042458 Elzur Mar 2004 A1
20040042464 Elzur Mar 2004 A1
20040042483 Elzur Mar 2004 A1
20040042487 Ossman Mar 2004 A1
20040044798 Elzur Mar 2004 A1
20040062245 Sharp Apr 2004 A1
20040062275 Siddabathuni Apr 2004 A1
20040081186 Warren Apr 2004 A1
20040085972 Warren May 2004 A1
20040085994 Warren May 2004 A1
20040093411 Elzur May 2004 A1
20040133713 Elzur Jul 2004 A1
20040193733 Vangal et al. Sep 2004 A1
20040227544 Yin Nov 2004 A1
20050027911 Hayter Feb 2005 A1
20050160139 Boucher Jul 2005 A1
20050165980 Clayton Jul 2005 A1
20050184765 Hairapetian Aug 2005 A1
20050185654 Zadikian Aug 2005 A1
20050216597 Shah Sep 2005 A1
20050278459 Boucher Dec 2005 A1
20060165115 Warren Jul 2006 A1
20060176094 Hairapetian Aug 2006 A1
20070170966 Hairapetian Jul 2007 A1
20070171914 Kadambi Jul 2007 A1
20070237163 Kadambi Oct 2007 A1
20080025315 Elzur Jan 2008 A1
20080095182 Elzur Apr 2008 A1
20080151922 Elzur Jun 2008 A1
20080205421 Black Aug 2008 A1
20080276018 Hayter Nov 2008 A1
20080298369 Elzur Dec 2008 A1
20090074408 Black Mar 2009 A1
20090128380 Hairapetian May 2009 A1
Foreign Referenced Citations (18)
Number Date Country
0465090 Apr 1996 EP
0692892 Apr 2003 EP
1345382 Sep 2003 EP
1357721 Oct 2003 EP
1460804 Sep 2004 EP
1460805 Sep 2004 EP
1460806 Sep 2004 EP
1206075 Nov 2007 EP
1537695 Feb 2009 EP
2725573 Nov 1994 FR
19940012105 Apr 1996 FR
1188301 Jul 1989 JP
6232872 Aug 1994 JP
9006691 Jan 1997 JP
WO9900948 Jan 1999 WO
WO0056013 Sep 2000 WO
WO0235784 May 2002 WO
WO03079612 Sep 2003 WO
Non-Patent Literature Citations (59)
Entry
Emulex Corporation's Answer, Affirmative Defenses, and Counterclaims, Demand for Jury Trial, Broadcom Corporation vs. Emulex Corporation, Case No. SACV 09-1058-JVS (ANx), Nov. 4, 2009.
Ewen, “Single-Chip 1062 Mbaud CMOS Transceiver for Serial Data communication”, 1995 IEEE International Solid-State Circuits Conference, Digest of Technical Papers, First Edition, Feb. 1995, pp. 1-2, 6-13, 32-33, 336, IEEE Catalog No. 95CH35753, Publisher: John H. Wuorinen, Castine, ME 04421.
Fiedler, “A 1.0625Gbps Transceiver with 2x-Oversampling and Transmit Signal Pre-Emphasis”, 1997 IEEE International Solid-State Circuits Conference, Digest of Technical Papers, ISSCC97, Session 15, Serial Data Communications, Paper FP 15.1, pp. 238-239, 464.
Fujimori, “A 90-dB SNR 2.5-MHz Output-Rate ADC Using Cascaded Multibit Delta-Sigma Modulation at 8x Oversampling Ratio”, IEEE Journal of Solid-State Circuits, vol. 35, No. 12, Dec. 2000, pp. 1820-1828.
Corner, “A CMOS Phase Detector for Mixed Signal ASIC Application”, IEEE, 1993, pp. 232-234.
Fiedler, “A CMOS Pulse Density Modulator for High-Resolution A/D Converters”, IEEE Journal of Solid-State Circuits, vol. sc-19, No. 6, Dec. 1984, pp. 995-996.
Momtaz, “A Fully Integrated SONET OC-48 Transceiver in Standard CMOS”, IEEE Journal of Solid-State Circuits, vol. 36, No. 12, Dec. 2001, pp. 1964-1973.
Schmitt, “A Low Voltage CMOS Current Source”, pp. 110-113.
Hairapetian, “An 81-MHz IF Receiver in CMOS”, IEEE Journal of Solid-State Circuits, vol. 31, No. 12, Dec. 1996, pp. 1981-1986.
Ang, “An Evaluation of an Attempt at Offloading TCP/IP Protocol Processing Onto An i96ORN-Based iNIC”, Hewlett Packard, 2001, pp. 1-33.
Fischer, “CiNIC-Calpoly Intelligent NIC”, A Thesis Presented to the Faculty of California Polytechnic State University, San Luis Obispo, Jun. 2001, pp. i-xi, 1-137.
Tanenbaum, Excerpt from Computer Networks, Third Edition, 1996, Publisher: Prentice Hall PTF, Upper Saddle River, New Jersey 07458, pp. 556-558.
Allstot, “Current-Mode Logic Techniques for CMOS Mixed-Mode ASIC's”, IEEE Custom Integrated Circuits Conference, 1991, pp. 25.2.1-25.2.4.
Shivam, “EMP: Zero-copy OS-bypass NIC-Driven Gigabit Ethernet Message Passing”, SC1001 Nov. 2001, Denver, CO.
Nayfeh, “Exploring the Design Space for a Shared-Cache Multiprocessor”, Computer Systems Laboratory, Stanford University, IEEE, 1994, pp. 166-175.
Fibre Channel Arbitration Loop (FC-AL), X3.262-199x, X3T11/Project 960D/Rev. 4.5, working draft proposal, American National Standard for Information Technology, Jun. 1, 1995, pp. i-x, 1-92.
Fibre Channel Physical and Signaling Interface (FC-PH), X3.230-199x, X3T11 Project 755D/Rev. 4.3, working draft proposal, American National Standard for Information Systems, Jun. 1, 1994, pp. i-xxxiv, 1-338, Index.
Yeh, “Introduction to TCP/IP Offload Engine (TOA)”, 10 Gigabit Ethernet Alliance, Version 1.0, Apr. 2002.
Sanchez, “Iterations in TCP/IP—Ethernet Network Optimization”, a Master's thesis presented to the Faculty of California, Polytechnic State University, San Luis Obispo, Jun. 1999, pp. i-xiii, 1-156.
Allam, “Low Power CMOS Logic Families”, IEEE, 1999, pp. 419-422.
Hairapetian, “Low-Temperature Mobility Measurements on CMOS Devices”, IEEE Transactions on Electron Devices, vol. 36, No. 8, Aug. 1989, pp. 1448-1455.
Cao, “OC-192 Transmitter and Receiver in Standard 0.18-um CMOS”, IEEE Journal of Solid-State Circuits, vol. 37, No. 12, Dec. 2002, pp. 1768-1780.
Series H: Audiovisual and Multimedia Systems, Infrastructure of Audiovisual Services—Systems and Terminal Equipment for Audiovisual Services; Visual Telephone Systems and Equipment for Local Area Networks Which Provide a Non-Guaranteed Quality of Serives, ITU-T Recommendation H.323, Superseded by a more recent version, Nov. 1996, pp. i-v, 1-71, 1.
Pinkerton, “The Case for RDMA”, May 29, 2002, pp. 1-27.
Pope, “Tip of the Week: Net-Interface Accelerators Can Help or Hinder”, Network Systems Design Line, Feb. 26, 2007, http://www.networksystemsdesignline.com, pp. 1-2.
Dally, “Virtual-Channel Flow Control”, IEEE Transactions on Parallel and Distributed Systems, vol. 3, No. 2, Mar. 1992, pp. 194-205.
European Search Report corresponding to European Patent Application No. 03791992.5-1244, dated Sep. 7, 2010.
Defendant Emulex Corporation's Disclosure of Preliminary Invalidity Contentions and Exhibit F, Broadcom v. Emulex Corporation, Case No. SACV 09-1058-JVS (ANx), dated Jun. 28, 2010.
Plaintiff Broadcom Corporation's Opening Markman Brief, United States Districk Court, Central District of California, Southern Division, Broadcom Corporation v. Elulex Corporation, Case No. SACV09-01058 JVS (ANx), SACV10-03963-JVS (ANx), dated Oct. 18, 2010.
Defendant and Counterclaim Plaintiff Emulex Corporation's Opening Claim Construction Brief, United States District Court, Central District of California, Broadcom Corporation v. Emulex Corporation, Case No. SACV09-1058-JVS (ANx) consilidated with CV 10-3963 JVS (ANx), dated Oct. 18, 2010.
Plaintiff Broadcom Corporation's Reply Markman Brief, United States District Court, Central District of California, Southern Division, Broadcom Corporation v. Emulex Corporation, Case No. SACV09-01058 JVS (ANx), SACV 1003963-JVS (ANx), dated Nov. 8, 2010
Defendant and Counterclaim Plaintiff Emulex Corporation's Reply Claim Construction Brief, United States District Court, Central District of California, Broadcom Corporation v. Emulex Corporation, Case No. SACV 09-1058-JVS (ANx) consolidated with CV 10-3963 JVS (ANx), dated Nov. 8, 2010.
Order Regarding Markman/Claim Construction Hearing, United States District Court, Central District of California, Broadcom Corporation v. Emulex Corporation, Case No. SACV 09-01058-JVS (ANx) consolidated SACV 10-03963-JVS (Anx), dated Dec. 17, 2010.
Deposition of Frankie Fan-Volume one, United States District Court, Central District of California, Southern Division, Broadcom Corporation v. Emulex Corporation, Case No. 09-1058 JVS (ANx), dated Sep. 22, 2010.
Deposition of Frankie Fan Volume two, United States District Court, Central District of California, Southern Division, Broadcom Corporationv. Emulex Corporation, Case No. 09-1058 JVS (ANx), dated Sep. 22, 2010.
Joint Claim Construction and Prehearing Statement Pursuant to N.D. Cal. Patent L.R. 4-3, United States District Court, Central District, Southern Division, Broadcom Corporation v. Emulex Corporation, Case No. SACV09-1058 JVS (ANx), 10-03963-JVS (ANx).
Exhibit A: Disputed Terms, Proposed Constructions, and Intrinsic and Extrinsic Evidence, Broadcom Corporationv. Emulex Corporation, Case No. 8:09-cv-01058-JVS-AN.
User's Guide: Alacritech 100x4 Quad-Port Server Adapter and Alacritech 100x2 Dual-Port Server Adapter, (Bates Nos. ELX-PST-00045223 - ELX-PAT-00045268).
RFC 793, Transmission Control Protocol, DRPA Internet Program, Protocol Specification, Sep. 1981.
Koufopavlou, Odysseas G., and Zitterbart, Martina, Parallel TCP for High Performance Communication System, Globecom '92, IEEE Global Telecommunications Conference, Orlando, FL, Dec. 6-9, 1992, pp. 1395-1399.
MacLean, R. Andrew, and Barvick, Scott E., An Outboard Processor for High Performance Implementation of Transport Layer Protocols, IEEE Global Telecommunications Conference, Phoenix, AZ, Dec. 2-5, 1991, pp. 1728-1732.
User's Guide: Alacritech 1000x4 Quad-Port Server Adapter, Alacritech 100x2 Dual-Port Server Adapter, Alacritech 100x1 Single-Port Server Adapter (4th ed.) (900006r7f), Nov. 2000.
Alacritech 100 x 4 Quad-Port Server Adapter (Model #2000-100000)[on sale and public use by 2000].
Hardware Installation Guide: Alacritech 100x4 Quad-Port Server Adapter.
Alacritech: Company Milestones.
Alacritech Press Release: Alacritech Ships Industry's First Gigabit Ethernet Accelerator, Oct. 22, 2001.
Raut, Abhay, Verification of a Transport Offload Engine, Dec. 2002.
Gallatin, Andrew, Chase, Jeff, and Yocum, Ken, Trapeze/IP: TCP/IP at Near-Gigabit Speeds, Proceedings of the FREENIX Track: 1999 USENIX Annual Technical Conference, Monterey, CA, Jun. 6-11, 1999.
Buonadonna, Phil, and Culler, David, Queue-Pair Ip: A Hybrid Architecture for System Area Networks, Copyright 2002 Intel Corporation, IRB-TR-02-002, Mar. 2002.
Kaiserswerth, Matthias, The Parallel Protocol Engine, IBM Research Division, Zurich Research Laboratory, Switzerland, undated.
Xiao, Xipeng and Lionel, M.Ni, Parallel Routing Table Computation for Scalable IP Routers, undated.
Dunkels, Adam, Minimal TCP/IP Implementation with Proxy Support, SICS Technical Report, ISSN 1100-3154, ISRN: SICS-T-2001/20-SE, Feb. 2001.
Sarkar, Prasenjit and Voruganti, Kaladhar, IP Storage: The Challenge Ahead, IBM Almaden Research Center, San Jose, CA, undated.
Chase, Jeffrey S., Gallatin, Andrew J., and Yocum, Kenneth G., End-System Optimizations for High-Speed TCP, Duke University, Durham, NC, undated.
Wright & Stevens, TCP/IP Illustrated, vol. 2: The Implementation, Corporate Professional Publishing Group, Reading MA 01867, ISBN 0-201-63354-X, 1995, pp. 803-805.
Wright & Stevens, TCP/IP Illustrated, vol. 2: The Implementation, Corporate Professional Publishing Group, Reading MA 01867, ISBN 0-201-63354-X, 1995, pp. 817-818.
Wright & Stevens, TCP/IP Illustrated, vol. 2: The Implementation, Corporate Professional Publishing Group, Reading MA 01867, ISBN 0-201-63354-X, 1995, pp. 790-840.
Ang, An Evaluation of an Attempt at Offloading TCP/IP Protocol Processing Onto An i960RN-based iNIC, Hewlett Packard, Jan. 9, 2001.
Defendant Emulex Corporation's First Amended Disclosure of Preliminary Invalidity Contentions, with Exhibit E, Broadcom Corporationv. Emulex Corporation, Case No. SACV 09-1058-JVS (ANx), Aug. 30, 2010.
Related Publications (1)
Number Date Country
20080095182 A1 Apr 2008 US
Provisional Applications (3)
Number Date Country
60408617 Sep 2002 US
60407165 Aug 2002 US
60456260 Mar 2003 US
Continuations (1)
Number Date Country
Parent 10652183 Aug 2003 US
Child 11963105 US