SYSTEMS AND METHODS FOR DYNAMIC RECEIVE BUFFERING

• US 20140304320A1
• Filed: 04/06/2013
• Published: 10/09/2014
• Est. Priority Date: 04/06/2013
• Status: Active Grant

• Current Assignee: Citrix Systems, Inc. (Cloud Software Group)
• Original Assignee: Citrix Systems, Inc. (Cloud Software Group)
• Inventors: Taneja, Varun, Mylarappa, Mahesh, Annamalaisami, Saravana
• Granted Patent: US 9,769,288 B2
• Time in Patent Office: Days
• US Class Current: 709/203
• CPC Class Codes: H04L 47/27 Evaluation or update of window size, e.g. using information derived from acknowledged [ACK] packets
• CPC Class Codes: H04L 69/16 Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
• CPC Class Codes: H04L 69/326 in the transport layer [OSI layer 4] H04L69/16 takes precedence

Abstract

The present disclosure relates to methods and systems for dynamically changing an advertised window for a transport layer connection. A device can receive data from a server destined for an application. The device identifies the size of the application buffer corresponding to the application and advertises the application buffer size as a window size to the server. The device stores the data in the device memory. The device then determines the memory usage by comparing the memory usage to one or more predetermined thresholds. If the device determines that the memory usage is below a first predetermined threshold, the device can implement an aggressive dynamic receive buffering policy in which the device increases the advertised window size by a first increment. If the device determines that the memory usage is above the first threshold and below a second threshold, the device executes a more conservative dynamic receive buffering policy.

Claims

1. A method for dynamically changing an advertised window for a transport layer connection, the method comprising:

(a) receiving, by a device intermediary to a client and a server, a request from an application to establish a transport layer connection with the server, the application advertising a first window size for the transport layer connection;

(b) establishing, by the device, the transport layer connection with the server, the device advertising a second window size to the server, the second window size set to the first window size, the transport layer connection having a maximum segment size;

(c) storing, by the device, in memory of the device data received from the server via the transport layer connection;

(d) determining, by the device, memory usage of the device is below a predetermined threshold; and

(e) increasing, by the device responsive to the determination, the second window size advertised to the server by a predetermined increment of the maximum segment size.

2. The method of claim 1, wherein step (a) further comprises receiving, by the device, a first window size comprising a buffer size requested by an application executing on the device.

3. The method of claim 1, wherein step (b) further comprises establishing, by the device, a second transport layer connection with the application and linking the second transport layer connection with the transport layer connection to the server, the device advertising a window size to the application for the second transport layer connection different than the first window size.

4. The method of claim 1, wherein step (b) further comprises comparing, by the device, the first window size to a size specified by a policy for the transport layer connection and advertising the second window size as the first window size.

5. The method of claim 1, wherein step (c) further comprises decrementing, by the device, the second window size advertised to the server by an amount of data received from the server.

6. The method of claim 1, wherein step (d) further comprises determining, by the device, that the memory usage of the device is below the predetermined threshold comprising a percentage of available memory.

7. The method of claim 1, wherein step (d) further comprises determining, by the device, that the memory usage of the memory used for the transport layer connection is below the predetermined threshold.

8. The method of claim 1, wherein step (e) further comprises incrementing, by the device, the second window size by the predetermined increment of four times the maximum segment size.

9. The method of claim 1, wherein step (e) further comprises incrementing, by the device, the second window size only for packets with a non-zero payload length.

10. The method of claim 1, further comprising determining, by the device, that the memory usage of the device is above the predetermined threshold and decrementing the second window size advertised to the server by a predetermined decrement.

11. A method for dynamically changing an advertised window for a transport layer connection, the method comprising:

(a) receiving, by a device intermediary to a client and a server, a request from an application to establish a transport layer connection with the server, the application advertising a first window size for the transport layer connection;

(b) establishing, by the device, the transport layer connection with the server, the device advertising a second window size to the server, the second window size set to the first window size, the transport layer connection having a maximum segment size;

(c) storing, by the device, in memory of the device data received from the server via the transport layer connection;

(d) determining, by the device, that memory usage of the device is above a predetermined threshold or a packet has been dropped via the transport layer connection; and

(e) increasing, by the device responsive to the determination, the second window size advertised to the server by a predetermined increment of the maximum segment size.

12. The method of claim 11, wherein step (a) further comprises receiving, by the device, a first window size comprising a buffer size requested by an application executing on the device.

13. The method of claim 11, wherein step (b) further comprises establishing, by the device, a second transport layer connection with the application and linking the second transport layer connection with the transport layer connection to the server, the device advertising a window size to the application for the second transport layer connection different than the first window size.

14. The method of claim 11, wherein step (c) further comprises increasing, by the device, the second window size responsive to receiving an acknowledgement from the application of receipt of data forwarded by the device to the application.

15. The method of claim 11, wherein step (d) further comprises determining, by the device that the packet has been dropped and that the memory usage is below the predetermined threshold.

16. The method of claim 11, wherein step (d) further comprises determining, by the device, that the memory usage is above the predetermined threshold comprising a percentage of available memory.

17. The method of claim 11, wherein step (e) further comprises incrementing, by the device, the second window size by the predetermined increment of two times the maximum segment size.

18. The method of claim 11, wherein step (e) comprising calculating, by the device, a bandwidth delay product for the application'"'"'s transport layer connection to the server.

19. The method of claim 18, further comprising incrementing the second window size if the bandwidth delay product is less than a predetermined factor of the bandwidth delay product.

20. The method of claim 11, further comprises setting, by the device the second window size to a buffer size requested by an application responsive to determining that the memory usage exceeds a second predetermined threshold greater than the predetermined threshold.