Hi, I have one question about the draft as it stands at the moment:
Currently, OPTION_S46_BR is limited to only be a sub-option carried within one of the S46 container options (described in section 3). However, other softwire provisioning mechanisms also need this configuration parameter, for example if you’re using DHCPv4 over DHCPv6. To re-use this parameter for DHCPv4o6 as it stands within the container would be very messy: A client needs to indicate its support for OPTION_S46_CONT_LW and DHCPv4o6 in the ORO, it then gets the parameter from one end of the softwire from DHCPv6 and the other end of the softwire using DHCPv4o6. Two solutions spring to mind: 1, Loosen the restriction in this draft so that OPTION_S46_BR can be used outside of one of the S46 Containers. This would then allow the possibility of the client including the option within an ORO option in the DHCPV4-QUERY/RESPONSE messages in the DHCPv4o6 message flow. 2, Keep the restriction in the map-dhcp draft and create a new option for provisioning the BR specifically for softwire clients using DHCPv4o6. The outcome of this may also have a knock on effect of what’s going to be possible if we ever resurrect the unified-cpe work. And two comments on section 4.5: This section is entirely MAP specific, although the sub-option is generally applicable to all of the containers. The default value of 6 for the ‘offset’ field either shouldn’t be specified here, or should have ‘6’ for MAP and ‘0’ for lw4o6. Cheers, Ian On 7 Apr 2014, at 06:37, Suresh Krishnan <[email protected]> wrote: > Hi all, > This message starts a two week softwire working group last call on advancing > the draft about the DHCPv6 Options for configuration of Softwire Address and > Port Mapped Clients as a Standards Track RFC. The authors believe that this > version has addressed all the issues raised on the document. The latest > version of the draft is available at > > http://www.ietf.org/id/draft-ietf-softwire-map-dhcp-07.txt > http://tools.ietf.org/html/draft-ietf-softwire-map-dhcp-07 > > Substantive comments and statements of support/opposition for advancing this > document should be directed to the mailing list. Editorial suggestions can be > sent directly to the authors. This last call will conclude on April 21 2014. > > Regards, > Suresh & Yong > > > _______________________________________________ > Softwires mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/softwires _______________________________________________ Softwires mailing list [email protected] https://www.ietf.org/mailman/listinfo/softwires
