Huge thanks to our Platinum Members Endace and LiveAction,
and our Silver Member Veeam, for supporting the Wireshark Foundation and project.

Wireshark-bugs: [Wireshark-bugs] [Bug 3264] New: TCP reassembly: tcp.reassembled_in is not set i

Date: Mon, 16 Feb 2009 22:06:07 -0800 (PST)
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=3264

           Summary: TCP reassembly: tcp.reassembled_in is not set in first
                    packet
           Product: Wireshark
           Version: SVN
          Platform: PC
        OS/Version: Windows XP
            Status: NEW
          Severity: Trivial
          Priority: Low
         Component: Wireshark
        AssignedTo: wireshark-bugs@xxxxxxxxxxxxx
        ReportedBy: rocket@xxxxxxxxxxxxxx


Build Information:
wireshark 1.1.3-cadams-mgsft-ldss-1 (SVN Rev 27462)

Copyright 1998-2009 Gerald Combs <gerald@xxxxxxxxxxxxx> and contributors.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

Compiled with GTK+ 2.14.7, with GLib 2.18.4, with WinPcap (version unknown),
with libz 1.2.3, without POSIX capabilities, with libpcre 7.0, with SMI 0.4.8,
with c-ares 1.6.0, with Lua 5.1, with GnuTLS 2.6.4, with Gcrypt 1.4.4, with MIT
Kerberos, with GeoIP, with PortAudio V19-devel (built Feb 16 2009), with
AirPcap.

Running on Windows XP Service Pack 3, build 2600, with WinPcap version 4.0.1
(packet.dll version 4.0.0.901), based on libpcap version 0.9.5, GnuTLS 2.6.4,
Gcrypt 1.4.4, without AirPcap.

Built using Microsoft Visual C++ 9.0 build 21022
--
The first packet in a sequence of TCP packets in a reassembled PDU does not get
its reassembled_in property set.

For a very high-level example, say there were 4 packets in a HTTP response

Frame 4322 [TCP segment of a reassembled PDU]
Frame 4323 [TCP segment of a reassembled PDU]
Frame 4325 [TCP segment of a reassembled PDU]
Frame 4326 HTTP/1.1 200 OK

In this example, the protocol tree for frame 4322 will not contain a link to
frame 4326, while the trees for frames 4323 and 4325 do contain a link. Frame
4322 doesn't match the filter: "tcp.reassembled_in". Frame 4323 and frame 4325
both match the filter.

My understanding of TCP isn't deep enough to see what's causing the issue, so I
haven't submitted a patch. However the issue is reproducible in any capture
containing reassembled TCP (such as HTTP responses).

If you can point me to the right place to fix the problem I'll be happy to
supply a patch.

Cheers
Chris


-- 
Configure bugmail: https://bugs.wireshark.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.