リンクサービスインターフェイスの冗長性
レイヤー 2 サービス パッケージの機能およびインターフェイス
サービスパッケージの有効化で説明されているように、M7iプラットフォームのASまたはマルチサービスPICと内部ASMを設定して、レイヤー2またはレイヤー3サービスパッケージのいずれかを使用できます。
レイヤー2サービスパッケージを有効にすると、ASまたはマルチサービスPICは リンクサービスをサポートします。ASまたはマルチサービスPICとASMでは、リンクサービスには以下が含まれます。
Junos CoSコンポーネント—論理LSQインターフェイスでのCoSスケジューリングキューの設定では 、Junos CoSコンポーネントがリンクサービスIQ(
lsq)インターフェイスでどのように機能するかを説明します。Junos CoSコンポーネントの詳細については、 サービスクラスユーザーガイド(ルーターとEX9200スイッチ)を参照してください。VoIP(Voice over IP)伝送で使用するための、圧縮されたリアルタイムトランスポートプロトコル(CRTP)を使用したデータ圧縮。
手記:LSQ インターフェイスでは、1 つのバンドルのすべてのマルチリンク トラフィックが 1 つのプロセッサに送信されます。バンドルで CRTP が有効になっている場合は、CPU にオーバーヘッドが追加されます。T3 ネットワーク インターフェイスはバンドルごとに 1 つのリンクのみをサポートするため、これらのインターフェイスで圧縮トラフィックのフラグメント化マップを設定し、
no-fragmentationオプションを指定してください。詳細については、 遅延の影響を受けやすいパケットインターリーブの設定 および LSQインターフェイスでのクラス転送によるCoSフラグメンテーションの設定を参照してください。FRF.12エンドツーエンドフラグメント化を使用したフレームリレーリンクでのリンクフラグメントインターリーブ(LFI)—FRF.12の規格は、仕様FRF.12、 フレームリレーフラグメント化実装契約で定義されています。
マルチリンクポイントツーポイントプロトコル(MLPPP)リンク上のLFI
マルチリンクフレームリレー(MLFR)エンドツーエンド(FRF.15)—FRF.15の規格は、仕様FRF.15、 エンドツーエンドマルチリンクフレームリレー実装契約で定義されています。
マルチリンクフレームリレー(MLFR)UNI NNI(FRF.16):FRF.16の規格は、仕様FRF.16.1、 マルチリンクフレームリレーUNI/NNI実装契約で定義されています。
MLPPP—MLPPP の規格は、RFC 1990、 PPP マルチリンク プロトコル(MP)の仕様で定義されています。
MLPPP へのマルチクラス拡張—この規格は、RFC 2686、 マルチリンク PPP へのマルチクラス拡張の仕様で定義されています。
ASまたはマルチサービスPIC上のLSQインターフェイスの場合、設定構文はマルチリンクおよびリンクサービスPICの場合とほぼ同じです。主な違いは、mlやlsではなく、インターフェイスタイプの記述子lsqを使用していることです。ASまたはマルチサービスPICでレイヤー2サービス パッケージを有効にすると、次のインターフェイスが自動的に作成されます。
gr-fpc/pic/port ip-fpc/pic/port lsq-fpc/pic/port lsq-fpc/pic/port:0 ... lsq-fpc/pic/port:N mt-fpc/pic/port pd-fpc/pic/port pe-fpc/pic/port sp-fpc/pic/port vt-fpc/pic/port
インターフェイス タイプ gr、 ip、 mt、 pd、 pe、および vt は、レイヤー2またはレイヤー3サービスパッケージを有効にしたかどうかに関係なく、ASまたはマルチサービスPICで利用可能な標準トンネルインターフェイスです。これらのトンネル インターフェイスは、24 ページの表 5 に示すように、レイヤー 2 サービス パッケージが一部のトンネル機能をサポートしていないことを除いて、両方のサービス パッケージで同じように機能します。トンネルインターフェイスの詳細については、 ルーティングデバイス用トンネルおよび暗号化サービスインターフェイスユーザーガイドを参照してください。
インターフェイス タイプ sp は、Junos OSで必要であるため作成されます。レイヤー2サービスパッケージの場合、 sp インターフェイスは設定できませんが、無効にしないでください。
インターフェイスタイプlsq-fpc/pic/portは、物理リンクサービスIQインターフェイス(lsq)です。lsq-fpc/pic/port:0からlsq-fpc/pic/port:Nまでのインターフェイス タイプは、FRF.16 バンドルを表します。これらのインターフェイス タイプは、[edit chassis fpc slot-number pic pic-number]階層レベルで mlfr-uni-nni-bundles ステートメントを含める場合に作成されます。詳細については、論理LSQインターフェイスでのCoSスケジューリングキューの設定を参照してください。
LSQバンドルのDS0、E1、またはT1インターフェイスでは、 bandwidth ステートメントを設定できますが、インターフェイスがMLPPPまたはMLFRバンドルに含まれている場合、ルーターは帯域幅値を使用しません。帯域幅は、インターフェイスのタイムスロット、フレーミング、バイトエンコーディングに従って内部で計算されます。これらのプロパティの詳細については、 ルーティングデバイス用 Junos OS ネットワークインターフェイスライブラリを参照してください。
SONET APSを使用した複数ルーター間でのLSQインターフェイス冗長性の設定
SONET PICとペアになっているlsq-(リンクサービスIQ)インターフェイスは、SONETネットワークで既に利用可能なAPS(自動保護スイッチング)設定を使用して、障害回復を提供できます。SONET APSは、別のシャーシのSONETインターフェイス上に設定され、各SONET PICが同じシャーシ内のASまたはマルチサービスPICとペアになっている場合、ステートレスな障害回復を提供します。APS障害について、以下の条件のいずれかが満たされた場合、関連付けられたSONET PICは、バックアップ回線とその関連ASまたはマルチサービスPICへの回復をトリガーします。障害状態は次のとおりです。
リンクサービスIQ PICの障害
Link Services IQ PICをホストするFPCの障害
パケット転送エンジンの障害
シャーシの故障
SONET APSを設定するためのガイドラインは、 ルーティングデバイス用Junos OSネットワークインターフェイスライブラリで説明されています。
次のセクションでは、フェールオーバー プロパティを構成する方法について説明します。
LSQとSONETインターフェイス間のアソシエーションの設定
リンクサービスIQインターフェイスとSONETインターフェイスをホストするASまたはマルチサービスPIC間の関連付けを設定するには、[edit interfaces]階層レベルでlsq-failure-optionsステートメントを含めます。
lsq-fpc/pic/port {
lsq-failure-options {
no-termination-request;
[ trigger-link-failure interface-name ];
}
}
たとえば、次のネットワークシナリオについて考えてみます。
プライマリ ルーターには、インターフェイス
oc3-0/2/0とlsq-1/1/0が含まれます。バックアップ ルーターには、インターフェイス
oc3-2/2/0とlsq-3/2/0が含まれます。
oc3-0/2/0をワーキング回線、oc3-2/2/0を保護回線として、SONET APSを設定します。LSQ PICに障害を拡張するために、trigger-link-failureステートメントを含めます。
interfaces lsq-1/1/0 {
lsq-failure-options {
trigger-link-failure oc3-0/2/0;
}
}
プライマリルーターでのみ lsq-failure-options ステートメントを設定する必要があります。この設定は、バックアップ ルーターではサポートされていません。
Link Services IQ PIC に障害が発生した場合に、ルーターが PPP 終了要求メッセージをリモートホストに送信しないようにするには、[edit interfaces lsq-fpc/pic/port lsq-failure-options] 階層レベルで no-termination-request ステートメントを含めます。
[edit interfaces lsq-fpc/pic/port lsq-failure-options] no-termination-request;
この機能は、リンクPICでもサポートされています。リンクPICに障害が発生した場合に、ルーターがPPP終了要求メッセージをリモートホストに送信しないようにするには、[edit interfaces interface-name ppp-options]階層レベルにno-termination-requestステートメントを含めます。
[edit interfaces interface-name ppp-options] no-termination-request;
no-termination-requestステートメントは、MLPPPおよびSONET APS設定でのみサポートされ、以下のPIC上のPPP、フレームリレー上のPPP、およびMLPPPインターフェイスでのみ機能します。
チャネライズドOC3 IQ PIC
チャネライズドOC12 IQ PIC
チャネライズドSTM1 IQ PIC
チャネライズドSTM4 IQ PIC
Cisco Systems FRF.16 との SONET APS 相互運用性の設定
APS で設定されたジュニパーネットワークスのルータは、Cisco FRF.16 と正しく相互運用できない場合があります。相互運用を可能にするには、[edit interfaces lsq-fpc/pic/port mlfr-uni-nni-bundle-options]階層レベルでcisco-interoperabilityステートメントを含めます。
[edit interfaces lsq-fpc/pic/port mlfr-uni-nni-bundle-options] cisco-interoperability send-lip-remove-link-for-link-reject;
send-lip-remove-link-for-link-rejectオプションは、ルーターがリンク追加拒否メッセージを受信したときに、リンクインテグリティプロトコル削除リンクを送信するように促します。
LSQ インターフェイスの APS 冗長性の制限
LSQ の障害回復には、以下の制限が適用されます。
M320ルーターを除く、M SeriesルーターにインストールされているリンクサービスIQ PICにのみ適用されます。
failure-optionsステートメントは、MLFRチャネル化ユニットではなく、物理LSQインターフェイスで設定する必要があります。リンクサービスIQのPICは、SONETリンクのPICに関連付けられている必要があります。ペアのPICは、異なるルーターまたは同じルーターにインストールできます。つまり、シャーシ間とシャーシ内の両方の回復がサポートされます
障害回復はステートレスです。その結果、シャーシ間の回復時にルートフラッピングとリンク状態の損失が予想され、PPPの再ネゴシエーションが必要になります。シャーシ内の回復では、ルーティングエンジンのフェイルオーバーによるトラフィックへの影響は予想されませんが、PICのフェイルオーバーによりPPPの再ネゴシエーションが発生します。
スイッチオーバーは元に戻らない:元のハードウェアがサービスに復帰しても、トラフィックが自動的に元に戻ることはありません。
通常のAPSスイッチオーバーとPICトリガーAPSスイッチオーバーは、システムログメッセージを確認することによってのみ区別できます。
手記:大量のトラフィックの結果としてAS PICが3秒間持続的なバックプレッシャーを受けると、この状態によって自動コアダンプがトリガーされ、PICの再起動が促進され、ブロックが解消されます。レベル LOG_ERR のシステム ログ メッセージが生成されます。このメカニズムは、レイヤー2とレイヤー3の両方のサービスパッケージに適用されます。
参照
SONET APSを使用した単一ルーターでのLSQインターフェイス冗長性の設定
同一ルーター内の 1 つの Link Services IQ PIC から別の Link Services PIC へのステートレス スイッチオーバーは、 SONET APS を使用した複数ルーター間での LSQ インターフェイス冗長性の設定で説明されている SONET APS メカニズムを使用して設定できます。各リンクサービスIQ PICは、同一ルーター内の指定されたSONETリンクPICに関連付ける必要があります。
ルーティングエンジンのフェイルオーバーからの復旧を含む、シャーシ内の完全な復旧のためには、ルータでグレースフルルーティングエンジンスイッチオーバー(GRES)を有効にする必要があります。詳細については、 ルーティングデバイス用 Junos OS 運用管理ライブラリをご覧ください。
参照
仮想インターフェイスを使用した単一ルーターでのLSQインターフェイス冗長性の設定
プライマリ リンクサービスIQ PICがアクティブでセカンダリPICがスタンバイ状態にある仮想LSQ冗長性(rlsq)インターフェイスを指定することで、複数のASまたはマルチサービスPICとlsq-インターフェイスを持つDPCを持つM Series、MXシリーズ、およびT Seriesルーターで障害回復を設定できます。プライマリPICに障害が発生した場合、セカンダリPICがアクティブになり、すべてのLSQ処理がセカンダリPICに転送されます。現在アクティブなPICを確認するには、show interfaces redundancyコマンドを発行します。
この設定では、フェールオーバーに SONET APS を使用する必要はありません。T1 や E1 インターフェイスなど、SONET をサポートしていないネットワーク インターフェイスを使用できます。
以下のセクションでは、詳細情報を提供します。
冗長ペアLSQインターフェイスの設定
物理インターフェイスタイプは、冗長性を実現するために、プライマリとセカンダリのlsqインターフェイスのペアをrlsq指定します。バックアップlsqインターフェイスを設定するには、[edit interfaces rlsqnumber]階層レベルでredundancy-optionsステートメントを含めます。
[edit interfaces rlsqnumber] redundancy-options { (hot-standby | warm-standby); primary lsq-fpc/pic/port; secondary lsq-fpc/pic/port; }
rlsq インターフェイスの場合、numberは 0 から 1023 までです。プライマリ lsq インターフェイスに障害が発生すると、トラフィック処理はセカンダリ インターフェイスに切り替わります。セカンダリインターフェイスは、プライマリインターフェイスが回復した後もアクティブなままです。セカンダリインターフェイスに障害が発生し、プライマリインターフェイスがアクティブな場合、処理はプライマリインターフェイスに切り替わります。
hot-standbyオプションは、1つの作業PICが1つのバックアップPICによってサポートされる1対1の冗長構成で使用されます。LSQ インターフェイスの MLPPP、CRTP、FRF.15、および FRF.16 設定でサポートされており、中断のない LSQ サービスを実現します。これは、障害検出と回復時間の要件を 5 秒未満に設定します。動作は元に戻されますが、request interfaces (revert | switchover) rlsqnumber運用モードコマンドを発行することで、プライマリとセカンダリのPICを手動で切り替えることができます。また、FRF.15 では 5 秒以下、FRF.16 では最大 10 秒の切り替え時間を提供します。
warm-standbyオプションは、1つのバックアップPICが複数の現用PICをサポートする冗長構成で使用されます。障害検知後、バックアップPICで設定を完全に復元する必要があるため、復旧時間は保証されません。
hot-standbyとwarm-standby設定の特定の組み合わせは許可されておらず、設定エラーが発生します。次の例が許可されます。
-
primary lsq-0/0/0とwarm-standbyで設定されたインターフェイスrlsq0、で設定されたインターフェイスrlsq0:0と組み合わせてprimary lsq-0/0/0:0 -
primary lsq-0/0/0:0で設定されたインターフェイスrlsq0:0、で設定されたインターフェイスrlsq0:1と組み合わせてprimary lsq-0/0/0:1
次の例の組み合わせは許可されていません。
-
primary lsq-0/0/0とhot-standbyで設定されたインターフェイスrlsq0、で設定されたインターフェイスrlsq0:0と組み合わせてprimary lsq-0/0/0:0 -
primary lsq-0/0/0:0で設定されたインターフェイスrlsq0:0、で設定されたインターフェイスrlsq1:0と組み合わせてprimary lsq-0/0/0:0 -
で設定されたインターフェイス
rlsq0:0と、primary lsq-0/0/0:1で設定されたインターフェイスrlsq1:1組み合わせてprimary lsq-0/0/0:1 -
primary lsq-0/0/0で設定されたインターフェイスrlsq0、で設定されたインターフェイスrlsq1と組み合わせてprimary lsq-0/0/0
また、同じ物理インターフェイスを複数の rlsq インターフェイスのプライマリインターフェイスとして再利用することはできず、関連する論理インターフェイスも再利用できません。例えば、プライマリインターフェイス lsq-0/0/0 は、別の rlsq インターフェイスで lsq-0/0/0:0として再利用することはできません。
冗長 LSQ インターフェイスの制限
Link Services IQ PICの障害は、以下の条件で発生します。
-
プライマリPICが起動に失敗します。この場合、
rlsqインターフェイスは起動せず、PICを再起動または交換するか、rlsq設定でプライマリPICの名前をセカンダリPICに変更するには、手動による介入が必要です。 -
rlsqインターフェイスの設定時に以下の条件に該当しない場合:-
rlsqインターフェイスに割り当てられたユニット番号は、リンクサービスPICに割り当てられたマルチリンクフレームリレーユーザーツーネットワークインターフェイスネットワークツーネットワークインターフェイス(UNI-NNI)(FRF.16)バンドルの数より小さくなっています。 -
rlsqインターフェイスには、DLCI(データリンク接続識別子)が設定されています。
これらの条件が満たされない場合、
rlsqインターフェイスは起動しません。show interfaces redundancyコマンドを発行すると、rlsqインターフェイスの状態がWaiting for primary MS PICと表示されます。 -
-
プライマリPICはアクティブになり、その後失敗します。セカンダリPICが自動的に処理を引き継ぎます。
-
セカンダリPICへのフェイルオーバーが発生します。その後、セカンダリPICに障害が発生します。プライマリPICがアクティブ状態に復元されると、処理がそれに切り替わります。
-
Link Services IQ PICを含むFPCに障害が発生しました。
冗長 LSQ 設定には、以下の制約が適用されます。
-
プライマリとセカンダリのPICは、2つの異なるFPC(M10iルーター以外のシャーシ)で設定することをお勧めします。
-
Link Services IQ PIC を明示的なバンドル設定で設定したり、
rlsqインターフェイスの構成要素として設定することはできません。 -
冗長 LSQ 設定では、GRES を完全にサポートします。(GRES は、
[edit chassis]階層レベルで設定する必要があります。 ルーティングデバイス用 Junos OS 管理ライブラリを参照してください。 -
hot-standbyオプションでredundancy-optionsステートメントを設定する場合、設定には1つのprimaryインターフェイス値と1つのsecondaryインターフェイス値を含める必要があります。 -
hot-standbyとwarm-standbyには同じインターフェイス名が使用されるため、設定を変更してこの属性を変更する場合は、まずインターフェイスを非アクティブ化し、新しい設定をコミットしてから、インターフェイスを再アクティブ化することを推奨します。 -
アクティブな
redundancy-options設定を変更することはできません。rlsqnumberインターフェイス設定を非アクティブ化し、変更し、再アクティブ化する必要があります。 -
rlsqnumber設定は、プライマリ インターフェイスがアクティブな場合にのみアクティブになります。設定が最初にアクティブ化されるとき、プライマリ インターフェイスはアクティブである必要があります。そうでない場合、rlsqインターフェイスはプライマリインターフェイスが立ち上がるまで待機します。 -
lsqインターフェイスがアクティブなrlsqインターフェイスに含まれた後は、そのインターフェイスの設定を変更することはできません。 -
rspインターフェイスに適用されるすべての動作モードコマンドは、rlsqインターフェイスにも適用されます。rlsqインターフェイスまたはプライマリおよびセカンダリlsqインターフェイスに対してshowコマンドを発行できます。ただし、リンクインターフェイスの統計情報は、ルーティングエンジンのスイッチオーバー後には引き継がれません。 -
rlsqインターフェイスは、SONET APS を使用した複数ルーター間での LSQ インターフェイス冗長性の設定で説明されているlsq-failure-options設定もサポートしています。プライマリとセカンダリのリンクサービスIQ PICに障害が発生し、lsq-failure-optionsステートメントが設定されている場合、設定によりSONET APSスイッチオーバーがトリガーされます。 -
MLPPP マルチリンクフレームリレー(FRF.15 および FRF.16)を必要とする冗長 LSQ 設定は、
warm-standbyオプションでのみサポートされます。 -
冗長 LSQ のサポートが ATM ネットワーク インターフェイスに拡張されています。
-
チャネル化されたインターフェイスは、
rlsq0:0などのFRF-16バンドルで使用されます。設定を有効にするには、rlsq番号とその構成要素であるprimaryおよびsecondaryインターフェイスが一致する必要があります。すべてがチャネル化されるか、またはチャネル化されないかのいずれかである必要があります。FRF.16 設定の例については、 #id-configuring-lsq-interface-redundancy-in-a-single-router-using-virtual-interfaces__d81e790 を参照してください。 -
チャネル化された
rlsqインターフェイスを設定する場合、0〜254のチャネルインデックス番号を使用する必要があります。
レイヤー2モード(レイヤー2サービスを実行)の適応サービスおよびマルチサービスPICは、MACフロー制御状況が検出されても再起動されません。
冗長リンクPICのリンク状態レプリケーションの設定
リンク状態の複製は、 インターフェイスの保持とも呼ばれ、SONETのAPS(自動保護スイッチング)機能への追加機能で、LSQ設定で使用されるリンクPICの冗長性を促進するのに役立ちます。
リンク状態のレプリケーションでは、アクティブ(現用)SONET PICのリンクセットと、バックアップ(保護)SONET PICのリンクセットの2セットを同じバンドルに追加できます。アクティブSONET PICに障害が発生した場合、スタンバイPICからのリンクが使用され、リンクの再ネゴシエーションは行われません。ネゴシエートされたすべての状態は、アクティブリンクからスタンバイリンクに複製され、リンクの再ネゴシエーションを防止します。SONET APS設定の詳細については、 ルーティングデバイス用Junos OSネットワークインターフェイスライブラリを参照してください。
リンク状態の複製を設定するには、両方のネットワークインターフェイスの[edit interfaces interface-name sonet-options aps]階層レベルにpreserve-interfaceステートメントを含めます。
edit interfaces interface-name sonet-options aps] preserve-interface;
リンクPICの冗長性には、以下の制約が適用されます。
-
APS機能はSONET PICで利用可能であり、インターフェイス設定はリンクの両端で同一である必要があります。設定の不一致があると、コミット操作が失敗します。
-
この機能は、チャネル化された OC3、チャネル化された OC12、およびチャネル化された STM1 インテリジェント キューイング(IQ)PIC を含む、LSQ および SONET APS 対応のリンク PIC でのみサポートされています。
-
リンク状態のレプリケーションは、MLPPP および PPP over Frame Relay(
frame-relay-ppp)カプセル化をサポートし、GRES を完全にサポートします。 -
多数のMLPPPリンクでインターフェイスまたはプロトコルトレースオプションを有効にすると、リンクスイッチオーバー時間中にリンク制御プロトコル(LCP)の再ネゴシエーションをトリガーできます。
手記:この再ネゴシエーションは、ジュニパーネットワークスのルーターがADM(Add/Drop Multiplexer)に接続されているネットワークよりも、ジュニパーネットワークスのルーターがバックツーバックになっている構成で発生する可能性が高くなります。
-
一般に、ジュニパーネットワークスのルーターをADMに接続するネットワークでは、バックツーバックのジュニパーネットワークスのルーターを使用するネットワークよりも高速なMLPPPリンクスイッチオーバーが可能です。MLPPPリンクスイッチオーバー時間の差は、特にMLPPPリンクの数が多いネットワークでは大きくなる可能性があります。
-
アグレッシブなLCPキープアライブタイムアウト設定は、MLPPPリンクスイッチオーバー中にLCP再ネゴシエーションにつながる可能性があります。デフォルトでは、LCP キープアライブ タイマー間隔は 10 秒で、連続リンク ダウン カウントは 3 です。MLPPP リンクは、30 秒のタイムアウト後にのみ LCP ネゴシエーションを開始します。これらの設定値を小さくすると、スイッチオーバー時間中に 1 つ以上の MLPPP リンクが再ネゴシエートされることがあります。
手記:LCPの再ネゴシエーションは、ジュニパーネットワークスのルーターがADMに接続されているネットワークよりも、ジュニパーネットワークスのルーターがバックツーバックになっている構成で発生する可能性が高くなります。
例として、以下の設定は、ポート coc3-1/0/0 と coc3-2/0/0 間のリンク状態レプリケーション設定を示しています。
interfaces {
coc3-1/0/0 {
sonet-options {
aps {
preserve-interface;
working-circuit aps-group-1;
}
}
}
coc3-2/0/0 {
sonet-options {
aps {
preserve-interface;
protect-circuit aps-group-1;
}
}
}
}
例:障害回復のための冗長 LSQ インターフェイスの設定
MLPPP の LSQ インターフェイス冗長性の設定
次の構成は、 lsq-1/1/0 と lsq-1/3/0 がペアとして動作し、冗長性タイプが hot-standby であるため、障害検出と回復時間の要件が 5 秒未満であることを示しています。
interfaces rlsq0 {
redundancy-options {
primary lsq-1/1/0;
secondary lsq-1/3/0;
hot-standby; #either hot-standby or warm-standby is supported
}
}
次の例は、関連する MLPPP 設定を示しています。
この設定には、MLPPP プロトコルの設定が必要です。
interfaces {
t1-/1/2/0 {
unit 0 {
family mlppp {
bundle rlsq0.0;
}
}
}
rlsq0 {
unit 0 {
family inet {
address 10.30.1.2/24;
}
}
}
}
次の例は、関連する CoS 設定を示しています。
class-of-service {
interfaces {
rlsq0 {
unit * {
fragmentation-maps fr-map1;
}
}
}
}
次の例は、MLPPP の完全なリンクステート レプリケーション設定を示しています。この例では、それぞれに 4 つの T1 リンクを持つ 2 つのバンドルを使用します。最初の 4 つの T1 リンク(t1-*:1 〜 t1-*:4)が最初のバンドルを形成し、最後の 4 つの T1 リンク(t1-*:5 〜 t1-*:8)が 2 番目のバンドルを形成します。設定の重複を最小限にするため、この例では [edit groups] ステートメントを使用しています。詳しくは ルーティング デバイス用Junos OS管理ライブラリをご覧ください。このタイプの構成は必要ありません。これにより、タスクが簡素化され、重複が最小限に抑えられます。
groups {
ml-partition-group {
interfaces {
<coc3-*> {
partition 1 oc-slice 1 interface-type coc1;
}
<coc1-*> {
partition 1-8 interface-type t1;
}
}
}
ml-bundle-group-1 {
interfaces {
<t1-*:"[1-4]"> {
encapsulation ppp;
unit 0 {
family mlppp {
bundle lsq-0/1/0.0;
}
}
}
}
}
ml-bundle-group-2 {
interfaces {
<t1-*:"[5-8]"> {
encapsulation ppp;
unit 0 {
family mlppp {
bundle lsq-0/1/0.1;
}
}
}
}
}
}
interfaces {
lsq-0/1/0 {
unit 0 {
encapsulation multilink-ppp;
family inet {
address 10.1.1.1/32 {
destination 10.1.1.2;
}
}
}
unit 1 {
encapsulation multilink-ppp;
family inet {
address 10.1.2.1/32 {
destination 10.1.2.2;
}
}
}
}
coc3-1/0/0 {
apply-groups ml-partition-group;
sonet-options {
aps {
preserve-interface;
working-circuit aps-group-1;
}
}
}
coc1-1/0/0:1 {
apply-groups ml-partition-group;
}
t1-1/0/0:1:1 {
apply-groups ml-bundle-group-1;
}
t1-1/0/0:1:2 {
apply-groups ml-bundle-group-1;
}
t1-1/0/0:1:3 {
apply-groups ml-bundle-group-1;
}
t1-1/0/0:1:4 {
apply-groups ml-bundle-group-1;
}
t1-1/0/0:1:5 {
apply-groups ml-bundle-group-2;
}
t1-1/0/0:1:6 {
apply-groups ml-bundle-group-2;
}
t1-1/0/0:1:7 {
apply-groups ml-bundle-group-2;
}
t1-1/0/0:1:8 {
apply-groups ml-bundle-group-2;
}
coc3-2/0/0 {
apply-groups ml-partition-group;
sonet-options {
aps {
preserve-interface;
protect-circuit aps-group-1;
}
}
}
coc1-2/0/0:1 {
apply-groups ml-partition-group;
}
t1-2/0/0:1:1 {
apply-groups ml-bundle-group-1;
}
t1-2/0/0:1:2 {
apply-groups ml-bundle-group-1;
}
t1-2/0/0:1:3 {
apply-groups ml-bundle-group-1;
}
t1-2/0/0:1:4 {
apply-groups ml-bundle-group-1;
}
t1-2/0/0:1:5 {
apply-groups ml-bundle-group-2;
}
t1-2/0/0:1:6 {
apply-groups ml-bundle-group-2;
}
t1-2/0/0:1:7 {
apply-groups ml-bundle-group-2;
}
t1-2/0/0:1:8 {
apply-groups ml-bundle-group-2;
}
}
FRF.15バンドルのLSQインターフェイス冗長性の設定
以下の例は、FRF.15バンドルの設定を示しています。
interfaces rlsq0 {
redundancy-options {
primary lsq-1/2/0;
secondary lsq-1/3/0;
warm-standby; #either hot-standby or warm-standby is supported
}
unit 0 {
encapsulation multilink-frame-relay-end-to-end;
family inet {
address 10.30.1.1/24;
}
}
}
FRF.16バンドルのLSQインターフェイス冗長性の設定
以下の例は、FRF.16バンドルの設定を示しています。
interfaces rlsq0:0 {
dce;
encapsulation multilink-frame-relay-uni-nni;
redundancy-options {
primary lsq-1/2/0:0;
secondary lsq-1/3/0:0;
warm-standby; #either hot-standby or warm-standby is supported
}
unit 0 {
dlci 1000;
family inet {
address 10.50.1.1/24;
}
}
}