internal24-263-切断処理第二段階 - Linux Kernel Documents Wiki - Linux Kernel Documents

Up: コネクションの切断

Prev: 切断処理第一段階

Next: LISTEN状態のソケットの解放

切断処理第二段階

次に、残された他方のソケットがcloseされた時の動作を説明する。

(step 4)

アプリケーションがTCP_CLOSE_WAIT状態のソケットからデータを読み尽くすとEOFが戻される。(一般に)これを契機にアプリケーションは、残されたTCP_CLOSE_WAIT状態のソケットをcloseする。

基本的に一つ目のソケットのcloseと同じ処理を行う。異なるのは、ソケットの状態がTCP_CLOSE_WAITからTCP_LAST_ACKに移行する点である。

receive_queueにパケットがあるときは、そのパケットを破棄し、ソケットを即TCP_CLOSE状態にし、終了する。
- TCP_CLOSE状態にすると同時に、 TCPポートキャッシュからの削除も行う(tcp_v4_unhash関数)。
- コネクション相手に強制的にRESETを送りつける (tcp_send_active_reset関数)

receive_queueのパケットを全て読み出してからcloseを行った場合はソケットの状態をTCP_LAST_ACKに変更(tcp_close_state)する。
FINパケットを送信する(tcp_send_fin関数)
- まだ未送信のパケットがあればFIN情報を相乗りさせ、 (ソケットのsend_headが指すパケット)パケットを送出 (tcp_transmit_skb)。パケットがない時は、FIN情報だけのパケットを新規作成(sock_wmalloc)し、送出(tcp_send_skb)する。
setsockoptでlinger指定されているときは、ソケットがTCP_LAST_ACKでなくなるまで待つ。(送信相手から FIN対するACKが返送されて来るまで待つ)

(step 5) 先にcloseしたコネクションはTCP_FIN_WAIT2状態になっている。TCP_FIN_WAIT2状態は、サブ状態がTCP_FIN_WAIT2であるtcp_tw_bucketとして存在している。

サブ状態がTCP_FIN_WAIT2であるtcp_tw_bucketがFINパケットを受信(tcp_timewait_state_process関数)すると、tcp_tw_bucketのサブ状態をTCP_TIME_WAITへ移行させる。

サブ状態をTCP_TIME_WAITへ移行させる。
tcp_tw_bucket削除のためのタイマを起動(tcp_tw_schedule関数) (tcp_tw_schedule関数)する。2SML時間後にtcp_tw_bucketが削除されることになる。
FINに対するACKを送り返す(tcp_v4_timewait_ack関数)。

(step 6) 後からcloseしたソケットは、TCP_LAST_ACK状態になっている。これに対し通信相手のソケットからFINに対応するACKが戻ってくる。このACKを受信(tcp_rcv_state_process関数)すると、このソケットの解放を行う(tcp_done関数)。

(step 7) TCP_TIME_WAIT状態のtcp_tw_bucketは、システム上に２MSL時間存在し続ける。生成されてから２MSL時間立つと、タイマtcp_twcal_tick関数またはタイマtcp_twkill関数が起動され、このTIME_WAIT状態のtcp_tw_bucketの削除(tcp_timewait_kill関数)を行う。

TIME_WAIT状態のtcp_tw_bucketは、この２MSL時間TCPポートを占有し続けることになる。このTCPポート宛のパケットはtcp_tw_bucketが受信(tcp_timewait_state_process関数)し、応答を返す。

'step 4'で送ったFINに対し、'step 5'で送り返したACKがネットワーク上でロストしたとき、再びFINが送られて来ることもあり、再度ACKを送り返さなければならない。