Receiver Action about Packet loss #230
-
|
To handle TestTransfer_Connect_Recv_Symmetric (unreliable), I am confusing the discard action It seems the client keeps the data even if there was corrupted packet. How can I understand the phenomenon? I am struggling to get the point of the solution build. |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 3 replies
-
|
Would you upload or send your pcap file? [email protected] |
Beta Was this translation helpful? Give feedback.
-
And yes, the solution only drops corrupted packets. |
Beta Was this translation helpful? Give feedback.
-
|
I sent the pcap with the email! |
Beta Was this translation helpful? Give feedback.
-
|
You may be asking why the sender sends next data before retransmitting dropped packet. At the sender's view, before being acknowledged by duplicated acks, it receives successful acks, freeing receiver window. So, the sender transmits remaining data to the receiver. And after receiving the duplicated acks, it retransmits packets until getting notified. BTW, you don't need to follow the exact behavior of the solution as lone as you pass all test cases. |
Beta Was this translation helpful? Give feedback.
You may be asking why the sender sends next data before retransmitting dropped packet.
At the sender's view, before being acknowledged by duplicated acks, it receives successful acks, freeing receiver window. So, the sender transmits remaining data to the receiver.
And after receiving the duplicated acks, it retransmits packets until getting notified.
BTW, you don't need to follow the exact behavior of the solution as lone as you pass all test cases.