Dlaczego the TCP three-way handshake uderza w numer sekwencji podczas potwierdzania podczas wstępnego uzgadniania? Jak to jest lepsze niż pozostawienie numeru potwierdzenia równego numerowi porządkowemu?Dlaczego potrójny handshake TCP uderza w numer sekwencji podczas potwierdzania?
Połączenie jest ustalone z
Client sends SYN,A
Server responds with SYN-ACK,A+1,B
Client confirms with ACK,B+1
Jak to lepiej niż
Client sends SYN,A
Server responds with SYN-ACK,A,B
Client confirms with ACK,B
możliwy duplikat [Dlaczego SYN lub FIN bit w segmencie TCP zużywa bajt w przestrzeni numeru sekwencji?] (Http://stackoverflow.com/questions/2352524/why-does-a-syn-or -fin-bit-in-a-tcp-segment-zużyj-a-bajt-w-sekwencji-numeru) –