Encoding Three Pre-Congestion Notification (PCN) States in the IP Header Using a Single Diffserv Codepoint (DSCP)
RFC 6660

Note: This ballot was opened for revision 08 and is now closed.

(David Harrington) Yes

(Martin Stiemerling) Yes

(Jari Arkko) No Objection

(Ron Bonica) (was Discuss, No Objection) No Objection

(Stewart Bryant) No Objection

(Gonzalo Camarillo) No Objection

(Ralph Droms) No Objection

(Wesley Eddy) No Objection

(Adrian Farrel) (was Discuss) No Objection

Comment (2012-03-19 for -09)
No email
send info
Thanks for the work to address my Discuss and Comments.


The change at the end of 4.2 does seem to address my concern in 4.3,
but leaves the text in 4.3 looking rather strange: every node MUST be
configured although 4.2 says that if that doesn't happen it will not
be the end of the world.


The substantial change to 5.1 addresses my Discuss, thanks. There seems
to be a lot of new material here, including 2119 language. Is the WG
on board with the new text?


I would have liked to see more discssion in a single place about
interactions with management. There are several places where alarms or
notifications are discussed and quite a number of things that are

There is also the question of how a PCN system may be diagnosed.

Your AD may be able to point you at an RFC that provides guidance :-)

(Stephen Farrell) No Objection

Comment (2012-02-28 for -08)
No email
send info
The acronym PHB is used but not defined.

(Russ Housley) No Objection

(Pete Resnick) No Objection

Comment (2012-03-11 for -09)
No email
send info
"emphatically NOT RECOMMENDED" looks kinda like a cool new 2119 term, but it's not defined there and probably shouldn't be used. (I note that it isn't capitalized in Appendix B.) Maybe better would be "Implementation SHOULD NOT engage in this behavior except in the most extreme circumstances because..."

"This appendix is informative, not normative." I find this sentence to be an increasingly used verbal tic in documents. I think it's useless and should be removed. In the case of Appendix A, you already say at the end that "operators are ultimately free to" use PCN or not. In Appendix B, you remind the reader that in the event of a conflict between the appendix and the rest of the document, implementations should follow the guidelines in the rest of the document. This "informative vs. normative" distinction is just jargon that isn't necessary.

(Dan Romascanu) No Objection

(Peter Saint-Andre) No Objection

(Robert Sparks) (was Discuss, No Objection) No Objection

(Sean Turner) No Objection