インラインマルチリンクサービス
WANインターフェイス向けインラインMLPPPの概要
時分割多重方式(TDM)用のインラインマルチリンクPPP(MLPPP)、マルチリンクフレームリレー(FRF.16)、マルチリンクフレームリレーエンドツーエンド(FRF.15)WANインターフェイスは、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では、互換性のある他のMICでのインラインMLPPPバンドルのサポートと同様に、最大8つのインラインMLPPPインターフェイスバンドルがサポートされます。
WANインターフェイスにインラインMLPPPを設定すると、以下のサービスにメリットがあります。
-
PSTN(公衆交換電話網)ベースのアクセス ネットワークを使用したレイヤー 3 VPN および DIA サービス用の CE-PE リンク。
-
PSTN が MPLS ネットワークに使用される場合の PE-P リンク。
この機能は、以下のサービスプロバイダによって使用されています。
-
PSTNを使用して、PSTNベースのアクセスネットワークを備えたレイヤー3 VPNおよびDIAサービスを中規模または大規模の企業のお客様に提供するサービスプロバイダ。
-
SONETベースのコアネットワークを持つサービスプロバイダ。
次の図は、この機能の範囲を示しています。
VPN で多数の小規模なサイトを接続する場合、TDM 回線を MLPPP/MLFR テクノロジーと一緒にバンドルすることが、より高い帯域幅とリンクの冗長性を提供する 唯一の 方法です。
MLPPPでは、複数のPPPリンクを1つのマルチリンクバンドルにバンドルすることができ、MLFRでは、複数のフレームリレーデータリンク接続識別子(DLCI)を1つのマルチリンクバンドルにバンドルすることができます。マルチリンクバンドルは、T1、E1、シリアルリンクなどの低速リンクをアグリゲーションすることで、追加の帯域幅、ロードバランシング、および冗長性を提供します。
MLPPPは、複数の構成要素リンクを1つの大きなPPPバンドルに集約するためのプロトコルです。MLFRでは、逆多重化によって複数のフレームリレーリンクを集約することができます。MLPPP と MLFR は、低速 T1 サービスと E1 サービス間のサービス オプションを提供します。複数のリンクをバンドルすることで、帯域幅が増えるだけでなく、専用アクセスサービスに耐障害性のレベルを追加できます。複数のインターフェイスにまたがってバンドリングを実装できるため、単一のインターフェイスに障害が発生した場合にアクセスを失うことからユーザーを保護することができます。
WANインターフェイスにインラインMLPPPを設定するには、次を参照してください。
関連項目
LSQ インターフェイスでのリンク層オーバーヘッドのためのバンドル帯域幅の予約
リンク層のオーバーヘッドにより、シリアル リンクのビットスタッフィングが原因で構成リンクのパケット ドロップが発生することがあります。ビットスタッフィングは、データが制御情報として解釈されないようにするために使用します。
デフォルトでは、バンドル帯域幅の合計の 4% がリンク層のオーバーヘッド用に確保されています。ほとんどのネットワーク環境では、リンク層の平均オーバーヘッドは1.6%です。したがって、安全策として 4% を推奨します。詳細については、RFC 4814、 Hash and Stuffing: Overlooked Factors in Network Device Benchmarkingを参照してください。
リンクサービス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)用のインラインマルチリンクPPP(MLPPP)、マルチリンクフレームリレー(FRF.16)、マルチリンクフレームリレーエンドツーエンド(FRF.15)WANインターフェイスは、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つしか作成できません。Type1 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のType1 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 を使用して NxT1 バンドルを設定するには、異なる T1 リンクNバンドルに集約します。NxT1バンドルは、例えばルーティング隣接関係を表すことができるため、論理インターフェイスと呼ばれます。T1リンクをMLPPPバンドルに集約するには、[edit interfaces t1-fpc/pic/port unit logical-unit-number family mlppp]階層レベルでbundleステートメントを含めます。
[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 Series ルーターに 4 つの関連キューがあり、M320 および T Series ルーターに 8 つの関連キューがあります。スケジューラは、スケジューリングポリシーに従ってキューからパケットを削除します。通常、1 つのキューに厳密な優先度を指定すると、残りのキューは設定した重みに比例して処理されます。
MLPPPの場合、リンクサービスIQインターフェイス(lsq)と各構成リンクに単一のスケジューラマップを割り当てます。M SeriesおよびT Seriesルーターのデフォルトのスケジューラは、キュー0、1、2、および3の伝送レートとバッファサイズに95、0、0、および5%の帯域幅を割り当てますが、LFIまたはマルチクラストラフィックを設定する場合には適切ではありません。そのため、MLPPPの場合、キュー0〜3の伝送速度とバッファサイズがゼロ以外の単一のスケジューラを設定し、このスケジューラをリンクサービスIQインターフェイス(lsq)および各構成リンクに割り当てる必要があります( 例:MLPPPを使用してLSQインターフェイスをNxT1バンドルとして設定する)。
M320およびT Seriesルーターの場合、キュー0〜7のデフォルトのスケジューラ伝送レートとバッファサイズの割合は、95、0、0、5、0、0、0、0、および0%です。
1つのMLPP、MLFR、またはMFRバンドルインターフェイスに属するメンバーリンクが別のバンドルインターフェイスに移動されたり、2つのバンドルインターフェイス間でリンクがスワップされたりした場合、設定が正しく適用されるように、削除操作と追加操作の間にコミットが必要です。
バンドルに複数のリンクがある場合は、[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実装とは異なります。
スケジューラがキューからパケットを削除した後、特定のアクションが実行されます。アクションは、パケットがマルチリンク カプセル化キュー(フラグメント化およびシーケンス付き)または非カプセル化キュー(フラグメント化なしでハッシュ化)からのものかどうかによって異なります。各キューは、他方から独立したマルチリンクカプセル化または非カプセル化のいずれかとして指定できます。デフォルトでは、すべての転送クラスのトラフィックはマルチリンクカプセル化されます。キューでパケットフラグメント化処理を構成するには、[edit class-of-service]階層レベルでfragmentation-mapsステートメントを含めます。
fragmentation-maps {
map-name {
forwarding-class class-name {
fragment-threshold bytes;
multilink-class number;
no-fragmentation;
}
}
}
MLPPP を使用する NxT1 バンドルでは、マルチリンク カプセル化キューで使用されるバイト単位のロードバランシングが、非カプセル化キューで使用されるフロー単位のロードバランシングよりも優れています。その他の考慮事項はすべて同じです。そのため、すべてのキューをマルチリンクカプセル化するように設定することをお勧めします。そのためには、コンフィギュレーションに fragment-threshold ステートメントを含めます。キューのトラフィックをマルチリンクカプセル化ではなく非カプセル化に設定する場合は、フラグメント化マップに no-fragmentation ステートメントを含めます。 multilink-class ステートメントを使用して、転送クラスをマルチクラスMLPPP(MCML)にマッピングします。フラグメント化マップの詳細については、 LSQインターフェイスでの転送クラスによるCoSフラグメント化の設定を参照してください。
マルチリンクカプセル化されたキューからパケットが削除されると、ソフトウェアはパケットにMLPPPヘッダーを与えます。MLPPP ヘッダーにはシーケンス番号フィールドが含まれており、このフィールドにはカウンターから使用可能な次のシーケンス番号が入力されます。次に、ソフトウェアはパケットを N 異なるT1リンクの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ヘッダーがないため、シーケンス番号情報はありません。そのため、ソフトウェアはパケットの並べ替えを避けるために特別な対策を講じる必要があります。パケットの並べ替えを避けるために、ソフトウェアはパケットを N 異なるT1リンクの1つに配置します。リンクは、ヘッダーの値をハッシュすることによって決定されます。IPの場合、ソフトウェアは送信元アドレス、宛先アドレス、およびIPプロトコルに基づいてハッシュを計算します。MPLSの場合、ソフトウェアは最大5つのMPLSラベル、または4つのMPLSラベルとIPヘッダーに基づいてハッシュを計算します。
UDPとTCPの場合、ソフトウェアは送信元と宛先のポート、および送信元と宛先のIPアドレスに基づいてハッシュを計算します。これにより、同じTCP/UDPフローに属するすべてのパケットが常に同じT1リンクを通過するため、並べ替えることができません。しかし、様々なT1リンクの負荷が分散されることを保証するものではありません。フローが多い場合、通常は負荷のバランスが取れています。
N異なるT1インターフェイスは、ジュニパーネットワークスまたは別のベンダーの別のルーターにリンクしています。遠端のルーターは、すべての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 を使用した NXT1 または NxE1 バンドルとしての LSQ インターフェイスの設定
FRF.16を使用して NxT1バンドルを設定するには、異なるT1リンク N バンドルに集約します。 NxT1バンドルには、DLCIによって識別される潜在的に多数のフレームリレーPVCが含まれています。各DLCIは、例えばルーティング隣接関係を表すことができるため、論理インターフェイスと呼ばれます。
T1リンクをFRF.16バンドルに集約するには、[edit chassis fpc slot-number pic slot-number]階層レベルにmlfr-uni-nni-bundlesステートメントを含め、[edit interfaces t1-fpc/pic/port unit logical-unit-number family mlfr-uni-nni]階層レベルにbundleステートメントを含めます。
[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 に割り当てるか、バンドルのさまざまな DLCI に異なるスケジューラ マップを割り当てることができます。 FRF.16 を使用した NXT1 バンドルとしての LSQ インターフェイスの設定。
FRF.16バンドルの構成要素リンクについては、カスタムスケジューラを設定する必要はありません。FRF.16 では LFI とマルチクラスがサポートされていないため、各構成リンクからのトラフィックはキュー 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、および0%です。
1つのMLPP、MLFR、またはMFRバンドルインターフェイスに属するメンバーリンクが別のバンドルインターフェイスに移動されたり、2つのバンドルインターフェイス間でリンクがスワップされたりした場合、設定が正しく適用されるように、削除操作と追加操作の間にコミットが必要です。
スケジューリングポリシーを設定して適用するには、 [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>;
}
}
キューでパケットフラグメント化処理を構成するには、[edit class-of-service]階層レベルでfragmentation-mapsステートメントを含めます。
[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ヘッダーにはシーケンス番号フィールドが含まれており、このフィールドにはカウンターから使用可能な次のシーケンス番号が入力されます。次に、ソフトウェアはパケットを N 異なるT1リンクの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] または [edit interfaces interface-name mlfr-uni-nni-bundle-options] 階層レベルで設定したフラグメント化しきい値が、すべての転送クラスのデフォルトになります。設定のどこにも最大フラグメント サイズを設定しない場合、パケットがバンドル内のすべてのリンクの最小 MTU を超えるとフラグメント化されます。
設定のどこにも最大フラグメント サイズを設定していない場合でも、[edit interfaces lsq-fpc/pic/port unit logical-unit-number]または[edit interfaces interface-name mlfr-uni-nni-bundle-options]階層レベルで mrru ステートメントを含めることで、MRRU(最大受信再構成ユニット)を設定できます。MRRUはMTUと似ていますが、リンクサービスインターフェイスに固有です。デフォルトでは、MRRUのサイズは1500バイトで、1500〜4500バイトに設定できます。詳細については、「マルチリンクおよびリンクサービス論理インターフェイスでのMRRUの設定」を参照してください。
N異なるT1インターフェイスは、ジュニパーネットワークスまたは別のベンダーの別のルーターにリンクしています。遠端のルーターは、すべてのT1リンクからパケットを収集します。各パケットにはFRF.16ヘッダーがあるため、シーケンス番号フィールドを使用してパケットをシーケンス番号の順序に戻します。
例:FRF.16 を使用して LSQ インターフェイスを NxT1 バンドルとして設定
FRF.16 を使用して、複数の CoS スケジューラ マップを使用して NxT1 バンドルを設定します。
[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 バンドルとして設定する
この例では、リンクサービスIQインターフェイスでFRF.15を使用して NxT1バンドルを設定します。FRF.15はFRF.12に似ており、 FRF.12を使用したシングルフラクショナルT1またはE1インターフェイスのLSQインターフェイスの設定で説明されています。違いは、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インターフェイスに関連付けるには、[edit interfaces ds-fpc/pic/port:channel unit logical-unit-number family mlppp]階層レベルにbundleステートメントを含めます。
[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)インターフェイスと各構成リンクに単一のスケジューラマップを割り当てます。M SeriesおよびT Seriesルーターのデフォルトのスケジューラは、キュー0、1、2、および3の伝送レートとバッファサイズに95、0、0、および5%の帯域幅を割り当てますが、LFIまたはマルチクラストラフィックを設定する場合には適切ではありません。したがって、MLPPP の場合、キュー 0 から 3 の伝送速度とバッファ サイズがゼロ以外の単一のスケジューラを設定し、このスケジューラを lsq(リンク サービス IQ)インターフェイス、各構成リンク、各構成リンクに割り当てる必要があります。 MLPPP と LFI を使用したフラクショナル T1 インターフェイスの LSQ インターフェイスの設定。
M320およびT Seriesルーターの場合、キュー0〜7のデフォルトのスケジューラ伝送レートとバッファサイズの割合は、95、0、0、5、0、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実装とは異なります。
スケジューラがキューからパケットを削除した後、特定のアクションが実行されます。アクションは、パケットがマルチリンク カプセル化キュー(フラグメント化およびシーケンス付き)または非カプセル化キュー(フラグメント化なしでハッシュ化)からのものかどうかによって異なります。各キューは、他方から独立したマルチリンクカプセル化または非カプセル化のいずれかとして指定できます。デフォルトでは、すべての転送クラスのトラフィックはマルチリンクカプセル化されます。キューでパケットフラグメント化処理を構成するには、[edit class-of-service]階層レベルでfragmentation-mapsステートメントを含めます。
[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インターフェイスに関連付けるには、[edit interfaces ds-fpc/pic/port:channel unit logical-unit-number family mlfr-end-to-end]階層レベルにbundleステートメントを含めます。
[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ルーターの場合、キュー0、1、2、および3の伝送レートとバッファサイズに95、0、0、および5%の帯域幅を割り当てるデフォルトのスケジューラは、LFIまたはマルチクラストラフィックを設定する場合に適していません。そのため、FRF.12 では、キュー 0 から 3 の伝送速度とバッファ サイズが 0% 以外のスケジューラを設定し、次の例に示すように、リンク サービス IQ インターフェイス(lsq)と各構成リンクに割り当てる必要があります。 FRF.12 を使用したフラクショナル T1 インターフェイスの LSQ インターフェイスの設定。
M320およびT Seriesルーターの場合、キュー0〜7のデフォルトのスケジューラ伝送レートとバッファサイズの割合は、95、0、0、5、0、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実装とは異なります。
スケジューラがキューからパケットを削除した後、特定のアクションが実行されます。アクションは、パケットがマルチリンク カプセル化キュー(フラグメント化およびシーケンス付き)または非カプセル化キュー(フラグメント化なしでハッシュ化)からのものかどうかによって異なります。各キューは、他方から独立したマルチリンクカプセル化または非カプセル化のいずれかとして指定できます。デフォルトでは、すべての転送クラスのトラフィックはマルチリンクカプセル化されます。キューでパケットフラグメント化処理を構成するには、[edit class-of-service]階層レベルでfragmentation-mapsステートメントを含めます。
[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( Frame Relay Fragmentation Implementation Agreement)の意図です。2 つの異なるキューのフラグメントがインターリーブされている場合、ヘッダー フィールドにフラグメントを分離するのに十分な情報がない可能性があります。
例:FRF.12 を使用したフラクショナル T1 インターフェイスの LSQ インターフェイスの設定
FRF.12(フラグメント化あり、LFIなし)
この例では、128 KB の DS0 インターフェイスを示しています。 ge-0/0/0には1つのトラフィックストリームがあり、これはキュー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を含む)
この例では、512KB のDS0バンドルと、4つのキューに分類された ge-0/0/0 上の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インターフェイスでCRTP(Compressed RTP)を設定できます。
このシナリオは、MLPPPバンドルにのみ適用されます。Junos OSは現在、CRTPover Frame Relayをサポートしていません。詳細については、「 音声サービス用のサービスインターフェイスの設定」を参照してください。
パケットシリアル化の遅延は無視できるため、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をバンドルして、バンドルごとに1つのDLCIだけになるようにします。
物理インターフェイスは、各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ネットワークインターフェイスライブラリで説明されているように、[edit interfaces at-fpc/pic/port atm-options]階層レベルでCoSコンポーネントを定義します。
バンドルされている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;
}
}
関連項目
変更履歴テーブル
サポートされる機能は、使用しているプラットフォームとリリースによって決まります。 機能エクスプローラー を使用して、機能がお使いのプラットフォームでサポートされているかどうかを確認します。