Hi, On Fri, Dec 13, 2013 at 04:35:23PM +0530, Varka Bhadram wrote: > Hello.... > > What is the status of existing 6lowpan stack implementation ? > there are many things to do!
Now we have two MAC-Layers which uses 6LoWPAN, bluetooth and IEEE 802.15.4. They share the same IPHC format (rfc 6282) but they don't share fragmentation (rfc 4944) (There is some another bluetooth fragmentation support inside bluetooth mac layer). First I can say something about IEEE 802.15.4 support: There are 4 MAC-Frames Types. We currently supports inside Linux one type only, that's the dataframe type. Another types are: CMD, ACK, Beacon. There are some IEEE 802.15.4 devices where ACK-Frames are handled by firmware (So linux don't get any ACK-Frames and sometimes linux is too slow to handle ACK-Frames fast. Now we have some special thing inside the MAC-Layer, we have some virtual wpan device middle layer to provide more wpan devices (with different channels) to make some channel hoping. To provide a correct channel hoping mechanismn you need to control this in some upper layers, but I don't know any kind of implementation (kernelspace/userspace) which use this channel hoping mechanismn. (In my opinion, nobody uses this and we should remove it, this makes the MAC-Layer too complex and they are some locking issues). About the state of 6LoWPAN on IEEE 802.15.4: 6LoWPAN are dataframes and we support Dataframes. :-) The 6LoWPAN Header has a dispatch value, see rfc 6282. We support IPHC, Fragmentation dispatch value. For example there exists a mesh routing dispatch value which we don't support right now. The current implementation of IPHC have some issues and isn't full implemented (like context based address support). I know two issues which I have patches for fixing them: - UDP compression/uncompression is broken - fragmentation isn't rfc4944 kompatible. I sent a patch which should fix 6LoWPAN INTRA-Pan and multicast communication (commit id 3e69162ea4a9e927cb3619b96c86aae4ded60112). Protocols on top of 6LoWPAN: We have a limited RPL implementation, called SimpleRPL [1]. RPL is a routing protocol for sensor networks. I autotoolify the well known libcoap library [2] and I tested a userspace application with 6LoWPAN successfully. There are many interest to implement the rfc6775 (and I think it was you which send some patches about some time ago). - Alex [1] https://github.com/tcheneau/simpleRPL [2] http://sourceforge.net/projects/libcoap/ ------------------------------------------------------------------------------ Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk _______________________________________________ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
