オンデマンド帯域幅（BWoD）

オンデマンド帯域幅（BWoD）は、セグメントルーティングポリシー（SR ポリシー）の SR-PCE と組み合わせて帯域幅認識パス計算要素（PCE）を提供します。BWoD ポリシーは、PCC によって開始（PCE 委任）または PCE によって開始されたポリシーにできます。BWoD は、SR ポリシーを介してソフト帯域幅保証サービスを提供するように設計されています。BWoD はネットワークの状態をモニターし、BWoD パスを再最適化して、インターフェイス上の合計 BWoD トラフィックが設定されたしきい値の割合を超えないようにします。

BWoD はインターフェイスの総使用率を追跡しないため、BWoD トラフィックと非 BWoD トラフィックの合計がインターフェイス容量を超えた場合でも、インターフェイスが輻輳する可能性があります。さらに、BWoD では BWoD SR ポリシーに入るトラフィックの総量は強制されません。BWoD ポリシーでは、Equal Cost Multipath（ECMP; 等コストマルチパス）を通過する可能性があるトラフィックの均等なトラフィック分散が想定されます。ただし、特にフローが大きい場合は、実際の ECMP 分散が不均一になる可能性があります。

（注）

ここで説明する機能は、特定のライセンスオプションでのみ使用できます。

ここでは、次の内容について説明します。

BWoD に関する特記事項

BWoD を使用する場合は、次の情報を考慮してください。

BWoD を使用するには、Advanced RTM ライセンスパッケージが必要です。
このリリースでは、ロールベースアクセスコントロール（RBAC）とタスクの権限が導入されました。BWoD ポリシーをプロビジョニングするには、デバイスアクセスグループと割り当てられたロールに基づいた、ヘッドエンドデバイスへの書き込みアクセス権が必要です。BWoD 管理ユーザーのみが BWoD 構成設定を変更できます。RBAC およびユーザーロールの詳細については、Cisco Crosswork Network Controller アドミニストレーションガイド [英語] を参照してください。
要求された帯域幅を保証するポリシーのパスを BWoD が検出できない場合、このオプションが有効になっていると、BWoD は「ベストエフォート」パスの検出を試みます。
BWoD は、予期しないエラーが発生した場合、ネットワークの中断を回避するために BWoD 自体を無効化します。
Optimization Engine の再起動またはトポロジサービスからのトポロジの再構築が原因で Optimization Engine モデルが使用できなくなると、BWoD は一時的に動作を停止します。この期間中の BWoD への要求は拒否されます。モデルが使用可能になり、BWoD が Optimization Engine から 2 つのトラフィック更新を受信すると、BWoD は通常の動作を再開します。
[ポリシー違反（Policy Violation）] 詳細フィールドが [厳格（Strict）] に設定されている場合、SR ポリシートラフィックのオプションは [要求された最大測定値（Max Measured Requested）] に設定する必要があります。
高可用性セットアップでのスイッチオーバー後、最後のクラスタデータ同期後に作成された BWoD ポリシーは管理できなくなり、孤立した TE ポリシーと見なされます。Crosswork は、孤立した TE ポリシーを検出するとアラームを表示します（[管理（Administration）] > [アラーム（Alarms）]）。API を使用して、孤立したポリシーをクリアして管理可能できるようにできます。詳細については、DevNet の API ドキュメントを参照してください。

PCC によって開始された BWoD SR-TE のポリシー

有効にすると、BWoD は Crosswork で設定されているすべての SR-PCE プロバイダーに自動的に接続します。SR-PCE BWoD REST API に永続的に接続され、帯域幅が制約された SR-TE ポリシーの PCE として登録されます。

次の図に、BWoD の PCC によって開始されたワークフローを示します。


引き出し線番号	説明
1	BWoDポリシーは、CLIを介してPCCで設定されます。次に例を示します。 `segment-routing traffic-eng policy bwod bandwidth 900 color 100 end-point ipv4 1.1.1.2 candidate-paths preference 100 dynamic pcep ! metric type te ! ! constraints affinity exclude-any name RED ! ! ! ! !`
2	帯域幅ステートメントが PCE 委任 SR ポリシーに追加され、BWoD ポリシーが作成されます。コミットされると、PCC はパスの計算を SR-PCE に委任します。
3、4	SR-PCE は、帯域幅の制約を満たすパスを計算しようとする BWoD にポリシーを委任します。
5、6	帯域幅準拠のパスが見つかった場合、セグメントリストが SR-PCE に返され、PCEP を介して PCC に転送され、PCC によってインスタンス化されます。BWoD がポリシーの BW 準拠パスを計算できない場合か、または BWoD が既存の BWoD ポリシーに BW 準拠パスを持たないように強制する場合は、BWoD によってベストエフォートパスが計算され、違反が最小限に抑えられます。また、これが発生したことで、BWoD が COE イベント UI にイベントを発行し、現在ベストエフォートパスになっている BWoD ポリシーを示します。
7	BWoD SR-TE ポリシーがインスタンス化されます。

インテントベースの帯域幅の要件を維持するための SR-TE ポリシーのプロビジョニングの例

このシナリオでは、上記のトポロジを使用します。目標は、F2.cisco.com から F7.cisco.com へのパスを作成し、使用率を 80％に維持しながら 920 Mbps のトラフィックに対応できるようにすることです。上記の例では、ノード F2.cisco.com とノード F4.cisco.com の使用率が強調表示され、リンクが使用中であり、1 Gbps の容量があることが示されています。要求された帯域幅の追加が使用率のしきい値を超えるため、BWoD は最初にこのリンクを含まない単一のパスを見つけようとします。

