A Roadmap for Transmission Control Protocol (TCP) Specification Documents
RFC 4614
Yes
(Allison Mankin)
(Jon Peterson)
No Objection
(Alex Zinin)
(Bill Fenner)
(David Kessens)
(Margaret Cullen)
(Mark Townsley)
(Sam Hartman)
(Scott Hollenbeck)
(Ted Hardie)
Note: This ballot was opened for revision 06 and is now closed.
Allison Mankin Former IESG member
Yes
Yes
()
Unknown
Jon Peterson Former IESG member
Yes
Yes
()
Unknown
Alex Zinin Former IESG member
No Objection
No Objection
()
Unknown
Bert Wijnen Former IESG member
No Objection
No Objection
(2006-03-16)
Unknown
It might be good to update: RFC 2452 S: "IP Version 6 Management Information Base for the Transmission Control Protocol" (December 1998) This document [RFC2452] augments RFC 2012 by adding an IPv6- specific connection table. The rest of 2012 holds for any IP version. Into: RFC 2452 S: "IP Version 6 Management Information Base for the Transmission Control Protocol" (December 1998) This document [RFC2452] augments RFC 2012 by adding an IPv6- specific connection table. The rest of 2012 holds for any IP version. It is now obsoleted by RFC 4022. I.e. add a sentence to make clear it has been obsoletetd by 4022.
Bill Fenner Former IESG member
No Objection
No Objection
()
Unknown
Brian Carpenter Former IESG member
No Objection
No Objection
(2006-03-13)
Unknown
From Gen-ART review by Spencer Dawkins: - In Section 3.1, the following text seems confusing: Since TCP traditionally (in the absence of ECN) uses losses to infer congestion, there is a rather intimate coupling between congestion control and loss recovery mechanisms. Isn't it more correct to say that TCP always infers congestion from losses, and may also infer congestion from ECN? The current text makes it seem like TCP does not use losses to infer congestion when ECN is being used - I wish this could be true, but it's not. BC: I think the phrasing could be better, although I won't insist. For example, TCP traditionally treats lost packets as indicating congestive loss, and cannot distinguish between congestive loss and loss due to transmission errors. Even when ECN is in in use, there is a rather intimate coupling between congestion control and loss recovery mechanisms.
David Kessens Former IESG member
No Objection
No Objection
()
Unknown
Margaret Cullen Former IESG member
No Objection
No Objection
()
Unknown
Mark Townsley Former IESG member
No Objection
No Objection
()
Unknown
Russ Housley Former IESG member
No Objection
No Objection
(2006-03-16)
Unknown
Section 3.3 says: > > A draft that is currently in the RFC Editor's > queue for publication [tcpmd5app] deprecates TCP MD5 for use > outside BGP. > This document has been published, and the wording of the sentence does not allow a simple substitution. Please reword. I propose: > > RFC 4278 deprecates the use of TCP MD5 outside BGP [RFC4278]. Please change [tcpmd5app] to reference RFC 4278.
Sam Hartman Former IESG member
No Objection
No Objection
()
Unknown
Scott Hollenbeck Former IESG member
No Objection
No Objection
()
Unknown
Ted Hardie Former IESG member
No Objection
No Objection
()
Unknown