Re: [Roll] Looking for Linux implementation of RPL for interop testing
Geoff Mulligan <geoff.ietf@mulligan.com> Fri, 03 April 2015 18:46 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 28A391ACF57 for <roll@ietfa.amsl.com>; Fri, 3 Apr 2015 11:46:56 -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 hwPTB_GyViD3 for <roll@ietfa.amsl.com>; Fri, 3 Apr 2015 11:46:54 -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 19B8C1ACF58 for <roll@ietf.org>; Fri, 3 Apr 2015 11:46:54 -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 A2DCA1F8D9 for <roll@ietf.org>; Fri, 3 Apr 2015 12:46:51 -0600 (MDT)
Message-ID: <551EE01C.6010506@mulligan.com>
Date: Fri, 03 Apr 2015 12:46:52 -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/v_RIJTautAvBNB2b6ilCi4DGtSM>
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:46:56 -0000
Yes - pick a decent protocol :-) 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
- [Roll] Looking for Linux implementation of RPL fo… Ralph Droms (rdroms)
- Re: [Roll] Looking for Linux implementation of RP… Michael Richardson
- Re: [Roll] Looking for Linux implementation of RP… Alexander Aring
- Re: [Roll] Looking for Linux implementation of RP… Turner, Randy
- Re: [Roll] Looking for Linux implementation of RP… Ralph Droms
- Re: [Roll] Looking for Linux implementation of RP… Geoff Mulligan
- Re: [Roll] Looking for Linux implementation of RP… Geoff Mulligan
- Re: [Roll] Looking for Linux implementation of RP… João Pedro Taveira