I have users that RDP to servers from remote offices through a VPN. I do not get complaints from users running terminal server but when running a capure I'm seeing a lot of (TCP previous segment lost) but not retransmitions or duplicate acknowledgements. Below is a small sample export:
asked 08 Nov '11, 14:15 newb33 edited 08 Nov '11, 14:45 SYN-bit ♦♦ |
One Answer:
The first packet number is 16,594; the last packet number is 59,531. From 16,594 to 59,531 is 42,938 packets. Your sample shows only 44 packets, so obviously a display filter was in place. What filter was used? Is it possible that you accidentally filtered out the retransmissions and duplicate ACKs? This would be easier to troubleshoot if you would post the actual capture file somewhere so that we could download it and open it in Wireshark. answered 09 Nov '11, 13:50 Jim Aragon I filtered the exact communication between the 2 systems. My filter was ip.addr==10.11.4.151 I did not want to post the entire dump. Just a sample that had good traffic and then the supposed lost segments... (09 Nov '11, 13:52) newb33 When I run the Expert Info Composite for the entire capture of 10 minutes I have 2323 Previous Segment lost and 1 ACKed Lost segment (09 Nov '11, 13:55) newb33 |
How can wireshark specify "TCP Previous segment lost" but have no TCP Retransmission or TCP Fast Retransmission? Is that possible?
Hello newb33,
Any update regarding this issue? I am also experiencing a similar issue. I got "TCP Previous Segment Not Captured" but no TCP retransmissions. Afterwards, the client send [FIN, ACK] packet to the server due to no response from server.
Thank you.