This technology generally relates to improving network efficiency and in particular, to a system and method for post shaping TCP packetization.
Transmission Control Protocol (TCP) provides a communication service between application programs of a transmitting network device and a receiving network device using the Internet Protocol (IP). In particular, when a transmitting network device transmits a chunk of data across a wide area network (e.g. Internet), application layer software on the transmitter network device issues a request using the TCP layer. The TCP layer handles routing and SEND/ACK details to ensure delivery of the data to the receiving network device.
Due to network congestion, traffic load balancing or other unpredictable network behavior can cause data packets to be lost, duplicated, or delivered out of order between the transmitting and receiving network devices. The TCP layer detects these problems, requests retransmission of lost packets, rearranges out-of-order packets, and/or minimizes network congestion to reduce the occurrence of the other delivery problems. Once the receiving network device has reassembled data packets sent from the transmitting network device, it passes the data packets to the application program running on the network device.
When data packets are transmitted between the transmitting and receiving network devices, rate or traffic shaping is used by a rate shaper of the transmitting network device to control the rate of flow at which data is transmitted. Typically, the receiving network device continually informs the transmitting network device as to how much data it can receive. When the receiving network device's buffer fills up with data, the next acknowledgment which it sends to the transmitting network device notifies it to suspend or stop sending more data until the receiving network device is able to process the already received data packets and therefore catch up.
Network performance is maintained by using Quality of Service (QoS) procedures and implementations performed by the rate shaper, such as a QoS queue. Typically, the transmitting device packetizes data packets in accordance with TCP and sends those packetized or written data packets to the QoS queue. The QoS queue stores the packetized packets and buffers them before transmitting them to control the traffic flow based on predetermined handling parameters. However, this process results in Round Trip Time (RTT) variance as well as latency jitter as the transmitting device is unable to control when to transmit of the data packet after it has been written and sent to the QoS queue.
What is needed is a system and method which delays packetization of data packets to occur immediately before the data packets are to be transmitted.
A system, non-transitory machine readable medium and/or method of delayed packetization of data packets is disclosed. The system and method includes requesting authorization from a QoS queue to transmit an intended data packet over a network, wherein the authorization request is sent from an application module of a transmitting network device. The system and method includes receiving from the QoS queue a transmission order to transmit the intended data packet at a future time. The system and method includes packetizing the intended data packet in accordance with the transmission order at the future time. The system and method includes transmitting the packetized data packet over a network to a receiving network device.
While these examples are susceptible of embodiments in many different forms, there is shown in the drawings and will herein be described in detail preferred examples with the understanding that the present disclosure is to be considered as an exemplification and is not intended to limit the broad aspect to the embodiments illustrated.
In general, the system, non-transitory machine readable medium and method of the present disclosure utilizes the application module which operates with a QoS queue, whereby the application module is configured to await permission from the QoS queue before packetizing the data packet(s) before transmission. The present disclosure is a significant departure from the existing method of writing or packetizing the data packets and then forwarding the written data packets to the QoS queue for buffering. In particular, the system and method of the present disclosure is configured to allow the QoS queue to account for non-transmitted and unpacketized data stream and provide a place holder for the accounted-for data stream in which the place holder represents the order in which the data stream is to be transmitted.
The network traffic management device 110 is coupled to the servers 102 via local area network (LAN) 104 and client devices 106 via network 108. In aspect, requests in the form of data packets are sent from one or more client devices 106 to one or more servers 102. In particular, one or more network traffic management devices 110, which sit between the client device 106 and the server 102, receives and processes the requests, in the form of data packets, that are sent from a transmitting network device (e.g. requesting client device 102) and sends them to a receiving network device (e.g. server 102). Similarly, responses in the form of data packets that are transmitted from a transmitting network device (e.g. responding server 102 are received and processed by the network traffic management device 110, whereby the network traffic management device 110 sends the responses to the receiving network device (e.g. requesting client device 106).
Client devices 106 comprise computing devices capable of connecting to other computing network devices, such as network traffic management device 110 and/or the servers 102. Such connections are performed over wired and/or wireless networks, such as network 108, to send and receive data, such as for Web-based and non Web-based requests, receiving responses to requests and/or performing other tasks, in accordance with the processes described below in connection with the present disclosure. Non-limiting and non-exhausting examples of such client devices include personal computers (e.g., desktops, laptops, tablets), mobile and/or smart phones, video and video game consoles, smart televisions, vehicles incorporating computers and the like.
In an example, client devices 106 can run Web browsers that may provide an interface for operators, such as human users, to interact with or to make requests for resources to different web server-based applications or Web pages via the network 108, although other server resources may be requested by clients. One or more Web-based applications may run on a web application enabled server 102 that provide the requested data back to one or more network devices, such as client devices 106. One or more of the client devices also include client side software which allows the client device 106 to connect to the secure network via the network traffic management device 110.
Network 108 comprises a publicly accessible network, such as the Internet. However, it is contemplated that the network 108 may comprise other types of private and public networks that include other devices. Communications, such as requests from client devices 106 and responses from servers 102, take place over the network 108 which utilizes a network protocol, such as the HTTP and TCP/IP protocols, for example. However, the principles discussed herein are not limited to this example and can include other protocols. Further, it should be appreciated that network 108 may include local area networks (LANs), wide area networks (WANs), direct connections and any combination thereof, as well as other types and numbers of network types. On an interconnected set of LANs or other networks, including those based on differing architectures and protocols, routers, switches, hubs, gateways, bridges, and other intermediate network devices may act as links within and between LANs and other networks to enable messages and other data to be sent from and to network devices.
Also, communication links within and between LANs and other networks typically include twisted wire pair (e.g., Ethernet), coaxial cable, analog telephone lines, full or fractional dedicated digital lines including T1, T2, T3, and T4, Integrated Services Digital Networks (ISDNs), Digital Subscriber Lines (DSLs), wireless links including satellite links and other communications links known to those skilled in the relevant arts. In essence, the network 108 includes any communication method by which data may travel between client devices 106, servers 102 and network traffic management device 110, and the like.
LAN 104 comprises a private local area network that includes the network traffic management device 110 coupled to the one or more servers 102, although the LAN 104 may comprise other types of private and public networks with other devices. Networks, including local area networks, besides being understood by those skilled in the relevant arts, have already been generally described above in connection with network 108 and thus will not be described further.
The one or more servers 102 comprise one or more server computing machines capable of operating one or more Web-based and/or non Web-based applications that may be accessed by other network devices. Such applications may provide data representing requested resources, such as particular Web page(s), image(s) of physical objects, and any other objects, responsive to the requests. It should be noted that the server 102 may perform other tasks and provide other types of resources. It is to be understood that the one or more servers 102 may comprise hardware and/or software, and/or may represent a system with multiple servers that may include internal or external networks. In this example, the servers 102 may be Web application servers such as Microsoft® IIS servers or Apache® servers, although other types of servers may be used. Further, additional servers may be coupled to the network 108 and many different types of applications may be available on servers coupled to the network 108.
It should be noted that while only two servers 102 are shown in the environment 100 depicted in
As per the TCP/IP protocols, requests from the requesting client devices 106 may be sent as one or more streams of data packets over network 108 to the network traffic management device 110 and/or the servers 102. Such protocols can establish connections, send and receive data for existing connections, and the like.
As shown in the example environment 100 depicted in
Generally, the network traffic management device 110 manages network communications, which may include one or more client requests and server responses, via the network 108 between one or more client devices 106 and one or more of the servers 102. These requests may be destined for one or more servers 102, and may take the form of one or more TCP/IP data packets. In an aspect, the requests pass through one or more intermediate network devices and/or intermediate networks, until they ultimately reach the network traffic management device 110. In any case, the network traffic management device 110 may manage the network communications by performing several network traffic related functions involving the communications. Additionally, the network traffic management device 110 may perform such functions including, but not limited to, load balancing, access control, and the like.
Device processor 200 comprises one or more microprocessors configured to execute computer/machine readable and executable instructions, such as the application module 210, stored in device memory 218. It is understood that the processor 200 may comprise other types and/or combinations of processors, such as digital signal processors, micro-controllers, application specific integrated circuits (“ASICs”), programmable logic devices (“PLDs”), field programmable logic devices (“FPLDs”), field programmable gate arrays (“FPGAs”), and the like. The processor is programmed or configured according to the teachings as described and illustrated in the present disclosure.
Device I/O interfaces 202 comprise one or more user input and output device interface mechanisms. The interface may include a computer keyboard, touchscreen, mouse, display device, and the corresponding physical ports and underlying supporting hardware and software to enable the network device 106, 110 to communicate with the outside environment. Such communication may include accepting user data input and to provide user output, although other types and numbers of user input and output devices may be used. Additionally or alternatively, as will be described in connection with network interface 204 below, the network device 106, 110 may communicate with the outside environment for certain types of operations (e.g., configuration) via one or more network management ports.
Network interface 204 comprises one or more mechanisms that enable the network device 106, 110 to engage in TCP/IP communications via the LAN 104 and the network 108. However, it is contemplated that the network interface 204 may be constructed for use with other communication protocols and types of networks. In an aspect, the network interface 204, enabled by software, is able to transmit and receive of data packets, data streams, and/or datagrams that are sent over the connection. Network interface 204 is sometimes referred to as a transceiver, transceiving device, or network interface card (NIC), which transmits and receives network data packets to one or more networks, such as LAN 104 and network 108. In an example where the network device 106, 110 includes more than one device processor 200 (or a processor 200 has more than one core), each processor 200 (and/or core) may use the same single network interface 204 or a plurality of network interfaces 204. Further, the network interface 204 may include one or more physical ports, such as Ethernet ports, to couple the network device 106, 110 with other network devices, such as servers 102. Moreover, the network interface 204 may include certain physical ports dedicated to receiving and/or transmitting certain types of network data, such as device management related data for configuring the network device 106, 110. In an aspect, the network interface 204 includes a transmit descriptor ring or other similar module which serves as the location where data packets are stored just prior to being transmitted to the receiving network device.
In an aspect, the network traffic management device 110 is configured to execute rate shaping functionality. It should be noted that the rate shaping functions are in conformance with a CoS queue, although other rate shaping configurations are contemplated. Such instructions implement the network traffic management related functions of the network traffic management device 110. In addition, the instructions implement the application module 210 to perform one or more portions of the processes illustrated in
Bus 208 may comprise one or more internal device component communication buses, links, bridges and supporting components, such as bus controllers and/or arbiters. The bus enable the various components of the network device 106, 110, such as the processor 200, device I/O interfaces 202, network interface 204, and device memory 218, to communicate with one another. However, it is contemplated that the bus may enable one or more components of the client device 106 to communicate with components in other network devices as well. Example buses include HyperTransport, PCI, PCI Express, InfiniBand, USB, Firewire, Serial ATA (SATA), SCSI, IDE and AGP buses. However, it is contemplated that other types and numbers of buses may be used, whereby the particular types and arrangement of buses will depend on the particular configuration of the network device 106, 110.
Device memory 218 comprises non-transitory computer readable media, namely computer readable or processor readable storage media, which are examples of machine-readable storage media. Computer readable storage/machine-readable storage media may include volatile, nonvolatile, removable, and non-removable media implemented in any method or technology for storage of information. Such storage media contains computer readable/machine-executable instructions, data structures, program modules, or other data, which may be obtained and/or executed by one or more processors, such as device processor 200. Such instructions allow the processor to perform actions, including implementing an operating system for controlling the general operation of the network device 106, 110 to perform one or more portions of the process described herein.
Examples of computer readable storage media include RAM, BIOS, ROM, EEPROM, flash/firmware memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information. Such desired information includes data and/or computer/machine-executable instructions and which can be accessed by a computing or specially programmed device, such as network device 106, 110.
The software based application module 210 shown in
For purposes of the present disclosure, a transmitting network device (also referred to as transmitting device) is a network device that transmits one or more data packets to a receiving network device (also referred to as receiving device). In an aspect, the transmitting network device can be the client device 106 and the receiving network device can be the network traffic management device 110 depending on the direction of the data flow. In this example aspect, the client device 106, which executes the application module 210, packetizes one or more data packets in the QoS queue and operates with the QoS to transmit the packetized data packets over the network 108 to the network traffic management device 110.
In another aspect, the transmitting network device can be the network traffic management device 110 and the receiving network device can be the client device 106 depending on the direction of the data flow. In this example aspect, the network traffic management device 110, which executes the application module 210, packetizes one or more data packets in the QoS queue and operates with the QoS to transmit the packetized data packets over the network 108 to the client device 106.
In general, the system, non-transitory machine readable medium and method of the present disclosure utilizes the application module which operates with a QoS queue, whereby the application module is configured to await permission from the QoS queue before packetizing the data packet(s) before transmission. The present disclosure is a significant departure from the existing method of writing or packetizing the data packets and then forwarding the written data packets to the QoS queue for buffering. In particular, the system and method of the present disclosure is configured to allow the QoS queue to account for non-transmitted and unpacketized data stream and provide a place holder for the accounted-for data stream in which the place holder represents the order in which the data stream is to be transmitted.
Once the application module 210 determines that a particular data stream (comprising accounted for data packets) is to be transmitted, that data stream is packetized in accordance with the TCP layer, time-stamped, and transmitted over the network 108 to the receiving network device. Thus, the present system and method delays or shifts the packetization and application of time-sensitive logic of the data packets to occur at the point of transmission instead of when it is sent to the QoS queue to be buffered.
The present system and method has inherent and long-felt advantages by increasing the RTT accuracy on rate-shaped flows. In addition, by receiving a place holder from the QoS queue, or being enqueued, the application module 210 is given the flexibility to determine when data packets in a particular stream are to be packetized based on newly received information.
For example, if additional user data has been received at the transmitting network device after the to-be transmitted data packets have been enqueued, the application module 210 of the transmitting network device can include that additional information into the data packets since they have not been transmitted yet. In another example, if the transmitting network device receives an ACK from the receiving network device after the data packets have been enqueued, but not sent, the transmitting network device would not retransmit those enqueued data packets but instead send other data packets.
In an aspect, when requesting permission from the QoS queue, the application module 210 of the transmitting network device 106, 110 will provide the class of service (CoS), the size of the packets and other relevant information of the data packets which it intends to send to the receiving network device. CoS information may range from voice, video, email, file transfer, transaction processing etc. the type of user (e.g. VIP vs. normal), mission-critical data transactions, video or voice transmissions and the like. Regarding the size of the packet, any changes in the size of the actual packet between being enqueued and being transmitted is provided by the application module 210 to the QoS queue, whereby the QoS queue is able to make appropriate accounting or queuing updates. It is also contemplated that if the priority of the enqueued packet changes, the application module 210 can request a place holder modification from the QoS queue to promote or demote the transmission priority of that data packet.
The QoS queue thereafter assigns a place holder for that intended packet and provides a transmission order to the application module 210 of the transmitting network device 110 in which the transmission order contains sufficient information to notify the application module 110 when it is to send the data packet (Block 306). In an aspect, the QoS queue may provide an authorization status to the transmitting device's application module 210 which represents that the data packet has been authorized to send and instruct the transmitting network device 106, 110 to transmit that data packet upon receiving a subsequent transmit command from the QoS queue.
Thereafter, when the transmitting network device 106, 110 determines that the particular data packet is to be transmitted for that transmission order, the application module 210 writes the data packet in conjunction with normal TCP based transmitting procedures (Block 308). Following, the application module 210 of the transmitting network device 106, 110 transmits the data packet directly over the network 108 to the receiving network device 106, 110 (Block 310). In an aspect, the application module 210 of the transmitting network device 106, 110 notifies its QoS queue that the data packet has been sent with or without the time sensitive logic, so that the QoS queue can accordingly update its buffer and be informed of the status of the transmitted data packet.
Having thus described the basic concepts, it will be rather apparent to those skilled in the art that the foregoing detailed disclosure is intended to be presented by way of example only, and is not limiting. Various alterations, improvements, and modifications will occur and are intended to those skilled in the art, though not expressly stated herein. These alterations, improvements, and modifications are intended to be suggested hereby, and are within the spirit and scope of the examples. Additionally, the recited order of processing elements or sequences, or the use of numbers, letters, or other designations therefore, is not intended to limit the claimed processes to any order except as may be specified in the claims.
The present application claims the benefit of priority based on U.S. Provisional Patent Application Ser. No. 61/382,827, filed on Sep. 14, 2010, in the name of inventors Saxon Amdahl and Jonathan Hawthorne, entitled “Post Shaping TCP Packetization”, all commonly owned herewith.
Number | Name | Date | Kind |
---|---|---|---|
3950735 | Patel | Apr 1976 | A |
4644532 | George et al. | Feb 1987 | A |
4897781 | Chang et al. | Jan 1990 | A |
4965772 | Daniel et al. | Oct 1990 | A |
5023826 | Patel | Jun 1991 | A |
5053953 | Patel | Oct 1991 | A |
5299312 | Rocco, Jr. | Mar 1994 | A |
5327529 | Fults et al. | Jul 1994 | A |
5367635 | Bauer et al. | Nov 1994 | A |
5371852 | Attanasio et al. | Dec 1994 | A |
5406502 | Haramaty et al. | Apr 1995 | A |
5475857 | Dally | Dec 1995 | A |
5517617 | Sathaye et al. | May 1996 | A |
5519694 | Brewer et al. | May 1996 | A |
5519778 | Leighton et al. | May 1996 | A |
5521591 | Arora et al. | May 1996 | A |
5528701 | Aref | Jun 1996 | A |
5581764 | Fitzgerald et al. | Dec 1996 | A |
5596742 | Agarwal et al. | Jan 1997 | A |
5606665 | Yang et al. | Feb 1997 | A |
5611049 | Pitts | Mar 1997 | A |
5663018 | Cummings et al. | Sep 1997 | A |
5752023 | Choucri et al. | May 1998 | A |
5761484 | Agarwal et al. | Jun 1998 | A |
5768423 | Aref et al. | Jun 1998 | A |
5774660 | Brendel et al. | Jun 1998 | A |
5790554 | Pitcher et al. | Aug 1998 | A |
5802052 | Venkataraman | Sep 1998 | A |
5812550 | Sohn et al. | Sep 1998 | A |
5825772 | Dobbins et al. | Oct 1998 | A |
5875296 | Shi et al. | Feb 1999 | A |
5892914 | Pitts | Apr 1999 | A |
5892932 | Kim | Apr 1999 | A |
5919247 | Van Hoff et al. | Jul 1999 | A |
5936939 | Des Jardins et al. | Aug 1999 | A |
5941988 | Bhagwat et al. | Aug 1999 | A |
5946690 | Pitts | Aug 1999 | A |
5949885 | Leighton | Sep 1999 | A |
5951694 | Choquier et al. | Sep 1999 | A |
5959990 | Frantz et al. | Sep 1999 | A |
5974460 | Maddalozzo, Jr. et al. | Oct 1999 | A |
5983281 | Ogle et al. | Nov 1999 | A |
5988847 | McLaughlin et al. | Nov 1999 | A |
6006260 | Barrick, Jr. et al. | Dec 1999 | A |
6006264 | Colby et al. | Dec 1999 | A |
6026452 | Pitts | Feb 2000 | A |
6028857 | Poor | Feb 2000 | A |
6051169 | Brown et al. | Apr 2000 | A |
6078956 | Bryant et al. | Jun 2000 | A |
6085234 | Pitts et al. | Jul 2000 | A |
6092196 | Reiche | Jul 2000 | A |
6108703 | Leighton et al. | Aug 2000 | A |
6111876 | Frantz et al. | Aug 2000 | A |
6128279 | O'Neil et al. | Oct 2000 | A |
6128657 | Okanoya et al. | Oct 2000 | A |
6170022 | Linville et al. | Jan 2001 | B1 |
6178423 | Douceur et al. | Jan 2001 | B1 |
6182139 | Brendel | Jan 2001 | B1 |
6192051 | Lipman et al. | Feb 2001 | B1 |
6233612 | Fruchtman et al. | May 2001 | B1 |
6246684 | Chapman et al. | Jun 2001 | B1 |
6253226 | Chidambaran et al. | Jun 2001 | B1 |
6253230 | Couland et al. | Jun 2001 | B1 |
6263368 | Martin | Jul 2001 | B1 |
6289012 | Harrington et al. | Sep 2001 | B1 |
6298380 | Coile et al. | Oct 2001 | B1 |
6327622 | Jindal et al. | Dec 2001 | B1 |
6343324 | Hubis et al. | Jan 2002 | B1 |
6347339 | Morris et al. | Feb 2002 | B1 |
6360270 | Cherkasova et al. | Mar 2002 | B1 |
6374300 | Masters | Apr 2002 | B2 |
6396833 | Zhang et al. | May 2002 | B1 |
6430562 | Kardos et al. | Aug 2002 | B1 |
6434081 | Johnson et al. | Aug 2002 | B1 |
6484261 | Wiegel | Nov 2002 | B1 |
6490624 | Sampson et al. | Dec 2002 | B1 |
6510135 | Almulhem et al. | Jan 2003 | B1 |
6510458 | Berstis et al. | Jan 2003 | B1 |
6519643 | Foulkes et al. | Feb 2003 | B1 |
6601084 | Bhaskaran et al. | Jul 2003 | B1 |
6636503 | Shiran et al. | Oct 2003 | B1 |
6636894 | Short et al. | Oct 2003 | B1 |
6650640 | Muller et al. | Nov 2003 | B1 |
6650641 | Albert et al. | Nov 2003 | B1 |
6654701 | Hatley | Nov 2003 | B2 |
6683873 | Kwok et al. | Jan 2004 | B1 |
6691165 | Bruck et al. | Feb 2004 | B1 |
6708187 | Shanumgam et al. | Mar 2004 | B1 |
6742045 | Albert et al. | May 2004 | B1 |
6751663 | Farrell et al. | Jun 2004 | B1 |
6754228 | Ludwig | Jun 2004 | B1 |
6760775 | Anerousis et al. | Jul 2004 | B1 |
6772219 | Shobatake | Aug 2004 | B1 |
6779039 | Bommareddy et al. | Aug 2004 | B1 |
6781986 | Sabaa et al. | Aug 2004 | B1 |
6798777 | Ferguson et al. | Sep 2004 | B1 |
6816901 | Sitaraman et al. | Nov 2004 | B1 |
6829238 | Tokuyo et al. | Dec 2004 | B2 |
6868082 | Allen, Jr. et al. | Mar 2005 | B1 |
6876629 | Beshai et al. | Apr 2005 | B2 |
6876654 | Hegde | Apr 2005 | B1 |
6888836 | Cherkasova | May 2005 | B1 |
6928082 | Liu et al. | Aug 2005 | B2 |
6950434 | Viswanath et al. | Sep 2005 | B1 |
6954780 | Susai et al. | Oct 2005 | B2 |
6957272 | Tallegas et al. | Oct 2005 | B2 |
6975592 | Seddigh et al. | Dec 2005 | B1 |
6987763 | Rochberger et al. | Jan 2006 | B2 |
7007092 | Peiffer | Feb 2006 | B2 |
7113993 | Cappiello et al. | Sep 2006 | B1 |
7139792 | Mishra et al. | Nov 2006 | B1 |
7228422 | Morioka et al. | Jun 2007 | B2 |
7287082 | O'Toole, Jr. | Oct 2007 | B1 |
7308703 | Wright et al. | Dec 2007 | B2 |
7321926 | Zhang et al. | Jan 2008 | B1 |
7333999 | Njemanze | Feb 2008 | B1 |
7343413 | Gilde et al. | Mar 2008 | B2 |
7349391 | Ben-Dor et al. | Mar 2008 | B2 |
7454480 | Labio et al. | Nov 2008 | B2 |
7490162 | Masters | Feb 2009 | B1 |
7500269 | Huotari et al. | Mar 2009 | B2 |
7526541 | Roese et al. | Apr 2009 | B2 |
7558197 | Sindhu et al. | Jul 2009 | B1 |
7624424 | Morita et al. | Nov 2009 | B2 |
7801978 | Susai et al. | Sep 2010 | B1 |
8130650 | Allen, Jr. et al. | Mar 2012 | B2 |
20010023442 | Masters | Sep 2001 | A1 |
20020059428 | Susai et al. | May 2002 | A1 |
20020161913 | Gonzalez et al. | Oct 2002 | A1 |
20020198993 | Cudd et al. | Dec 2002 | A1 |
20030046291 | Fascenda | Mar 2003 | A1 |
20030086415 | Bernhard et al. | May 2003 | A1 |
20030108052 | Inoue et al. | Jun 2003 | A1 |
20030145062 | Sharma et al. | Jul 2003 | A1 |
20030225485 | Fritz et al. | Dec 2003 | A1 |
20040267920 | Hydrie et al. | Dec 2004 | A1 |
20040268358 | Darling et al. | Dec 2004 | A1 |
20050004887 | Igakura et al. | Jan 2005 | A1 |
20050052440 | Kim et al. | Mar 2005 | A1 |
20050055435 | Gbadegesin et al. | Mar 2005 | A1 |
20050122977 | Lieberman | Jun 2005 | A1 |
20050154837 | Keohane et al. | Jul 2005 | A1 |
20050187866 | Lee | Aug 2005 | A1 |
20060059267 | Cugi et al. | Mar 2006 | A1 |
20060156416 | Huotari et al. | Jul 2006 | A1 |
20060161577 | Kulkarni et al. | Jul 2006 | A1 |
20060171365 | Borella | Aug 2006 | A1 |
20060233106 | Achlioptas et al. | Oct 2006 | A1 |
20060242300 | Yumoto et al. | Oct 2006 | A1 |
20070016662 | Desai et al. | Jan 2007 | A1 |
20070064661 | Sood et al. | Mar 2007 | A1 |
20070083646 | Miller et al. | Apr 2007 | A1 |
20070107048 | Halls et al. | May 2007 | A1 |
20070118879 | Yeun | May 2007 | A1 |
20070174491 | Still et al. | Jul 2007 | A1 |
20070297551 | Choi | Dec 2007 | A1 |
20080034136 | Ulenas | Feb 2008 | A1 |
20080133518 | Kapoor et al. | Jun 2008 | A1 |
20080134311 | Medvinsky et al. | Jun 2008 | A1 |
20080148340 | Powell et al. | Jun 2008 | A1 |
20080201599 | Ferraiolo et al. | Aug 2008 | A1 |
20080256224 | Kaji et al. | Oct 2008 | A1 |
20080301760 | Lim | Dec 2008 | A1 |
20090049230 | Pandya | Feb 2009 | A1 |
20090125625 | Shim et al. | May 2009 | A1 |
20090138749 | Moll et al. | May 2009 | A1 |
20090141891 | Boyen et al. | Jun 2009 | A1 |
20090228956 | He et al. | Sep 2009 | A1 |
20090287935 | Aull et al. | Nov 2009 | A1 |
20100023582 | Pedersen et al. | Jan 2010 | A1 |
20100122091 | Huang et al. | May 2010 | A1 |
20100150154 | Viger et al. | Jun 2010 | A1 |
20100251330 | Kroeselberg et al. | Sep 2010 | A1 |
20100325277 | Muthiah et al. | Dec 2010 | A1 |
20110047620 | Mahaffey et al. | Feb 2011 | A1 |
20110066718 | Susai et al. | Mar 2011 | A1 |
20110173295 | Bakke et al. | Jul 2011 | A1 |
20110321122 | Mwangi et al. | Dec 2011 | A1 |
Number | Date | Country |
---|---|---|
0744850 | Nov 1996 | EP |
WO 9114326 | Sep 1991 | WO |
WO 9505712 | Feb 1995 | WO |
WO 9709805 | Mar 1997 | WO |
WO 9745800 | Dec 1997 | WO |
WO 9905829 | Feb 1999 | WO |
WO 9906913 | Feb 1999 | WO |
WO 9910858 | Mar 1999 | WO |
WO 9939373 | Aug 1999 | WO |
WO 9964967 | Dec 1999 | WO |
WO 0004422 | Jan 2000 | WO |
WO 0004458 | Jan 2000 | WO |
Entry |
---|
Configuration Guide for Local Traffic Management version 9.2.2, F5 Networks, Inc., 406 pages, Jan. 2006. |
Schaefer, Ken, “IIS and Kerberos Part 5—Protocol Transition, Constrained Delegation, S4U2S and S4U2P,” Jul. 18, 2007, 21 pages, http://www.adopenstatic.com/cs/blogs/ken/archive/2007/07/19/8460.aspx. |
Williams et al., “The Ultimate Windows Server 2003 System Administrator's Guide: Forwarding Authentication,” 2003, 2 pages, Figure 10.7, Addison-Wesley Professional, Boston, Massachusetts. |
“Windows Server 2003 Kerberos Extensions,” Microsoft TechNet, 2003, 8 pages, (Updated Jul. 31, 2004), http://technet.microsoft.com/en-us/library/cc738207, Microsoft Corporation. |
Macvittie, Lori, “Message-Based Load Balancing,” Technical Brief, Jan. 2010, pp. 1-9, F5 Networks, Inc. |
Crescendo Networks, “Application Layer Processing (ALP),” 2003-2009, pp. 168-186, Chapter 9, CN-5000E/5500E, Foxit Software Company. |
“A Process for Selective Routing of Servlet Content to Transcoding Modules,” Research Disclosure 422124, Jun. 1999, pp. 889-890, IBM Corporation. |
“BIG-IP Controller with Exclusive OneConnect Content Switching Feature Provides a Breakthrough System for Maximizing Server and Network Performance,” F5 Networks, Inc. Press Release, May 8, 2001, 2 pages, Las Vegas, Nevada. |
Fielding et al., “Hypertext Transfer Protocol—HTTP/1.1,” Network Working Group, RFC: 2068, Jan. 1997, pp. 1-162. |
Fielding et al., “Hypertext Transfer Protocol—HTTP/1.1,” Network Working Group, RFC: 2616, Jun. 1999, pp. 1-176. |
Floyd et al., “Random Early Detection Gateways for Congestion Avoidance,” Aug. 1993, pp. 1-22, IEEE/ACM Transactions on Networking, California. |
Hochmuth, Phil, “F5, CacheFlow pump up content-delivery lines,” Network World Fusion, May 4, 2001, 1 page, Las Vegas, Nevada. |
“Servlet/Applet/HTML Authentication Process With Single Sign-On,” Research Disclosure 429128, Jan. 2000, pp. 163-164, IBM Corporation. |
“Traffic Surges; Surge Queue; Netscaler Defense,” 2005, PowerPoint Presentation, slides 1-12, Citrix Systems, Inc. |
F5 Networks Inc., “Configuration Guide for Local Traffic Management,” F5 Networks Inc., Jan. 2006, version 9.2.2, 406 pgs. |
Number | Date | Country | |
---|---|---|---|
61382827 | Sep 2010 | US |