G'day Jinmei, it was nice to meet you in San Diego! > My meta-level concern is that if we explicitly mentioned the > unsolicited NA the intent of the NA would be rather unclear. In fact, > even rev01 of the optimistic-dad draft doesn't talk about the real > intent (i.e., a signal for mobility-supporting routers). We only > understood the author's real intent through the discussion in the wg > last call. > > After understanding the real intent, we seem to have agreed that we > should not override the semantics of unsolicited NA for such a > specialized purpose. So, we now don't have a reason to send such an > NA for the original purpose.
I don't agree that this is 'overriding the semantics', well, not any more than having unsolicited RAs and solicited RAs be the same signal. And I'm not at all convinced that people shouldn't do it if they want to, just that it's beyond the scope of the OptiDAD draft to specify that they should or should not. But anyway, that's irrelevant because ... > I personally think we don't have to worry about it, since Section 2.3 > of draft-ietf-ipv6-optimistic-dad-01.txt prohibits the behavior: > > * clearing the 'Override' flag in Neighbour Advertisements for > Optimistic addresses, which prevents neighbours from overriding > their existing NC entries. The 'Override' flag is already > defined [RFC2461] and used for Proxy Neighbour Advertisement. > > We could still note the same thing if we really want to care about it, > but then we should simply concentrate on the override flag without > mentioning solicited/unsolicited, e.g. > > An Optimistic node MUST NOT send any Neighbor Advertisements > when the address is in Optimistic state, unless the Override flag on > the advertisement is zero. ... I'm happy with that (eg: never explicitly mentioning the unsolicited NAs but explicitly requiring O=0 on all NAs from Optimistic Address) Thanks for your feedback: I'll be bringing out -02 out in the next week or so, and hopefully it'll be something everyone is happy with :-) -----Nick -------------------------------------------------------------------- IETF IPv6 working group mailing list [EMAIL PROTECTED] Administrative Requests: https://www1.ietf.org/mailman/listinfo/ipv6 --------------------------------------------------------------------
