Skip to main content

Revised Definition of the GMPLS Switching Capability and Type Fields
draft-ietf-ccamp-swcaps-update-03

Yes

(Adrian Farrel)

No Objection

(Brian Haberman)
(Gonzalo Camarillo)
(Jari Arkko)
(Joel Jaeggli)
(Martin Stiemerling)
(Sean Turner)
(Stewart Bryant)
(Ted Lemon)

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

Adrian Farrel Former IESG member
Yes
Yes () Unknown

                            
Barry Leiba Former IESG member
No Objection
No Objection (2013-09-25) Unknown
A fine document, this.
Just two very minor editorial things, for which no email response is needed:

In the abstract, I think you'll make Stephen (well, and me) happier if you change "any document that uses" to "all documents that use" (also in Section 1).  :-)

In the penultimate paragraph of Section 1, please change "and limit its use" to "and limiting its use" (parallel to "deprecating the use").
Benoît Claise Former IESG member
No Objection
No Objection (2013-09-25) Unknown
Question: Since this document deprecates some values from IANAGmplsSwitchingTypeTC in http://www.iana.org/assignments/ianagmplstc-mib/ianagmplstc-mib, and since IANAGmplsSwitchingTypeTC was specified in RFC 4802, does this document update RFC 4802?
Brian Haberman Former IESG member
No Objection
No Objection () Unknown

                            
Gonzalo Camarillo Former IESG member
No Objection
No Objection () Unknown

                            
Jari Arkko Former IESG member
No Objection
No Objection () Unknown

                            
Joel Jaeggli Former IESG member
No Objection
No Objection () Unknown

                            
Martin Stiemerling Former IESG member
No Objection
No Objection () Unknown

                            
Pete Resnick Former IESG member
No Objection
No Objection (2013-09-25) Unknown
The abstract bit about "updates any document" (and Barry suggestion of "all documents" doesn't change anything) is adding confusion where none is needed. On the one hand, it "Updates" in the sense of specifically updating particular documents such that the "Updated by" banner will appear on the top of the web page with that RFC. On the other hand, it is "updating" the protocol such that all uses of the fields noted in the document, whether in old documents or new ones, is changed. Combining these two uses of "updates" into the same sentence is bad form. Supposedly the reason we mention "Updates" in the Abstract is so that people notice that particular documents have been updated and can do the right thing. Saying that any (or all) documents that use this field are hereby updated isn't saying anything useful here.
Sean Turner Former IESG member
No Objection
No Objection () Unknown

                            
Spencer Dawkins Former IESG member
No Objection
No Objection (2013-09-23) Unknown
I was confused by 

5. IANA Considerations

   IANA needs to deprecate and redefine the related registry. 

Should this be something like "deprecate some existing values in the related registry"?  I'm not understanding why you deprecate a registry and redefine it in the same sentence ...

Obviously this isn't blocking if IANA already thinks they know what to do, but if this needs to be changed to be clear to future readers, please consider changing it!
Stephen Farrell Former IESG member
No Objection
No Objection (2013-09-24) Unknown

- abstract: "updates any document that..." is an odd phrase.
Aren't we sure?
Stewart Bryant Former IESG member
No Objection
No Objection () Unknown

                            
Ted Lemon Former IESG member
No Objection
No Objection () Unknown