Wireshark-bugs: [Wireshark-bugs] [Bug 10939] ICMP Parameter Problem message contains "Length of

Date: Fri, 13 Feb 2015 15:41:45 +0000

changed bug 10939


What Removed Added
Status INCOMPLETE IN_PROGRESS

Comment # 3 on bug 10939 from
(In reply to Chris Maynard from comment #2)
> (In reply to Alexis La Goutte from comment #1)
> > There is a update of Parameter Problem (Adding Length field) on RFC 4884
> > 
> > https://tools.ietf.org/html/rfc4884#section-4.3
> 
> This is a strange way for Wireshark to display this field though, no?  It
> would seem to make more sense for Wireshark to display it more simply,
> something like:
> 
>     Length of the padded "original datagram": 356
> 
> rather than:
> 
>     Length of original datagram: 89 Length of original datagram: 356
> 
> Another modification that could be made would be for Wireshark to highlight
> the 2 still unused bytes and even add an expert info if they are found to be
> non-zero, since, according to RFC 792:
> 
>                                                             Any field
>    labeled "unused" is reserved for later extensions and must be zero
>    when sent

Yes, i have start a patch to enhance the same display on ICMP(v4) dissector


You are receiving this mail because:
  • You are watching all bug changes.