この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
目次
Cisco IOS XE QoS は、ポリシングとシェーピングという 2 種類のトラフィック規制メカニズムを提供します。
パケットまたはデータ ソースが所定の契約に確実に準拠するようにするため、およびパケットに使用する QoS を決定するために、これらのトラフィック規制メカニズム（ポリサーともシェーパーとも呼ばれます）をネットワーク全体に配置できます。 ポリシングとシェーピングのメカニズムは、準拠とサービスを確実に行うために、パケットの分類によって表されるトラフィック記述子をパケットに対して使用します。
ポリサーとシェーパーは、通常、トラフィック記述子の違反を同一の方法で識別します。 ただし、通常、違反に対処する方法が異なります。たとえば、
トラフィック シェーピングとトラフィック ポリシングは連携して機能します。 たとえば、優れたトラフィック シェーピング スキームを使用すると、ネットワーク内のノードは動作の不正なフローを簡単に検出できます。 このアクティビティは、フローのトラフィックのポリシングと呼ばれる場合もあります。
この章では、Cisco IOS XE QoS トラフィック ポリシングおよびシェーピングのメカニズムについて簡単に説明します。 ポリシングとシェーピングは、両方ともトークン バケット メカニズムを使用するため、この章ではまずトークン バケットがどう機能するかについて説明します。 この章は、次の項で構成されています。
トークン バケットは、転送レートの正式な定義です。 バースト サイズ、平均レート、時間間隔（Tc）という 3 つの構成要素があります。 通常は中間レートがビット/秒の単位で表されますが、次に示す関係式によって、2 つの値が残る 3 つめの値から導き出される場合もあります。
mean rate = burst size / time interval
これらの用語の定義は次のとおりです。
定義では、間隔が整数倍の場合は、インターフェイスのビット レートは中間レートを超えません。 ただし、ビット レートは間隔内で任意に早くなる場合があります。
トークン バケットは、フロー内のデータを規制するデバイスの管理に使用されます。 調整デバイスは、たとえば CAR のようなトラフィック ポリサーの場合もあれば、FRTS や GTS のようなトラフィック シェーパーの場合もあります。 トークン バケット自体には、廃棄ポリシーまたはプライオリティ ポリシーはありません。 むしろ、トークン バケットは、フローによって規制機能が過剰に働く場合に、トークンを廃棄し、送信キューの管理の問題はフローに任せます。 （CAR、FRTS、および GTS は、真のトークン バケットまたは真のリーキー バケットを実装しません）。
トークン バケットのたとえで言えば、トークンは特定のレートでバケットに入れられます。 バケット自体には指定された容量があります。 バケットがいっぱいになると、新しく到着するトークンは廃棄されます。 各トークンは、送信元が一定の数のビットをネットワークに送信するための権限です。 パケットを送信するため、規制機能はパケット サイズに等しい数のトークンをバケットから削除する必要があります。
パケットを送信できるだけの十分なトークンがバケット内に存在しない場合、パケットは、バケットに十分な量のトークンが蓄積されるまで送信待ちの状態になるか（GTS の場合）、廃棄またはマークダウンされます（CAR の場合）。 バケットがすでにトークンで満たされている場合、着信トークンはオーバーフローし、以降のパケットには使用できません。 したがって、いつでも、送信元がネットワークに送信できる最大のバーストは、バケットのサイズにほぼ比例します。
トラフィック シェーピングに使用されるトークン バケット メカニズムは、トークン バケットとデータ バッファまたはキューの両方を持っています。データ バッファを持たない場合は、ポリシング機能になります。 トラフィック シェーピングの場合、到着したパケットですぐに送信できないものは、データ バッファで遅延されます。
トラフィック シェーピングでは、トークン バケットはバースト性を許可する一方で、それを抑制します。 トラフィック シェーピングは、トークン バケットの容量を時間間隔で割った値にトークンに対してトークン バケットで設定された所定のレートを加えた値より速くフローが送信されないように、バースト性を抑制します。 次の式を参照してください。
(token bucket capacity in bits / time interval in seconds) + established rate in bps = maximum flow speed in bps
このようなバースト性抑制方法は、長期的な送信レートが、バケットで設定されたトークンの所定レートを超えないことも保証します。
トラフィック ポリシングでは、インターフェイス上で送受信するトラフィックの最大レートを制御し、ネットワークを複数のプライオリティ レベル、またはサービスクラス（CoS）に区切ります。
トラフィック ポリシングでは、トークン バケット アルゴリズムを介して、トラフィックの最大レートを管理します。 トークン バケット アルゴリズムでは、ユーザが設定した値を使用して、特定の瞬間にインターフェイス上で許可されるトラフィックの最大レートを決定できます。 トークン バケット アルゴリズムは、（トラフィック ポリシングを伴うトラフィック ポリシーがどこに設定されているかに応じて）入力または出力されるすべてのトラフィックによって影響を受けます。大きなパケットが同じトラフィック ストリームで複数送信される際のネットワーク帯域幅の管理に役立ちます。
トークン バケット アルゴリズムは、ユーザに各パケットに対する、準拠（conform）アクション、超過（exceed）アクション、およびオプションの違反（violate）アクションの 3 つを提供します。 トラフィック ポリシングを設定され、インターフェイスに入ってくるトラフィックは、これらのカテゴリのいずれかに分類されます。 これら 3 つのカテゴリ内で、ユーザはパケットの処理を決定できます。 たとえば、適合したパケットは送信するように設定し、超過したパケットはプライオリティを下げて送信するように設定し、違反したポリシーはドロップするように設定できます。
トラフィック ポリシングは、多くの場合、ネットワークに出入りするトラフィックのレートを制限するためにネットワークのエッジのインターフェイスで設定されます。 最も一般的なトラフィック ポリシングの設定では、適合したトラフィックは送信され、超過したトラフィックはプライオリティを下げて送信されるかドロップされます。 ユーザはネットワークのニーズに合わせてこれらの設定オプションを変更できます。
ネットワーク上のパケット フロー（つまり、トラフィックのフロー）は、トラフィック シェーピングともいいます。 トラフィック シェーピングでは、インターフェイスから出るトラフィックの速度を制御できます。 このようにして、トラフィックのフローとパケットを受信するインターフェイスの速度を一致させることができます。