手順

ステップ 1

BWoD を有効にして設定します。

メインメニューから、 [サービスとトラフィックエンジニアリング（Services & Traffic Engineering）] > [オンデマンド帯域幅（Bandwidth on Demand）] > [設定（Configuration）] の順に選択します。
[有効化（Enable）] スイッチを [True] に切り替え、80 を入力して使用率のしきい値のパーセンテージを設定します。他のオプションの説明を表示するには、の上にマウスを重ねます。
[変更を確定（Commit Changes）] をクリックします。

ステップ 2

PCE によって開始された BWoD SR-TE ポリシーを作成します。

メインメニューから [トラフィックエンジニアリング（Traffic Engineering）] > [SR-TE] タブの順に選択し、[作成（Create）] > [PCEによって開始（PCE init）] をクリックします。
必要な SR-TE ポリシーの詳細を入力します。
[ポリシーパス（Policy Path）] フィールドで、[オンデマンド帯域幅（Bandwidth on Demand）] をクリックし、BWoD パスの一意の名前を入力します。この場合は、bwOD-Policy-new と入力します。
[最適化の目的（Optimization Objective）] ドロップダウンリストから、[トラフィックエンジニアリング（TE）メトリック（Traffic Engineering (TE) Metric）] を選択します。
[帯域幅（Bandwidth）] フィールドに、要求された帯域幅を入力します。この例では、920 Mbps を要求しています。
[プレビュー（Preview）] をクリックします。

次の例の BWoD SR ポリシーでは、輻輳を回避するためにトラフィックを明示的に分割することなく、ネットワーク上の既存の ECMP パスが使用されます。トラフィックは ECMP によって分散される場合がありますが、BWoD は影響を与えず、計算されたパスで発生した場合にのみトラフィックの分散が認識されて、考慮されます。
提案された SR-TE ポリシーの展開に問題がなければ、[プロビジョニング（Provision）] をクリックします。

ステップ 3

新しい BWoD SR-TE ポリシーが作成されたことを確認します。

メインメニューから、[トラフィックエンジニアリング（Traffic Engineering）] > [SR-TE] を選択します。
新しい BWoD SR-TE ポリシーを選択し、SR ポリシーの詳細を表示します（[表示（View）] をクリックして選択します）。[ポリシータイプ（Policy Type）] は [オンデマンド帯域幅（Bandwidth on Demand）] であることに注意してください。

オンデマンド帯域幅の設定

オンデマンド帯域幅（BWoD）の設定は次の 2 つの部分から構成されています。

BWoD オプションを有効にし、設定します。
BWoD SR ポリシーを作成します。BWoD が有効になっている限り、複数の BWoD SR ポリシーを作成できます。

手順

ステップ 1	メインメニューから、 [サービスとトラフィックエンジニアリング（Services & Traffic Engineering）] > [オンデマンド帯域幅（Bandwidth on Demand）] > [設定（Configuration）] の順に選択します。
ステップ 2	[有効化（Enable）] スイッチを [True] に切り替えます。
ステップ 3	追加のオプションを設定します。各フィールドの説明を表示するには、の上にマウスポインタを合わせます。
ステップ 4	[変更のコミット（Commit Changes）] をクリックして、設定を保存します。
ステップ 5	BWoD SR ポリシーを作成するには、[Traffic Engineering（トラフィックエンジニアリング）] > [トラフィックエンジニアリング（Traffic Engineering）] に移動します。
ステップ 6	[SRポリシー（SR Policy）] テーブルで、[作成（Create）] > [PCEによって開始（PCE Init）] をクリックします。
ステップ 7	必要な SR ポリシーの詳細を入力する以外に、[オンデマンド帯域幅（Bandwidth on Demand）] オプションをクリックし、必要な帯域幅を入力します。
ステップ 8	[プレビュー（Preview）] をクリックして、提案された SR ポリシーを表示します。
ステップ 9	[プロビジョニング（Provision）] をクリックして、SR ポリシーをコミットします。

BWoD のトラブルシューティング

次に、BWoD の最も一般的ないくつかのエラー状態と問題を解決する可能性のある修正処置を示します。

表 1. エラー
エラーイベントメッセージ	考えられる原因と推奨される修正処置
OptimaModelError	Optimization Engine を通じて BWoD で使用されるネットワークモデルが破損しているか、または BWoD を適切にサポートするために必要なキーデータが欠落しています。考えられる原因には、Optimization Engine とトポロジサービス間のネットワーク検出の問題または同期の問題などがあります。Optimization Engine ポッドを再起動してモデルの再構築を試してください。このエラーは、展開された後にポリシーを検出してモデルに追加するために必要な時間が、BWoD に設定された [展開のタイムアウト（Deployment Timeout）] オプションを超えた場合にも発生する可能性があります。デフォルトは 30 秒で、小規模から中規模のネットワークの場合はこれで十分です。ただし、大規模なネットワークではそれ以上の時間が必要になる場合があります。
NATSTimedOutError	SR-PCE による帯域幅ポリシーの展開が BWoD に設定された [展開のタイムアウト（Deployment Timeout）] オプションを超えている。[展開のタイムアウト（Deployment Timeout）] オプションの値を引き上げて、大規模なネットワークでの展開にさらに時間をかけるようにします。
トレースバックまたはログファイルで見つかったその他のエラー	シスコの営業担当者にお問い合わせください。

Cisco Crosswork Network Controller 6.0 ネットワーク帯域幅管理

偏向のない言語

翻訳について

Book Title

Cisco Crosswork Network Controller 6.0 ネットワーク帯域幅管理

Chapter Title