I just came across the same thing a

I just came across the same thing and found that this was happening after a SYN packet didn’t reach its destination.
So “Spurious Retransmission” doesn’t always mean it’s a “needless transmission”.
In my case, there was a firewall denying it.

Source sent SYN, destination was expecting it but didn’t receive so it sent a [RST, ACK].
Then the next SYN attempt showed up as TCP Spurious Retransmission.
Then went back and forth until the client gave up.

ผลลัพธ์ (ไทย) 1:

ฉันเพิ่งมาในสิ่งเดียวกัน และพบว่า นี้เกิดขึ้นหลังจากที่แพคเก็ต SYN ไม่ถึงปลายทางของดังนั้น "Retransmission เก๊" ไม่ได้หมายความ เสมอมันเป็นการ "ส่งไม่จำเป็น"ไฟร์วอลล์ที่ปฏิเสธมันได้ในกรณีของฉันแหล่งส่ง SYN ปลายคาด แต่ไม่ได้รับเพื่อที่จะส่งเป็น [RST, ACK]แล้ว ความพยายาม SYN ถัดไปแสดงค่าเป็น Retransmission TCP เก๊จากนั้น ไปกลับมาจนกว่าไคลเอ็นต์ให้ขึ้น

ผลลัพธ์ (ไทย) 2:

ฉันเพิ่งมาข้ามสิ่งเดียวกันและพบว่านี่คือสิ่งที่เกิดขึ้นหลังจากที่มีการแพ็คเก็ต SYN ไม่ถึงปลายทาง.
ดังนั้น "Retransmission เก๊" ไม่ได้หมายความว่ามันเป็น "ส่งความจำเป็น".
ในกรณีของฉันมีไฟร์วอลล์ปฏิเสธ มัน. ที่มาส่ง SYN ปลายทางได้รับการคาดหวังว่ามัน แต่ไม่ได้รับดังนั้นจึงส่ง [RST, ACK]. แล้วพยายามต่อไป SYN ปรากฏเป็น TCP เก๊ Retransmission. จากนั้นเดินกลับมาจนกว่าลูกค้าให้ขึ้น

ผลลัพธ์ (ไทย) 3:

ฉันเพิ่งมาข้ามเหมือนเดิม และพบว่า นี้เกิดขึ้นหลังจาก ; แพ็คเก็ตไม่ได้ถึงปลายทางดังนั้น " ปลอม retransmission " ไม่ได้หมายความว่ามันเป็น " สัญญาณ " ที่ไม่มีความจำเป็นในกรณีของฉันมีไฟร์วอลล์ปฏิเสธมันแหล่งส่ง ; ปลายทางถูกคาดหวัง แต่ยังไม่ได้รับเลย ส่ง [ RST , ACK ]แล้วพยายาม ; ต่อไปถึง TCP ปลอม retransmission .แล้วเดินกลับมาจนถึงลูกค้ายกเลิก