Hi, On Sun, Sep 09, 2018 at 04:49:49PM -0400, Michael Richardson wrote: > > Sujay G <sujay.g@xxxxxxx> wrote: > > 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 > > Why are you asking the linux-wpan ML about openthread patches? :-) > it's okay. > Alex did some patches to make openthread work better with the virtual > interfaces... it's up to the openthread people to adopt them or not. > What is does is to run openthread as somewhat "user space stack" with limited functionality on monitor interfaces. It's good for debugging. "limited functionality" is e.g. not ack handling, every frame get to userspace... it's a pain to run productive I think. I worried, here was somebody who said "it just works for him on node interfaces", but in this case the kernel run filtering... I am worried that people using it in this way and don't know what they do. > > 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 ? Was openThread working with > > the above 6Lowpan changes ? 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 ? > > You could rebase it, and maybe you have more influence with the > openthread people than we do. agree. - Alex
