In June 2009, Google engineers explained that many of the Internet protocols were developed at a time when dial-up connection predominated. These protocols are not optimized for ADSL today. Google wanted to thereby form a working group which will be working on HTTP and TCP/IP protocols.
At present, in order to circumvent the limitations of TCP, the browser opens multiple parallel connections, a mechanism that would result in yet more latency. When a new connection is made, the machine is sending three packets to check it and ensure communication with the server. Google proposes to increase the number of packets to 10 to immediately send a complete HTTP request, which may be executed without waiting for a confirmation back from the server.
Within the mechanism to control network congestion, by default, TCP port waits 3 seconds the confirmation of the server. If no return is made, the transmitted data is considered lost and a new request is sent to retrieve them. Google explains that this waiting time was justified at the time of the Internet Lite and desired to reduce it to 1 second.
Mr. Cheng also proposes the algorithm Proportional Reduction Rate (PPR). Currently, if saturated network and data loss during transmission, they are transmitted more slowly to recover losses. PPR allows for its part automatically adjust the speed of this new transmission according to data loss. The algorithm is already embedded in the Linux kernel and is about to be standardized by the IETF. The question is whether these proposals will upgrade the TCP protocol to meet the needs of today.