> From: "Colin O'Flynn" <[email protected]>
> Date: Thu, 4 Mar 2010 22:59:22 -0000
>
> RFC4944 has the quote:
>
> First, the left-most 32 bits are formed by concatenating 16 zero bits to the
> 16-bit PAN ID (alternatively, if no PAN ID is known, 16 zero bits may be
> used). This produces a 32-bit field as follows:
>
> How does a receiving node know if zero's have been used there to recreate
> the IP addresses? Unless I'm missing something, this seems to be a ambiguous
> case. It seems unlikely a node will know it's short address but not PAN-ID.
I am not sure what to make of this either. The PAN ID
may change if a PAN ID conflict is detected, in which
case it would be a nuisance if all of the interface IDs
had to change. To me, the only time where it might make
sense to to use the PAN ID in the interface ID would be
if a lowpan was spread across multiple PANs that did not
coordinate 16-bit address assignment. Even in that case,
it would be better to use a 'symbolic' PAN ID in the
interface IDs, to avoid the need to change later.
In a lowpan With only a single PAN ID it makes much more
sense to use zeros and avoid problems if the PAN ID has to
change.
-Richard Kelsey
_______________________________________________
6lowpan mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/6lowpan
