The question is still whether we need to perform DAD. This was the result of the WG meeting today, and we concluded to take a look at that more closely and also discuss with 6man. The conclusion we had today was that there are cases where DAD is not needed and cases where it is.

You can of course use DHCPv6 in a LoWPAN, you always could. We should not mix up DHCP and DAD though.

Zach

On Nov 10, 2009, at 16:13 , JP Vasseur wrote:


On Nov 10, 2009, at 2:57 AM, Jonathan Hui wrote:


On Nov 9, 2009, at 5:50 PM, Carsten Bormann wrote:

Again, entirely getting rid of a function is always the best optimization.
Can we do that for DAD?

The *need* for DAD is the core question for me. As specified within 6lowpan-nd now, IPv6 addresses are maintained using a centralized protocol. That protocol looks and smells like DHCP - there's request/response, lease times, relays. The whiteboard may also administratively assign addresses. So in the end, it's not clear to me why we would need to *detect* duplicates when we essentially *avoid* them from the beginning.

I've voiced my comment several times over the past 1+ years and presented a draft that argues for the use of optimized DHCP in Dublin, so this is not new from my end. The fact that the current 6lowpan-nd document has evolved towards using DHCP-like mechanisms is not an accident. But if what we do is DHCP-like, it would seem to make sense to utilize existing DHCP infrastructure rather than defining something new.


This is frustrating, I was about to write the exact same email. I cannot agree more.
Why can't we use and potentially extended DHCP for that purpose ?

thanks.

JP.

--
Jonathan Hui

_______________________________________________
6lowpan mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/6lowpan

_______________________________________________
6lowpan mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/6lowpan

--
http://www.sensinode.com
http://zachshelby.org - My blog “On the Internet of Things”
Mobile: +358 40 7796297

Zach Shelby
Head of Research
Sensinode Ltd.
Kidekuja 2
88610 Vuokatti, FINLAND

This e-mail and all attached material are confidential and may contain legally privileged information. If you are not the intended recipient, please contact the sender and delete the e-mail from your system without producing, distributing or retaining copies thereof.



_______________________________________________
6lowpan mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/6lowpan

Reply via email to