1,948
回編集
差分
ナビゲーションに移動
検索に移動
27行目:
27行目: − + + + + + + +
Cisco Catalyst 9000 スイッチング プラットフォーム QoS and キューイング ホワイトペーパー (ソースを閲覧)
2021年3月22日 (月) 19:13時点における版
、 2021年3月22日 (月) 19:13→輻輳のタイプ
==== 輻輳のタイプ ====
==== 輻輳のタイプ ====
[[ファイル:C90-QoS-01.png|なし|フレーム|画像 1. 輻輳のタイプ]]
[[ファイル:C90-QoS-01.png|なし|フレーム|画像 1. 輻輳のタイプ]]2 つのタイプの輻輳は画像 1. に示しています :
* '''複数ポートから単一ポートへ :''' 複数の送信元ポートから単一の宛先ポートへ同時に送信するとき、複数の送信元から合計されたトラフィックが届いてしまい、宛先ポートが服装します
* '''スピード ミスマッチ :''' 高速なポートで受信して低速なポート (例えば 10Gbps から 1Gbps) で送信するとき、パケットは出力ポートから流れるのに時間がかかるため、結果としてパケットのドロップや遅延となります
=== なぜ輻輳に配慮しなくてはなりませんか ? ===
輻輳が発生したときに、輻輳管理機能が適切に設定されていない場合、パケットはドロップされます。パケットがドロップされると、上位プロトコルによっては再送が発生、もしくはネットワークの再収束が必要になる場合があります。これはネットワークの パフォーマンスに影響を与える可能性があります。すでにネットワークが輻輳していると、これが既存のパフォーマンスの問題に追加されてしまい、ネットワーク全体のパフォーマンスがさらに低下する可能性があります。それは ボーダー・ゲートウェイ・プロトコル (BGP) , オープン・ショーテスト・パス・ファースト (OSPF) , リンク・アグリゲーション・コントロール・プロトコル (LACP) のようなプロトコルの場合、一時的もしくは完全に接続が切れてしまう結果になりえます。このようなコントロール プレーン プロトコルのパケットが、輻輳によりドロップすることで、それらのキープ アライブ メッセージが、受信できなくなることで発生します。