Re: about openthread and 6lowpan

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

On Sun, Sep 09, 2018 at 03:05:50PM +0000, Sujay G wrote:
>  Hi,
> 
> I have been testing openThread on Docker. I wanted to use 6Lowpan with openthread.
> I assumed openThread would interact with wpan interfaces  and added  wpan interfaces in container namespace  but it did not work.
> 
> Then I came across change for 6Lowpan.  Comparison yielded changes in 7 files  vs the latest openThread repositiry
> github.com/openthread/openthread/compare/master...linux-wpan:af802154
> 
> I manually merged the files and am trying to resolve the errors.
> 
> Had few queries regarding the openThread and 6Lowpan
> 
> Why was the project (af802154) abandoned ?

I am personally not interested to run openthread as a user space
solution which can be sold as "not use Linux, use mine software".

> Was openThread working with the above 6Lowpan changes ?

With limitations, which can be improved to support more user space
stacks in the wpan subsystem. I used only do testing against their "MLE"
implementation.

> Does the current openThread stack support 6Lowpan ? any configuration needs to be enabled ?    or is it the right way to port the  af802154 to current implementation of openthread ?
> 

"openThread stack support 6Lowpan"

I asking me this question myself. According their MLE implementation
it's a forked standard from IETF draft. So you can't be sure if they ever
changed something in IETF 6LoWPAN, foo which is then a forked standard.

Also according to "MLE", they sold it with the words "MLE" but it wasn't "MLE",
so you can't be sure in any 6LoWPAN protocols as well.

I think openthread are still "good people" because they have an open
implementation. It's totally weird that the standard is closed but there
exist open implementation which seems to be Thread certificated.

Thread works in this case only as user space stack with openthread and a
RAW L2 frame socket layer as AF_PACKET offers you and not in any
productive case because limitations.

---

The right way? It's not, see my other post about my complain why I don't
want to work on openthread as user space stack. [0]

We need to make some library wrapper around openthread and map it to Linux
6LoWPAN/802.15.4 stack.

- Alex

[0] https://www.spinics.net/lists/linux-wpan/msg04949.html



[Index of Archives]     [Linux NFS]     [Linux NILFS]     [Linux USB Devel]     [Linux Audio Users]     [Photo]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux