M. Allman, "On the Generation and Use of TCP Acknowledgments", Computer Communication Review, Oct. 1998.  Home/Search   Document Details and Download   Summary   Related Articles   Check

....layer. As mentioned before, RTCP is utilized for RCCM feedback. Our design for ACK NACK is extension of the work (i.e. the delayed ACK plus NACK) in [30] Also, when designing the ACK interval, values such as RTT and the conveyed rate are combined together to achieve an efficient tradeoff [31]. Let us illustrate the feedback mechanism in Figure 2. Two types of ACK and three types of NACK are considered at this stage. First, the receiver sends a feedback when its timer expires. This timer is based on RTT estimate in Eq. 2) That is, this ACK NOR feedback occurs in every interval of K ....

M. Allman, "On the generation and use of TCP acknowledgments," ACM Computer Commun. Review, vol. 28, Oct. 1998.

....Gb sec links; and yet there two protocols, UDP and TCP, that govern most of this communication. For this reason, many have proposed modifications and specializations to UDP or TCP to better serve the needs of applications. A literature search for proposed modifications quickly returns many results [3, 4, 5, 6, 10, 11, 13, 16, 18, 20, 23, 25, 28, 30, 31]. This work was funded by generous grants from NSF (DGE 9616736) and DARPA (F30602 00 2 0565) Correspondence concerning this paper may be sent to ely cs.washington.edu. Because the networking stack is traditionally part of the operating system, most of these modifications were developed and ....

M. Allman. On the generation and use of TCP acknowledgments. INFOCOM '98, 28(5):4--21, October 1998.

....simulation deterministic and repeatable. IEEE Communications Magazine . March 2001 178 acknowledged immediately, on the principle that this dupack information is useful to the sender in determining what to resend in the case of losses. The effects of delayed acks are discussed in detail in [12]. Delayed acks have the advantages of conserving processing resources at the receiver, and decreasing back traffic and the number of packets and resulting load along the return path to the sender. This is useful for asymmetric networks, such as DirecPC, where the downlink can be around 400 kb s ....

....This degradation could be reduced by selectively avoiding use of delayed acknowledgements when the TCP sender is attempting to grow its congestion window. The sender would need to provide additional information to the receiver to make this possible. Such a change has already been suggested in [12] for the slowstart algorithm, and would benefit TCP traffic over geostationary satellites by speeding up the initial startup and post timeout phases. However, the impact of such changes on the characteristics of Internet traffic as a whole is unknown. Delayed ack use has been tightened in ....

M. Allman, " On the Generation and Use of TCP Acknowledgments," ACM Comp. Commun. Rev., vol. 28, no. 5, Oct. 1998, pp. 4--21.

....high for Internet telephony. Concerns about the suitability of TCP error control for signaling are raised in [28] which highlights delays arising from TCP timer granularities (generally set to 500 ms) The TCP delayed acknowledgment mechanism, designed to reduce traffic loads, adds more delay [29]. Clearly TCP needs tuning for Internet telephony signaling, with lower initial timeout values, such as the SIP ones, and immediate acknowledgments. Some systems, such as Solaris using ndd, allow the system wide tuning of these parameters. # The Solaris operating system, for example, uses a ....

M. Allman, "On the generation and use of TCP acknowledgments, " ACM Computer Communication Review, Vol. 28, pp. 4-- 21, Oct. 1998.

....improves performance (LFNs and LTNs) 4.3.2 Handling Acknowledgments During Slow Start The sender increases its window based on the flow of ACKs coming back from the receiver. Particularly during slow start, this flow is very important. A couple of the proposals that have been studied are [Allman98]: Make each ACK count to its fullest by growing the window based on the data being acknowledged (byte counting) instead of the number of ACKs (ACK counting) This has been shown to cause bursts which lead to congestion. Allman98] shows that Limited Byte Counting (LBC) in which the window growth ....

....very important. A couple of the proposals that have been studied are [Allman98] Make each ACK count to its fullest by growing the window based on the data being acknowledged (byte counting) instead of the number of ACKs (ACK counting) This has been shown to cause bursts which lead to congestion. [Allman98] shows that Limited Byte Counting (LBC) in which the window growth is limited to 2 segments, does not lead to burstiness, and offers some performance gains. Keep a constant stream of ACKs coming back by turning off delayed ACKs [RFC1122] at least during slow start. 4.3.3 Terminating Slow Start ....

Allman, M., "On the Generation and Use of TCP Acknowledgments," July, 1998. Submitted to ACM Computer Communication Review.

....TCP s flow and congestion control mechanisms and incorporated them into ARDP. In the current implementation, we decided not to include TCP s optional delayed acknowledgment mechanism [5] since it tends to hurt the performance of request response style of interactions, especially during slow start [6]. We implemented the selective acknowledgment mechanism (SACK) as specified in [7] We used ARDP s OFLAGS flag and added the SACK vector in the variable part of the header. SACK enables detecting and recovering from multiple packet loss without causing the connection to slow start, and ....

M. Allman, "On the generation and use of tcp acknowledgments," ACM Computer Communication Review, October 1998.

No context found.

M. Allman, "On the Generation and Use of TCP Acknowledgments", Computer Communication Review, Oct. 1998.

No context found.

M. Allman, "On the Generation and Use of TCP Acknowledgments ", Computer Communication Review, Oct. 1998.

No context found.

M. Allman, "On the generation and use of TCP acknowledgment," ACM Computer Commuication Review, vol. 28, Oct 1998.

No context found.

M. Allman, "On the Generation and Use of TCP Acknowledgments", Computer Communication Review, Oct. 1998.

No context found.

M. Allman, "On the generation and use of TCP acknowledgment," ACM Computer Commuication Review, vol. 28, Oct 1998.

No context found.

M. Allman, "On the Generation and Use of TCP Acknowledgments ", Computer Communication Review, Oct. 1998.

No context found.

M. Allman, "On the generation and use of TCP acknowledgment," ACM Computer Commuication Review, vol. 28, Oct 1998.

Online articles have much greater impact   More about CiteSeer.IST   Add search form to your site   Submit documents   Feedback  

CiteSeer.IST - Copyright Penn State and NEC