Re: [riot-devel] [alex.ar...@gmail.com: Re: [Roll] Looking for Linux implementation of RPL for interop testing]

2015-04-16 Thread Maciej Wasilak
Hello,

  - 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.

I moved RPL code to new bluetooth-next branch, it's on GitHub [0]. I
also added dummy handler for RPL Option for IPv6 Hop-by-Hop header. It
allows multihop operation with RPL nodes. Description on blogger [1].

Best Regards
Maciej Wasilak

[0] https://github.com/siskin/bluetooth-next
[1] http://sixpinetrees.blogspot.com/2015/04/linux-rpl-router-improvements.html
___
devel mailing list
devel@riot-os.org
https://lists.riot-os.org/mailman/listinfo/devel


[riot-devel] [alex.ar...@gmail.com: Re: [Roll] Looking for Linux implementation of RPL for interop testing]

2015-04-06 Thread Oleg Hahm
Dear RIOTers,

I thought this might be of interest for some of you (which are not subscribed to
the ROLL ML).

Cheers,
Oleg
-- 
printk(??? No FDIV bug? Lucky you...\n);
linux-2.2.16/include/asm-i386/bugs.h
---BeginMessage---
Hi Ralph and Michael,

On Thu, Apr 02, 2015 at 02:40:41PM -0400, Michael Richardson wrote:
 Ralph Droms (rdroms) rdr...@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/14.html

___
Roll mailing list
r...@ietf.org
https://www.ietf.org/mailman/listinfo/roll
---End Message---


pgpUMMC6TsqQx.pgp
Description: PGP signature
___
devel mailing list
devel@riot-os.org
https://lists.riot-os.org/mailman/listinfo/devel