On Mar 5, 2010, at 9:53 AM, Zach Shelby wrote:
On Mar 5, 2010, at 16:39 , Richard Kelsey wrote:
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.
+1.
Or it can also be 0xFFFF (broadcast) which then allows a 16-bit MAC
address of 0. This is what most people are doing in practice from
what I've seen. Wouldn't hurt to have a recommendation like that in
HC...
It would have to be stronger than a recommendation, otherwise you
don't get interoperability.
I don't think anything is technically broken if we leave Section 6 of
RFC 4944 as is. The text around "unknown PAN ID" just becomes
irrelevant because that case never happens. But I agree, there are a
number of reasons why it is not desirable.
*IF* we decide to exclude the use of the PAN ID in creating IIDs, then
the relevant part of 6lowpan-hc that would need to change is when SAC/
DAC = 00 and SAM/DAM = 11. My suggestion would be to create a new
section that updates Section 6 of RFC 4944 and point the text to that
section.
--
Jonathan Hui
_______________________________________________
6lowpan mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/6lowpan