Hi Arjuna, CCID3 allows an initial sending rate of at least two and up to four packets depending on the packet size (up to 4380 bytes in the initial burst of three or four packets). Tom P. > -----Original Message----- > From: Arjuna Sathiaseelan [mailto:arjuna.sathiaseelan@xxxxxxxxx] > Sent: Wednesday, August 16, 2006 5:27 AM > To: 'dccp' working group > Cc: Gorry Fairhurst > Subject: CCID 3 - Slow Starting with One packet per second.. > > Dear All, > I presume that CCID 3 is still following RFC 3448's slow start > behaviour of 1 packet per second during the start of the connection, > and when the ACK is received for that packet, the INITIAL ALLOWED > SENDING RATE is set to 2 packets to 4 packets per RTT appropriately. > > Now my question is do we still need to follow TFRC's way of starting > with one packet per second to determine the RTT estimate? Since, DCCP > has its initial three way handshake similar to TCP, can CCID3 use the > handshake to determine the RTT and start with an initial allowed > sending rate set to 3 or 4 packets accordingly? > > Based on this paper, using the SYN/ACK, RTT could be accurately measured. > http://www.acm.org/sigs/sigcomm/ccr/archive/2002/jul02/ccr-2002-3- > jiang.pdf > > I guess starting with one packet per second , induces an additional > RTT's worth of delay which may not be good for certain applications > such as VoIP running over a satellite network.. > > Correct me if I am wrong..thanks > > -- > Regards, > Arjuna > > Postdoctoral Researcher > Engineering Research Lab, > Department of Engineering, > University of Aberdeen
