On 07/25/10 02:37 PM, Erik Nordmark wrote:
It has been suggested that the NA must be sent directly to the SLLA, and
that most IPv6 layers allow for explicitly directing a packet to a given
MAC address (even when an NCE for a packet's destination address is
pointing elsewhere). However, a couple of well-known stacks I've had a
look at don't seem to support this without a bit of hacking or tricks in
the network-interface driver.
I don't see any other path forward than getting those IPv6 stacks
improved to allow for sending to a link-layer address.
Do you have a working alternative approach?
The above was answered in the WG meeting, which was to include the
EUI-64-based (link-local? or global?) in the ARO and use that for a
response.
If we want to use the EUI-64 based link-local then we could potentially
hack things and just form that based on the EUI-64 in the ARO (by
prepending fe80:: to the EUI-64). But it might be cleaner to expand the
ARO to have an address instead of just the EUI-64.
AFAICT if we keep the IPv6 source in the NS as the one for which we
register we don't need any special handling for SeND. In essence the
above idea would add a "send ack/nack to this address".
Comments?
Erik
_______________________________________________
6lowpan mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/6lowpan
