[net2-wg] Fwd: [6lowpan] 6lowpan implementation for TinyOS 2.0

[Omprakash Gnawali]

Thanks for the pointer. This is great news. I will get in touch with
Matus and get a better understanding of his plan, status, etc.

- om_p

> 
> 
> Begin forwarded message:
> 
> > From: Philip Levis <pal at cs.stanford.edu>
> > Date: May 23, 2007 12:33:49 PM PDT
> > To: Matus Harvan <m.harvan at jacobs-university.de>
> > Cc: 6lowpan at ietf.org
> > Subject: Re: [6lowpan] 6lowpan implementation for TinyOS 2.0
> >
> > Matus Harvan wrote:
> >> Hello,
> >>
> >> I have implemented a 6lowpan/IPv6 stack for TinyOS 2.0.
> >>
> >> The implementation parses Mesh Addressing and Broadcast
> >> headers. 6lowpan fragmentation and fragment reassembly are fully
> >> supported. The 6lowpan-specified HC1 compression of the IPv6 header
> >> and the HC_UDP compression of the UDP header are supported as well as
> >> handling of the uncompressed headers. The implementation can respond
> >> to ICMP echo requests and handles communication over the UDP
> >> protocol. It has been tested on the TelosB and MicaZ motes.
> >>
> >> In addition a 6lowpan-translating daemon has been implemented to
> >> allow a linux PC to use a mote as an 802.15.4 interface.
> >>
> >> Shortcomings and missing features:
> >>  * 6lowpan payload is sent as Active Message payload. This means that
> >>    the 802.15.4 payload is prefixed with the 1-byte AM Type field.
> >>  * non-zero Traffic Class and Flow Label are not supported by the
> >>    current HC1 implementation
> >>  * UDP port numbers compression is not supported and port numbers are
> >>    always sent in full by the current HC_UDP implementation
> >>  * Neighbor Discovery has not been implemented and link local
> >>    broadcasts are used instead.
> >>  * Not all fragments of a datagram seem to be always received by the
> >>    mote. A workaround is to add a usleep(10000) before sending  
> >> subsequent
> >>    fragments in the daemon on the PC.
> >>
> >> More details can be found in my MSc Thesis
> >>        http://www.eecs.iu-bremen.de/users/harvan/docs/msc-thesis.pdf
> >>
> >> Source code is available from
> >>        http://www.eecs.iu-bremen.de/users/harvan/files/6lowpan.tar.gz
> >>
> >
> > Matus,
> >
> > This is great news. The TinyOS net2 working group would love to get  
> > this into the TinyOS distribution. Omprakash Gnawali (USC) is the  
> > chair, you should contact him if you're interested. Recently, net2  
> > has been focused on a binary dissemination protocol, but its future  
> > agenda is focused on pulling in new protocols, such as a ZigBee  
> > stack and a DYMO implementation.
> >
> > Have you taken a look at TEP 125? Jonathan Hui, David Moss, and I  
> > proposed introducing a new frame format for TinyOS (the I-Frame)  
> > which would allow it to exist along side a 6lowpan network without  
> > causing packet confusion. To some degree, we were waiting for a  
> > solid 6lowpan implementation before pushing this forward. The 2.0.2  
> > release is slated for early July.
> >
> > Phil
> >
> > _______________________________________________
> > 6lowpan mailing list
> > 6lowpan at ietf.org
> > https://www1.ietf.org/mailman/listinfo/6lowpan
> 
> _______________________________________________
> net2-wg mailing list
> net2-wg at millennium.berkeley.edu
> https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/net2-wg