Harneet Singh's profile - activity

Thanks, Jim. This capture was taken at a client machine (windows). The out of sequence packet did happen only once so th

Thanks @Jasman. Yes, the out of sequence was seen in 1 of the two captures and that's the reason I ignored it. Thanks fo

I am not sure if you have tried finding this info on the web. You may follow this article (https://www.howtogeek.com/104

@bubbasnmp - Thanks. I understand that it could not a network issue and getting an RST could be an issue with the client

Reason for Reset from Client Hi Everyone, I am trying to troubleshoot an issue where the client is sending a Reset pack

Impressive :). Below is the link for the file:- https://easyupload.io/imkxnu There is no sensitive information inside

Impressive :). Below is the link for the file:- https://easyupload.io/imkxnu There is no sensitive information inside

Yeah, I see that. Like it marked 55 and 62. Please go for it. It's just a random trace that I took on my machine to und

Done... :)

Hi Everyone,

I am trying to understand that after receiving 3 DUP ACKS from the client a few times, why Server sent the TCP Retransmission very late.

In Frame 531 we can see that the next sequence from the Server should be 499853 but the server sends a higher sequence number 501265 and TCP says that the previous segment is not captured. In frame 534, the Client sends the ACK 499583 and in 535, it sends the same ACK value 499853 as DUP ACK.

Then again, the Client sent 4 DUP ACKS starting 544-547. In Frame 548 again sent a higher sequence number of 516797. The client sent 3 Dup ACKS starting 551-553 and the server again sent a higher sequence number of 521033.

Finally, the client again sent 3 DUP ACKS from 557-559 and the Server sent the sequence number of 499583 as TCP FAST RETRANSMISSION in frame 560.

Can anyone explain to me the reason that why Server did not send the segment starting 499583 in frame 548 and rather it was sent in 560. I understand as per the Congestion algorithm Fast Retransmission should have been done as soon as 3 DUP ACKs were received.

I appreciate any insight on the same. Below is the link for the PCAP:-

https://easyupload.io/jzl28b

Password for the file - Admin@123

Thank you SYN-bit for the explanation. I see that the time diff is approx 147 between 539 and 560 and that's less than 1

Hi Guys, Sorry I missed to add the password It's been added now. Please check if PCAP is accessible. @SYN- BIt - I don'

Reason for delay in Fast-Retransmission from Server Hi Everyone, I am trying to understand that after receiving 3 DUP A

Reason for delay in Fast-Retransmission from Server Hi Everyone, I am trying to understand that after receiving 3 DUP A

Thanks everyone. It clears my doubts :).

Negative Window scaling factor My Question is related to the post below:- https://osqa-ask.wireshark.org/questions/3665