Re: [Roll] Looking for Linux implementation of RPL for interop testing

Geoff Mulligan <geoff.ietf@mulligan.com> Fri, 03 April 2015 18:48 UTC

Return-Path: <geoff.ietf@mulligan.com>
X-Original-To: roll@ietfa.amsl.com
Delivered-To: roll@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6ADD21ACF5D for <roll@ietfa.amsl.com>; Fri, 3 Apr 2015 11:48:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jgtUWYOfUSIg for <roll@ietfa.amsl.com>; Fri, 3 Apr 2015 11:48:31 -0700 (PDT)
Received: from mail.coslabs.com (mail.coslabs.com [199.233.92.34]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6A8DB1ACF5B for <roll@ietf.org>; Fri, 3 Apr 2015 11:48:31 -0700 (PDT)
Received: from [199.233.92.4] (unknown [199.233.92.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.coslabs.com (Postfix) with ESMTPSA id CB5E01F8D9 for <roll@ietf.org>; Fri, 3 Apr 2015 12:48:30 -0600 (MDT)
Message-ID: <551EE07F.8030909@mulligan.com>
Date: Fri, 03 Apr 2015 12:48:31 -0600
From: Geoff Mulligan <geoff.ietf@mulligan.com>
User-Agent: Mozilla/5.0 (X11; Linux i686; rv:31.0) Gecko/20100101 Thunderbird/31.5.0
MIME-Version: 1.0
To: Routing Over Low power and Lossy networks <roll@ietf.org>
References: <DC67D807-BCFD-4447-A58E-D6D1E30F2DE7@cisco.com> <21995.1428000041@sandelman.ca> <20150402203416.GA18697@omega> <557AE653-44F3-49E9-887E-7C55CE8295B9@gmail.com>
In-Reply-To: <557AE653-44F3-49E9-887E-7C55CE8295B9@gmail.com>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/roll/Tiuf8iDvFSMzFtdbXWkr67KVNRQ>
Subject: Re: [Roll] Looking for Linux implementation of RPL for interop testing
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: Routing Over Low power and Lossy networks <roll@ietf.org>
List-Id: Routing Over Low power and Lossy networks <roll.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/roll>, <mailto:roll-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/roll/>
List-Post: <mailto:roll@ietf.org>
List-Help: <mailto:roll-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/roll>, <mailto:roll-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 03 Apr 2015 18:48:33 -0000

sorry - meant to send that to ralph.  frustration with implementing some 
kernel software.

         Geoff




On 04/02/2015 03:50 PM, Ralph Droms wrote:
> Thanks, Alex - your response is *very* helpful...
>
> Anyone have a suggestion about other ways to do interop testing, especially with a non-storing mode LBR/DODAG root?
>
> - Ralph
>
>> On Apr 2, 2015, at 4:34 PM 4/2/15, Alexander Aring <alex.aring@gmail.com> wrote:
>>
>> Hi Ralph and Michael,
>>
>> On Thu, Apr 02, 2015 at 02:40:41PM -0400, Michael Richardson wrote:
>>> Ralph Droms (rdroms) <rdroms@cisco.com> wrote:
>>>> Can anyone point me at an implementation of RPL for Linux that provides
>>>> non-storing mode operation?  I'm looking for both an LBR/DODAG root
>>>> implementation and an LR implementation.  THe purpose is
>>>> interoperability testing with an independent implementation.
>>> No, I can't point you at this, but I thought I'd answer about why we aren't
>>> seeing this yet.
>>>
>>> A non-storing mode implementation would require kernel implementation of the
>>> RH3 header in order to make work (particularly as DODAG root), and at this
>>> point, I'm unaware of anyone who has done that work, and it certainly isn't
>>> in the mainstream kernel.
>>>
>>> Perhaps someone out there is already working on it, and has patches.
>> I know three 3 RPL implementation for linux, all of them has limitations:
>>
>> One kernelspace and two userspace implementations, I can't say much
>> about these limitations because I doesn't looked deeper into these
>> implementations and I have no idea about RPL stuff (currently). :-)
>>
>> The kernelspace one:
>>
>> - Known as linux-rpl [0].
>>    In my opinion there is still much stuff to do there for bringing this
>>    stuff mainline. There is a blog article [1] about somebody who tested it
>>    with contiki nodes and it "seems" basically to work with limitations.
>>
>> The userspace implementations:
>>
>> - SimpleRPL [2].
>>    Prototype implementation in python.
>>
>> - unstrung [3].
>>    I think the most people on this mailinglist knows about this
>>    implementation.
>>
>>
>>
>> For using these implementation with current mainline:
>>
>> NOTE: We changed in linux the ARPHRD (the uapi type for a netdev) from
>> ARPHRD_IEEE802154 to ARPHRD_6LOWPAN for the 802.15.4 6LoWPAN interface.
>>
>> The reason was before the 802.15.4 and 802.15.4 6LoWPAN interface used
>> the same ARPHRD type, this situation occurs several troubles. Now BTLE
>> 6LoWPAN and 802.15.4 6LoWPAN uses the same ARPHRD type which is
>> ARPHRD_6LOWPAN. On ARPHRD_6LOWPAN you will have a IPv6 view without L2
>> information, the ARPHRD_IEEE802154 wpan interface has 802.15.4 frames view.
>>
>>
>> I mostly saw that userspace applications evaluates the ARPHRD value for
>> checking on an EUI64 mac address length, which is the same for BTLE
>> 6LoWPAN and 802.15.4 6LoWPAN.
>>
>> I notice this because some applications still evaluates the old ARPHRD
>> value (I noticed this about another mail on mailinglist at [4]). So you
>> will have trouble to run current implementations with current mainline
>> if you don't this behaviour.
>>
>> - Alex
>>
>> [0] https://github.com/joaopedrotaveira/linux-rpl
>> [1] http://sixpinetrees.blogspot.de/2014/11/linux-rpl-router.html
>> [2] https://github.com/tcheneau/simpleRPL
>> [3] http://unstrung.sandelman.ca/
>> [4] http://lists.sandelman.ca/pipermail/unstrung-hackers/2015-March/000014.html
>>
>> _______________________________________________
>> Roll mailing list
>> Roll@ietf.org
>> https://www.ietf.org/mailman/listinfo/roll
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll