Cisco 800 シリーズ ソフトウェア コンフィギュレーション ガイド

IP

インターネットワーク レイヤで最も一般的なTCP/IPプロトコルはIPです。IPは、すべてのTCP/IPネットワークに基本的なパケット配信サービスを提供します。IPプロトコルは、物理ノード アドレスの他に、IPアドレスと呼ばれる論理ホスト アドレス システムを実装します。IPアドレスは、インターネットワーク以上のレイヤで、装置を特定したり、インターネットワーク ルーティングを実行するために使用されます。Address Resolution Protocol（ARP）を使用すると、IPは所定のIPアドレスと一致する物理アドレスを識別できるようになります。

IP以外のレイヤ内のすべてのプロトコルでは、データを配信するためにIPを使用しています。つまり、最終宛先に関係なく、送受信されるTCP/IPデータはすべてIPを通過します。

IPはコネクションレス プロトコルであるため、データを伝送する前に、制御情報（ハンドシェイク）を交換してエンドツーエンド接続を確立することはありません。対照的に、コネクション型プロトコルはリモート コンピュータと制御情報を交換して、データ受信準備が完了したことを確認してから、データを送信します。ハンドシェイクに成功した場合は、コンピュータによって接続が確立されています。コネクション型サービスが必要な場合、IPは他のレイヤ内のプロトコルによって接続を確立します。

IPは、動的なディスタンス ベクタ ルーティング プロトコルであるRouting Information Protocol（RIP）を使用して、ルーティング情報を交換します。RIPについては、この後で詳細に説明します。

G.DMT

G.DMTフルレートADSLは、既存の銅電話回線の使用可能な帯域幅を拡張して、最大10 Mbpsの速度で高速データ通信を行うことができるテクノロジーです。これにより、通常の電話サービスを中断しなくても、フルモーション ビデオ、効率的な在宅勤務、および自宅または企業への高速データ伝送がすべて可能になります。

ANSI（米国規格協会）は、米国内のフルレートADSLに対する業界標準（T1.413）を公開しています。International Telecommunication Union（ITU;国際電気通信連合）は、フルレートADSLに対するほぼ同じ内容のグローバルな業界標準（G.992.1）を承認しています。ANSIおよびITUの仕様では、電話回線を介して通信した場合に、最大18,000フィートの距離で、最大8 Mbps（ダウンストリーム）および最大640 Kbps（アップストリーム）の動作速度が必要となります。

標準準拠のフルレートADSLは、Discrete Multitone（DMT）と呼ばれる変調方式を使用しています。DMTはアップストリームおよびダウンストリームの帯域をより小さな周波数帯（約4 kHz）のサブチャネルの集まりに分割し、各サブチャネルで合計データ速度を分担します。伝送帯域幅をサブチャネルの集まりに分割することにより、DMTは各電話回線の特性に合わせてデータ伝送速度を最大化することができます。電話回線は、音声トラフィック（0～4 kHz）に対応する低周波数の伝送に最適です。フルレートADSL伝送に使用される高周波数を電話回線を介して送信すると、周波数が高くなるほど減衰量が増加するなど、歪みや減衰が生じます。DMTはデータをより帯域幅が小さな伝送の集まりに効率的に分割します。分割された伝送は周波数範囲が小さくなり、その範囲内でデータ スループットが最大となるように最適化されます。DMTは、ANSIとITUの両方の標準で、フルレートADSLの標準変調方式として確立されています。

U-R2

U-R2は、基本帯域（低周波数）でISDNが稼働している銅線ループ上でADSLを使用するためのGerman Deutsche Telekom仕様です。ITU-T G.992.1 Annex B標準に従って、ADSL信号を送受信します。U-R2はG.992.1 Annex B標準のスーパーセットであり、ベンダ間のインターオペラビリティを高めることができます。

RIP

