My IPv6 header is pretty deep in the frame and it is not being decode on Windows WS ver 3.4.0. (however it is decoded on linux WS ver 1.8.0).
WAs going to upload a picture but this site won't let me (it says that I need 60 points to do this).
The headers in the frame are (in the order from the wire up)
Eth (dot1q) IPv4 GRE MPLS IPv6
Any ideas? Thanks.
In your capture the first nibble following the MPLS header is 0xd and this value isn't handled by the MPLS sub-dissector dispatching code. The value should be 4 or 6 for IPv4 or IPv6 respectively, and as it isn't, Wireshark calls the data dissector.
Looking a bit further in your capture the data following the MPLS headers appears to be an Ethernet header that then contains an IPv6 packet. I have no idea if this is a real "thing", but Wireshark as it stands won't dissect this.
There is a table in the MPLS dissector that dispatches the payload to a sub-dissector based on the label, but there is no preference or other code in Wireshark to add entries to this table that I can see.
Maybe you could raise an enhancement request to add such a user preference to allow setting the dissector to be used for a specific MPLS label.
I've already got a chain of MPLS issues from the past, which always boils down to the fact that MPLS is lacking proper identifiers for the carried higher layer protocol. It's all by configuration, which leave Wireshark to guess what it is. I've some old code which even goes so far as to assess the likelihood of the traffic being ethernet (like in this case). I've find the solution ugly, but it may be the best we can do.
Ok, thanks. But yes, the older version (specifically 1.8.0) interprets this correctly (by guessing, that the next header after MPLS is Ethernet). How do I raise an enhancement request? What I would like to see is something similar to what exist already but it does not work for me: - When I 'right click' on the undecoded portion of the frame "Data (92 bytes)", in my example, a 'Decode As...' (Ctrl-Shift-U) option appears on the menu. Currently this is set to to 'MPLS', but I have an option to change this (remove it and add a new option). A new choice should be Ethernet. Then it would work, where I select the undecoded portion of the data and say 'this is Ethernet', and from then on, WS should figure it out (after Ethernet header comes IPv6 header, etc).
I'm not entirely sure if Decode As... could be applied to this situation, mention it in the enhancement request.
To raise an enhancement request go to https://gitlab.com/wireshark/wireshar..., fill out as much as you can and add your capture to it.
@Chuckc, re UAT, I'm an old guy, they've been UAT's forever.
Asked: 2020-11-11 19:19:01 +0000
Seen: 311 times
Last updated: Nov 12 '20
Copyright Wireshark Foundation, 2017-2023 Content on this site is licensed under a Creative Commons Attribution Share Alike 3.0 license.
Idea: put a capture file on a public accessible file share site and share the link here
(PS: this comment has to be added numerous times per week and should be standard instructions when filing a question....)
here is the file
link text