Hi Hesham,
Soliman, Hesham wrote:
Christian,
Thanks for the detailed description. I think Nick brought this up
some time ago too.
My suggestion is that upon reception of an RS with no SLLAO the router checks if an entry already exists, if none exists then it
creates one and puts it in STALE. If an entry already exists with
a LLA then it responds with a (two options):
Putting things in STALE doesn't work unless there's a link-layer address known ( and there's none in the received RS).
- unicast RA unless a multicast RA was
already scheduled.
- A multicast RA.
I think the second option might be better to allow for ODAD to
work.
Thoughts?
This was discussed recently on DNA list since there's an idea to use TSLLAOs (Tentative source link-layer address options) in RSs without SLLAOs when a node is optimistic.
I believe that Erik indicated multicast was the logical way to go. I guess that's the way most implementations have gone.
We already have at least one implementation (RADVD on linux) which will send a unicast RA without needing an existing neighbour entry (and works without SLLAO in RS). It first does neighbour resolution before delivering the unicast RA.
Where the NS is sent, the recipient has to respond with an NA before the RA is sent, so there's no real potential for multiplicative attacks (except for NS retries when a node isn't present).
Bandwidth utilization and packet loss probability are higher though.
Greg
-------------------------------------------------------------------- IETF IPv6 working group mailing list [email protected] Administrative Requests: https://www1.ietf.org/mailman/listinfo/ipv6 --------------------------------------------------------------------