RIPはIPに対応づけられたプロトコルです。インターネット プロトコル トラフィックをルーティングするために、広範に使用されます。RIPは、ディスタンス ベクタ ルーティング プロトコルです。つまり、ルート選択のためのメトリックとして距離（ホップ カウント）を使用します。 ホップ カウント は、パケットが宛先に到達するために経由しなければならないルータ数です。たとえば、あるルートのホップ カウントが2である場合、パケットを宛先に送るには2台のルータを経由しなければなりません。

デフォルトでは、RIPのルーティング アップデートは30秒おきにブロードキャストされます。ルーティング アップデートをブロードキャストする間隔は、ユーザ側で再設定することができます。さらに、RIPのトリガ拡張機能を使用して、ルーティング データベースが更新されたときにだけルーティング アップデートを送信するように設定することもできます。RIPのトリガ拡張機能については、Cisco IOS 12.0(1)Tのマニュアルを参照してください。マニュアルのアクセス方法については、「Cisco IOSのマニュアルに関する記述」を参照してください。

EIGRP

EIGRPは、シスコ独自仕様による高度なディスタンス ベクタおよびリンク ステート ルーティング プロトコルであり、距離（ホップ カウント）よりも洗練されたメトリックに基づいてルートを選択します。EIGRPは、後継ルータ（ルーティング ループを形成しないことが保証され、宛先までのコスト パスが最小になる近接ルータ）を基準とするメトリックを使用します。特定の宛先への後継ルータが存在しないにもかかわらず、近接ルータが宛先をアドバタイズしている場合、ルータはルートを再計算しなければなりません。

EIGRPが稼働する各ルータは、5秒おきにhelloパケットを送信して、近接ルータに自らが動作していることを知らせます。所定時間内にhelloパケットを送信しないルータがあれば、EIGRPは宛先のステートに変化があったとみなし、差分更新を送信します。

EIGRPはIPをサポートするので、マルチプロトコル ネットワーク環境でいずれかのルーティング プロトコルを使用して、ルーティング テーブルのサイズおよびルーティング情報の量を最小限に抑えることができます。

PAP

PAPは双方向のハンドシェイクを使用して、ルータ間のパスワードを検証します。PAPの仕組みを理解するために、リモート オフィスのCisco 827ルータが本社オフィスのCisco 3600ルータに接続されているネットワーク トポロジーを例にとります。PPPリンクが確立されたあと、リモート オフィス ルータは、本社オフィス ルータが認証を受け付けるまで、設定されているユーザ名およびパスワードの送信を繰り返します。

PAPの特徴は、次のとおりです。

• 認証のパスワード部分は、リンク上をクリア テキストで送信されます（スクランブル処理または暗号化は行われません）。

• PAPでは、プレイバック攻撃または反復的な総当たり攻撃からの保護機能が提供されません。

• 認証試行の頻度およびタイミングは、リモート オフィス ルータが制御します。

CHAP

CHAPは3方向ハンドシェイクを使用して、パスワードを検証します。CHAPの仕組みを理解するために、リモート オフィスのCisco 827ルータが本社オフィスのCisco 3600ルータに接続されているネットワーク トポロジーを例にとります。

PPPリンクが確立されたあと、本社オフィス ルータはリモート オフィス ルータに対し、チャレンジ メッセージを送信します。リモート オフィス ルータは可変の値で応答します。本社オフィス ルータは、独自に計算した値と照らし合わせて、この応答をチェックします。両方の値が一致していれば、本社オフィス ルータは認証を受け付けます。リンクを確立したあとは、いつでも認証プロセスを繰り返すことができます。

CHAPの特徴は、次のとおりです。

• 認証プロセスでは、パスワードではなく、可変のチャレンジ値を使用します。

• CHAPは、一意の予測不可能な可変のチャレンジ値の使用により、プレイバック攻撃から保護します。チャレンジの反復により、1回の攻撃にさらされる時間を限定します。

• 認証試行の頻度およびタイミングは、本社オフィス ルータが制御します。

（注） 2つのプロトコルのうち、より安全性の高いCHAPの使用を推奨します。

イーサネット

