 |
| |
◆TCPの制御（フロー制御・ウィンドウサイズ）その2
※動作確認は、Cisco2500、Cisco1710、Cisco1720、Cisco1721、Cisco2611、Cisco2650、Cisco3620シリーズのルータ、Catalyst2900、Catalyst2950シリーズのスイッチなどで確認しています。コマンド、出力結果、動作は、機種、IOSのバージョンで異なる場合があります。
資格取得が就職、転職、派遣に有利なのは確かですが、「資格＝即戦力」とは言えません。実機を操作して資格取得と同時に就職・転職・派遣後に求められるエンジニア（仕事・ジョブ・ワークの達人）としての即戦力を養いましょう。
◆TCPの制御（フロー制御・ウィンドウサイズ）その2
「TCPの制御（フロー制御・ウィンドウサイズ）その1」では、一度に送ることが可能なセグメント数が「1」の時のフロー制御を説明しました。
ここでは、一度に複数のセグメントを送信する場合におけるやり取りの流れを説明してゆきます。
スリーウェイハンドシェイクのコネクションの確立時には、シーケンス番号、確認応答番号の他にウィンドウサイズ（自分のバッファのサイズ）やMSSもお互いに教え合っています。
例えば、受信側のウィンドウサイズとMSSの値が以下の場合
ウィンドウサイズ = 3000
MSS = 1000
一度に送ることが可能なセグメント数は、「3」になります。
送信側が、セグメントの1、2、3を連続して送信しています。送信側は、パケット3の応答の「ACK=4」を受信すると、今度は、連続してセグメントの4、5、6を連続して送信します。
※実際には、受信側が報告してくるウィンドウサイズで変わってきます。
個々のセグメントの対するACKの応答を待ってから、次のセグメントを送信するのではなく、一度に複数のセグメントが送信することで効率性を高めています。
このようにTCPにおける通信では、ACKの応答を待つことなく一度に複数のセグメント送信することで、フロー制御を行っています。
一度に送信できるセグメント数は、ウィンドウサイズによって決まります。このウィンドウサイズは、いつも同じ値というわけではありません。相手先のバッファサイズによって増減します。
受信側のバッファサイズは、セグメントを受信すると小さくなりますし、処理が完了すると空き容量が増えてバッファサイズが大きくなります。
送信側は、次に、どのセグメントをどれぐらいの数で送信すればよいのかを管理する必要があります。そうしなければ、たくさんのセグメントを送信して受信側のバッファをあふれさせてしまいかねませんし、逆に送信するセグメント数が少なすぎると効率が悪くなってしまうからです。
そこで、TCPでは、次にどのセグメントをどれぐらい送信すればよいのかということを管理するためにスライディングウィンドウという仕組みを使っています。
次の「TCPの制御（スライディングウィンドウ）」では、スライディングウィンドウについて説明してゆきます。
「TCPの制御（フロー制御・ウィンドウサイズ）その1」 ← 前項 ｜ 次項 → 「TCPの制御（スライディングウィンドウ）」
＜ネットワーク資格の練習問題に挑戦＞
●CCNA練習問題に挑戦！(650問)
●Network+練習問題に挑戦！(393問)
●テクニカルエンジニア（ネットワーク）試験
| ◆Cisco実機で学ぶ（CCNAスイッチ編） |
 |
|
＜関連メニュー＞
●CCNA実機で学ぶ
●CCNP実機で学ぶ
●CCENT（ICND1）実機で学ぶ
●SDMで設定する（Cisco実機で学ぶ）
●CCENT・CCNA無線実機で学ぶ
●アライドテレシス実機で学ぶ
●TCP/IP入門・無料ネットワークツール
●PLCでホームネットワーク構築
|
|
|
