18.6 TCP状態遷移ダイアグラム 1 18.6 TCP状態遷移ダイアグラム正当だが、バークレー系ではサポートされていない同時オープンでない場合は正当 (クライアントからリセットを受け取った場合) 2 2MSL待ち状態最大セグメント寿命 (MSL) ネットワーク上でセグメントが破棄されるまでに存在できる最大の時間量 RFC793では2分だが、実際には30秒・1分・2分など多様アクティブクローズ実行後は TIME_WAIT でMSL2回分待機する＊  最後のACKが消失した場合でも再度ACKを送れる＊  同一ポート番号の新しいコネクションへの古いセグメントの紛れ込みを防ぐ 3 2MSL待ち状態通常はクライアント側の話なので問題ないが、サーバ側だとポートがAlready in useとなる SO_REUSEADDRオプションでポート番号の再利用はできるが、ソケットペアが2MSL待ちにあるとアクティブ・オープンでエラーとなるバークレー系実装では、ソケットペアが2MSL待ち状態でも他のホストからの接続だとエラーにならない前のコネクションの最終シーケンス番号より大きいシーケンス番号による接続は受け入れる 4 沈黙時間・FIN_WAIT_2状態ホストのクラッシュ時にはMSL時間以内に新しいコネクションを確立してしまう可能性が考えられる RFC793ではホストの再起動後MSLの間はTCPコネクションを確立しないように定められている殆どの場合はMSLの時間より再起動にかかる時間のほうが長いハーフ・クローズでない場合はFIN_WAIT_2で相手からのFINを待つ相手からのFINがなければ永遠にFIN_WAIT_2にとどまり得るバークレー系実装では、完全なクローズを行う場合はタイマーをセットして強制クローズを行う 5 18.7 リセット・セグメントソケットに対して正しくないセグメントが到着した時に送られる宛先ポートにプロセスが待機していない場合 UDPにおけるICMPポート到達不可の代わりにリセットが用いられるシーケンス番号は0 確認応答番号は ( 受信ISN + セグメントのデータ・バイト数 ) 6 コネクションを中断するハーフ・オープン・コネクションを検知する正規リリース FIN送る通常のコネクション終了中断リリースリセットを送ってコネクションを中断する場合リセットセグメントは他方のエンドから何の応答も引き出さないハーフ・オープン一方のエンドが他方のエンドに知らせずに終了・中断した場合データの転送が行われない限りクラッシュは検知されないクラッシュしたホストが再起動されている場合はコネクションが確立されていないため、次に送られたセグメントに対してリセットで応える 7 18.8 同時オープン 2つのアプリケーションが同時にアクティブ・オープンを実行する場合各エンドは双方のエンドに対してウェルノウンポートを持つ必要がある双方がクライアントであると同時にサーバーとしても機能している 8 同時クローズ双方のエンドからアクティブ・クローズを行う場合 9 18.10 TCPオプションオリジナルのTCP仕様で定義 NOPは4バイト境界にするためのパッドとして用いられる 10 TCPサーバー設計 TCPサーバでは並行処理を行うためにさまざまなテクニックがある＊  fork関数を用いて新しいプロセスを生成する＊  スレッドを用いるサーバは同じポート上でTCPコネクションを受け付けることができるが、クライアントが複数接続を保つ場合はエフェメラルポートを使用する UDPでは外部IPアドレス・外部ポートを指定できた TCPでも外部ソケットを指定することはできるが、殆どのAPIがその方法を提供していない 11