Hi JANARDHANACHARI KELLA, Just a little of context. For the last 2 or 3 years I've been working in projects related with smartgrids and LV powergrids. Among the huge list of requirements of the projects, let me just refer two (or three). • Sensors mesh networks must use wireless connectivity (not PLC, nor ethernet, or some kind of wired links) • Sensors were deployed on Street Lighting poles (thus, would require power provider cranes and "brave" guys to install them) • One of sensors features is to detect power outages, thus it would require some kind of backup power to make them work, but... usage of any kind of batteries were forbidden. Long story short, RPL was simply part of the solution. At the time there were only one good implementation of RPL: contiki's one. For sensors it were a good approach. Anyway, in some use cases, contiki was not enough. After a search for RPL implementations for linux, I only found 2 or 3 which worked on linux userland which required huge resources, so I give it a try and started a linux RPL implementation on kernel land. • https://github.com/joaopedrotaveira/linux-rpl (kernel patches) • https://github.com/joaopedrotaveira/rpl-userspace-tools (userspace tools like iwpan, based on libnl) To figure out the SoC power consumption of those on the market and decide which one to use, it was required to test several boards (rpi, beagleboard, beaglebones, olinuxinos, Atheros AR9330 boards, ...), check power consumptions and test RPL implementation with some contiki based sensors. It was also required to use 868band radios, which were very dificult to find. It was very hard to implement RPL in kernel and port it for every single kernel versions of each kind of ARM SoCs, which exoteric patches from this or that SoC vendor to best support for power management (namely pm3). After Linux RPL Implementation in kernel space being tested, on several SoCs, with transceivers 802.15.4 on 2.4GHz and/or 868, I tried to get in touch with kernel wpan group, but no one seamed to be interested in my contributions. ROLL ietf group was very receptive to know that a kernel land implementation was in development, but wpan-linux had other ideas for the wpan stack, some kind of scorn about RPL, they simply ignored my issues and questions. After this "kindly" and "warm" acceptance from wpan-group and the lack of interest in merge efforts, I was forced to give up on get RPL implementation in kernel. RPL standards require information about transceivers link quality, stats about physical layer of 802.15.4 radios, and wpan-linux simply ignored my calls. After months trying to get things working with dozens of different kernel-trees, from different SoCs, different kernel versions and almost no interest, I was forced to come across on unfair and insulting reviews: http://www.sixpinetrees.pl/2014/11/linux-rpl-router.html After months trying to get fully RPL supported kernel with following goals: • RFC6550 RPL: IPv6 Routing Protocol for Low-Power and Lossy • RFC6551 Routing Metrics Used for Path Calculation in Low-Power and Lossy Networks • RFC6552 Objective Function Zero for the Routing Protocol for Low-Power and Lossy Networks (RPL) • RFC6719 The Minimum Rank with Hysteresis Objective Function • RFC6206 The Trickle Algorithm • Support for adding new Objective Functions Modules • Kernel Network Namespace support • Userland tools ... I was forced to stop working on this, and move forward on the project I was working on, when I get a nice surprise reading conclusion of the already mentioned review: "Conclusions RPL for Linux is usable. Joao Pedro Taveira's implementation seems to work with Linux 3.17 and 6LoWPAN (after minimal patching). This is very surprising, that implementation is no longer developed. Linux box is a superior solution for Border Router than any embedded system. Open Source's inefficiency is sometimes amazing." Right now, I don't know the current status of wpan-linux stack. I recall that wpan-linux was merged with bluetooth-stack or something, but I assume that the required changes to netdev that allow me (or anybody else) to get RPL really working as expected in kernel, are still missing. When there will be interest, will and gumption to resume linux-rpl project, simply let me know. Best Regards, João Pedro Taveira > On 18 Jan 2017, at 07:48, JANARDHANACHARI KELLA <eni.chari@xxxxxxxxx> wrote: > > Hi, > > i am trying to integrate RPL feature in linux kernel to use on > raspberry pi2 b with at86rf233 module. can any on suggest/ provide any > information to integrate RPL feature? > > is this Rpl feature supported for new kernels like(4.x)? for rpl which > kernel i have to use? > > > > > -- > Sincerely Your's > > Janardhanachari Kella > Contact:+91-9908469599 > E-mail: eni.chari@xxxxxxxxx > -- > To unsubscribe from this list: send the line "unsubscribe linux-wpan" in > the body of a message to majordomo@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html ________________________________________ João Pedro Taveira Pinto Silva e-mail: joao.p.taveira@xxxxxxxxx github: joaopedrotaveira linkedin: joaopedrotaveira
Attachment:
signature.asc
Description: Message signed with OpenPGP
