本文屬於Wireshark應用相關,不涉及內核協議棧實現。spa
最近抓包看到了一個以前沒有見過(或者沒有留意)的專家提示「TCP Spurious Retransmission」,以下圖:
server
https://blog.packet-foo.com/2013/06/spurious-retransmissions/comment-page-1/ 中給出了很是詳細的解釋,這是Wireshark給出的額外提示,用來幫助用戶更好的理解報文流程,歸其緣由就是由於發送端重發了一個已經收到應答的報文段。
blog
回到此次抓包,client向server發起了鏈接請求,因爲server上對應的端口沒有開放,因此用RST迴應了這個請求,且這個RST中對初始序列號進行了應答,當協議棧再次嘗試從新發起鏈接的時候,這個報文就會被Wireshark標記爲「Spurious Retransmission」。
get
總結:到處留心皆學問。io