Hi Jonathan, I just had a quick look at your draft about Neighbor Discovery and Autoconfiguration for Route-Over 6LoWPAN Networks. It seems very good!
- A general question: as you recall it, either the IEEE EUI-64 or short
address combined with the PAN ID may be used to generate an IID, as
specified in [RFC4944].
Later you mention that appropriate link-layer address can be regenerated
from the IID.
When a node from network A receives a packet from network B, how does it
know whether the source node has used the short adress or the EUI-64
address to form the IID? I understand that you can use the U/L bit to
separate EUI-64 from short addressing usage, but will destination nodes
always have to check this U/L bit when receiving packets?
- About the Router Advertisements, we need to make sure that they are
received by all the nodes. With respect to sensor networks constraints,
nodes may not always be able to be awake when they are multicasted. Do you
leave this issue to be solved by other means (global network time synchro,
local buffering of RAs for transmission when nodes are awake,..)?
- It is mentionned that the RAs transmission period must use the trickle
algorithm. I am not familiar with it, but it seems to me that it is not
appropriate for networks with mobile nodes. I am looking at networks where
nodes can move anytime, and we would go for short RAs periods. Is mobility
out of your document scope?
- Finally, you wrote that all 6LoWPAN nodes MUST accept the newest prefix
information. Is this a requirement? Again, I am interested in mobile nodes
and we may want to use other metrics for choosing the prefix information.
Thanks!
Best regards,
Anthony
--
Anthony Schoofs
Research Scientist
Philips Research
High Tech Campus 34 , 5656 AE Eindhoven, The Netherlands
Email: [EMAIL PROTECTED]
To
6lowpan <[email protected]>
cc
Jonathan Hui
<[EMAIL PROTECTED]> Subject
[6lowpan] Fwd: New Version
Sent by: Notification for
[EMAIL PROTECTED] draft-hui-6lowpan-nd-00
.org Classification
28-07-2008 12:07
Feedback/suggestions welcome.
Thanks.
--
Jonathan Hui
Begin forwarded message:
> From: IETF I-D Submission Tool <[EMAIL PROTECTED]>
> Date: July 28, 2008 2:15:48 AM PDT
> To: [EMAIL PROTECTED]
> Subject: New Version Notification for draft-hui-6lowpan-nd-00
>
>
> A new version of I-D, draft-hui-6lowpan-nd-00.txt has been
> successfuly submitted by Jonathan Hui and posted to the IETF
> repository.
>
> Filename: draft-hui-6lowpan-nd
> Revision: 00
> Title: Neighbor Discovery and Autoconfiguration
for Route-Over
> 6LoWPAN Networks
> Creation_date: 2008-07-28
> WG ID: Independent Submission
> Number_of_pages: 24
>
> Abstract:
> This document specifies a simple version of IPv6 Neighbor Discovery
> for route-over 6LoWPAN networks. 6LoWPAN ND allows nodes to discover
> routers, discover network configuration parameters, and IPv6 prefixes
> for use with stateless address autoconfiguration and context-based
> 6LoWPAN compression for IPv6 headers. This document also specifies
> autoconfiguration mechanism for use in 6LoWPAN networks.
>
>
>
> The IETF Secretariat.
>
>
_______________________________________________
6lowpan mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/6lowpan
<<inline: graycol.gif>>
<<inline: pic08262.gif>>
<<inline: ecblank.gif>>
_______________________________________________ 6lowpan mailing list [email protected] https://www.ietf.org/mailman/listinfo/6lowpan
