Changes in CCID 2 and CCID 3.ppt

《Changes in CCID 2 and CCID 3.ppt》由会员分享，可在线阅读，更多相关《Changes in CCID 2 and CCID 3.ppt（10页珍藏版）》请在麦多课文档分享上搜索。

1、Changes in CCID 2 and CCID 3,Sally Floyd August 2004 IETF,CCID 2:,Changes from draft-ietf-dccp-ccid2-05.txt:Response to Idle and Application-limited PeriodsDetecting Lost and Marked Acknowledgements,Section 5.1: Response to Idle and Application-limited Periods,What does TCP do?RFC 2581 says that TCP

2、 SHOULD slow-start after an idle period.RFC 2861, Experimental, has a slightly more moderate mechanism for TCP.,Section 6.1.1: Detecting Lost and Marked Acknowledgements,When a packet is lost from DCCP B to DCCP A, DCCP A doesnt know if this was a data packet or an ACK packet.For the purposes of Ack

3、 Ratio calculation, DCCP A assumes that every loss from DCCP B to DCCP A was an ACK loss.- (The NDP Count option can give more information.),Section 6.1.1, continued:,Appendix B: Cost of Loss Inference Mistakes to Ack Ratio The cost occurs when DCCP B is sending roughly the same amount of data and n

4、on-data packets, without NDP Count options, with all acknowledgement information in DCCP-Ack packets. The cost is moderate.,CCID 3: Changes from draft-ietf-dccp-ccid3-05.txt:,Response to Idle and Application-limited PeriodsResponse to Data Dropped and Slow ReceiverOther Possible Changes to TFRCAdded

5、 a paragraph on the sending rate when no feedback is received from the receiver. (Specified in RFC 3448.)Expanded on the discussion of the packet size s used in the TCP throughput equation. (One could set the packet size s to MSS).,Section 5.1: Response to Idle and Application-limited Periods,After

6、an idle period, the allowed sending rate is not reduced to less than the initial sending rate.After that, the sending rate is at most doubled from one RTT to the next.,Section 5.2: Response to Data Dropped and Slow Receiver,Adjusting the receive rate after Data Dropped or Slow Receiver events, to li

7、mit the sending rate in the next RTT. This is “SHOULD“.,Section 10.2: Other Possible Changes to TFRC,Issues listed for future research and engineering:Sending fewer acknowledgements when the sending rate is low (less than one packet per RTT)?More than doubling the sending rate, from one RTT to the n

8、ext?A higher sending rate after an idle period?Follows an old section on Possible Changes to the Initial Window.,Possible new efforts:,Standardizing QuickStart (for a faster start-up, with feedback from routers). A new CCID for VoIP based on RFC 3714, IAB Concerns Regarding Congestion Control for Voice Traffic in the Internet. At some point, TFRC-PS, a variant of TFRC for flows that adapt their packet size.,