Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

DiffServ 対応トラフィック エンジニアリングの設定

DiffServ 認識トラフィックエンジニアリングの概要

DiffServ (差別化サービス) 対応トラフィックエンジニアリングは、MPLS ネットワーク上で指定されたサービスレベルを保証する方法を提供します。DiffServ 対応トラフィックエンジニアリングを提供するルーターは、差別化されたサービスネットワークドメインの一部です。差別化サービスドメインに参加するすべてのルーターは、DiffServ に対応するトラフィックエンジニアリングを有効にする必要があります。

指定されたサービスレベルが提供されるようにするには、指定されたトラフィックが差別化サービスドメインを介して送信されるようにする必要があります。この目標を達成するには、ポリサーを設定し、はのサービスドメインによってトラフィック量を制限します。ラベル交換パス (Lsp) に対してポリサーを構成する方法の詳細については、 lsp のためのポリサーの構成を参照してください。

この機能は、ボイスオーバー IP (VoIP) などのインターネットサービスの品質の向上に役立てることができます。また、MPLS ネットワーク上で非同期転送モード (ATM) 回線をより適切にエミュレートすることも可能になります。

DiffServ 対応トラフィックエンジニアリングの用語

帯域幅モデル

帯域幅モデルによって、内部ゲートウェイプロトコル (IGPs) によって提供される利用可能な帯域幅の値が決定されます。

CAC

電話受付制御 (CAC) をチェックして、LSP を確立する前に、パスに十分な帯域幅があることを確認します。帯域幅が不十分な場合、LSP は確立されず、エラーが報告されます。

クラスタイプ

差別化されたサービスドメインで同等に扱われるトラフィックフローの集合。クラスタイプは、キューにマップされ、サービスクラス (CoS) 転送クラスの概念によく似ています。トラフィッククラスとしても知られています。

差別化されたサービス

差別化されたサービスにより、MPLS ヘッダーの EXP に基づいて、トラフィックにさまざまな処理を提供できるようになります。トラフィックは適切にマークされ、CoS 構成されている必要があります。

差別化サービスドメイン

差別化されたサービスが有効になっているネットワーク内のルーター。

DiffServ 対応トラフィックエンジニアリング

制約ベースのルーティングの一種。トラフィックのクラスごとに異なる帯域幅制約を適用できます。LSP が確立されたときに、各トラフィックエンジニアリングクラスで CAC を実行することもできます。

Multiclass LSP

Multiclass LSP は標準の LSP と同様に機能しますが、複数のクラスタイプから帯域幅を予約することもできます。MPLS ヘッダーの EXP は、クラスの型を区別するために使用されます。

MAM

最大割り当て帯域幅の制約モデルでは、さまざまなクラス間で利用できる帯域幅を分割しています。クラスタイプ間の帯域幅の共有は許可されていません。

RDM

ロシアの dolls 帯域幅制約モデルは、クラスタイプが帯域幅を共有できるようにすることで、帯域幅を効率的に使用します。

トラフィックエンジニアリングクラス

クラスタイプと優先度のペア

トラフィックエンジニアリングクラスマップ

クラスタイプ、優先度、トラフィックエンジニアリングクラスのマップ。トラフィックエンジニアリングクラスマッピングは、差別化されたサービスドメイン全体で一貫している必要があります。

DiffServ 対応トラフィックエンジニアリング機能

DiffServ 対応トラフィックエンジニアリングは、次の機能を提供します。

  • 集約レベルではなくクラス単位のレベルでのトラフィックエンジニアリング

  • さまざまなクラスタイプの帯域幅の制約 (トラフィッククラス)

  • クラスごとに異なるキューイング動作を可能にし、ルーターがクラスタイプに基づいてトラフィックを転送できるようにします。

比較すると、標準的なトラフィックエンジニアリングでは CoS 考慮されておらず、すべての差別化サービスクラスにおいて、その作業を集約して完了しています。

DiffServ 対応トラフィックエンジニアリングには、以下のようなメリットがあります。

  • トラフィックエンジニアリングは、集約レベルではなく特定のクラスタイプで実行できます。

  • 帯域幅の制約は、それぞれの特定のクラスタイプに適用できます。

  • この It は、EXP に基づいてトラフィックを転送します。