イーサネットは、CSMA/CD（キャリア検知多重アクセス/衝突検知）を使用してデータおよび音声パケットをWANインターフェイスに送信するベースバンドLANプロトコルです。イーサネットという用語は、通常、すべてのCSMA/CD LANを表します。イーサネットは、散発的な、場合によっては大量のトラフィックが発生するネットワーク内で機能するように設計されました。IEEE 802.3仕様は、本来のイーサネット トポロジーに基づいて、1980年に開発されました。

イーサネットCSMA/CDメディアアクセス プロセスでは、CSMA/CD LAN上のすべてのホストはいつでもネットワークにアクセスできます。データを送信する前に、CSMA/CDホストはネットワークを通過するトラフィックを待ち受けます。データを送信するホストは、トラフィックが検出されなくなるまで待機してから、データを送信します。イーサネットでは、ネットワーク上をデータが流れていない場合、ネットワーク上のすべてのホストがデータを送信できます。トラフィックを待ち受けていた2台のホストがトラフィックを検出せず、同時にデータを送信すると、衝突が発生します。衝突が発生すると両方の送信内容が破壊されるため、ホストは後に再送信する必要があります。衝突したホストがいつ再送信を行うかは、アルゴリズムによって決まります。

ATM

Asynchronous Transfer Mode（ATM;非同期転送モード）は、音声、データ、ビデオ、画像など複数のトラフィック タイプをサポートする、高速な多重化およびスイッチング プロトコルです。

ATMは、ネットワークのすべての情報をスイッチングおよび多重化する固定長セルで構成されます。ATM接続は、単に宛先ルータまたはホストに情報を転送するために使用されます。ATMネットワークは、帯域幅を幅広く利用できるLANと考えられます。コネクションレス型であるLANと異なり、ATMを使用してユーザにLAN環境を提供するには、特定の機能が必要となります。

各ATMノードは、通信する必要があるATMネットワーク内のすべてのノードに対して、接続を個別に確立する必要があります。このような接続はすべて、Permanent Virtual Circuit（PVC;相手先固定接続）によって確立されます。

PVC

PVCはリモート ホストとルータ間の接続です。PVCは、ルータが通信するATMエンド ノードごとに確立されます。PVCの作成時に確立されるPVCの特性は、AALおよびカプセル化タイプによって設定されます。AALは、ユーザ情報をセルに変換する方法を定義します。AALは、送信時に上位レイヤ情報をセルに分割し、受信時にセルを再び組み立てます。

シスコ ルータはAAL5形式をサポートしています。AAL5は、AAL3/4よりもオーバーヘッドが少なく、エラー検出および訂正機能が優れている最新のデータ トランスポート サービスを提供します。AAL5は通常、Variable Bit Rate（VBR;可変ビット レート）トラフィックおよびUnspecified Bit Rate（UBR;無規定ビット レート）トラフィックを対象とします。Cisco 800シリーズ ルータは、AAL1およびAAL2形式もサポートします。

ATMカプセル化は、特定のプロトコル ヘッダーによりデータをラップする機能です。接続しているルータのタイプにより、ATM PVCカプセル化タイプが決まります。

ルータがサポートするATM PVCカプセル化タイプは、次のとおりです。

• LLC/SNAP（RFC 1483）

• VC-MUX（RFC 1483）

• PPP（RFC 2364）

各PVCは、宛先ノードへの完全な、独立したリンクとみなされます。ユーザは必要に応じて、接続間でデータをカプセル化できます。ATMネットワークは、データの内容を無視します。必要となるのは、特定のAAL形式に従って、ルータのATMサブシステムにデータを送信することのみです。

ダイヤラ インターフェイス

ダイヤラ インターフェイスは、PVCにPPP機能（認証方法やIPアドレス割り当て方法など）を割り当てます。PPP over ATMを設定する場合に使用します。

ダイヤラ インターフェイスは、すべての物理インターフェイスから独立して設定し、必要に応じて動的に適用することができます。

