So far, so good. The question was n

So far, so good. The question was now, why were repeated SYN packets marked as “spurious retransmissions”? The change Sake introduced to “packet-tcp.c” was to mark repeated SYN and FIN packets as retransmissions, which wasn’t the case before. Now, in combination with the first code change, repeated SYN packets to a closed port will show up like in the screen shot.

I’m not sure it is a good idea to mark repeated SYN packets as retransmissions since the TCP session isn’t technically open yet, and it leads to confusion (“I must have packet loss, because there are retransmissions”), but I’ll talk to Sake at Sharkfest and we’ll probably find a common point of view over a beer or two

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

ไปได้สวยทีเดียว คำถามคือตอนนี้ ทำไมมีแพคเก็ต SYN ซ้ำที่ทำเครื่องหมายเป็น "เก๊ retransmissions" การเปลี่ยนแปลงที่แนะนำ "แพคเก็ต tcp.c" สาเกถูกซ้ำแพคเก็ต SYN และครีบเป็น retransmissions ซึ่งไม่ใช่กรณีก่อน ตอนนี้ ร่วมกับการเปลี่ยนแปลงรหัสแรก ซ้ำแพคเก็ต SYN กับพอร์ตปิดจะแสดงขึ้นเช่นในภาพหน้าจอไม่แน่ใจควรทำเครื่องหมายซ้ำแพคเก็ต SYN retransmissions เนื่องจากเซสชันของ TCP ไม่เทคนิคเปิดได้ และจะนำไปสู่ความสับสน ("ฉันต้องสูญเสียแพคเก็ต เนื่องจากมี retransmissions"), แต่ผมจะพูดคุยกับเหล้าสาเกที่ Sharkfest และเราคงจะหาจุดของมุมมองทั่วไปมากกว่าเบียร์หรือ