Seems, the mail server doesn't like me.
On Mon, Jul 15, 2013 at 10:35:24PM +0200, Alexander Aring wrote:
> Version 3 of my patch series for the 6lowpan stack. There is also a known
> issue with the payload length on fragmentation which don't fix this series.
> I am working on it...
>
> v4:
> - G
From: David Hauweele
When a new 6lowpan fragment is received, a skbuff is allocated for
the reassembled packet. However when a 6lowpan packet compresses
link-local addresses based on link-layer addresses, the processing
function relies on the skb mac control block to find the related
link-layer a
Signed-off-by: Alexander Aring
---
net/ieee802154/6lowpan.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/net/ieee802154/6lowpan.c b/net/ieee802154/6lowpan.c
index 1ec14ef..8e0fbb8 100644
--- a/net/ieee802154/6lowpan.c
+++ b/net/ieee802154/6lowpan.c
@@ -819,7 +819,8 @@ low
Version 3 of my patch series for the 6lowpan stack. There is also a known
issue with the payload length on fragmentation which don't fix this series.
I am working on it...
v4:
- Got a "Mail delivery failed" - I resend this patch series
v3:
- add David Hauweele patch to fix fragmentation with li
Fix a little comment issue.
Number 2 is 10 in bits and 1 is 01.
Signed-off-by: Alexander Aring
---
net/ieee802154/6lowpan.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/net/ieee802154/6lowpan.c b/net/ieee802154/6lowpan.c
index 55e1fd5..1ec14ef 100644
--- a/net/ieee8021
When we set it to zero, we can assume that the memory is already zero
while parsing.
Signed-off-by: Alexander Aring
---
net/ieee802154/6lowpan.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/net/ieee802154/6lowpan.c b/net/ieee802154/6lowpan.c
index 8e0fbb8..fd0a5bc 1006
While we can assume that the memory is already be zero, we can drop some
memsets while parsing.
Signed-off-by: Alexander Aring
---
net/ieee802154/6lowpan.c | 10 --
1 file changed, 10 deletions(-)
diff --git a/net/ieee802154/6lowpan.c b/net/ieee802154/6lowpan.c
index fd0a5bc..f3406dac 1
This patch drop the pre and postcount calculation from the
lowpan_uncompress_addr function.
We use instead a switch case over address_mode value, it's easier
to understand what's going on there.
Signed-off-by: Alexander Aring
---
net/ieee802154/6lowpan.c | 123 ++
We don't handle the DAC bit currently, so I add a warning and drop the
package.
Signed-off-by: Alexander Aring
---
net/ieee802154/6lowpan.c | 24 +---
1 file changed, 13 insertions(+), 11 deletions(-)
diff --git a/net/ieee802154/6lowpan.c b/net/ieee802154/6lowpan.c
index 706
Pointers _saddr and _daddr points to source and destination address.
Use this for a link-layer compression to get these addresses.
Signed-off-by: Alexander Aring
---
net/ieee802154/6lowpan.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/net/ieee802154/6lowpan.c b/net/ie
Add function to uncompress multicast address.
This function split the uncompress function for a multicast address
in a seperate function.
To uncompress a multicast address is different than a other
non-multicasts addresses according to rfc6282.
Signed-off-by: Alexander Aring
---
net/ieee802154/
We don't handle the CID bit currently, so I add a warning and drop the
package.
Signed-off-by: Alexander Aring
---
net/ieee802154/6lowpan.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/net/ieee802154/6lowpan.c b/net/ieee802154/6lowpan.c
index 51fb55c..7062dad 10064
This patch drop the pre and postcount calculation from the
lowpan_uncompress_addr function.
We use instead a switch case over address_mode value, it's easier
to understand what's going on there.
Signed-off-by: Alexander Aring
---
net/ieee802154/6lowpan.c | 123 ++
Fix a little comment issue.
Number 2 is 10 in bits and 1 is 01.
Signed-off-by: Alexander Aring
---
net/ieee802154/6lowpan.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/net/ieee802154/6lowpan.c b/net/ieee802154/6lowpan.c
index 55e1fd5..1ec14ef 100644
--- a/net/ieee8021
Some protocolls has a unspecific address as source address like
"Multicast Listener Report Message v2" or "Neighbor Soliciation"
decode the SAC bit as :: address.
The header create part set this bit when a :: address is used.
Signed-off-by: Alexander Aring
---
net/ieee802154/6lowpan.c | 15
From: David Hauweele
When a new 6lowpan fragment is received, a skbuff is allocated for
the reassembled packet. However when a 6lowpan packet compresses
link-local addresses based on link-layer addresses, the processing
function relies on the skb mac control block to find the related
link-layer a
Add function to uncompress multicast address.
This function split the uncompress function for a multicast address
in a seperate function.
To uncompress a multicast address is different than a other
non-multicasts addresses according to rfc6282.
Signed-off-by: Alexander Aring
---
net/ieee802154/
Signed-off-by: Alexander Aring
---
net/ieee802154/6lowpan.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/net/ieee802154/6lowpan.c b/net/ieee802154/6lowpan.c
index 1ec14ef..8e0fbb8 100644
--- a/net/ieee802154/6lowpan.c
+++ b/net/ieee802154/6lowpan.c
@@ -819,7 +819,8 @@ low
Version 3 of my patch series for the 6lowpan stack. There is also a known
issue with the payload length on fragmentation which don't fix this series.
I am working on it...
v3:
- add David Hauweele patch to fix fragmentation with link-local compressed
addresses
- add warnings for CID and DAC b
We don't handle the CID bit currently, so I add a warning and drop the
package.
Signed-off-by: Alexander Aring
---
net/ieee802154/6lowpan.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/net/ieee802154/6lowpan.c b/net/ieee802154/6lowpan.c
index 51fb55c..7062dad 10064
We don't handle the DAC bit currently, so I add a warning and drop the
package.
Signed-off-by: Alexander Aring
---
net/ieee802154/6lowpan.c | 24 +---
1 file changed, 13 insertions(+), 11 deletions(-)
diff --git a/net/ieee802154/6lowpan.c b/net/ieee802154/6lowpan.c
index 706
When we set it to zero, we can assume that the memory is already zero
while parsing.
Signed-off-by: Alexander Aring
---
net/ieee802154/6lowpan.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/net/ieee802154/6lowpan.c b/net/ieee802154/6lowpan.c
index 8e0fbb8..fd0a5bc 1006
Hi Ralph,
thanks for your reply.
>
> Right. And there is some additional special-casing, including (again,
> assuming I'm recalling the details correctly) using 0 to represent 16. It's
> an interesting observation that the various decompression mechanisms share
> the construct of copying a
>> Yes, simpleRPL handle system with multiple network interfaces. I
>> haven't
>> tested a mix of IEEE 802.15.4 and Ethernet, but I don't see any
>> reason why
>> it would fail. I tested the two of link technologies independently,
>> and I
>> tested the multi-interface aspects using ethernet-onl
On Mon, Jul 15, 2013 at 1:24 PM, Tony Cheneau wrote:
> Hi Jon,
>
> [...]
>
>
>> I haven't tried running the code yet, but does it support routing
>> between two network interfaces? For example could it route between
>> 802.15.4 and Ethernet? That is one of the key features of the BATMAN
>> impleme
Hi Jon,
[...]
> I haven't tried running the code yet, but does it support routing
> between two network interfaces? For example could it route between
> 802.15.4 and Ethernet? That is one of the key features of the BATMAN
> implementation.
Yes, simpleRPL handle system with multiple network interf
On Mon, Jul 15, 2013 at 11:44 AM, Tony Cheneau
wrote:
> Hi Werner,
>
> Thanks a lot for your email and your patches. I'm sorry it took me so
> long to reply.
>
>> Good news: I got it to talk to Contiki. While I'm not sure it's
>> working perfectly, a lot of things look right and pings between
>> t
Hi Werner,
Thanks a lot for your email and your patches. I'm sorry it took me so
long to reply.
> Good news: I got it to talk to Contiki. While I'm not sure it's
> working perfectly, a lot of things look right and pings between
> the two systems pass nicely.
This is a excellent news indeed!
> I
Hi Ralph,
On Mon, Jul 15, 2013 at 10:18:35AM +, Ralph Droms (rdroms) wrote:
> I haven't tested these patches but they look OK to me.
>
> One editorial comment - s/layer_addr/macaddr/ or s/layer_addr/lladdr/ with a
> comment that lladdr stands for "link-layer address"
>
thanks for this hint.
I haven't tested these patches but they look OK to me, based on my experience
with similar code for a different stack.
- Ralph
On Jul 14, 2013, at 7:29 PM 7/14/13, Alexander Aring
wrote:
> Add function to uncompress multicast address.
> This function split the uncompress function for a multic
I haven't tested these patches but they look OK to me.
One editorial comment - s/layer_addr/macaddr/ or s/layer_addr/lladdr/ with a
comment that lladdr stands for "link-layer address"
- Ralph
On Jul 14, 2013, at 7:29 PM 7/14/13, Alexander Aring
wrote:
> This patch drop the pre and postcount
On Jul 15, 2013, at 9:27 AM 7/15/13, Alexander Aring
wrote:
> Hi Ralph,
>
> thanks for your reply.
You're welcome, and thanks for your followup...
>
> On Fri, Jul 12, 2013 at 12:40:49PM +, Ralph Droms (rdroms) wrote:
>>
>> On Jul 12, 2013, at 7:33 AM 7/12/13, Alexander Aring
>> wrote:
Hi Ralph,
thanks for your reply.
On Fri, Jul 12, 2013 at 12:40:49PM +, Ralph Droms (rdroms) wrote:
>
> On Jul 12, 2013, at 7:33 AM 7/12/13, Alexander Aring
> wrote:
>
> > Pointers _saddr and _daddr points to source and destination address.
> > Use this for a link-layer compression to get
33 matches
Mail list logo
