https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16396
VadimZakharine changed:
What|Removed |Added
Summary|TCP stream not allocated if |TCP stream not linked if
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16396
Betty DuBois changed:
What|Removed |Added
CC||be...@bettydubois.com
--
You are
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16396
Rasmus Jonsson changed:
What|Removed |Added
Assignee|bugzilla-ad...@wireshark.or |was...@zom.bi
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16396
Rasmus Jonsson changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16396
--- Comment #1 from Rasmus Jonsson ---
This is in fact expected behaviour. packet-icmp.c has the following comment:
/* There is a collision between RFC 1812 and draft-ietf-mpls-icmp-02.
We don't know how to decode the 128th and followi
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16396
--- Comment #2 from VadimZakharine ---
Hello Rasmus,
as per:
> The reason this works is that the code expects a multiple of 32 bytes, when
> you padded you reached 32, and it was treated as the "original datagram" part.
yes, it does ma
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16396
--- Comment #3 from Rasmus Jonsson ---
> Some kind of an option allowing earlier
> attribution to the TCP stream does appear desirable IMHO
Possibly good news. There was such a setting right under my nose before. Edit >
Preferences > ICMP
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=16396
Rasmus Jonsson changed:
What|Removed |Added
Assignee|was...@zom.bi |bugzilla-ad...@wireshark.or
