なぜ、TCPのスリーウェイハンドシェイクがシーケンス番号をバウンスするのですか？

Question

the TCP three-way handshakeは、最初のハンドシェイク中にアックする際にシーケンス番号にバンプが発生するのはなぜですか？承認番号をシーケンス番号と同じにするよりも、どのように優れていますか？

接続が

Client sends SYN,A 
Server responds with SYN-ACK,A+1,B 
Client confirms with ACK,B+1 

で確立された方法であることよりも良い

ACKフラグが設定されている場合 ACKフィールドは、このことを意味しているためだ

Client sends SYN,A 
Server responds with SYN-ACK,A,B 
Client confirms with ACK,B 

Answer 1

：

承認番号を（32ビット） - ACKフラグが設定されている場合、このフィールドの値は次のseです受信者が期待している番号。

それは（initalシーケンス番号+ 1）に設定されていない場合、それは両方がSYN（両方SYNとACKフラグがこのパケットに設定する必要があります）ack'ing、それがいることを期待していると言って意味一貫性がないことになります（すなわちそれを受信して​​いない）。