Comment # 2
on bug 10443
from Kevin Bracey
This dissection worked in the version I was using and reported bug 10426 for.
That was a fork of 47653 from
http://www.gridmerge.com/download.html
I don't see anything in the patch shown there that suggests it would have had a
fix over the mainline version 47653.
The ICMPv6 dissector should be picking up 6LoWPAN Context Options from ICMP
Router Advertisements and passing them to the 6LoWPAN dissector with
"lowpan_context_insert()". The context option has a list of up to 16 IPv6
prefixes.
When a "stateful" compression flag is set in the 6LoWPAN header, the dissector
should be taking however many bits of address are in the header, and overlaying
the prefix of the specified context on top.
So for that trace, packet 23 should have the source address
2002:db4::280:e103:0:9d00, with the 2002:db4::/64 coming from context 0 from
the ICMP RA in packet 21, and the ::280:e103:0:9d00 coming from the 64-bit
address field in the IPHC header.
It seems the context lookup isn't working, so it's using
lowpan_context_default, and we just the source address as ::280:e103:0:9d00.
You are receiving this mail because:
- You are watching all bug changes.
