インラインマルチリンクサービス
WAN インターフェイス向けインライン MLPPP の概要
時分割多重(TDM)WANインターフェイス用のインラインマルチリンクPPP(MLPPP)、マルチリンクフレームリレー(FRF.16)、およびマルチリンクフレームリレーエンドツーエンド(FRF.15)は、PICや高密度ポートコンセントレータ(DPC)を必要とせずに、パケット転送エンジンを介したバンドルサービスを提供します。
従来、バンドルサービスは、複数の低速リンクをバンドルして、より高い帯域幅のパイプを作成するために使用されます。この結合された帯域幅は、すべてのリンクからのトラフィックに利用でき、バンドル上でリンクのフラグメンテーションとインターリーブ(LFI)をサポートすることで、優先度の高いパケット伝送遅延を低減します。
このサポートには、MLPPP のマルチクラス拡張だけでなく、同じバンドル上の複数のリンクが含まれます。このサービスを使用すると、DPC スロットを追加することなくバンドル サービスを有効にして、サービス DPC をサポートし、他の MIC 用にスロットを解放できます。
MLPPPは、MXシリーズ仮想シャーシではサポートされていません。
Junos OSリリース15.1以降、チャネル化されたE1/T1回線エミュレーションMICを備えたMX80、MX104、MX240、MX480、およびMX960ルーターでインラインMLPPPインターフェイスを設定できます。チャネル化されたE1/T1回線エミュレーションMICでは、最大8個のインラインMLPPPインターフェイスバンドルがサポートされます。これは、互換性のある他のMICでのインラインMLPPPバンドルのサポートと同様です。
WAN インターフェイスにインライン MLPPP を設定すると、次のサービスにメリットがあります。
公衆交換電話網(PSTN)ベースのアクセス ネットワークを備えたレイヤー 3 VPN および DIA サービス用の CE-PE リンク。
MPLS ネットワークに PSTN が使用されている場合の PE-P リンク。
この機能は、次のサービス プロバイダーによって使用されます。
PSTN を使用して、PSTN ベースのアクセス ネットワークによるレイヤー 3 VPN および DIA サービスを中規模または大規模の企業の顧客に提供するサービス プロバイダー。
SONETベースのコアネットワークを使用するサービスプロバイダ
次の図は、この機能の範囲を示しています。
のインライン MLPPP
VPNで多数の小規模なサイトを接続する場合、TDM回線をMLPPP/MLFRテクノロジーでバンドルすることが、より高い帯域幅とリンク冗長性を提供する 唯一の 方法です。
MLPPP を使用すると、複数の PPP リンクを 1 つのマルチリンク バンドルにバンドルできます。MLFR を使用すると、複数のフレームリレー DLCI(データリンク接続識別子)を 1 つのマルチリンク バンドルにバンドルできます。マルチリンクバンドルは、T1、E1、シリアルリンクなどの低速リンクを集約することで、追加の帯域幅、ロードバランシング、冗長性を提供します。
MLPPP は、複数の構成要素リンクを 1 つの大きな PPP バンドルに集約するためのプロトコルです。MLFR では、逆多重方式によって複数のフレームリレー リンクを集約できます。MLPPP および MLFR は、低速 T1 サービスと E1 サービス間のサービス オプションを提供します。複数のリンクを束ねることで、帯域幅を追加するだけでなく、専用アクセスサービスに一定レベルの耐障害性を加えることができます。複数のインターフェイスにまたがるバンドルを実装できるため、1つのインターフェイスで障害が発生した場合にアクセスが失われるのを防ぐことができます。
WAN インターフェイスにインライン MLPPP を設定するには、以下を参照してください。
関連項目
LSQ インターフェイスのリンク層オーバーヘッドのためのバンドル帯域幅の予約
リンク層のオーバーヘッドにより、シリアル リンクのビットスタッフィングが原因で、構成要素リンクのパケットがドロップする可能性があります。ビットスタッフィングは、データが制御情報として解釈されるのを防ぐために使用されます。
デフォルトでは、バンドル帯域幅全体の 4 % がリンク層のオーバーヘッドのために確保されています。ほとんどのネットワーク環境では、リンク層の平均オーバーヘッドは 1.6% です。したがって、セーフガードとして4%をお勧めします。詳細については、RFC 4814、 ハッシュとスタッフィング:ネットワークデバイスベンチマークの見落とされた要因を参照してください。
リンクサービスIQ(lsq-)インターフェイスでは、リンクレイヤーのオーバーヘッドのために確保するバンドル帯域幅の割合を設定できます。これを行うには、次のステートメントを含めます link-layer-overhead 。
link-layer-overhead percent;
以下の階層レベルでこのステートメントを含めることができます。
[edit interfaces interface-name mlfr-uni-nni-bundle-options][edit interfaces interface-name unit logical-unit-number][edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number]
値は 0% から 50% の範囲で設定できます。
関連項目
インラインLSQサービスの有効化
時分割多重(TDM)WANインターフェイス用のインラインマルチリンクPPP(MLPPP)、マルチリンクフレームリレー(FRF.16)、およびマルチリンクフレームリレーエンドツーエンド(FRF.15)は、PICや高密度ポートコンセントレータ(DPC)を必要とせずに、パケット転送エンジンを介したバンドルサービスを提供します。
従来、バンドルサービスは、複数の低速リンクをバンドルして、より高い帯域幅のパイプを作成するために使用されます。この結合された帯域幅は、すべてのリンクからのトラフィックに利用でき、バンドル上でリンクのフラグメンテーションとインターリーブ(LFI)をサポートすることで、優先度の高いパケット伝送遅延を低減します。
このサポートには、MLPPP のマルチクラス拡張だけでなく、同じバンドル上の複数のリンクが含まれます。このサービスを使用すると、DPC スロットを追加することなくバンドル サービスを有効にして、サービス DPC をサポートし、他の MIC 用にスロットを解放できます。
インライン LSQ 論理インターフェイス(lsq- と呼ばれる)は、パケット転送エンジン上に常駐する仮想サービス論理インターフェイスで、サービス PIC を必要としないレイヤー 2 バンドリング サービスを提供します。命名規則は lsq-slot/pic/0です。
MX240、MX480、MX960、MX2008、MX2010、MX2020、およびMX10003ルーター上のMPC1、MPC2、MPC3、MPC6、MPC8、MPC9で現在サポートされているMICの互換性マトリックスについては、 ここ をクリックしてください。
タイプ 1 MPC には LU (論理ユニット) が 1 つだけあります。そのため、作成できる LSQ 論理インターフェイスは 1 つだけです。タイプ1 MPCを設定する場合は、PICスロット0を使用します。タイプ 2 MPC には 2 つの LU があります。したがって、2つのLSQ論理インターフェイスを作成できます。Type2 MPCを設定する場合は、PICスロット0とスロット2を使用します。
各 LSQ 論理インターフェイスに 1 つのループバックストリームを設定します。このストリームは、通常のストリームのように形成でき、インライン サービス (SI) インターフェイスなどの他のインライン インターフェイスと共有されます。
FRF.16 バンドルをサポートするには、 命名規則 lsq-slot/pic/0:bundle_id( bundle_id の範囲は 0 〜 254) を使用して論理インターフェイスを作成します。メイン LSQ 論理インターフェイスで作成された論理インターフェイスは、MLPPP または FRF.16 として設定できます。
SI と LSQ の論理インターフェイスは同じストリームを共有し、そのストリームには複数の LSQ 論理インターフェイスが存在する可能性があるため、論理インターフェイス関連のシェーピングはレイヤー 1 ノードではなくレイヤー 2 ノードで設定されます。その結果、SIを有効にすると、設定に基づいてストリーム帯域幅を1Gbまたは10Gbに制限するのではなく、SIインターフェイスに割り当てられたレイヤー2キューのみが1Gbまたは10Gbでシェーピングされます。
MLPPP および FRF.15 では、各 LSQ 論理インターフェイスは、バンドルごとに 1 つの一意のレイヤー 3 ノードを設定することにより、総バンドル帯域幅(制御パケット フローのオーバーヘッドを含むメンバー リンク帯域幅の合計)に基づいてシェーピングされます。同様に、各 FRF.16 論理インターフェイスは、バンドルごとに 1 つの一意のレイヤー 2 ノードを設定することにより、バンドル帯域幅全体に基づいてシェーピングされます。FRF16 論理インターフェイス データリンク接続識別子(DLCI)は、レイヤー 3 ノードにマッピングされます。
インラインLSQサービスを有効化し、指定されたPICの論理インターフェイスを作成するには lsq- 、 multi-link-layer-2-inline および mlfr-uni-nni-bundles-inline の設定ステートメントを指定します。
[edit chassis fpc number pic number] user@host# set multi-link-layer-2-inline user@host# set mlfr-uni-nni-bundles-inline number
単一のパケット転送エンジンを搭載したMX80およびMX104ルーターでは、FPC 0およびPIC 0でのみLSQ論理インターフェイスを設定できます。対応するバンドルが機能するためには、チャネライズドカードがスロットFPC 0/0にある必要があります。
例えば、スロット1のタイプ1 MPCでPIC 0のインラインサービスを有効にするには:
[edit chassis fpc 1 pic 0] user@host# set multi-link-layer-2-inline user@host# set mlfr-uni-nni-bundles-inline 1
その結果、論理インターフェイス lsq-1/0/0 と lsq-1/0/0:0 が作成されます。インライン マルチリンク フレーム リレーのユーザーツーネットワーク インターフェイス(UNI)およびネットワークツーネットワーク インターフェイス(NNI)バンドルの数は 1 に設定されます。
例えば、スロット5にインストールされたType2 MPCでPIC 0とPIC 2の両方のインラインサービスを有効にするには:
[edit chassis fpc 5 pic 0] user@host# set multi-link-layer-2-inline user@host# set mlfr-uni-nni-bundles-inline 1 [edit chassis fpc 5 pic 2] user@host# set multi-link-layer-2-inline user@host# set mlfr-uni-nni-bundles-inline 1
その結果、論理インターフェイス lsq-5/0/0、lsq-5/0/0:0、lsq-5/0/0:1、lsq-5/2/0、lsq-5/2/0:0、lsq-5/2/0:1 が作成されます。インライン マルチリンク フレーム リレーのユーザーツーネットワーク インターフェイス(UNI)およびネットワークツーネットワーク インターフェイス(NNI)バンドルの数は 1 に設定されます。
ここでのPIC番号は、インラインLSQインターフェイスをバインドする正しいLUを選択するためのアンカーとしてのみ使用されます。バンドリングサービスは、論理PICがオフラインの場合でも、バインド先のパケット転送エンジンが動作している限り動作します。
関連項目
MLPPP を使用した LSQ インターフェイスの NxT1 または NxE1 バンドルとしての設定
MLPPP を使用して xT1 バンドルを設定するには N、異なる T1 リンクをバンドルに集約 N します。 NxT1バンドルは、たとえばルーティング隣接関係を表現できるため、論理インターフェイスと呼ばれます。T1 リンクを MLPPP バンドルに集約するには、 階層レベルで ステートメントを含め bundle ます [edit interfaces t1-fpc/pic/port unit logical-unit-number family mlppp] 。
[edit interfaces t1-fpc/pic/port unit logical-unit-number family mlppp] bundle lsq-fpc/pic/port.logical-unit-number;
リンク サービス IQ インターフェイスは、T1 と E1 の両方の物理インターフェイスをサポートします。これらの手順は T1 インターフェイスに適用されますが、E1 インターフェイスの設定も同様です。
リンク サービスの IQ インターフェイス プロパティを設定するには、 階層レベルで次のステートメントを含めます [edit interfaces lsq-fpc/pic/port unit logical-unit-number] 。
[edit interfaces lsq-fpc/pic/port unit logical-unit-number]
drop-timeout milliseconds;
encapsulation multilink-ppp;
fragment-threshold bytes;
link-layer-overhead percent;
minimum-links number;
mrru bytes;
short-sequence;
family inet {
address address;
}
ACX シリーズ ルーターは、ドロップ タイムアウトおよびリンクレイヤー オーバーヘッド プロパティをサポートしていません。
論理リンクサービスIQインターフェイスは、MLPPPバンドルを表しています。MLPPPバンドルの場合、M シリーズ ルーターには 4 つの関連キューが、M320 および T シリーズ ルーターには 8 つの関連キューがあります。スケジューラは、スケジューリング ポリシーに従ってキューからパケットを削除します。通常、1 つのキューに絶対優先を指定し、残りのキューは設定した重みに比例して処理されます。
MLPPPの場合、単一のスケジューラマップをリンクサービスIQインターフェイス(lsq)と各構成要素リンクに割り当てます。キュー 0、1、2、および 3 の伝送速度とバッファ サイズに 95、0、0、5% の帯域幅を割り当てる M シリーズおよび T シリーズ ルーターのデフォルト スケジューラは、LFI またはマルチクラス トラフィックを設定する場合には適切ではありません。したがって、MLPPPの場合、例:MLPPPを使用してLSQインターフェイスをNxT1バンドルとして設定するように、キュー0〜3の伝送速度とバッファサイズをゼロ以外の%で単一のスケジューラを設定し、このスケジューラをリンクサービスIQインターフェイス(lsq)と各構成リンクに割り当てる必要があります。
M320 および T Series ルーターの場合、キュー 0 〜 7 のデフォルトのスケジューラ転送速度とバッファ サイズの割合は、95、0、0、5、0、0、0、および 0 パーセントです。
1 つの MLPP、MLFR、または MFR バンドル インターフェイスに属するメンバー リンクを別のバンドル インターフェイスに移動する場合、またはリンクが 2 つのバンドル インターフェイス間でスワップされる場合、設定が正しく適用されるように、delete 操作と追加操作の間にコミットが必要です。
バンドルに複数のリンクがある場合は、 階層レベルで ステートメント[edit interfaces lsq-fpc/pic/port]を含めるper-unit-scheduler必要があります。
[edit interfaces lsq-fpc/pic/port] per-unit-scheduler;
スケジューリングポリシーを構成して適用するには、 階層レベルで以下のステートメントを含めます [edit class-of-service] 。
[edit class-of-service]
interfaces {
t1-fpc/pic/port unit logical-unit-number {
scheduler-map map-name;
}
}
forwarding-classes {
queue queue-number class-name;
}
scheduler-maps {
map-name {
forwarding-class class-name scheduler scheduler-name;
}
}
schedulers {
scheduler-name {
buffer-size (percent percentage | remainder | temporal microseconds);
priority priority-level;
transmit-rate (rate | percent percentage | remainder) <exact>;
}
}
リンク サービス IQ インターフェイスでは、絶対高優先度キュー内のトラフィックが他のキューが処理される前に送信されるため、絶対優先キューによって他の 3 つのキューが枯渇する可能性があります。この実装は、 サービスクラスユーザーガイド(ルーターおよびEX9200スイッチ)で説明されているように、絶対高優先度キューが高優先度キューでラウンドロビンを実行する標準的なJunos CoS実装とは異なります。
スケジューラがキューからパケットを削除すると、特定のアクションが実行されます。アクションは、パケットがマルチリンクカプセル化キュー(フラグメント化およびシーケンス化)または非カプセル化キュー(フラグメント化なしでハッシュ化)のどちらから送信されたかによって異なります。各キューは、互いに独立して、マルチリンクのカプセル化または非カプセル化のいずれかに指定できます。デフォルトでは、すべての転送クラスのトラフィックはマルチリンクカプセル化されます。キューでパケットのフラグメント化処理を設定するには、 階層レベルで ステートメントを含め fragmentation-maps ます [edit class-of-service] 。
fragmentation-maps {
map-name {
forwarding-class class-name {
fragment-threshold bytes;
multilink-class number;
no-fragmentation;
}
}
}
MLPPP を使用する xT1 バンドルの場合 N、マルチリンクカプセル化キューで使用されるバイト単位のロード バランシングの方が、カプセル化されていないキューで使用されるフロー単位のロード バランシングよりも優れています。その他の考慮事項はすべて同じです。そのため、すべてのキューをマルチリンク カプセル化に設定することをお勧めします。これを行うには、 fragment-threshold コンフィギュレーションにこの というステートメントを含めます。キューのトラフィックをマルチリンクのカプセル化ではなく、非カプセル化に設定する場合は、フラグメント化マップに ステートメントを含め no-fragmentation ます。ステートメント multilink-class を使用して、転送クラスをマルチクラス MLPPP(MCML)にマッピングします。フラグメント化マップの詳細については、 LSQインターフェイスでの転送クラスによるCoSフラグメント化の設定を参照してください。
パケットがマルチリンクカプセル化キューから削除されると、ソフトウェアはパケットにMLPPPヘッダーを与えます。MLPPP ヘッダーにはシーケンス番号フィールドが含まれており、カウンタから次に使用可能なシーケンス番号が入力されます。その後、ソフトウェアは異なるT1リンクの N 1つにパケットを配置します。リンクは、さまざまな T1 リンク間で負荷を分散するために、パケットごとに選択されます。
パケットが最小リンクMTUを超えた場合、またはキューに階層レベルでフラグメントしきい値が構成 [edit class-of-service fragmentation-maps map-name forwarding-class class-name] されている場合、ソフトウェアはパケットを2つ以上のフラグメントに分割し、連続したマルチリンクシーケンス番号が割り当てられます。各フラグメントの発信リンクは、他のすべてのフラグメントとは独立して選択されます。
フラグメント化マップに ステートメントを含め fragment-threshold ない場合、階層レベルで設定した [edit interfaces interface-name unit logical-unit-number] フラグメント化しきい値がすべての転送クラスのデフォルトになります。設定内のどこにも最大フラグメントサイズを設定していない場合、パケットはバンドル内のすべてのリンクの中で最小MTUを超えるとフラグメント化されます。
設定内のどこにも最大フラグメント サイズを設定していない場合でも、 階層レベルで ステートメント[edit interfaces lsq-fpc/pic/port unit logical-unit-number]を含めるmrruことで、最大受信再構成ユニット(MRRU)を設定できます。MRRU は MTU に似ていますが、リンク サービス インターフェイスに固有です。デフォルトでは、MRRU サイズは 1500 バイトで、1500 〜 4500 バイトに設定できます。詳細については、マルチリンクおよびリンク サービスの論理インターフェイスでの MRRU の設定を参照してください。
パケットが非カプセル化キューから削除されると、プレーンPPPヘッダーで送信されます。MLPPP ヘッダーがないため、シーケンス番号情報はありません。そのため、ソフトウェアはパケットの並べ替えを避けるために特別な対策を講じる必要があります。パケットの並べ替えを避けるために、ソフトウェアはパケットを異なるT1リンクの N 1つに配置します。リンクは、ヘッダーの値をハッシュすることによって決定されます。IP の場合、ソフトウェアは送信元アドレス、宛先アドレス、および IP プロトコルに基づいてハッシュを計算します。MPLSの場合、ソフトウェアは最大5つのMPLSラベル、または4つのMPLSラベルとIPヘッダーに基づいてハッシュを計算します。
UDPとTCPの場合、ソフトウェアは送信元ポートと宛先ポート、および送信元と宛先のIPアドレスに基づいてハッシュを計算します。これにより、同じ TCP/UDP フローに属するすべてのパケットが常に同じ T1 リンクを通過することが保証され、並べ替えることはできません。ただし、さまざまな T1 リンクの負荷が分散されることを保証するものではありません。フローが多い場合、負荷は通常バランスが取れています。
異なる T1 インターフェイスは N 、ジュニパーネットワークスまたは別のベンダーのルーターにリンクしています。遠端のルーターは、すべての T1 リンクからパケットを収集します。パケットに MLPPP ヘッダーがある場合、シーケンス番号フィールドを使用してパケットをシーケンス番号の順序に戻します。パケットにプレーンなPPPヘッダーがある場合、ソフトウェアは到着した順序でパケットを受け入れ、パケットの再アセンブルや並べ替えは試行しません。
例:MLPPP を使用した LSQ インターフェイスの NxT1 バンドルとしての設定
[edit chassis]
fpc 1 {
pic 3 {
adaptive-services {
service-package layer-2;
}
}
}
[edit interfaces]
t1-0/0/0 {
encapsulation ppp;
unit 0 {
family mlppp {
bundle lsq-1/3/0.1; # This adds t1-0/0/0 to the specified bundle.
}
}
}
t1-0/0/1 {
encapsulation ppp;
unit 0 {
family mlppp {
bundle lsq-1/3/0.1;
}
}
}
lsq-1/3/0 {
unit 1 { # This is the virtual link that concatenates multiple T1s.
encapsulation multilink-ppp;
drop-timeout 1000;
fragment-threshold 128;
link-layer-overhead 0.5;
minimum-links 2;
mrru 4500;
short-sequence;
family inet {
address 10.2.3.4/24;
}
}
[edit interfaces]
lsq-1/3/0 {
per-unit-scheduler;
}
[edit class-of-service]
interfaces {
lsq-1/3/0 { # multilink PPP constituent link
unit 0 {
scheduler-map sched-map1;
}
}
t1-0/0/0 { # multilink PPP constituent link
unit 0 {
scheduler-map sched-map1;
}
t1-0/0/1 { # multilink PPP constituent link
unit 0 {
scheduler-map sched-map1;
}
forwarding-classes {
queue 0 be;
queue 1 ef;
queue 2 af;
queue 3 nc;
}
scheduler-maps {
sched-map1 {
forwarding-class af scheduler af-scheduler;
forwarding-class be scheduler be-scheduler;
forwarding-class ef scheduler ef-scheduler;
forwarding-class nc scheduler nc-scheduler;
}
}
schedulers {
af-scheduler {
transmit-rate percent 30;
buffer-size percent 30;
priority low;
}
be-scheduler {
transmit-rate percent 25;
buffer-size percent 25;
priority low;
}
ef-scheduler {
transmit-rate percent 40;
buffer-size percent 40;
priority strict-high; # voice queue
}
nc-scheduler {
transmit-rate percent 5;
buffer-size percent 5;
priority high;
}
}
fragmentation-maps {
fragmap-1 {
forwarding-class be {
fragment-threshold 180;
}
forwarding-class ef {
fragment-threshold 100;
}
}
}
[edit interfaces]
lsq-1/3/0 {
unit 0 {
fragmentation-map fragmap-1;
}
}
関連項目
FRF.16 を使用した LSQ インターフェイスを NxT1 または NxE1 バンドルとして設定する
FRF.16 を使用して xT1 バンドルを設定するには N、異なる T1 リンクをバンドルに集約 N します。xT1バンドルは N、DLCIによって識別される、潜在的に多数のフレームリレーPVCを搭載しています。各DLCIは、ルーティング隣接関係などを表すことができるため、論理インターフェイスと呼ばれます。
T1 リンクを FRF.16 バンドルに集約するには、 階層レベルに ステートメントをインクルー mlfr-uni-nni-bundles ドし、 階層レベルに [edit chassis fpc slot-number pic slot-number] ステートメントを含め bundle ます [edit interfaces t1-fpc/pic/port unit logical-unit-number family mlfr-uni-nni] 。
[edit chassis fpc slot-number pic slot-number] mlfr-uni-nni-bundles number; [edit interfaces t1-fpc/pic/port unit logical-unit-number family mlfr-uni-nni] bundle lsq-fpc/pic/port:channel;
リンク サービス IQ インターフェイスは、T1 と E1 の両方の物理インターフェイスをサポートします。これらの手順は T1 インターフェイスに適用されますが、E1 インターフェイスの設定も同様です。
リンク サービスの IQ インターフェイス プロパティを設定するには、 階層レベルで次のステートメントを含めます [edit interfaces lsq- fpc/pic/port:channel] 。
[edit interfaces lsq- fpc/pic/port:channel]
encapsulation multilink-frame-relay-uni-nni;
dce;
mlfr-uni-nni-options {
acknowledge-retries number;
acknowledge-timer milliseconds;
action-red-differential-delay (disable-tx | remove-link);
drop-timeout milliseconds;
fragment-threshold bytes;
hello-timer milliseconds;
link-layer-overhead percent;
lmi-type (ansi | itu);
minimum-links number;
mrru bytes;
n391 number;
n392 number;
n393 number;
red-differential-delay milliseconds;
t391 number;
t392 number;
yellow-differential-delay milliseconds;
}
unit logical-unit-number {
dlci dlci-identifier;
family inet {
address address;
}
}
リンク サービス IQ チャネルは、FRF.16 バンドルを表します。各 DLCI には 4 つのキューが関連付けられています。スケジューラは、スケジューリング ポリシーに従ってキューからパケットを削除します。リンク サービス IQ インターフェイスでは、通常、1 つのキューに絶対優先を指定します。残りのキューは、設定した重みに比例して処理されます。
リンク サービス IQ インターフェイスでは、絶対高優先度キュー内のトラフィックが他のキューが処理される前に送信されるため、絶対優先キューによって他の 3 つのキューが枯渇する可能性があります。この実装は、 サービスクラスユーザーガイド(ルーターおよびEX9200スイッチ)で説明されているように、絶対高優先度キューが高優先度キューでラウンドロビンを実行する標準的なJunos CoS実装とは異なります。
バンドルに複数のリンクがある場合は、 階層レベルで ステートメント[edit interfaces lsq-fpc/pic/port:channel]を含めるper-unit-scheduler必要があります。
[edit interfaces lsq-fpc/pic/port:channel] per-unit-scheduler;
FRF.16 では、単一のスケジューラ マップをリンク サービス IQ インターフェイス(lsq)と各リンク サービス IQ DLCI に割り当てるか、 例: FRF.16 を使用した LSQ インターフェイスを NxT1 バンドルとして設定するように、バンドルのさまざまな DLCI に異なるスケジューラ マップを割り当てることができます。
FRF.16 バンドルの構成要素リンクの場合、カスタム スケジューラを設定する必要はありません。LFI とマルチクラスは FRF.16 でサポートされていないため、各構成要素リンクからのトラフィックはキュー 0 から送信されます。つまり、ほとんどの帯域幅をキュー 0 で使用できるようにする必要があります。M SeriesおよびT Seriesルーターの場合、キュー0〜3のデフォルトスケジューラの伝送速度とバッファサイズの割合は、95、0、0、5%です。これらのデフォルト スケジューラは、すべてのユーザー トラフィックをキュー 0 に、すべてのネットワーク制御トラフィックをキュー 3 に送信するため、FRF.16 の動作に適しています。必要に応じて、95、0、0、5 パーセントのキューイング動作を明示的に再現するカスタム スケジューラを設定し、構成要素リンクに適用できます。
M320 および T Series ルーターの場合、キュー 0 〜 7 のデフォルトのスケジューラ転送速度とバッファ サイズの割合は、95、0、0、5、0、0、0、および 0 パーセントです。
1 つの MLPP、MLFR、または MFR バンドル インターフェイスに属するメンバー リンクを別のバンドル インターフェイスに移動する場合、またはリンクが 2 つのバンドル インターフェイス間でスワップされる場合、設定が正しく適用されるように、delete 操作と追加操作の間にコミットが必要です。
スケジューリングポリシーを構成して適用するには、 階層レベルで以下のステートメントを含めます [edit class-of-service] 。
[edit class-of-service]
interfaces {
lsq-fpc/pic/port:channel {
unit logical-unit-number {
scheduler-map map-name;
}
}
}
forwarding-classes {
queue queue-number class-name;
}
scheduler-maps {
map-name {
forwarding-class class-name scheduler scheduler-name;
}
}
schedulers {
scheduler-name {
buffer-size (percent percentage | remainder | temporal microseconds);
priority priority-level;
transmit-rate (rate | percent percentage | remainder) <exact>;
}
}
キューでパケットのフラグメント化処理を設定するには、 階層レベルで ステートメントを含め fragmentation-maps ます [edit class-of-service] 。
[edit class-of-service]
fragmentation-maps {
map-name {
forwarding-class class-name {
fragment-threshold bytes;
}
}
}
FRF.16 トラフィックでは、マルチリンク カプセル化(フラグメント化およびシーケンス化)キューのみがサポートされます。これは、すべての転送クラスのデフォルトのキューイング動作です。FRF.16 では、プロトコルがすべてのパケットにフラグメント化ヘッダーを伝送する必要があるため、カプセル化されていないトラフィックは許可されません。大きなパケットを複数のフラグメントに分割する場合、フラグメントには連続した連続した番号が必要です。したがって、FRF.16 トラフィックの階層[edit class-of-service fragmentation-maps map-name forwarding-class class-name]レベルで ステートメントを含めるno-fragmentationことはできません。FRF.16 では、音声やその他の遅延の影響を受けやすいトラフィックを伝送する場合、低速リンクを使用しないでください。T1 速度以上では、シリアル化遅延は十分に小さいため、明示的な LFI を使用する必要はありません。
パケットがマルチリンクカプセル化キューから削除されると、ソフトウェアはパケットに FRF.16 ヘッダーを与えます。FRF.16 ヘッダーにはシーケンス番号フィールドが含まれており、カウンタから次に使用可能なシーケンス番号が入力されます。その後、ソフトウェアは異なるT1リンクの N 1つにパケットを配置します。リンクは、さまざまな T1 リンク間で負荷を分散するために、パケットごとに選択されます。
パケットが最小リンクMTUを超えた場合、またはキューに階層レベルでフラグメントしきい値が構成 [edit class-of-service fragmentation-maps map-name forwarding-class class-name] されている場合、ソフトウェアはパケットを2つ以上のフラグメントに分割し、連続したマルチリンクシーケンス番号が割り当てられます。各フラグメントの発信リンクは、他のすべてのフラグメントとは独立して選択されます。
フラグメント化マップに ステートメントを含めfragment-thresholdない場合、または [edit interfaces interface-name mlfr-uni-nni-bundle-options] 階層レベルで設定した[edit interfaces interface-name unit logical-unit-number]フラグメント化しきい値が、すべての転送クラスのデフォルトになります。設定内のどこにも最大フラグメントサイズを設定していない場合、パケットはバンドル内のすべてのリンクの中で最小MTUを超えるとフラグメント化されます。
設定のどこにも最大フラグメント サイズを設定していない場合でも、または [edit interfaces interface-name mlfr-uni-nni-bundle-options] 階層レベルでステート mrru メント[edit interfaces lsq-fpc/pic/port unit logical-unit-number]を含めることで、最大受信再構成ユニット(MRRU)を設定できます。MRRU は MTU に似ていますが、リンク サービス インターフェイスに固有です。既定では、MRRU サイズは 1500 バイトで、1500 から 4500 バイトに構成できます。詳細については、マルチリンクおよびリンク サービスの論理インターフェイスでの MRRU の設定を参照してください。
異なる T1 インターフェイスは N 、ジュニパーネットワークスまたは別のベンダーのルーターにリンクしています。遠端のルーターは、すべての T1 リンクからパケットを収集します。各パケットには FRF.16 ヘッダーがあるため、シーケンス番号フィールドを使用してパケットをシーケンス番号の順序に戻します。
例:FRF.16 を使用した LSQ インターフェイスの NxT1 バンドルとしての設定
N複数の CoS スケジューラ マップを持つ FRF.16 を使用して xT1 バンドルを設定します。
[edit chassis fpc 1 pic 3]
adaptive-services {
service-package layer-2;
}
mlfr-uni-nni-bundles 2; # Creates channelized LSQ interfaces/FRF.16 bundles.
[edit interfaces]
t1-0/0/0 {
encapsulation multilink-frame-relay-uni-nni;
unit 0 {
family mlfr-uni-nni {
bundle lsq-1/3/0:1;
}
}
}
t1-0/0/1 {
encapsulation multilink-frame-relay-uni-nni;
unit 0 {
family mlfr-uni-nni {
bundle lsq-1/3/0:1;
}
}
}
lsq-1/3/0:1 { # Bundle link consisting of t1-0/0/0 and t1-0/0/1
per-unit-scheduler;
encapsulation multilink-frame-relay-uni-nni;
dce; # One end needs to be configured as DCE.
mlfr-uni-nni-bundle-options {
drop-timeout 180;
fragment-threshold 64;
hello-timer 180;
minimum-links 2;
mrru 3000;
link-layer-overhead 0.5;
}
unit 0 {
dlci 26; # Each logical unit maps a single DLCI.
family inet {
address 10.2.3.4/24;
}
}
unit 1 {
dlci 42;
family inet {
address 10.20.30.40/24;
}
}
unit 2 {
dlci 69;
family inet {
address 10.20.30.40/24;
}
}
[edit class-of-service]
scheduler-maps {
sched-map-lsq0 {
forwarding-class af scheduler af-scheduler-lsq0;
forwarding-class be scheduler be-scheduler-lsq0;
forwarding-class ef scheduler ef-scheduler-lsq0;
forwarding-class nc scheduler nc-scheduler-lsq0;
}
sched-map-lsq1 {
forwarding-class af scheduler af-scheduler-lsq1;
forwarding-class be scheduler be-scheduler-lsq1;
forwarding-class ef scheduler ef-scheduler-lsq1;
forwarding-class nc scheduler nc-scheduler-lsq1;
}
}
schedulers {
af-scheduler-lsq0 {
transmit-rate percent 60;
buffer-size percent 60;
priority low;
}
be-scheduler-lsq0 {
transmit-rate percent 30;
buffer-size percent 30;
priority low;
}
ef-scheduler-lsq0 {
transmit-rate percent 5;
buffer-size percent 5;
priority strict-high;
}
nc-scheduler-lsq0 {
transmit-rate percent 5;
buffer-size percent 5;
priority high;
}
af-scheduler-lsq1 {
transmit-rate percent 50;
buffer-size percent 50;
priority low;
}
be-scheduler-lsq1 {
transmit-rate percent 30;
buffer-size percent 30;
priority low;
}
ef-scheduler-lsq1 {
transmit-rate percent 15;
buffer-size percent 15;
priority strict-high;
}
nc-scheduler-lsq1 {
transmit-rate percent 5;
buffer-size percent 5;
priority high;
}
}
interfaces {
lsq-1/3/0:1 { # MLFR FRF.16
unit 0 {
scheduler-map sched-map-lsq0;
}
unit 1 {
scheduler-map sched-map-lsq1;
}
}
関連項目
FRF.15 を使用した LSQ インターフェイスを NxT1 または NxE1 バンドルとして設定する
この例では、 Nリンク サービス IQ インターフェイスで FRF.15 を使用して xT1 バンドルを設定します。FRF.15 は、 FRF.12 を使用した単一フラクショナル T1 または E1 インターフェイスの LSQ インターフェイスの設定で説明されているように、FRF.12 と類似しています。違いは、FRF.15 はバンドル内の複数の物理リンクをサポートするのに対し、FRF.12 はバンドルごとに 1 つの物理リンクのみをサポートすることです。FRF.15のJunos OS実装では、物理リンクごとに1つのDLCIを設定できます。
リンク サービス IQ インターフェイスは、T1 と E1 の両方の物理インターフェイスをサポートします。この例では T1 インターフェイスを示していますが、E1 インターフェイスの設定も同様です。
[edit interfaces]
lsq-1/3/0 {
per-unit-scheduler;
unit 0 {
dlci 69;
encapsulation multilink-frame-relay-end-to-end;
}
}
unit 1 {
dlci 13;
encapsulation multilink-frame-relay-end-to-end;
}
# First physical link
t1-1/1/0:1 {
encapsulation frame-relay;
unit 0 {
family mlfr-end-to-end {
bundle lsq-1/3/0.0;
}
}
}
# Second physical link
t1-1/1/0:2 {
encapsulation frame-relay;
unit 0 {
family mlfr-end-to-end {
bundle lsq-1/3/0.0;
}
}
}
関連項目
MLPPP と LFI を使用したシングル フラクショナル T1 または E1 インターフェイス用の LSQ インターフェイスの設定
単一のフラクショナルT1インターフェイスを設定する場合、例えばルーティング隣接関係を表すことができるため、論理インターフェイスと呼ばれます。
論理リンクサービスIQインターフェイスは、MLPPPバンドルを表しています。論理インターフェイスには 4 つのキューが関連付けられています。スケジューラは、スケジューリング ポリシーに従ってキューからパケットを削除します。通常、1 つのキューに絶対優先を指定し、残りのキューは設定した重みに比例して処理されます。
MLPPPとLFIを使用して単一のフラクショナルT1インターフェイスを設定するには、1つのDS0(フラクショナルT1)インターフェイスをリンクサービスIQインターフェイスに関連付けます。フラクショナルT1インターフェイスをリンクサービスIQインターフェイスに関連付けるには、 階層レベルで ステートメントを含め bundle ます [edit interfaces ds-fpc/pic/port:channel unit logical-unit-number family mlppp] 。
[edit interfaces ds-fpc/pic/port:channel unit logical-unit-number family mlppp] bundle lsq-fpc/pic/port.logical-unit-number;
リンク サービス IQ インターフェイスは、T1 と E1 の両方の物理インターフェイスをサポートします。これらの手順は T1 インターフェイスに適用されますが、E1 インターフェイスの設定も同様です。
リンク サービスの IQ インターフェイス プロパティを設定するには、 階層レベルで次のステートメントを含めます [edit interfaces lsq-fpc/pic/port unit logical-unit-number] 。
[edit interfaces lsq-fpc/pic/port unit logical-unit-number]
drop-timeout milliseconds;
encapsulation multilink-ppp;
fragment-threshold bytes;
link-layer-overhead percent;
minimum-links number;
mrru bytes;
short-sequence;
family inet {
address address;
}
MLPPPの場合、単一のスケジューラマップをリンクサービスIQ(lsq)インターフェイスと各構成要素リンクに割り当てます。キュー 0、1、2、および 3 の伝送速度とバッファ サイズに 95、0、0、5% の帯域幅を割り当てる M シリーズおよび T シリーズ ルーターのデフォルト スケジューラは、LFI またはマルチクラス トラフィックを設定する場合には適切ではありません。したがって、MLPPPの場合、例:MLPPPとLFIを使用したフラクショナルT1インターフェイス用のLSQインターフェイスの設定に示すように、キュー0〜3の伝送速度とバッファサイズをゼロ%以外の単一のスケジューラを設定し、このスケジューラをリンクサービスIQ(lsq)インターフェイス、各構成要素リンク、および各構成要素リンクに割り当てる必要があります。
M320 および T Series ルーターの場合、キュー 0 〜 7 のデフォルトのスケジューラ転送速度とバッファ サイズの割合は、95、0、0、5、0、0、0、および 0 パーセントです。
スケジューリングポリシーを構成して適用するには、 階層レベルで以下のステートメントを含めます [edit class-of-service] 。
[edit class-of-service]
interfaces {
ds-fpc/pic/port.channel {
scheduler-map map-name;
}
}
forwarding-classes {
queue queue-number class-name;
}
scheduler-maps {
map-name {
forwarding-class class-name scheduler scheduler-name;
}
}
schedulers {
scheduler-name {
buffer-size (percent percentage | remainder | temporal microseconds);
priority priority-level;
transmit-rate (rate | percent percentage | remainder) <exact>;
}
}
リンク サービス IQ インターフェイスでは、絶対優先キュー内のトラフィックが他のキューが処理される前に送信されるため、絶対優先キューによって他のすべてのキューが枯渇する可能性があります。この実装は、 『 サービスクラスユーザーガイド(ルーターおよびEX9200スイッチ)』で説明されているように、絶対高優先度キューが無限のクレジットを受け取り、高優先度キューでラウンドロビンを実行する標準的なJunos CoS実装とは異なります。
スケジューラがキューからパケットを削除すると、特定のアクションが実行されます。アクションは、パケットがマルチリンクカプセル化キュー(フラグメント化およびシーケンス化)または非カプセル化キュー(フラグメント化なしでハッシュ化)のどちらから送信されたかによって異なります。各キューは、互いに独立して、マルチリンクのカプセル化または非カプセル化のいずれかに指定できます。デフォルトでは、すべての転送クラスのトラフィックはマルチリンクカプセル化されます。キューでパケットのフラグメント化処理を設定するには、 階層レベルで ステートメントを含め fragmentation-maps ます [edit class-of-service] 。
[edit class-of-service]
fragmentation-maps {
map-name {
forwarding-class class-name {
fragment-threshold bytes;
no-fragmentation;
}
}
}
キューが低レイテンシで小さなパケットを送信する必要がある場合は、 ステートメントを含めて no-fragmentation 、キューがカプセル化されないように設定します。キューが通常のレイテンシで大きなパケットを送信する必要がある場合は、 ステートメントを含めて fragment-threshold 、キューがマルチリンクカプセル化されるように設定します。キューで低遅延の大きなパケットを送信する必要がある場合は、より高速なリンクを使用し、キューをカプセル化されないように設定することを推奨します。フラグメント化マップの詳細については、 LSQインターフェイスでの転送クラスによるCoSフラグメント化の設定を参照してください。
パケットがマルチリンクカプセル化キューから削除されると、フラグメント化されます。パケットが最小リンクMTUを超えた場合、またはキューに階層レベルでフラグメントしきい値が構成 [edit class-of-service fragmentation-maps map-name forwarding-class class-name] されている場合、ソフトウェアはパケットを2つ以上のフラグメントに分割し、連続したマルチリンクシーケンス番号が割り当てられます。
フラグメント化マップに ステートメントを含め fragment-threshold ない場合、階層レベルで設定した [edit interfaces interface-name unit logical-unit-number] フラグメント化しきい値がすべての転送クラスのデフォルトになります。設定内のどこにも最大フラグメントサイズを設定していない場合、パケットはバンドル内のすべてのリンクの中で最小MTUを超えるとフラグメント化されます。
設定内のどこにも最大フラグメント サイズを設定していない場合でも、 階層レベルで ステートメント[edit interfaces lsq-fpc/pic/port unit logical-unit-number]を含めるmrruことで、最大受信再構成ユニット(MRRU)を設定できます。MRRU は MTU に似ていますが、リンク サービス インターフェイスに固有です。デフォルトでは、MRRU サイズは 1500 バイトで、1500 〜 4500 バイトに設定できます。詳細については、マルチリンクおよびリンク サービスの論理インターフェイスでの MRRU の設定を参照してください。
パケットがマルチリンクカプセル化キューから削除されると、ソフトウェアはパケットにMLPPPヘッダーを与えます。MLPPP ヘッダーにはシーケンス番号フィールドが含まれており、カウンタから次に使用可能なシーケンス番号が入力されます。その後、ソフトウェアはパケットをフラクショナルT1リンクに配置します。別のキューからのトラフィックは、パケットの 2 つのフラグメント間でインターリーブされる場合があります。
パケットが非カプセル化キューから削除されると、プレーンPPPヘッダーで送信されます。その後、パケットはできるだけ早くフラクショナル T1 リンクに配置されます。必要に応じて、パケットは別のキューからのパケットのフラグメントの間に配置されます。
フラクショナルT1インターフェイスは、ジュニパーネットワークスまたは別のベンダーからのルーターにリンクしています。遠端のルーターは、フラクショナル T1 リンクからパケットを収集します。パケットに MLPPP ヘッダーがある場合、ソフトウェアはパケットが大きいパケットのフラグメントであると想定し、フラグメント番号フィールドを使用して大きいパケットを再構成します。パケットにプレーンなPPPヘッダーがある場合、ソフトウェアは到着した順序でパケットを受け入れ、ソフトウェアはパケットの再アセンブルや順序変更を行いません。
例:MLPPP と LFI を使用したフラクショナル T1 インターフェイスの LSQ インターフェイスの設定
単一のフラクショナルT1論理インターフェイスを設定します。
[edit interfaces]
lsq-0/2/0 {
per-unit-scheduler;
unit 0 {
encapsulation multilink-ppp;
link-layer-overhead 0.5;
family inet {
address 10.40.1.1/30;
}
}
}
ct3-1/0/0 {
partition 1 interface-type ct1;
}
ct1-1/0/0:1 {
partition 1 timeslots 1-2 interface-type ds;
}
ds-1/0/0:1:1 {
encapsulation ppp;
unit 0 {
family mlppp {
bundle lsq-0/2/0.0;
}
}
}
[edit class-of-service]
interfaces {
ds-1/0/0:1:1 { # multilink PPP constituent link
unit 0 {
scheduler-map sched-map1;
}
}
forwarding-classes {
queue 0 be;
queue 1 ef;
queue 2 af;
queue 3 nc;
}
scheduler-maps {
sched-map1 {
forwarding-class af scheduler af-scheduler;
forwarding-class be scheduler be-scheduler;
forwarding-class ef scheduler ef-scheduler;
forwarding-class nc scheduler nc-scheduler;
}
}
schedulers {
af-scheduler {
transmit-rate percent 20;
buffer-size percent 20;
priority low;
}
be-scheduler {
transmit-rate percent 20;
buffer-size percent 20;
priority low;
}
ef-scheduler {
transmit-rate percent 50;
buffer-size percent 50;
priority strict-high; # voice queue
}
nc-scheduler {
transmit-rate percent 10;
buffer-size percent 10;
priority high;
}
}
fragmentation-maps {
fragmap-1 {
forwarding-class be {
fragment-threshold 180;
}
forwarding-class ef {
fragment-threshold 100;
}
}
}
[edit interfaces]
lsq-0/2/0 {
unit 0 {
fragmentation-map fragmap-1;
}
}
関連項目
FRF.12 を使用したシングル フラクショナル T1 または E1 インターフェイス用の LSQ インターフェイスの設定
FRF.16 を使用して単一のフラクショナル T1 インターフェイスを設定するには、DS0 インターフェイスをリンク サービス IQ(lsq)インターフェイスに関連付けます。単一のフラクショナルT1を設定すると、フラクショナルT1は、DLCIによって識別されるフレームリレーPVCを大量に伝送する可能性があります。各DLCIは、ルーティング隣接関係などを表すことができるため、論理インターフェイスと呼ばれます。DS0インターフェイスをリンクサービスIQインターフェイスに関連付けるには、 階層レベルで ステートメントを含め bundle ます [edit interfaces ds-fpc/pic/port:channel unit logical-unit-number family mlfr-end-to-end] 。
[edit interfaces ds-fpc/pic/port:channel unit logical-unit-number family mlfr-end-to-end] bundle lsq-fpc/pic/port.logical-unit-number;
リンク サービス IQ インターフェイスは、T1 と E1 の両方の物理インターフェイスをサポートします。これらの手順は T1 インターフェイスに適用されますが、E1 インターフェイスの設定も同様です。
リンク サービスの IQ インターフェイス プロパティを設定するには、 階層レベルで次のステートメントを含めます [edit interfaces lsq-fpc/pic/port unit logical-unit-number] 。
[edit interfaces lsq-fpc/pic/port unit logical-unit-number]
drop-timeout milliseconds;
encapsulation multilink-frame-relay-end-to-end;
fragment-threshold bytes;
link-layer-overhead percent;
minimum-links number;
mrru bytes;
short-sequence;
family inet {
address address;
}
論理リンク サービス IQ インターフェイスは、FRF.12 バンドルを表します。各論理インターフェイスには 4 つのキューが関連付けられています。スケジューラは、スケジューリング ポリシーに従ってキューからパケットを削除します。通常、1 つのキューに絶対優先を指定し、残りのキューは設定した重みに比例して処理されます。
FRF.12 では、単一のスケジューラ マップをリンク サービス IQ インターフェイス(lsq)と各構成要素リンクに割り当てます。M SeriesおよびT Seriesルーターの場合、LFIまたはマルチクラストラフィックを設定する場合、キュー0、1、2、および3の伝送速度とバッファサイズに対して95、0、0、および5%の帯域幅を割り当てるデフォルトのスケジューラは適切ではありません。したがって、FRF.12 では、例: FRF.12 を使用したフラクショナル T1 インターフェイス用の LSQ インターフェイスの設定に示すように、キュー 0 〜 3 の伝送速度とバッファ サイズをゼロ以外のパーセントでスケジューラを設定し、リンク サービス IQ インターフェイス(lsq)および各構成リンクに割り当てる必要があります。
M320 および T Series ルーターの場合、キュー 0 〜 7 のデフォルトのスケジューラ転送速度とバッファ サイズの割合は、95、0、0、5、0、0、0、および 0 パーセントです。
スケジューリングポリシーを構成して適用するには、 階層レベルで以下のステートメントを含めます [edit class-of-service] 。
[edit class-of-service]
interfaces {
ds-fpc/pic/port.channel {
scheduler-map map-name;
}
}
forwarding-classes {
queue queue-number class-name;
}
scheduler-maps {
map-name {
forwarding-class class-name scheduler scheduler-name;
}
}
schedulers {
scheduler-name {
buffer-size (percent percentage | remainder | temporal microseconds);
priority priority-level;
transmit-rate (rate | percent percentage | remainder) <exact>;
}
}
リンク サービス IQ インターフェイスでは、絶対高優先度キュー内のトラフィックが他のキューが処理される前に送信されるため、絶対優先キューによって他の 3 つのキューが枯渇する可能性があります。この実装は、 サービスクラスユーザーガイド(ルーターおよびEX9200スイッチ)で説明されているように、絶対高優先度キューが高優先度キューでラウンドロビンを実行する標準的なJunos CoS実装とは異なります。
スケジューラがキューからパケットを削除すると、特定のアクションが実行されます。アクションは、パケットがマルチリンクカプセル化キュー(フラグメント化およびシーケンス化)または非カプセル化キュー(フラグメント化なしでハッシュ化)のどちらから送信されたかによって異なります。各キューは、互いに独立して、マルチリンクのカプセル化または非カプセル化のいずれかに指定できます。デフォルトでは、すべての転送クラスのトラフィックはマルチリンクカプセル化されます。キューでパケットのフラグメント化処理を設定するには、 階層レベルで ステートメントを含め fragmentation-maps ます [edit class-of-service] 。
[edit class-of-service]
fragmentation-maps {
map-name {
forwarding-class class-name {
fragment-threshold bytes;
no-fragmentation;
}
}
}
キューが低レイテンシで小さなパケットを送信する必要がある場合は、 ステートメントを含めて no-fragmentation 、キューがカプセル化されないように設定します。キューが通常のレイテンシで大きなパケットを送信する必要がある場合は、 ステートメントを含めて fragment-threshold 、キューがマルチリンクカプセル化されるように設定します。キューで低遅延の大きなパケットを送信する必要がある場合は、より高速なリンクを使用し、キューをカプセル化されないように設定することを推奨します。フラグメント化マップの詳細については、 LSQインターフェイスでの転送クラスによるCoSフラグメント化の設定を参照してください。
パケットがマルチリンクカプセル化キューから削除されると、フラグメント化されます。パケットが最小リンクMTUを超えた場合、またはキューに階層レベルでフラグメントしきい値が構成 [edit class-of-service fragmentation-maps map-name forwarding-class class-name] されている場合、ソフトウェアはパケットを2つ以上のフラグメントに分割し、連続したマルチリンクシーケンス番号が割り当てられます。
フラグメント化マップに ステートメントを含め fragment-threshold ない場合、階層レベルで設定した [edit interfaces interface-name unit logical-unit-number] フラグメント化しきい値がすべての転送クラスのデフォルトになります。設定内のどこにも最大フラグメントサイズを設定していない場合、パケットはバンドル内のすべてのリンクの中で最小MTUを超えるとフラグメント化されます。
設定内のどこにも最大フラグメント サイズを設定していない場合でも、 階層レベルで ステートメント[edit interfaces lsq-fpc/pic/port unit logical-unit-number]を含めるmrruことで、最大受信再構成ユニット(MRRU)を設定できます。MRRU は MTU に似ていますが、リンク サービス インターフェイスに固有です。既定では、MRRU サイズは 1500 バイトで、1500 から 4500 バイトに構成できます。詳細については、マルチリンクおよびリンク サービスの論理インターフェイスでの MRRU の設定を参照してください。
パケットがマルチリンクカプセル化キューから削除されると、ソフトウェアはパケットにFRF.12ヘッダーを与えます。FRF.12 ヘッダーにはシーケンス番号フィールドが含まれており、カウンタから次に使用可能なシーケンス番号が入力されます。その後、ソフトウェアはパケットをフラクショナルT1リンクに配置します。別のキューからのトラフィックは、パケットの 2 つのフラグメント間でインターリーブされる場合があります。
パケットがカプセル化されていないキューから削除されると、プレーンフレームリレーヘッダーとともに送信されます。その後、パケットはできるだけ早くフラクショナル T1 リンクに配置されます。必要に応じて、パケットは別のキューからのパケットのフラグメントの間に配置されます。
フラクショナルT1インターフェイスは、ジュニパーネットワークスまたは別のベンダーからのルーターにリンクしています。遠端のルーターは、フラクショナル T1 リンクからパケットを収集します。パケットに FRF.12 ヘッダーがある場合、ソフトウェアはパケットが大きいパケットのフラグメントであると想定し、フラグメント番号フィールドを使用して大きいパケットを再構成します。パケットにプレーンなフレームリレーヘッダーがある場合、ソフトウェアは到着した順序でパケットを受け入れ、ソフトウェアはパケットの再アセンブルや順序変更を行いません。
非カプセル化キューからのパケット全体を、マルチリンクカプセル化キューのフラグメント間に配置できます。ただし、あるマルチリンクカプセル化キューのフラグメントを別のマルチリンクカプセル化キューのフラグメントとインターリーブすることはできません。これは、仕様 FRF.12、 フレームリレーフラグメンテーション実装契約の意図です。2 つの異なるキューのフラグメントがインターリーブされた場合、ヘッダー フィールドにフラグメントを分離するのに十分な情報がない可能性があります。
例:FRF.12 を使用したフラクショナル T1 インターフェイスの LSQ インターフェイスの設定
FRF.12(フラグメンテーションあり、LFIなし)
この例では、128 KB DS0 インターフェイスを示します。には 1 つのトラフィック ストリーム ge-0/0/0があり、キュー 0(be)に分類されます。パケットは、フラグメンテーションマップで設定されたしきい値に従って、リンクサービスIQ(lsq-)インターフェイスでフラグメント化されます。
[edit chassis]
fpc 0 {
pic 3 {
adaptive-services {
service-package layer-2;
}
}
}
[edit interfaces]
ge-0/0/0 {
unit 0 {
family inet {
address 20.1.1.1/24 {
arp 20.1.1.2 mac 00.00.5e.00.53.56;
}
}
}
}
ce1-0/2/0 {
partition 1 timeslots 1-2 interface-type ds;
}
ds-0/2/0:1 {
no-keepalives;
dce;
encapsulation frame-relay;
unit 0 {
dlci 100;
family mlfr-end-to-end {
bundle lsq-0/3/0.0;
}
}
}
lsq-0/3/0 {
per-unit-scheduler;
unit 0 {
encapsulation multilink-frame-relay-end-to-end;
family inet {
address 10.200.0.78/30;
}
}
}
fxp0 {
unit 0 {
family inet {
address 172.16.1.162/24;
}
}
}
lo0 {
unit 0 {
family inet {
address 10.0.0.1/32;
}
}
}
[edit class-of-service]
forwarding-classes {
queue 0 be;
queue 1 ef;
queue 2 af;
queue 3 nc;
}
interfaces {
lsq-0/3/0 {
unit 0 {
fragmentation-map map1;
}
}
}
fragmentation-maps {
map1 {
forwarding-class {
be {
fragment-threshold 160;
}
}
}
}
FRF.12(フラグメンテーションとLFI)
この例では、512 KB DS0 バンドルと、その上の ge-0/0/0 4 つのトラフィック ストリームが 4 つのキューに分類されています。フラグメント サイズは、キュー 0、キュー 1、およびキュー 2 で 160 です。キュー 3 の音声ストリームには LFI が設定されています。
[edit chassis]
fpc 0 {
pic 3 {
adaptive-services {
service-package layer-2;
}
}
}
[edit interfaces]
ge-0/0/0 {
unit 0 {
family inet {
address 20.1.1.1/24 {
arp 20.1.1.2 mac 00.00.5e.00.53.56;
}
}
}
ce1-0/2/0 {
partition 1 timeslots 1-8 interface-type ds;
}
ds-0/2/0:1 {
no-keepalives;
dce;
encapsulation frame-relay;
unit 0 {
dlci 100;
family mlfr-end-to-end {
bundle lsq-0/3/0.0;
}
}
}
lsq-0/3/0 {
per-unit-scheduler;
unit 0 {
encapsulation multilink-frame-relay-end-to-end;
family inet {
address 10.200.0.78/30;
}
}
}
[edit class-of-service]
classifiers {
inet-precedence ge-interface-classifier {
forwarding-class be {
loss-priority low code-points 000;
}
forwarding-class ef {
loss-priority low code-points 010;
}
forwarding-class af {
loss-priority low code-points 100;
}
forwarding-class nc {
loss-priority low code-points 110;
}
}
}
forwarding-classes {
queue 0 be;
queue 1 ef;
queue 2 af;
queue 3 nc;
}
interfaces {
lsq-0/3/0 {
unit 0 {
scheduler-map sched2;
fragmentation-map map2;
}
}
ds-0/2/0:1 {
scheduler-map link-map2;
}
ge-0/0/0 {
unit 0 {
classifiers {
inet-precedence ge-interface-classifier;
}
}
}
}
scheduler-maps {
sched2 {
forwarding-class be scheduler economy;
forwarding-class ef scheduler business;
forwarding-class af scheduler stream;
forwarding-class nc scheduler voice;
}
link-map2 {
forwarding-class be scheduler link-economy;
forwarding-class ef scheduler link-business;
forwarding-class af scheduler link-stream;
forwarding-class nc scheduler link-voice;
}
}
fragmentation-maps {
map2 {
forwarding-class {
be {
fragment-threshold 160;
}
ef {
fragment-threshold 160;
}
af {
fragment-threshold 160;
}
nc {
no-fragmentation;
}
}
}
schedulers {
economy {
transmit-rate percent 26;
buffer-size percent 26;
}
business {
transmit-rate percent 26;
buffer-size percent 26;
}
stream {
transmit-rate percent 35;
buffer-size percent 35;
}
voice {
transmit-rate percent 13;
buffer-size percent 13;
}
link-economy {
transmit-rate percent 26;
buffer-size percent 26;
}
link-business {
transmit-rate percent 26;
buffer-size percent 26;
}
link-stream {
transmit-rate percent 35;
buffer-size percent 35;
}
link-voice {
transmit-rate percent 13;
buffer-size percent 13;
}
}
}
}
関連項目
MLPPP上の圧縮RTP用に設定されたT3リンクのLSQインターフェイスの設定
この例では、MLPPP カプセル化を使用して、リンク サービス IQ インターフェイスに単一の T3 インターフェイスをバンドルします。単一の T3 インターフェイスをマルチリンクバンドルにバインドすることで、T3 インターフェイスで圧縮 RTP(CRTP)を設定できます。
このシナリオは、MLPPPバンドルにのみ適用されます。Junos OS は現在、フレーム リレー経由の CRTP をサポートしていません。詳細については、 音声サービスのサービス インターフェイスの設定を参照してください。
パケットのシリアライゼーション遅延は無視できる程度であるため、DS3の速度でLFIを設定する必要はありません。
[edit interfaces]
t3-0/0/0 {
unit 0 {
family mlppp {
bundle lsq-1/3/0.1;
}
}
}
lsq-1/3/0.1 {
encapsulation multilink-ppp;
}
compression {
rtp {
# cRTP parameters go here
#
port minimum 2000 maximum 64009;
}
}
この設定では、デフォルトのフラグメンテーション マップを使用するため、すべての転送クラス(キュー)がマルチリンク ヘッダーとともに送信されます。
マルチリンク ヘッダーを削除するには、次に示すように、すべてのキューが階層レベルでステートメント[edit class-of-service fragmentation-maps map-name forwarding-class class-name]を持つno-fragmentationフラグメンテーション マップを設定し、フラグメント化マップをlsq-1/3/0.1インターフェイスにアタッチします。
[edit class-of-service]
fragmentation-maps {
fragmap {
forwarding-class {
be {
no-fragmentation;
}
af {
no-fragmentation;
}
ef {
no-fragmentation;
}
nc {
no-fragmentation;
}
}
}
}
interfaces {
lsq-1/3/0.1 {
fragmentation-map fragmap;
}
}
関連項目
FRF.12 を使用した LSQ インターフェイスを T3 または OC3 バンドルとして設定する
この例では、リンク上に複数の論理インターフェイス(DLCI)を備えたクリアチャネルT3またはOC3インターフェイスを設定します。このシナリオでは、各 DLCI は顧客を表します。DLCIは、エグレスPICで特定の速度(NxDS0)にシェーピングされます。これにより、フレームリレーDLCIでFRF.12エンドツーエンドプロトコルを使用してLFIを設定できます。
これを行うには、まず物理インターフェイスに論理インターフェイス(DLCI)を設定します。次に、DLCIをバンドルして、バンドルごとにDLCIが1つだけになるようにします。
物理インターフェイスは、各DLCIにシェーピングレートを付けることができるDLCIごとのスケジューリングに対応している必要があります。詳細については、 ルーティングデバイス用 Junos OS ネットワークインターフェイスライブラリをご覧ください。
エグレスPICでのフラグメントドロップを防止するには、リンクサービスIQ論理インターフェイスとエグレスDLCIにシェーピングレートを割り当てる必要があります。DLCIのシェーピングレートは、各DLCIで使用可能な帯域幅を指定します。リンクサービスIQインターフェイスのシェーピングレートは、バンドルに関連付けられているDLCIに割り当てられたシェーピングレートと一致する必要があります。
エグレスインターフェイスにもスケジューラマップがアタッチされている必要があります。音声を伝送するキューは厳密高優先度で、他のすべてのキューは低優先度にする必要があります。これにより、LFIが可能になります。
この例では、キュー内の ef 音声トラフィックを示しています。音声トラフィックはバルクデータでインターリーブされます。また、マルチクラス MLPPP を使用して、異なるマルチリンククラスで複数のトラフィッククラスを伝送することもできます。
[edit interfaces]
t3-0/0/0 {
per-unit-scheduler;
encapsulation frame-relay;
unit 0 {
dlci 69;
family mlfr-end-to-end {
bundle lsq-1/3/0.0;
}
}
unit 1 {
dlci 42;
family mlfr-end-to-end {
bundle lsq-1/3/0.1;
}
}
}
lsq-1/3/0 {
unit 0 {
encapsulation multilink-frame-relay-end-to-end;
}
fragment-threshold 320; # Multilink packets must be fragmented
}
unit 1 {
encapsulation multilink-frame-relay-end-to-end;
}
fragment-threshold 160;
[edit class-of-service]
scheduler-maps {
sched { # Scheduling parameters that apply to bundles on AS or Multiservices PICs.
...
}
pic-sched {
# Scheduling parameters for egress DLCIs.
# The voice queue should be strict-high priority.
# All other queues should be low priority.
...
}
fragmentation-maps {
fragmap {
forwarding-class {
ef {
no-fragmentation;
}
# Voice is carried in the ef queue.
# It is interleaved with bulk data.
}
}
}
interfaces {
t3-0/0/0 {
unit 0 {
shaping-rate 512k;
scheduler-map pic-sched;
}
unit 1 {
shaping-rate 128k;
scheduler-map pic-sched;
}
}
lsq-1/3/0 { # Assign fragmentation and scheduling to LSQ interfaces.
unit 0 {
shaping-rate 512k;
scheduler-map sched;
fragmentation-map fragmap;
}
unit 1 {
shaping-rate 128k;
scheduler-map sched;
fragmentation-map fragmap;
}
}
FRF.12 がリンク サービス IQ インターフェイスと連携する方法の詳細については、 FRF.12 を使用したシングル フラクショナル T1 または E1 インターフェイス用の LSQ インターフェイスの設定を参照してください。
関連項目
MLPPP を使用した ATM2 IQ インターフェイスの LSQ インターフェイスの設定
この例では、リンクサービスIQインターフェイスがバンドルされたMLPPPを使用してATM2 IQインターフェイスを設定します。これにより、ATM仮想回線でLFIを設定できます。
このタイプの設定では、ATM2 IQインターフェイスにLLCカプセル化が必要です。
このシナリオでは、以下のATM PICがサポートされます。
2 ポート OC-3/STM1 ATM2 IQ
4 ポート DS3 ATM2 IQ
AAL5 を介した仮想回線多重化 PPP はサポートされていません。フレームリレーはサポートされていません。複数の ATM VC を 1 つの論理インターフェイスにバンドルすることはサポートされていません。
DS3およびOC3インターフェイスとは異なり、ATM PIC用に個別のスケジューラマップを作成する必要はありません。ATMでは、 ルーティングデバイス用Junos OSネットワークインターフェイスライブラリで説明されているように、 階層レベルでCoSコンポーネント[edit interfaces at-fpc/pic/port atm-options]を定義します。
バンドルされているATM論理インターフェイスにはREDプロファイルを設定しないでください。ATM インターフェイスではドロップは発生しません。
この例では、2 つの ATM VC が設定され、2 つのリンク サービス IQ バンドルにバンドルされています。フラグメント化マップは、音声トラフィックを他のマルチリンク トラフィックとインターリーブするために使用されます。MLPPP が使用されるため、各リンク サービス IQ バンドルを CRTP 用に設定できます。
[edit interfaces]
at-1/2/0 {
atm-options {
vpi 0;
pic-type atm2;
}
unit 0 {
vci 0.69;
encapsulation atm-mlppp-llc;
family mlppp {
bundle lsq-1/3/0.10;
}
}
unit 1 {
vci 0.42;
encapsulation atm-mlppp-llc;
family mlppp {
bundle lsq-1/3/0.11;
}
}
}
lsq-1/3/0 {
unit 10 {
encapsulation multilink-ppp;
}
# Large packets must be fragmented.
# You can specify fragmentation for each forwarding class.
fragment-threshold 320;
compression {
rtp {
port minimum 2000 maximum 64009;
}
}
}
unit 11 {
encapsulation multilink-ppp;
}
fragment-threshold 160;
[edit class-of-service]
scheduler-maps {
sched { # Scheduling parameters that apply to LSQ bundles on AS or Multiservices PICs.
...
}
fragmentation-maps {
fragmap {
forwarding-class {
ef {
no-fragmentation;
}
}
}
}
interfaces { # Assign fragmentation and scheduling parameters to LSQ interfaces.
lsq-1/3/0 {
unit 0 {
shaping-rate 512k;
scheduler-map sched;
fragmentation-map fragmap;
}
unit 1 {
shaping-rate 128k;
scheduler-map sched;
fragmentation-map fragmap;
}
}
関連項目
変更履歴テーブル
機能のサポートは、使用しているプラットフォームとリリースによって決まります。 機能エクスプローラー を使用して、機能がプラットフォームでサポートされているかどうかを判断します。