  |
この章では、企業ネットワーク全体に IP 電話ソリューションを実装するに際しての QoS 要件について説明します。 前提条件のツールを適用することにより、IP インフラストラクチャ上で、メディアに関係なく、たとえデータ レートが低い状態でも、高品質の音声、ビデオ、およびデータの伝送ができます。AVVID 配備のための QoS ネットワーク設計についてのさらに詳しい情報は、次の URL にある「Cisco AVVID QoS Design Guide」を参照してください。
http://www.cisco.com/univercd/cc/td/doc/product/voice/ip_tele/index.htm
最近まで、データ トラフィックのバースト性、およびバッファのオーバーフローとパケット欠落に耐える能力によって、QoS が企業キャンパスで問題になることはあり得ないと、従来の知識では言われてきました。パケット欠落や遅延に敏感な音声、およびビデオのようなアプリケーションがデータ ネットワークを伝送され始めると、ネットワークの設計者は、帯域幅ではなく、バッファがキャンパスでの問題であることを徐々に理解し始めました。バッファは、瞬時に一杯となる可能性があります。これが発生した時、インターフェイス バッファに入れようとするとパケットがドロップする可能性があります。音声のような、ドロップに対して極端に許容度の低いアプリケーションでは、このことは音声品質の低下を招きます。QoS ツールは、これらのバッファーを管理し、欠落、遅延、および遅延変動を最少限にするために必要です。
キャンパス QoS は、次のセクションで説明する 2 つの別個の分野の設定で、実際に実現されます。
できる限りネットワークの端部近くでトラフィックを分類する、あるいはマーキングすることは、常にシスコのネットワーク設計アーキテクチャで不可欠の部分でした。トラフィックの分類は、キャンパス スイッチ、および WAN インターフェイス内で使用される、さまざまなキューイング方式にアクセスするための入り口の基準です。単一のケーブル モデルを使用して IP 電話を接続すると、その電話は管理ネットワークの端部となります。このようにして、IP 電話はトラフィック フローを分類することが可能となり、また分類する必要があります。 AVVID ネットワークのための、トラフィック分類ガイドライン には、AVVID トラフィック分類のガイドラインが記載されています。
音声の品質を保証するには、キャンパス インフラストラクチャ内で QoS を使用可能にすることが、設計要件になります。QoS をキャンパス スイッチ上で使用可能にすることで、すべての音声トラフィックを、個別のキューを使用するように設定できます。これによって、インターフェイス バッファが瞬間的に一杯になったとき、音声パケットがドロップする可能性を実質上削除します。
ネットワーク管理ツールは、キャンパス ネットワークが輻輳していないと表示するかもしれませんが、音声品質の保証には、やはり QoS ツールが必要です。現在のネットワーク管理ツールは、1 つのサンプルのタイム スパンにわたる平均輻輳だけを表示します。この平均は、役に立ちますが、キャンパス インターフェイスでの輻輳のピークは表示しません。キャンパス内の送信インターフェイス バッファは、ネットワーク トラフィックのバースト性の結果、非常に短い有限の期間に輻輳する傾向にあります。これが発生すると、その送信インターフェイスに向けられたすべてのパケットはドロップします。音声トラフィックのドロップを防ぐ唯一の方法は、キャンパス スイッチに複数のキューを設定することです。 シスコ スイッチがサポートするキューイング サービス には、拡張キューイング サービスをサポートするシスコ イーサネット スイッチが記載されています。
企業 WAN モデルを 典型的な企業 WAN で示します。
音声と映像をネットワーク上に送信する前に、必要なすべてのアプリケーションに、適切な帯域幅が存在することを確認する必要があります。開始するには、主要なアプリケーション（たとえば、音声メディア ストリーム、ビデオ ストリーム、音声制御プロトコル、およびすべてのデータ トラフィック）ごとに必要最小限の帯域幅の要求を合計する必要があります。この合計は、所定のいずれかのリンクに対する必要最小限の帯域幅要求を表すとともに、この要求が、そのリンクで利用できる合計帯域幅の 75% 以上を消費しないようにする必要があります。この 75% ルールは、ルーティングやレイヤ 2 キープアライブのようなオーバーヘッド トラフィック、さらに、電子メール、HTTP トラフィック、および測定が容易ではないその他のデータ トラフィックのような追加アプリケーションに、多少の帯域幅が必要になることを想定しています。 コンバージしたネットワークのプロビジョニング を参照してください。
このセクションでは、企業 WAN 上の IP テレフォニー アプリケーションに対して、QoS を実装するために使用するツールについて説明します。これらのツールには、トラフィックの優先順位付け、リンク分割とインターリービーング（LFI）、およびトラフィックのシェーピングが含まれます。このセクションは、適用可能なデータ リンク プロトコルのそれぞれに対して、最善策の要約だけを説明しています。
数多くある利用可能な優先順位付け方式の中から選択する上で考慮すべき主要な要素には、ネットワーク上に送信されるトラフィックのタイプ、およびネットワークを横断する広域メディアがあります。IP WAN に送信されるマルチサービス トラフィックに対しては、シスコは、低速リンクのための低遅延キューイングを推奨します。これにより、次のようなことを 64 までのトラフィック クラスに指定できるようになります。その指定内容には、たとえば、音声と対話型映像に対する優先順位によるキューイング動作、システム ネットワーク アーキテクチャ（SNA）データ、および営業データの供給に必要となる最小限の帯域幅、およびその他のトラフィック タイプに対する均等化キューイング（WFQ）などがあります。
WAN を越える VoIP のために最適化したキューイング は、この優先順位付け方式を次のように示します。
低遅延キューイング（LLQ）の設定時には、以下の点を考慮する必要があります。
Cisco CallManager 3.0(5) を使用する際の必要最小限の帯域幅 は、Cisco CallManager Release 3.0(5) を使用する音声、映像、およびデータのネットワークに必要な最小限の帯域幅を示しています。これらの値は必要最小限の値であり、すべてのネットワークには、適切な容量を割り当てる必要があることに留意してください。
多くの場合、広域の帯域幅は非常に高価なため、リモート サイト間を相互接続する場合、低速回線だけが利用可能、あるいはコスト効果がある可能性があります。これらの場合、できる限り多くの音声コールを低速リンクを介して転送することで、最大限の節約を行うことが重要です。G.729 のような多くの圧縮方式により、64 Kbps のコールを 8 Kbps のペイロードに圧縮できます。シスコ ゲートウェイと IP 電話は、これら低速リンクでの効率を高めることができる一連のコーデックをサポートします。
リンク効率は、圧縮 RTP（cRTP）を使用してさらに高めることができます。この技術は、40 バイトの IP + UDP + RTP ヘッダを約 2 〜 4 バイトに圧縮します。さらに Voice Activity Detection（VAD）は、ほとんどの会話では、単一の当事者だけが一度に話しているという事実を利用します。VAD は、この空の時間を取り戻し、データがその帯域幅を使用できるようにします。
768 Kbps より下の低速リンクには、リンク分割とインターリービング（LFI）を行う技術を使用する必要があります。この技術は、音声トラフィックが、大規模なデータ フレームの後ろに遅れることを防ぐことにより、ジッタ上にバウンドを配置します。この目的で使用する技術には、ポイントツーポイントのシリアル リンク用マルチリンク PPP（MLP）、フレームリレー用 FRF.12、そして ATM 接続用の MLP over ATM の 3 つがあり、Cisco IOS Release 12.1(5)T で使用できます。 リンク分割とインターリービング（LFI）のオペレーション は、LFI の一般的なオペレーションを示しています。
物理的なアクセス速度が 2 つの終端間で異なる複数アクセス、ATM およびフレームリレーのような非ブロードキャスト メディアには、トラフィック シェーピングが必要です。トラフィック シェーピング テクノロジーは、ミスマッチのアクセス速度を調整します。FRF.12 を使用するフレーム リレーの場合、トラフィック シェーピングは、遅延変動あるいはジッタが適切にバウンドされることを許します。ATM では、データ レートは、通常、分割を必要としないものです。フレームリレーおよび ATM で使用するトラフィック シェーピング は、フレームリレーおよび ATM で使用するトラフィック シェーピングを示しています。
推奨 Cisco IOS と QoS ツール には、WAN 上に実装される企業音声システムに対して、必要最低限の推奨ソフトウェアのリリース、および QoS ツールに必要な推奨パラメータが記載されています。現在推奨している Cisco IOS のバージョンは、今後のリリースで変更される予定です。
コール アドミッション制御は、ネットワーク リソースが予約過多とならないようにするために必要です。指定した帯域幅を超えるコールは、PSTN のような代替ルートを使用して再ルーティングされるか、使用中トーンが発信元に戻されるかのいずれかです。 WAN 帯域幅の保護に必要なコール アドミッション制御 は、実装モデルが、トール バイパス、あるいはデスクトップへの IP テレフォニーのいずれであるかに関係なく、コール アドミッション制御が必要であることを示しています。
WAN 上の音声コールに対してコール アドミッション制御を提供する方式には、次の 2 つがあります。
All contents copyright (C) 1992--2003 Cisco Systems K.K.
