3ウェイハンドシェイク
なぜこんな面倒なことをするんだろうか？と疑問に思わないだろうか。
おそらくこの3ウェイハンドシェイクをしなくても、通信はできる。現にUDPはやっている。
TCPはUDPと違ってコネクション型なので、通信の前にコネクションを確立する。これが3ウェイハンドシェイクのフェーズである。セキュリティを高めるためにやっているわけではないだろう。だって、パケットをキャプチャすればこれらの情報を簡単に入手できるから。
ホストA → ホストB
→ フラグはSYN シーケンス番号 1000 確認応答番号 0 （Length 0)
← フラグはSYN＋ACK シーケンス番号 2000 確認応答番号 1001 （Length 0)
→ フラグはSYN シーケンス番号 1001 確認応答番号 20001 （Length 0)
シーケンス番号は、各ホストが自分で管理している通番である。よって、ホストAとホストBでは番号がまったく異なる。確認応答番号は、受け取ったシーケンス番号にLengthを加えたものになる。意味は、「次に送信するシーケンス番号を伝える」ことである。ただ、3ウェイハンドシェイクのLengthは0であるが、1を加える。
実際の通信では、以下のようにLengthの値が付加される。
→フラグはACK シーケンス番号 1100 確認応答番号 2100 （Length 5)
←フラグはACK シーケンス番号 2100 確認応答番号 1105 （Length 4)
→フラグはACK シーケンス番号 1105 確認応答番号 2104 （Length 6)
・セッションの終了
FIN：正常に終了する。3ウェイハンドシェイクの手順を踏んで確認応答も行う。
RST：強制終了。確認応答を行わない。RSTを受信したホストは、その段階でコネクション情報を破棄する。たとえば、ブラウザを「X」で閉じてもRSTを送る。
