[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[lwip-devel] [bug #50739] 6lowpan - IPHC de-compression bug
From: |
Aigner B. |
Subject: |
[lwip-devel] [bug #50739] 6lowpan - IPHC de-compression bug |
Date: |
Thu, 6 Apr 2017 08:34:54 -0400 (EDT) |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/57.0.2987.98 Safari/537.36 |
URL:
<http://savannah.nongnu.org/bugs/?50739>
Summary: 6lowpan - IPHC de-compression bug
Project: lwIP - A Lightweight TCP/IP stack
Submitted by: aignerb
Submitted on: Thu 06 Apr 2017 12:34:52 PM UTC
Category: IPv6
Severity: 3 - Normal
Item Group: Faulty Behaviour
Status: None
Privacy: Public
Assigned to: None
Open/Closed: Open
Discussion Lock: Any
Planned Release: None
lwIP version: 2.0.2
_______________________________________________________
Details:
Hi @all,
I'm working on a RFC7668 implementation on the ESP32 (6lowpan over Bluetooth
LE).
I found a wrong implementation within the header decompression:
lowpan6.c:841
ip6hdr->dest.addr[0] = htonl(0xff000000UL |
lowpan6_buffer[lowpan6_offset++]);
This line is the dest. address decompression for the settings Multicast=1,
DAC=1, DAM=10.
According to RFC6282, page 9, following address format is used:
10: 32 bits. The address takes the form ffXX::00XX:XXXX.
So, as I think, the line should be written as following:
ip6hdr->dest.addr[0] = htonl(0xff000000UL |
(lowpan6_buffer[lowpan6_offset++]<<16));
Am I right?
Best wishes
_______________________________________________________
Reply to this item at:
<http://savannah.nongnu.org/bugs/?50739>
_______________________________________________
Message sent via/by Savannah
http://savannah.nongnu.org/
- [lwip-devel] [bug #50739] 6lowpan - IPHC de-compression bug,
Aigner B. <=