バックアップ インターフェイス

バックアップ インターフェイスは、WANダウンタイムなど、自らが起動する特定の環境が発生するまで、アイドル状態にとどまるインターフェイスです。バックアップ インターフェイスとして設定できるのは、BRIなどの物理インターフェイス、またはダイヤラ プールで使用されるように割り当てられたバックアップ ダイヤラ インターフェイスです。プライマリ回線が起動している場合、バックアップ インターフェイスはスタンバイ モードです。スタンバイ モードのバックアップ インターフェイスは、イネーブルになるまで、事実上のシャットダウン状態です。バックアップ インターフェイスに関連づけられたルートは、ルーティング テーブルに格納されません。

バックアップ インターフェイス コマンドは、インターフェイスが物理的にダウンしていることを識別したルータによって異なるため、通常は、ISDN BRI接続、非同期回線、および専用線をバックアップするために使用されます。プライマリ回線に障害が発生すると、上記接続に対するバックアップ インターフェイスが起動して、これらの障害をただちに識別します。

フローティング スタティック ルート

フローティング スタティック ルートは、管理距離がダイナミック ルートよりも長いスタティック ルートです。スタティック ルートに管理距離を設定すると、スタティック ルートの優先度をダイナミック ルートよりも小さくすることができます。この方法では、ダイナミック ルートが使用可能な場合、スタティック ルートは使用されません。ただし、ダイナミック ルートが失われると、スタティック ルートが引き継ぎ、この代替ルートを通してトラフィックを送信できます。この代替ルートにDial-on-Demand Routing（DDR;ダイヤル オンデマンド ルーティング）インターフェイスが使用されている場合は、このインターフェイスをバックアップ インターフェイスとして使用できます。

ダイヤラ ウォッチ

ダイヤラ ウォッチは、ダイヤル バックアップとルーティング機能を統合するバックアップ機能です。ダイヤラ ウォッチを使用すると、中央ルータにおいて発信コールをトリガするトラフィックを定義しなくても、信頼できる接続を確立できます。したがって、ダイヤラ ウォッチは対象トラフィックに関する条件がない正規のDDRとみなすことができます。プライマリ インターフェイスを定義するウォッチ対象ルートを設定することにより、ウォッチ対象ルートの追加および削除にともない、プライマリ インターフェイスのステータスをモニタし追跡することができます。

ウォッチ対象ルートを削除すると、ダイヤラ ウォッチはウォッチ中のいずれかのIPアドレスまたはネットワークに対して、有効なルートが少なくとも1つ存在するかどうかを確認します。有効なルートが存在しない場合、プライマリ回線はダウンしており、使用不可能であるとみなされます。定義済みのウォッチ対象IPネットワークの少なくとも1つに有効なルートが存在し、このルートがダイヤラ ウォッチに設定されたバックアップ インターフェイス以外のインターフェイスを示している場合、プライマリ リンクは起動しているとみなされ、ダイヤラ ウォッチはバックアップ リンクを起動しません。

H.323

H.323は、パケットベースのビデオ、音声、およびデータ会議について記述されたITU-T標準です。H.323は、会議システムのアーキテクチャを記述し、さらに実際のプロトコルを記述するその他の標準（H.245、H.225.0、およびQ.931）にも言及している包括的な標準です。Cisco H.323 Version 2サポートは、バージョン2仕様の必須要件およびオプション機能の一部に適合するように、Cisco IOSソフトウェアをアップグレードします。このアップグレードを行うと、既存のVoIPゲートウェイおよびMultimedia Conference Manager（ゲートキーパおよびプロキシ）が強化されます。ゲートウェイは、H.323端末がプロトコルを変換して、H.323以外の端末と通信できるようにします。ゲートウェイは、LAN上のH.323端末とWAN内のその他のITU-T端末の間、または別のH.323ゲートウェイとの間のリアルタイム双方向通信を可能にする、LAN上のエンドポイントです。

