Comment # 14
on bug 10673
from João Valverde
(In reply to boaz.brickner from comment #11)
> Thank you for the detailed explanation!
>
> I've tried some more packets and encountered the attached "Home Address and
> RPL" packet.
> It contains an IPv6 packet with a Mobile IP extension header as the first
> extension header and an RPL extension header as the 4th extension header.
> It seems that in this packet, the CmprI used are taken from the IPv6
> destination address field and not from the Mobile IP Home Address field
> (using Wireshark 1.12.8).
>
> Why is the behavior different in this packet?
>
> Thanks!
> Boaz.
Hi,
That's because the segments left field in the MIP routing header is zero.
Wireshark displays an expert info protocol error in that case (RFC 6275 section
6.4.1).
For the purpose of selecting the destination address the segleft == 0 header is
treated as a no-op. I'm not opposed to changing that.
diff --git a/epan/dissectors/packet-ipv6.c b/epan/dissectors/packet-ipv6.c
index ac94521..623656b 100644
--- a/epan/dissectors/packet-ipv6.c
+++ b/epan/dissectors/packet-ipv6.c
@@ -1052,7 +1052,7 @@ dissect_routing6(tvbuff_t *tvb, packet_info *pinfo,
proto_tree *tree, void* data
}
}
- if (dst_addr != NULL && rt.ip6r_segleft > 0) {
+ if (dst_addr != NULL) {
set_address(&pinfo->dst, AT_IPv6, IPv6_ADDR_SIZE, dst_addr);
}
You are receiving this mail because:
- You are watching all bug changes.