これにより、MPLS ネットワーク全体のサービスと帯域幅を保証できます。DiffServ 認識型トラフィックエンジニアリングなどのサービスでは、ATM 回線エミュレーション、VoIP、および保証された帯域幅サービスを提供することができます。

ここでは、IGP、制限された最短パスの最初 (CSPF)、および RSVP が DiffServ を認識するトラフィックエンジニアリングに参加する方法について説明します。

  • IGP は、各トラフィックエンジニアリングクラスの予約されていない帯域幅を、差別化されたサービスドメインの他のメンバーに通知できます。この情報は、トラフィックエンジニアリングデータベースに格納されています。

  • CSPF 計算は、各クラスタイプの帯域幅制約を考慮して実行されます。すべての制約が満たされた場合、CSPF 計算は成功したと見なされます。

  • RSVP が LSP に通知する場合、指定されたクラスタイプの帯域幅を要求します。

DiffServ 対応トラフィックを設計した Lsp の概要

DiffServ 認識トラフィックがエンジニアリングされた LSP は、特定のクラスタイプの帯域幅予約を使用して構成されています。この LSP は、1つのクラスタイプのトラフィックを伝送できます。パケットでは、クラスタイプは EXP (サービスクラスとも呼ばれる) と、EXP に関連付けられたホップ当たり挙動 (PHB) によって指定されます。EXP と PHB のマッピングは、RSVP でシグナル化されるのではなく、静的なものになっています。

このクラスタイプは、差別化サービスドメイン全体で一貫して構成されている必要があります。つまり、クラスタイプの構成は、ネットワーク内のルーター間で一貫している必要があります。クラスタイプをキューに明確にマップすることができます。各ノードルーターでは、インターフェイスのサービスクラスのキュー構成は、そのリンクの特定のクラスタイプに対して使用可能な帯域幅に変換されます。

Lsp と DiffServ を意識したトラフィックエンジニアリングに関するトピックの詳細については、以下を参照してください。

  • 転送 クラスと転送サービス クラス ルーティング デバイスJunos OSサービス クラス ユーザー ガイド を 参照してください

  • EXP ビットについてはMPLS ラベル割り当てを参照してください。

  • 差別化サービスについては、 RFC 3270, Multi-Protocol Label Switching (MPLS) Support of Differentiated Services をご覧ください

  • 差別化されたサービス認識型 MPLS トラフィック エンジニアリング をサポートするために、IGP および RSVP がどのように変更されたかについては、 RFC 4124, Protocol Extensions for Support of Differentiated-Service-Aware MPLS Traffic Engineeringをご覧ください。

DiffServ 対応トラフィックが Lsp 運用を設計

DiffServ 認識トラフィックを構成する LSP を設定する場合、クラスタイプとそれに関連付けられている帯域幅を指定します。以下は、特定のクラスタイプからの帯域幅予約で LSP が確立された場合に発生します。

  1. IGPs は、トラフィックエンジニアリングクラスで使用できる予約されていない帯域幅の量を通知します。

  2. LSP のパスを計算する場合は、CSPF を使用して、LSP によって指定された優先度レベルでクラスタイプの帯域幅制約が満たされていることを確認します。

    CSPF は、LSP に参加している各ルーターで帯域幅モデルが一貫して設定されているかどうかもチェックします。帯域幅モデルが矛盾している場合、CSPF はパスを計算しません (クラスタイプ ct0 の Lsp は除きます)。

  3. パスが見つかると、RSVP は path メッセージ内の Classtype オブジェクトを使用して LSP に通知します。パス内の各ノードで、そのクラスタイプに使用可能な帯域幅は、パスの設定に合わせて調整されます。

特定のクラス (クラスタイプ ct0 を除く) からの帯域幅を必要とする LSP は、Classtype オブジェクトを認識しないルーターを介して確立することはできません。Classtype オブジェクトを理解していないルーターを使用しても、差別化されたサービスをサポートしていないルーターが LSP によって使用されるのを防ぐことで、差別化サービスドメイン全体で一貫性を保つことができます。

デフォルトでは、Lsp は、setup priority 7 を使用し、優先度0を保持しています。これらの値を使用して構成された LSP は、セットアップ時に別の LSP をプリエンプトできません。プリエンプトすることはできません。

