TCP/IPでのエラーシーケンス

質問

TCP/IPで１台のサーバＳから複数のコンピュータA,B,C...に
データを送信している途中で、
Cがハングパップした時のエラーシーケンスを知りたいのですが。
例えば、
サーバＳからA,B,Cに１つのデータを複数のパケットに分けて送信するときに、
送信途中でCがハングアップ（通信不能）した場合に、
サーバSがCにパケットを送信しなくなるのは、どのタイミングなのでしょうか？
例えば、５つ目のパケットで通信不能になった時は
Cへのそれ以降のパケットを送信しないのでしょうか？

初歩できなことですが、お願いいたします。
ここら辺のことで、参考になる文献がある場合にも教えて頂きたく思います。

回答No.1

kawausok

おっしゃっている「ハングアップ」とは、突然通信不能状態に陥るような事象を指していると仮定してですが・・

ＴＣＰプロトコルでは、データを送る場合、数個のデータ毎に送達確認を行います。簡単に言うと、「データを受け取ったよ」という「応答パケット」を返信します。
おっしゃっているように、通信相手が「ハングアップ」した状態になると、この「応答パケット」が帰ってこない状態になります。

応答がなくても、送信側はある程度データを送ることができます（これをウィンドウサイズといいます）。
ですので、相手側がハングアップしたからといって、サーバが直ちにパケット送信を止めるわけではありません。
＃ これで答えになっていますかね？？
ご質問の例ですと、５個目でＣが受信不能になっても、サーバー側は６個目、７個目・・・と送信します。送信ウィンドウサイズが一杯担った時点で、それ以上送信できなくなり、応答がくるまで待ち状態になります。
応答待ち時間はあらかじめ設定された値があり（通常は数分ぐらいだったかな？？）その時間を過ぎても応答がなければ初めてリンクの障害とみなしてリンクを切断
という動作になります。

＃ 説明を簡単にするために、厳密に言うとすこし不正確な点もあるとおもいますが、イメージとしてはこのような感じですよ。

お礼

有り難うございます。イメージすることができました。
「ハングアップ」は、予告なく通信不能状態になることです。

あと、このようにCが通信不能状態になった場合に、
サーバSのパフォーマンス（レスポンス?）が悪くなると聴いたのですが、
このようなことが起こるのでしょうか？
起こるとすれば、TCPが原因なのでしょうか?
それより上のアプリケーションが原因なのでしょうか？
心当たりがあれば教えていただきたく思います。