Serviceを読んで理解し、同意したものとみなします。スタック・オーバーフローはプログラマーとプログラミングに熱心な人のためのQ&Aサイトです。156件0ネットワークの通信制御についてです。フロー制御は受信側の性能を考慮してパケットを送信しますが、途中の中継機器の性能は考慮してません。これがフロー制御の問題点でもあります。これに対する対策はなんなのでしょうか?フロー制御の欠点を補う技術がネットで調べても見つかりません。通信の途中でデータが溢れて消失することがないように、送信側を制御するのですから、中継機器の特性(性能)の考慮は当然しますよ。いう質問であるとします。Modem-アクセスポイント間にもフロー制御があります(この両者が使う手続きは異なります)。フツーに「フロー制御」という文言を使うときは両端の装置だけでなく途中の装置も対応しておかねばなりません。(IEEE802.3X)2019年時点で実用されている一般的な通信ハードウエアには「ある」と考えてよいです。いうデータリンク層で失敗する)。通信が途中で失敗したらトランスポート層が再試行するでしょう。アプリケーション層から見ると「通信が遅くなった」以外には普段と変化ないはずです。通信が失敗するのはネットワーク層・トランスポート層としては仕様通りです。エラーが多発したらゆっくりしていってね!になる仕様なので、最終的にはフロー制御がなくても何とかなる程度の速度まで通信を遅くしていくだけだと思われます。個の銅バッジありがとうございます!フロー制御に中継機器を考慮した機能を付け加えた制御はないものかと気になったので。質問内容は回答者様が行っている内容で間違いないです。|回答スタック・オーバーフローに参加してくれて、ありがとうございます!質問の回答を共有してください。回答を説明し、自分の検討結果も共有してください。意見を述べること(意見を述べるなら、参照リソース、自分の経験で意見をサポートしてください)さらにサポートが必要な場合このヘルプを参考してください。“回答を投稿”をクリックすることで利用規約、プライバシーポリシー、及びクッキーポリシーに同意したものとみなされます。タグが付いた他の質問を参照するか、自分で質問をする。質問のフィードこのRSSフィードを購読するには、このURLをコピーしてRSSリーダーに貼り付けてください。