両方の Lsp が DiffServ 認識トラフィックエンジニアリングと通常の Lsp を同じ物理インターフェイス上で同時に設定することも可能です。このタイプの異種混在環境では、標準の Lsp はデフォルトでベストエフォート方式のトラフィックを実行します。標準 Lsp で送信されるトラフィックは、正しい EXP 設定を持つ必要があります (EXP 設定を再マークするか、アップストリームルーターから正しい EXP 設定で受信したトラフィックを想定します)。

DiffServ を意識したトラフィックエンジニアリングのためのルーターの設定

DiffServ 認識トラフィックエンジニアリングを構成するには、 diffserv-te以下のステートメントを含めます。

このステートメントは、以下の階層レベルで含めることができます。

  • [edit protocols mpls]

  • [edit logical-systems logical-system-name protocols mpls]

差別化サービスドメインにdiffserv-te参加するすべてのルーターの構成にステートメントを含める必要があります。ただし、トラフィックエンジニアリングクラスマトリクスの設定は必須ではありません ( te-class-matrix[edit protocols mpls diffserv-te][edit logical-systems logical-system-name protocols mpls diffserv-te]階層レベルにステートメントを含めることで)。

注:

Diffserv 認識型トラフィックエンジニアリングへの移行時に不適切な構成が発生する可能性を回避するために、古い Lsp と新たに構成された TE クラスのマトリックスとの間に競合がある場合は、ポリシー制御障害エラーが発生する可能性があります。

以前のノードは、ct0 クラスと優先度の組み合わせが、構成された TE クラスのマトリックスと一致しない方法で、セットアップを使用して LSP を要求し、その優先度を維持する必要があります。Diffserv 認識トラフィックエンジニアリングを構成する前に、ルーター上のすべての Lsp は、クラス ct0 からのものとして指定されています。

RSVP トレースログSession preemptedにエラーが表示されます。エラーが発生したルーターの場合、エラーは以下のように表示されます。

エラーを受信するルーターには、エラーが以下のように表示されます。

DiffServ 認識トラフィックエンジニアリングを構成するには、以下のセクションで説明されている手順を実行します。

帯域幅モデルの構成

