Gateway-Initiated Dual-Stack Lite Deployment
RFC 6674

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

(Ralph Droms) Yes

(Ron Bonica) No Objection

(Stewart Bryant) No Objection

(Gonzalo Camarillo) No Objection

(Wesley Eddy) No Objection

Comment (2012-04-11 for -06)
No email
send info
Support Stephen's DISCUSS

(Adrian Farrel) No Objection

Comment (2012-04-08 for -06)
No email
send info
I have no objection to the publication of this document, but I note that
the Security Considerations section is flimsy. Surely there are security
issues with how the mapping table at the AFTR is built. Although that is
a "local matter" inplementers and deployers need to be aware that this
feature must be secured.

(Stephen Farrell) (was Discuss) No Objection

(Brian Haberman) No Objection

Comment (2012-04-04 for -06)
No email
send info
Section 6 lists a set of abbreviations to describe the type of IPv4 addresses being used in a deployment.  I understand all the possibilities, except for "nm" (described as non-meaningful/dummy).  This that just a diplomatic way of describing a network deployment that is squatting on someone's public IPv4 address space?

(Russ Housley) No Objection

Barry Leiba No Objection

Comment (2012-04-11 for -06)
No email
send info
I second Stephen's DISCUSS and Pete's comment.

(Pete Resnick) No Objection

Comment (2012-04-07 for -06)
No email
send info
There is only one use of 2119 language, and I'm not convinced it's necessary:

   o  The softwire between the Gateway and the AFTR MAY be created at
      system startup time OR dynamically established on-demand.

Is this a protocol option that one or both sides needs to be aware of? That is, does the Gateway or the AFTR need to prepare itself for on-demand establishment, or to be prepared that on-demand might not be available? I suspect you can change it to "may" or "can" and delete the reference to 2119.

(Robert Sparks) No Objection

(Sean Turner) No Objection

Comment (2012-04-12 for -06)
No email
send info
I support Stephen's discuss.