ゲートキーパは、マルチメディア ネットワーク内の装置のレジストリを保持します。装置は起動時にゲートキーパに登録して、ゲートキーパからのコールに対するアドミッションを要求します。ゲートキーパはLAN上のH.323エンティティであり、H.323端末およびゲートウェイに、アドレス変換およびLANへのアクセス制御を提供します。また、H.323端末およびゲートウェイに、帯域幅管理やゲートウェイの特定など、他のサービスを提供することもできます。

音声ダイヤル ピア

ダイヤル ピアを使用すると、特定の電話からコールを発信することができます。すべての音声テクノロジーがダイヤル ピアを使用して、コール レグに対応づけられる特性を定義しています。

コール レグは、接続の2地点間にある、コール接続の独立したセグメントです。これらの用語は、あくまでも ルータ の観点から定義されたものであることを覚えておいてください。着信コール レグは、着信コールがルータ に 着信したことを意味します。発信コール レグは、発信コールがルータ から 発信されたことを意味します。ダイヤル ピアは、着信と発信両方のコール レグに使用されます。

着信コール レグの場合、ダイヤル ピアが発信番号または音声ポート番号に対応づけられることがあります。発信コール レグは常に、ダイヤル ピアと対応づけられます。発信ダイヤル ピアの識別には、宛先パターンが使用されます。コールは確立時に発信ダイヤル ピアと対応づけられます。

各音声の実装時に、2種類のダイヤル ピアを設定する必要があります。

• POTS ― （別名、「加入電話サービス」または「基本電話サービス」）物理音声ポートをローカル電話に対応づけます。設定時に使用する主なコマンドは、portおよびdestination-patternコマンドです。destination-patternコマンドは、POTSダイヤル ピアに対応づける電話番号を定義します。portコマンドは、POTSダイヤル ピアを特定の論理ダイヤル インターフェイス（通常は、ルータをローカルPOTSネットワークに接続する音声ポート）に対応づけます。

• VoIP ― 電話番号をIPアドレスに対応づけます。設定時に使用する主なコマンドは、destination-patternおよびsession targetコマンドです。
destination-patternコマンドは、VoIPダイヤル ピアに対応づける電話番号を定義します。session targetコマンドは、VoIPダイヤル ピアの宛先IPアドレスを指定します。また、VoIPダイヤル ピアを使用して、IP precedence、その他のQoSパラメータ、コーデックなどの特性を定義することができます。

IP precedence

IP precedenceを使用すると、最大6つのサービス クラスにトラフィックを分類できます（他の2つは、内部ネットワーク用に予約されています）。ネットワークに適用されたキューイング テクノロジーは、この信号を使用して処理を促進することができます。

ポリシーベース ルーティングやCommitted Access Rate（CAR;専用アクセス レート）などの機能を使用すると、拡張アクセスリスト分類に基づいて優先順位を設定できます。これにより、アプリケーション別、ユーザ別、または宛先および送信元サブネット別など、優先順位をきわめて柔軟に割り当てることができます。通常、この機能は可能な限りネットワーク（または管理ドメイン）のエッジ付近に配備されるため、これ以降のネットワーク要素は決定されたポリシーに基づいてサービスを提供できます。

オプションの信号方式を使用している場合は、ホストまたはネットワーク クライアントにIP precedenceを設定することもできます。IP precedenceを使用すると、既存ネットワーク キューイング メカニズム（Class-Based Weighed Fair Queuing[CBWFQ]など）を使用して、サービス クラスを確立できます。既存アプリケーションまたは複雑なネットワーク要件を変更する必要はありません。

PPPフラグメンテーションおよびインターリーブ

マルチクラス マルチリンクPPPインターリーブにより、大きいパケットをマルチリンクでカプセル化し、リアルタイム音声トラフィックの遅延条件を満たす小さいパケットに分割することができます。もともと小さいリアルタイム パケットは、マルチリンクでカプセル化されず、大きいパケットのフラグメントの合間に伝送されます。インターリーブ機能はさらに、小型で遅延に敏感なパケット用に特殊な送信キューを提供するので、そのようなパケットを他のフローより先に送信できます。インターリーブ機能は、他のベスト エフォート型トラフィックに使用される低速リンク上で、遅延に敏感な音声パケットに遅延限度を設定します。

マルチリンクPPPインターリーブは、通常、CBWFQおよびRSVPまたはIP precedenceと組み合わせて使用し、音声パケットの配信を保証します。データの管理方法を定義する場合は、マルチリンクPPPインターリーブおよびCBWFQを使用します。音声パケットにプライオリティを設定する場合は、Resource Reservation Protocol（RSVP）またはIP precedenceを使用します。

CBWFQ

通常、CBWFQはマルチリンクPPPインターリーブおよびRSVPまたはIP precedenceと組み合わせて使用し、音声パケットの配信を保証します。データの管理方法を定義する場合は、CBWFQとマルチリンクPPPを組み合わせて使用します。音声パケットにプライオリティを設定する場合は、RSVPまたはIP precedenceを使用します。

ATMキューとCisco IOSキューの2つのキューイング レベルがあります。CBWFQはCisco IOSキューに適用されます。PVCが作成されると、First-in first-out（FIFO;先入れ先出し）Cisco IOSキューが自動的に作成されます。CBWFQを使用してクラスを作成し、それらをPVCに関連づけると、クラスごとにキューが作成されます。

CBWFQにより、キューに十分な帯域幅が確保され、トラフィックは予測どおりのサービスを受けます。小容量トラフィック ストリームが優先されます。大容量トラフィック ストリームに残りの容量が分配され、同等または比例配分された帯域幅が与えられます。

RSVP

RSVPを使用すると、ルータはインターフェイス上に十分な帯域幅を確保して、信頼性および品質性能を高めることができます。RSVPにより、エンド システムはネットワークに特定のQoSを要求できます。リアルタイム音声トラフィックには、ネットワークの一貫性が不可欠です。一貫したQoSが得られなかった場合、リアルタイム トラフィックにジッタ、帯域不足、遅延変動、または情報損失が生じる可能性があります。RSVPは、最新のキューイング メカニズムと連動します。予約がどのように実行されるかは、インターフェイス キューイング メカニズム（CBWFQなど）に依存します。

RSVPは、PPP、HDLC、および同様なシリアル回線インターフェイス上で適切に動作します。マルチアクセスLAN上では、適切に動作しません。RSVPは、パケット フローに関するダイナミック アクセス リストと同様のものと考えることができます。

ネットワークに次の条件が存在する場合は、RSVPを設定してQoSを保証する必要があります。

• 小規模な音声ネットワークの実装

• 2 Mbps未満のリンク

• 使用率の高いリンク

• 可能なかぎり最良の音質を必要とする場合

LLQ

Low Latency Queuing（LLQ）は、リアルタイム トラフィック用の低遅延完全優先送信キューを提供します。完全優先キューを使用すると、（他のキュー内のパケットがキューから取り出される前に）最初に遅延に敏感なデータをキューから取り出して送信することにより、遅延に敏感なデータを他のトラフィックよりも優先的に処理することができます。

CAR

CARを使用すると、トラフィックの送信元および宛先に基づいて帯域幅または伝送速度を制限したり、指定された割り当て帯域を超えるトラフィックを処理するためのポリシーを指定することができます。CARは、送信、廃棄、優先順位の設定、QoSグループの設定など、トラフィックが速度制限に適合する場合や超過する場合に設定可能なアクションを規定します。

CARの機能は、次のとおりです。

• 柔軟な設定が可能な基準に基づいて、インターフェイスまたはサブインターフェイスの入出力伝送速度を制限します。

• ルータ内部のクラス識別子であるIP precedenceまたはQoSグループを設定して、パケットを分類します。

CARをイネーブルにするには、ATMインターフェイス コンフィギュレーション モードでrate-limitコマンドを入力します。

速度制限

CARの速度制限機能を使用すると、ネットワーク オペレータは、レイヤ3一括または個別アクセス/出力の帯域幅速度制限を定義したり、トラフィックが指定の速度制限に適合する場合や超過する場合におけるトラフィック処理ポリシーを指定することができます。一括アクセスまたは出力では、インターフェイスまたはサブインターフェイス上のすべてのパケットが比較されます。個別アクセスまたは出力では、優先順位に基づいて特定タイプのトラフィックが比較されます。CAR速度制限ポリシーは、物理ポート、パケット分類、IPアドレス、MACアドレス、アプリケーション フロー、アクセスリストまたは拡張アクセス リストで指定可能なその他の基準に基づいて指定できます。CAR速度制限は、フレーム リレーやATMサブインターフェイスなど、入力または出力のいずれかのインターフェイス/サブインターフェイスに実装できます。

CARの速度制限機能を使用する例として、HTTP WWWトラフィックをリンク帯域幅の50%に制限し、Web以外のトラフィック（ミッションクリティカル アプリケーションなど）の容量を確保する、アプリケーションベースの速度制限があります。

IP precedenceのマーキング

拡張アクセス リスト分類を使用すると、クラスベース トラフィック シェーピングやCARなどの機能に必要となることがある優先順位を設定することができます。これにより、アプリケーション別、ユーザ別、または宛先および送信元サブネット別など、優先順位をきわめて柔軟に割り当てることができます。通常、この機能は可能な限りネットワーク（または管理ドメイン）のエッジ付近に配備されるため、これ以降のネットワーク要素は決定されたポリシーに基づいてサービスを提供できます。

オプションの信号方式を使用している場合は、ホストまたはネットワーク クライアントにIP precedenceを設定することもできます。IP precedenceを使用すると、既存ネットワーク キューイング メカニズム（CBWFQなど）を使用して、サービス クラスを確立できます。既存アプリケーションまたは複雑なネットワーク要件を変更する必要はありません。

WFQ

Weighted Fair Queuing（WFQ;均等化キューイング）を使用すると、シリアル リンクなどの低速リンクで、すべてのトラフィック タイプを均等に処理できます。WFQは、IPアドレスやTCPポートなどのレイヤ3およびレイヤ4情報に基づいて、トラフィックを複数のフロー（カンバセーション）に分類します。アクセス リストを定義しなくても、WFQはこの分類を実行できます。つまり、低帯域トラフィックには、事実上、高帯域トラフィックよりも高いプライオリティが設定されることになります。これは、高帯域トラフィックは、割り当てられた重みに比例して伝送メディアを共有するためです。現在、WFQはIPベースおよびIPファイアウォールCisco IOSイメージで使用できます。

WRED

Random Early Detection（RED;ランダム早期検出）は、TCPの輻輳制御メカニズムを利用する輻輳回避メカニズムです。REDは輻輳が激しくなる前にランダムにパケットを廃棄して、パケット送信元に伝送速度を下げるように要求します。パケット送信元でTCPが動作している場合、すべてのパケットが宛先に到達するまで伝送速度を下げて、輻輳を解消します。

通常、シスコが実装したREDであるWeighted RED（WRED;重み付きランダム早期検出）は、IP precedenceに基づいてパケットを選択的に廃棄します。IP precedenceが高いパケットは、優先順位が低いパケットよりも廃棄される可能性が小さくなります。したがって、プライオリティが高いトラフィックは、プライオリティが低いトラフィックよりも高い確率で配信されます。インターフェイスが輻輳し始めると、プライオリティの低いトラフィックが選択的に廃棄され、サービス クラス別に異なるパフォーマンス特性が提供されます。WREDはRSVPにも対応します。

ATMトラフィック ポリシング

トラフィック ポリシングの機能は、次のとおりです。

• ユーザが定義した基準に基づいて、トラフィック クラスの入出力伝送速度を制限します。

• IP precedence値、QoSグループ、またはDifferentiated Service Code Point（DSCP）値を設定して、パケットをマーキングします。