https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=15017

Peter Wu <[email protected]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|---                         |DUPLICATE
             Status|UNCONFIRMED                 |RESOLVED
                 CC|                            |[email protected]
           See Also|                            |https://bugs.wireshark.org/
                   |                            |bugzilla/show_bug.cgi?id=13
                   |                            |523

--- Comment #1 from Peter Wu <[email protected]> ---
The Follow TCP Stream interpretation is correct, Follow HTTP shows the wrong
data due to a defect in TCP reassembly. The root cause is the same as bug 13523
and its related issues, so I am marking it as duplicate. The problematic part:
- frame 4 has seq=2, len=43
- frame 6 has seq=1, len=44

Possible interpretation:
(lost segment: seq=1, len=1)
Frame 4 (seq=2, len=43) is received (but not ACKed).
Frame 5 (seq=1, len=44) covers the previous two segments (retransmission).

*** This bug has been marked as a duplicate of bug 13523 ***

-- 
You are receiving this mail because:
You are watching all bug changes.
___________________________________________________________________________
Sent via:    Wireshark-bugs mailing list <[email protected]>
Archives:    https://www.wireshark.org/lists/wireshark-bugs
Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-bugs
             mailto:[email protected]?subject=unsubscribe

Reply via email to