buglwIP - A Lightweight TCP/IP stack - Bugs: bug #48825, lowpan6: source PAN ID is skipped...

 
 

You are not allowed to post comments on this tracker with your current authentication level.

bug #48825: lowpan6: source PAN ID is skipped without checking PAN ID compression flag

Submitter:  Martine Lenders <authmillenon>
Submitted:  Fri 19 Aug 2016 11:02:51 AM UTC
   
 
Category:  None Severity:  3 - Normal
Item Group:  Faulty Behaviour Status:  Fixed
Privacy:  Public Assigned to:  goldsimon
Open/Closed:  Closed Planned Release:  None
lwIP version:  git head

Jump to the original submission

Fri 28 Sep 2018 10:34:29 AM UTC, comment #7: 

FYI: I tested for https://github.com/RIOT-OS/RIOT/pull/10059 the interaction with alternative stacks and it worked. So now I can confirm that this issue is fixed.

Martine Lenders <authmillenon>
Tue 27 Feb 2018 09:56:37 AM UTC, comment #6: 

No problem. I can't test it either. I'm working on tunneling it in ZigBee Encapsulation Protocol. That way, wireshark shows me the contents and maybe I'll get a working remove station...

Simon Goldschmidt <goldsimon>
Group administrator
Tue 27 Feb 2018 09:54:17 AM UTC, comment #5: 

Sorry again for the radio silence :-/. I can't test either right now (mostly because some porting effort would be required to test the current commit in my set-up), but the changes look sane. Maybe for our next release tests (mid- to end of April) we can include this again.

Martine Lenders <authmillenon>
Mon 26 Feb 2018 08:50:02 PM UTC, comment #4: 

I did a round of spec-reading and coding, so this should be fixed. Unfortunately, I don't have hardware to test 6LoWPAN, so I hope I did not break things while trying to fix this.

Simon Goldschmidt <goldsimon>
Group administrator
Wed 24 Aug 2016 09:17:43 PM UTC, comment #3: 

Yes, sorry for not replying! I was a little bit swamped in other work.

> We have at least 2 bugs open for the 6lowpan netif (which is still very experimental). Does this mean the rest works (e.g. against RIOT or uIP)?


That's the main reason I did not reply, because at the moment I did not find the time to confirm this. Last time I tried I basically hit the bug reported here and did not bother to test further. Let me come back to you in a few days about that.

> Unfortunately, I have no working counterpart to test 6lowpan. Is there some kind of debug environment available where I can simulate a 6lowpan environment e.g. on a PC?


You could use RIOT's native port for that e.g. I did not test it yet (and you need a very up-to-date Linux kernel for this), but Alexander Aring who did the 6Lo port for Linux provided a simulated 802.15.4 device for RIOT [1].

Alternatively, testing and debugging on the FIT/IoT-LAB testbed [2] works quite smoothly (you need to register an account though, but for a member of a FOSS project this shouldn't be a problem to my experience).

> BTW/OT: congrats to your c't article ;-)


Thanks! Though I had nothing to do with that I will carry that to the people who do :-).

[1] https://github.com/RIOT-OS/RIOT/pull/5582
[2] https://www.iot-lab.info/

Martine Lenders <authmillenon>
Wed 24 Aug 2016 07:32:49 PM UTC, comment #2: 

Is anyone even reading this? ;-)

Simon Goldschmidt <goldsimon>
Group administrator
Fri 19 Aug 2016 11:15:06 AM UTC, comment #1: 

We have at least 2 bugs open for the 6lowpan netif (which is still very experimental). Does this mean the rest works (e.g. against RIOT or uIP)?

Unfortunately, I have no working counterpart to test 6lowpan. Is there some kind of debug environment available where I can simulate a 6lowpan environment e.g. on a PC?

BTW/OT: congrats to your c't article ;-)

Simon Goldschmidt <goldsimon>
Group administrator
Fri 19 Aug 2016 11:02:51 AM UTC, original submission:  

Hi,

In lowpan6_input() (src/netif/lowpan6.c) the source PAN ID in the IEEE 802.15.4 header is skipped (in current version it is even commented with "/* skip PAN ID. */". However, according to the IEEE 802.15.4 specs this field can also be omitted, if the PAN_COMP bit is set the FCF. So if data comes in from another implementation (e.g. Contiki's uIP or RIOT's GNRC) the packet is read incorrectly (basically anything that would come after the source PAN), if they have PAN compression activated.

Kind Regards,
Martine Lenders

Martine Lenders <authmillenon>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by goldsimon (Posted a comment)
  • -email is unavailable- added by authmillenon (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

     

    Follow 4 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2018-02-26 goldsimon Item GroupNone Faulty Behaviour
        StatusNone Fixed
        Assigned toNone goldsimon
        Open/ClosedOpen Closed

    Back to the top

    Powered by Savane 3.13-f8d8.
    Corresponding source code