netdev - Re: IPv6 over IEEE 802.15.4 aka 6LoWPAN

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20140806074715.GA31022@omega>
Date:	Wed, 6 Aug 2014 09:47:17 +0200
From:	Alexander Aring <alex.aring@...il.com>
To:	Varka Bhadram <varkabhadram@...il.com>
Cc:	davem@...emloft.net, kuznet@....inr.ac.ru, jmorris@...ei.org,
	yoshfuji@...ux-ipv6.org, kaber@...sh.net, netdev@...r.kernel.org,
	linux-wpan@...r.kernel.org
Subject: Re: IPv6 over IEEE 802.15.4 aka 6LoWPAN - Neighbor discovery issue

On Wed, Aug 06, 2014 at 12:45:27PM +0530, Varka Bhadram wrote:
> On 08/06/2014 12:40 PM, Alexander Aring wrote:
> >Hi Varka,
> >
> >On Wed, Aug 06, 2014 at 10:41:46AM +0530, Varka Bhadram wrote:
> >>The 6LoWPAN Neighbor Discovery protocol (RFC6775) is an optimized version of the
> >>standard IPv6 Neighbor Discovery protocol. 6LoWPAN-ND  uses the same standard
> >>ND (RFC4861) messages (ICMPv6) with some additional options (ARO , 6CO and ABRO).
> >>Two new messages (DAR and DAC) have been added to consider the support of Neighbor Discovery
> >>for bootstrapping, header compression, mobility, fault tolerance, etc.
> >>
> >>We implemented 6LoWPAN-ND for linux kernel 3.12, which handles ARO option
> >>in NS(Neighbour Solicitation) and sends NA (Neighbour Advertisement) with
> >>updated ARO option as per RFC6775. We may send you the patches for this implementation.
> >>And we implemented handling of DAR and DAC.
> >>
> >Did you have solve the issue between short and extended address? For
> >RFC6775 we need also context based address compression, we don't support
> >this mainline right now.
> 
> We only supported extended address. We did not include the context based
> address compression.
> 

ok.

> >
> >If yes then you can send me these patches.
> >
> >>Handing of RS (Router Solicitation) and RA (Router Advertisement) will take care
> >>by radvd (Router Advertisement Daemon) in Linux. We added the ABRO and 6CO option
> >>support in radvd. You can find the implementation in [1].
> >>
> >>
> >>[1]: https://github.com/reubenhwk/radvd/blob/master/send.c#L536
> >>
> >I see you use the ContextID there, then you need the CID value from
> >6LoWPAN header there. I am very interest for patches which introduce
> >context based address compression and make it also available in
> >userspace to handle the ContextID with radvd.
> 
> Right now we providing the contextID from user space through radvd.conf.
> 
> Context based implementation is not supported so we are only using the
> context identifier from user space.
>

A static CID value in radvd.conf? Sorry, I don't know how this can be
working without very limitations of use.



Nevertheless, I want to find some solution to handle short and extended
addresses in neighbor discovery to get something working which should
already work in the current state. After that we can care about RFC6775.

This is more a "bugfix" and RFC6775 a new feature. Really, I have no
idea what happens if we get a short address 6LoWPAN nd message packet and
I got nightmares because this.

- Alex
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html