次世代ポートエクステンダー上のCoS

NGPEは、アグリゲーションデバイスがsatellite devicesとの相互接続を通じてインターフェイスを追加できるようにすることで、aggregation deviceで利用可能なネットワークインターフェイスの数を大幅に拡張する方法を提供します。相互接続されたアグリゲーションデバイスとサテライトデバイスというシステム全体をNGPEと呼びます。NGPEは、ネットワークトポロジーに単一のデバイスとして表示され、単一のデバイスが単一のIPアドレスから管理されることで、ネットワーク管理を簡素化します。

図1:NGPEトポロジー

次の図は、小規模なNGPE導入のトポロジーの例です。カスケードポートとアップリンクポートは、aexとしてバンドルされています。サテライトの拡張ポートは、AD 上で仮想ポートとして表されます。

NGPE Topology

このトピックでは、NGPE のさまざまなタイプのポートのサービス クラス(CoS)について説明します。

NGPEの異なるタイプのポートにおけるCoSの概要

図2 は、NGPEを通過するパケットフローの概要と、CoS機能が異なるポートでどのように適用されるかを示しています。

図2:NGPE CoS機能アプリケーションNGPE CoS Feature Application

NGPEのCoSポリシーの設定はすべて、アグリゲーションデバイスで行われます。しかし、拡張ポートに定義するCoSポリシーでは、そのポリシーの異なる部分がNGPEを介するパケットのパスの異なるポイントに適用されます。 図2より:

  1. パケットが拡張ポートに入ると、サテライトデバイスの機能によるデフォルトのCoSルールが適用されます。

  2. パケットは VXLAN でカプセル化され、アップリンク ポートからアグリゲーション デバイスに送信されます。サテライトデバイスのアップリンクポートのデフォルトCoSポリシーが、カプセル化されたパケットに適用されます。

  3. パケットがカスケードポートでアグリゲーションデバイスに入ると、VXLANヘッダーが元のパケットから削除されます。ingress拡張ポートに定義したマルチフィールド分類子、ポリサー、または論理インターフェイスレベルのBA分類子が適用されます。

  4. パケットがカスケードポートでアグリゲーションデバイスを出ると、エグレス拡張ポートに定義した書き換えルールが適用されます。その後、パケットは再びVXLANカプセル化され、パケットがカスケードポートからサテライトデバイスに移動する前に、カスケードポートに存在するスケジューラが適用されます。

    注:

    パケットがカスケードポートでアグリゲーションデバイスを出るときのVXLANカプセル化は、ヘッダーに54バイトを追加します。これは通常、パケットが最終的に拡張ポートでサテライトデバイスから出るときに設定されたシェーピングレートを低下させます。これを補うために、Junosはシェーピングレート計算を行いながらこの54バイトをカウントし、拡張ポートで目的のシェーピングレート帯域幅が利用可能になるようにします。この追加アカウンティングにより、カスケードポートのインターフェイス速度を超えると、CoSキューの統計情報にはインターフェイスのラインレートよりも低いスループットが示されます。

    例えば、拡張ポートでオーバーヘッドアカウンティングを設定する場合:

    VXLAN カプセル化によりヘッダーに 54 バイトが追加されたため、実際の下限範囲は -120 + 54 = -66 バイトになります。

  5. 最後に、パケットはサテライトデバイスのアップリンクポートのingressポートでVXLANカプセル化解除されます。サテライトデバイスの機能に基づくデフォルトのCoSポリシーが適用され、パケットはサテライトデバイスの物理拡張ポートから送信されます。

次のセクションでは、NGPEの各ポートタイプにCoSを実装する方法について詳しく説明します。

拡張ポートでのユニット単位および階層的なスケジューリング

NGPEは、拡張ポートでユニット単位および階層型スケジューラをサポートします。拡張ポートでユニット単位または階層的なスケジューリングをサポートするには、その拡張ポートのアグリゲーション デバイス上のすべてのカスケード ポートにキューイング チップが必要です。

注:

マルチホームサテライトデバイスは、ユニット単位および階層スケジューリングをサポートしていません。

拡張ポートでユニットごとのスケジューリングを有効にするには、拡張ポートの[edit interfaces interface-name]階層レベルでper-unit-schedulerオプションを有効にします。

拡張ポートで階層スケジューリングを有効にするには、拡張ポートの[edit interfaces interface-name]階層レベルでhierarchical-schedulerオプションを有効にします。

注:

拡張ポートで階層スケジューリングを有効にする場合は、インターフェイスセットまたはVLANレベルでもスケジューラを明示的に設定する必要があります。

NGPEは、アグリゲーションデバイスとサテライトデバイスを接続するカスケードポートを、アグリゲーションを設定なしで自動的に行われる集合型イーサネットポートとして扱います。デフォルトでは、NGPEの階層CoS実装は、scaleモードのすべてのカスケードポートにスケジューラパラメーターを適用します。scaleモードでは、設定されたシェーパーがカスケードポート全体に均等に分割されるため、顧客が特定のフローのコミットレートに達する前にトラフィックのドロップが開始される可能性があります。アグリゲーション デバイス上のすべてのカスケード ポートをreplicateモードに設定することで、スケジューラ パラメータを集約されたインターフェイス メンバー リンクの各レベルにコピーし、拡張ポートのすべてのトラフィックを特定のカスケード ポートに自動的にターゲットすることができます。これを行うには、[edit chassis port-extender fpc fpc-number]階層レベルでサテライトデバイスのtarget-modeを有効にするだけです。次に例を示します。

注意:

target-modeを有効または無効にすると、アグリゲートデバイスでは拡張ポートが削除および再追加され、カスケードポートが再設定される一方で、サテライトデバイス上のトラフィックが中断されます。

NGPEのカスケードポート上のCoS

カスケードポートが作成されると、3つの論理インターフェイスが自動的に作成されます。

  • 管理トラフィックを伝送するためのユーザー作成論理インターフェイス用のユニット 0。

  • ファブリック/データトラフィックを伝送するためのユーザー作成論理インターフェイス用のユニット16384。

  • プロトコル制御トラフィック用のユニット 32767。

注:

ユニットごとのスケジューリングは、各論理インターフェイスで複数のキューをサポートするために、カスケードポートで自動的に有効になります。すべてのカスケードポートは、ユニット単位のスケジューリングをサポートするMPC(モジュラーポートコンセントレータ)で設定する必要があります。

たとえば、インターフェイスxe-0/0/4がカスケードポートとして設定されているとします。コマンド show interfaces xe-0/0/4 terse は、次のような出力を生成します。

制御論理インターフェイス(ユニット0)には、論理インターフェイスの50Mbpsの帯域幅、10%のシェーピングレート、デフォルトのスケジューリングポリシーを保証する内部トラフィック制御プロファイル(__cp_control_tc_prof)が自動的に割り当てられます。デフォルトのスケジューリングポリシーが、データ論理インターフェイスに適用されます。次に例を示します。

そして:

50Mbpsの帯域幅は、管理論理インターフェイス、ユニット0用に予約されています。2Mbpsの帯域幅は、ユニット32767のプロトコル制御トラフィック用に予約されています。残りの帯域幅は、データ論理インターフェイス、インターフェイス 16384 で使用できます。

デフォルトのスケジューリングポリシーが、データ論理インターフェイスに適用されます。これにより、利用可能な帯域幅とバッファー領域の 95% がベスト エフォート転送クラス(キュー 0 にマッピング)に、5% がネットワーク制御転送クラス(キュー 3 にマッピング)に確保されます。

注:

カスケードポートでのお客様のCoS設定はお勧めしません。