Hi Eddie, following a discussion with Ian, it became clear that the best way to fix some of the outstanding scheduling problems is to implement the Erratum to RFC 4342 and use the initial Request/Response handshake as basis for calculating t_ipi. I am referring to this posting (sorry the original was no longer in the inbox): http://www.mail-archive.com/dccp@xxxxxxxxxxxxxxx/msg01319.html and was using the RFC 4340/2 erratum page: http://www.read.cs.ucla.edu/dccp/rfc4340errata Now, having spent almost half a day to come up with a solution for initial RTT estimates, I found that there are still several things open/unclear: * RFC 3448, 4.2 specifies an initial sending rate of 1 packet per second * RFC 3448, 4.6 specifies t_ipi = s/X => still gives 1 second * I can't find an override-clause in RFC 4342 for this Question: Is the aim to use section 4.2 of RFC 3448 and if yes, to what extent (this section has quite a few changes to other parts of the algorithm, too). Can you please clarify, maybe I have got the wrong erratum. It would be good to have this clear - so as to implement it. Gerrit - To unsubscribe from this list: send the line "unsubscribe dccp" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
