Hi Hemant,
Thanks for the comments. Please see responses inline
On 10-08-13 01:44 PM, Hemant Singh (shemant) wrote:
Right. I proposed to encapsulate the return RA message since the
document proposes encapsulating the RS.
The return RA message cannot be encapsulated as a large majority of the
Access Nodes do not have an IPv6 address (or even an IP stack for that
matter). They are performing some layer 3 functions without having a
complete IP stack.
We get the drift that this
document is trying to bring ND to another feature parity that DHCPV6
supports - it's DHCPv6 PD. So ND SLAAC should also support assignment
of a PD like DHCPv6 does.
Personally, I think SLAAC should stay simple and I do not support this
SLAAC-PD idea. In either case, this needs to be a separate discussion.
However, I cannot accept this document in its current state to be a 6man
WG work item because this document has a MUST in section 6.2 for sending
a multicast RA with unicast L2 address. I and Wes have already blocked
the LastCall for such a doctored (L3 destination is multicast but L2
destination is unicast) multicast packet document in v6ops
(draft-gundavelli-v6ops-l2-unicast).
This is not a last call of the document :-). I am not sure that the
issues you bring up against that document apply in this case. Can you
specify what exactly is the issue with unicasting the RA.
Some other minor comments I have are below:
(a) In Figure 1 of this document a box is labeled as "Aggregation Node"
but this term is not used anywhere in section 2 or elsewhere in the
document.
It is just background information about the BBF architecture that was
requested by Margaret. It is not relevant to the mechanism proposed in
the draft.
(b) In section one, the first word is "DSL" that is not expanded in
first use. Please do so.
OK.
(c) Section 2: Replace "In a fixed Broadband Network" with "In a fixed
DSL Broadband Network" because cable broadband also maps to a fixed
Broadband Network.
OK.
Thanks
Suresh
--------------------------------------------------------------------
IETF IPv6 working group mailing list
[email protected]
Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------