差別化サービスドメインに参加するすべてのルーター上で帯域幅モデルを構成する必要があります。使用可能な帯域幅モデルは、MAM、拡張 MAM、および RDM です。

  • 最大割り当て帯域幅制約モデル(MAM) — RFC 4125 で定義され 、Diffserv 対応トラフィック エンジニアリング用の最大割り当て帯域幅MPLSモデル。

  • 拡張されたMAM—標準のMAMと同様に動作するプロプライエタリ帯域幅モデル。Multiclass Lsp を構成する場合は、拡張された MAM 帯域幅モデルを構成する必要があります。

  • ロシアのひなかの帯域幅割り当てモデル(RDM):クラス タイプが帯域幅を共有できるようにして、帯域幅を効率的に使用します。RDM は RFC 4127、Russian Dolls Bandwidth Constraints Model(Diffserv 対応トラフィック エンジニアリング用MPLS定義されています。

帯域幅モデルを構成するにはbandwidth-model 、ステートメントを含め、帯域幅モデルのオプションの1つを指定します。

このステートメントは、以下の階層レベルで含めることができます。

  • [edit protocols mpls diffserv-te]

  • [edit logical-systems logical-system-name protocols mpls diffserv-te]

    注:

    受信ルーター上で帯域幅モデルを変更すると、ルーター上で有効になっているすべての Lsp がダウンし、再通知されます。

トラフィックエンジニアリングクラスの構成

トラフィックエンジニアリングクラスの構成はオプションです。表 1は、トラフィックエンジニアリングクラスマトリクスのすべてのデフォルト値を示しています。デフォルトのマッピングは、CoS 設定で定義されているデフォルトの転送クラスという点で示されています。

表 1: トラフィックエンジニアリングクラスマトリクスのデフォルト値

トラフィックエンジニアリングクラス

クラスタイプ

待ち時間

事項

te0

ct0

0

7

te1

ct1

1

7

te2

ct2

2

7

te3

ct3

3

7

te4

ct0

0

0

te5

ct1

1

0

te6

ct2

2

0

te7

ct3

3

0

デフォルトのマッピングを上書きしたい場合は、トラフィックエンジニアリングクラス 0 ~ 7 を設定できます。トラフィックエンジニアリングクラスごとに、クラスタイプ (またはキュー) を 0 ~ 3 に設定します。クラスタイプごとに、0 ~ 7 の優先度を設定します。

トラフィックエンジニアリングクラスを明示的に設定するte-class-matrixには、以下のステートメントを含めます。

このステートメントは、以下の階層レベルで含めることができます。

次の例では、class type および トラフィック制御 を te0 使用してクラスを ct1 設定する方法を示しています 4

注:

トラフィックエンジニアリングクラスの1つの値を明示的に設定すると、トラフィックエンジニアリングクラスマトリクスのすべてのデフォルト値が削除されます。

トラフィックエンジニアリングクラスを明示的に設定する場合は、帯域幅モデルも構成する必要があります。それ以外の場合、設定のコミット処理は失敗します。

トラフィックエンジニアリングクラスマトリクスの要件と制限事項

トラフィックエンジニアリングクラスマトリクスを構成する場合は、次の要件と制限に注意してください。

  • マッピング構成はローカルであり、それが設定されているルーターにのみ影響します。差別化サービスドメインに参加している他のシステムには影響しません。しかし、差別化されたサービスドメインを適切に機能させるには、同じドメインに参加するすべてのルーターで同じトラフィックエンジニアリングクラスマトリクスを設定する必要があります。

  • トラフィックエンジニアリングクラスを明示的に構成する場合は、クラスを順番te0te1構成te2するte3必要があります (、、、など)。それ以外の場合、設定のコミット処理は失敗します。

最初に構成するトラフィックエンジニアリングクラスが必要te0です。それ以外の場合、設定のコミット処理は失敗します。

DiffServ を意識したトラフィックエンジニアリングのためのサービスクラスの設定

DiffServ 認識トラフィックエンジニアリングを構成するには、サービスのクラスも設定する必要があります。次の例は、各クラスに 25% のリンク帯域幅を割り当てるサービスクラスの構成を示しています。

DiffServ に対応したトラフィックエンジニアリングの Lsp の構成

Lsp に対して DiffServ 認識トラフィックエンジニアリングを有効にするには、差別化サービスドメイン ( Diffserv 対応トラフィックエンジニアリング用のルーターの構成を参照) を構成する必要があります。差別化サービスドメインは、LSP 設定で参照する、基盤となるクラスタイプと、それに対応するトラフィックエンジニアリングクラスを提供します。LSP を正常に機能させるためには、差別化サービスドメインに参加する各ルーター上で、トラフィックエンジニアリングクラスを一貫して構成する必要があります。

注:

Lsp に対して DiffServ 対応トラフィックエンジニアリングを構成する場合は、MAM または RDM のいずれかを帯域幅モデルとして設定する必要があります。帯域幅モデルの設定を参照してください。

この差別化サービスドメインを介して送信される実際のデータは、LSP によって運ばれます。各 LSP は、MPLS パケットの EXP に依存して、DiffServ 対応トラフィックエンジニアリングを可能にしています。各 LSP は、単一のクラスタイプに対してトラフィックを伝送できます。

LSP に参加しているすべてのルーターは、ジュニパーネットワークス 6.3 以降で稼働しているJunos OSを変更する必要があります。ネットワークには、他のベンダーのルーターと、以前のバージョンの Junos OS を実行しているジュニパーネットワークスルーターを含めることができます。しかし、DiffServ を意識したトラフィックエンジニアリング LSP は、これらのルーターを通過することはできません。

注:

同じルーターで multiclass Lsp と DiffServ 対応トラフィックエンジニアリング Lsp を同時に設定することはできません。

Lsp に対して DiffServ 対応トラフィックエンジニアリングを有効にするには、以下を構成する必要があります。

インターフェイスのサービスクラスの設定

既存のサービスクラス (CoS) インフラストラクチャは、常にマークされたトラフィックが、そのクラスのスケジューリング保証を受信することを保証します。これを実現するために必要な分類、マーキング、スケジューリングは、既存の Junos OS CoS 機能を使用して設定されます。

注:

Junos OS は ATM インターフェイスでの CoS をサポートしていません。

デバイスの設定方法の詳細についてはCoS デバイスのJunos OS サービス クラス ユーザー ガイド を参照してください

IGP の構成

IGP として IS-IS と OSPF のどちらかを構成できます。Lsp をサポートするルーターの IS-IS と OSPF の設定は標準です。これらのプロトコルを設定する方法について、詳しくは ルーティング デバイス用のJunos OS プロトコル ライブラリ を参照してください

トラフィックエンジニアリング Lsp の構成

LSP を構成するには、標準の LSP 構成ステートメントと手順を使用します。LSP における DiffServ 認識トラフィックエンジニアリングを構成するには、以下のbandwidthステートメントを含めて、クラスタイプの帯域幅制約を指定します。

bandwidthステートメントを含めることができる階層レベルのリストについては、このステートメントのステートメントの概要セクションを参照してください。

クラスタイプの帯域幅を指定しない場合、 ct0 LSP のキューとして自動的に指定されます。Multiclass Lsp とは異なり、各 LSP には1つのクラスタイプのみを構成できます。

クラスタイプステートメントは、以下のクラスの帯域幅 (ビット/秒) を指定します。

  • ct0—クラス 0 用に予約された帯域幅

  • ct1—クラス 1 用に予約された帯域幅

  • ct2—クラス 2 用に予約された帯域幅

  • ct3—クラス 3 用に予約された帯域幅

LSP に対して設定と保留中の優先度を設定できますが、以下の制約が適用されます。

  • クラスと優先度の組み合わせは、設定されたトラフィックエンジニアリングクラスの1つである必要があります。デフォルトの設定優先度は7で、デフォルトの保留の優先度は0です。

  • クラスタイプと優先度の無効な組み合わせを設定すると、コミット操作が失敗します。

  • 自動帯域幅割り当てはサポートされていません。帯域幅の自動割り当てを設定した場合、コミット操作は失敗します。

  • bandwidthステートメントで設定されている lsp が、クラスタイプを指定してct0いない場合は、デフォルトのクラスタイプを使用します。

  • 移行の問題については、インターネットドラフト draft-ietf-tewg-diff-te-proto-07 を参照してください。

Lsp のポリシーの設定

ポリシーのポリシーを使用すると、特定の LSP を通じて転送されるトラフィックの量を制御できます。ポリシーの設定によって、LSP を通過するトラフィックの量が、要求された帯域幅割り当てを超えることがないようにすることができます。各 LSP に対して複数のポリサーを構成できます。

LSP のポリサーを構成する方法の詳細については、 lsp のためのポリサーの構成を参照してください。

トラフィックエンジニアリング Lsp の高速再ルーティングの構成

Lsp (Lsp を使用した単一のトラフィッククラス) に対して高速再ルーティングを構成できます。また、高速再ルーティングが有効になっている場合、detour パスのトラフィッククラスの帯域幅を確保することもできます。トラフィックエンジニアリングされた LSP とその detour の両方に対して、同じクラスタイプ番号を使用します。

Detour パスの帯域幅を確保するようにルーターを構成している場合、そのリンクが DiffServ 認識トラフィックエンジニアリングと CoS 機能を使用して、潜在的な detour パスとして受け入れることができることを確認します。サポート対象外のリンクは使用されません。

ステートメントまたはbandwidthbandwidth-percentステートメントのいずれかを使用して、detours のために確保する帯域幅の量を設定できます。一度に1つのステートメントのみを設定できます。bandwidthステートメントとbandwidth-percentステートメントのどちらかを設定しないと、デフォルト設定では detour path の帯域幅を予約しません (トラフィックが detour に切り替わった場合、帯域幅保証は失われます)。

bandwidth明細書を設定するときに、detour パス用に予約する帯域幅の特定の量 (bps 単位) を指定できます。詳細については、すばやい再ルーティングの構成を参照してください。

bandwidth-percentステートメントを使用すると、detour path の帯域幅を、保護されたパスに対して設定される帯域幅の割合として指定できます。たとえば、保護されたパスに100万 bps の帯域幅を構成し、 bandwidth-percentステートメントに20を構成した場合、detour のパスは、その使用のために予約された 2000万 bps の帯域幅を持つことになります。

保護されたパスの帯域幅に基づいて detour パスによって使用される帯域幅のbandwidth-percent割合を設定するには、以下の文を含めます。

このステートメントは、以下の階層レベルで含めることができます。