リンク サービス インターフェイスの冗長性
レイヤー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インターフェイスでは、単一バンドルのすべてのマルチリンクトラフィックが単一のプロセッサに送信されます。バンドルで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とペアになっているリンクサービスIQ(lsq-)インターフェイスは、SONETネットワークですでに利用可能なAPS(自動保護スイッチング)設定を使用して、障害回復を行うことができます。SONET APSは、個別のシャーシのSONETインターフェイスで設定され、各SONET PICが同じシャーシ内のASまたはマルチサービスPICとペアになっている場合、ステートレス障害回復を提供します。APS障害の以下の条件のいずれかが満たされると、関連するSONET PICは、バックアップ回線およびそれに関連するASまたはマルチサービスPICへの回復をトリガーします。障害条件は次のとおりです。
リンクサービスIQPICの障害
リンクサービスIQPICをホストするFPCの障害
パケット転送エンジンの障害
シャーシの故障
SONET APSを設定するためのガイドラインは、 ルーティングデバイス用Junos OSネットワークインターフェイスライブラリに記載されています。
以下のセクションでは、フェイルオーバープロパティの設定方法について説明します。
LSQとSONETインターフェイスの関連付けの設定
リンクサービスIQインターフェイスをホストするASまたはマルチサービスPICとSONETインターフェイス間の関連付けを設定するには、[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が含まれます。
SONET APSを設定し、 oc3-0/2/0 をワーキング回線、 oc3-2/2/0 を保護回線として使用します。障害をLSQ PICに拡張するための trigger-link-failure ステートメントを含めます。
interfaces lsq-1/1/0 {
lsq-failure-options {
trigger-link-failure oc3-0/2/0;
}
}
プライマリルーターでのみ lsq-failure-options ステートメントを設定する必要があります。この設定はバックアップ ルーターではサポートされていません。
リンクサービスIQPICに障害が発生した場合に、ルーターが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インターフェイスで設定する必要があります。リンクサービスIQPICは、SONETリンクPICに関連付けられている必要があります。ペアリングされたPICは、異なるルーターまたは同じルーターにインストールできます。つまり、シャーシ間およびシャーシ内のリカバリーの両方がサポートされます
障害回復はステートレスです。その結果、シャーシ間復旧時にルートフラッピングやリンク状態の喪失が予想され、PPPの再ネゴシエーションが必要になります。シャーシ内復旧では、ルーティングエンジンのフェイルオーバーでトラフィックへの影響は想定されませんが、PICフェイルオーバーによりPPPの再ネゴシエーションが発生します。
スイッチオーバーは復元的ではありません:元のハードウェアがサービスに復元されても、トラフィックは自動的に元に戻りません。
通常のAPSスイッチオーバーとPICトリガーAPSスイッチオーバーは、システムログメッセージを確認することによってのみ区別できます。
注:高いトラフィック量の結果として、AS PICが3秒間持続的な背圧を受けると、この条件が自動コアダンプをトリガーし、PICを再起動して、ブロックを解消します。レベルLOG_ERRのシステムログメッセージが生成されます。このメカニズムは、レイヤー2とレイヤー3の両方のサービスパッケージに適用されます。
関連項目
SONET APSを使用した単一ルーターでのLSQインターフェイスの冗長性の設定
同じルーター内のリンクサービスIQ PICから別のリンクサービスIQPICへのステートレススイッチオーバーは、 SONET APSを使用した複数ルーター間のLSQインターフェイスの冗長性の設定で説明されているSONET APSメカニズムを使用して設定できます。各リンクサービスIQPICは、同じルーター内で指定されたSONETリンクPICに関連付けられている必要があります。
ルーティングエンジンのフェイルオーバーからの回復を含むシャーシ内の完全な回復を行うには、ルーターでグレースフルルーティングエンジンスイッチオーバー(GRES)を有効にする必要があります。詳細については、 『ルーティングデバイス用 Junos OS 運用管理ライブラリ』を参照してください。
関連項目
仮想インターフェイスを使用した単一ルーターでのLSQインターフェイスの冗長性の設定
プライマリ Link Services IQ PIC がアクティブでセカンダリ PIC がスタンバイ状態の仮想 LSQ 冗長性(rlsq)インターフェイスを指定することで、lsq-インターフェイスを備えた複数の AS またはマルチサービス PIC および DPC を持つM Series、MXシリーズ、および T Series ルーターで障害回復を設定できます。プライマリPICに障害が発生すると、セカンダリPICがアクティブになり、すべてのLSQ処理がプライマリPICに転送されます。現在アクティブなPICを確認するには、show interfaces redundancyコマンドを発行します。
この設定では、フェイルオーバーにSONET APSを使用する必要はありません。T1 や E1 インターフェイスなど、SONET をサポートしていないネットワーク インターフェイスを使用できます。
次のセクションでは、詳細について説明します。
冗長ペア LSQ インターフェイスの設定
物理インターフェイスタイプrlsqは、プライマリインターフェイスとセカンダリlsqインターフェイス間のペアを指定して、冗長性を有効にします。バックアップ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対1の冗長性設定で使用され、1つの稼働PICが1つのバックアップPICでサポートされます。LSQインターフェイスのMLPPP、CRTP、FRF.15、およびFRF.16設定でサポートされており、中断のないLSQサービスを実現します。障害の検出と回復の時間が 5 秒未満になるよう要件を設定します。この動作は元に戻すことができますが、request interfaces (revert | switchover) rlsqnumber動作モードコマンドを発行することで、プライマリPICとセカンダリPICを手動で切り替えることができます。また、FRF.15 の場合は 5 秒以下、FRF.16 の場合は最大 10 秒の時間経過時間での切り替えも提供します。
warm-standbyオプションは、1つのバックアップPICが複数の動作PICをサポートする冗長性設定で使用されます。障害が検出された後、バックアップPICで設定を完全に復元する必要があるため、復旧時間は保証されていません。
hot-standbyとwarm-standbyの設定の特定の組み合わせは許可されておらず、設定エラーが発生します。次の例が許可されます。
-
インターフェイス
rlsq0primary lsq-0/0/0とwarm-standbyで設定し、インターフェイスrlsq0:0で設定します。primary lsq-0/0/0:0 -
インターフェイス
rlsq0:0primary lsq-0/0/0:0で設定され、インターフェイスrlsq0:1で設定されます。primary lsq-0/0/0:1
以下の組み合わせ例では許可されていません。
-
インターフェイス
rlsq0primary lsq-0/0/0とhot-standbyで設定し、インターフェイスrlsq0:0で設定します。primary lsq-0/0/0:0 -
インターフェイス
rlsq0:0primary lsq-0/0/0:0で設定され、インターフェイスrlsq1:0で設定されます。primary lsq-0/0/0:0 -
インターフェイス
rlsq0:0primary lsq-0/0/0:1で設定され、インターフェイスrlsq1:1で設定されます。primary lsq-0/0/0:1 -
インターフェイス
rlsq0primary lsq-0/0/0で設定し、インターフェイスrlsq1で設定します。primary lsq-0/0/0
さらに、同じ物理インターフェイスを複数の rlsq インターフェイスのプライマリインターフェイスとして再利用することはできず、関連する論理インターフェイスも再利用できません。たとえば、プライマリインターフェイス lsq-0/0/0 を別の rlsq インターフェイスで lsq-0/0/0:0として再利用することはできません。
冗長 LSQ インターフェイスの制限
リンクサービスIQPIC障害は、以下の条件下で発生します。
-
プライマリPICが起動に失敗します。この場合、
rlsqインターフェイスは起動せず、PICの再起動や交換、またはrlsq設定のプライマリPICの名前をセカンダリPICに変更するために手動介入が必要になります。 -
rlsqインターフェイスを設定する際に次の条件を満たさない場合:-
rlsqインターフェイスに割り当てられたユニット番号が、リンクサービスPICに割り当てられたマルチリンクフレームリレーのユーザーツーネットワークインターフェイスネットワークツーネットワークインターフェイス(UNI-NNI)(FRF.16)バンドルの数よりも少ないです。 -
データリンク接続識別子(DLCI)は、
rlsqインターフェイスに設定されています。
これらの条件が満たされない場合、
rlsqインターフェイスは起動しません。show interfaces redundancyコマンドを発行すると、rlsqインターフェイスの状態はWaiting for primary MS PICと表示されます。 -
-
プライマリPICがアクティブになると、障害が発生します。セカンダリPICが自動的に処理を引き継ぎます。
-
セカンダリPICへのフェイルオーバーが行われます。その後、セカンダリPICは失敗します。プライマリPICがアクティブな状態に復元されている場合、処理はそれに切り替わります。
-
リンクサービスIQPICを含むFPCに障害が発生します。
冗長LSQ設定には、以下の制約が適用されます。
-
プライマリPICとセカンダリPICは、2つの異なるFPC(M10iルーター以外のシャーシ)で設定することを推奨します。
-
Link Services IQ PICを明示的なバンドル設定で、
rlsqインターフェイスの構成要素として設定することはできません。 -
冗長LSQ構成により、GRESを完全にサポートできます。(GRES は
[edit chassis]階層レベルで設定する必要があります。 ルーティングデバイス用Junos OS管理ライブラリを参照してください。 -
redundancy-optionsステートメントにhot-standbyオプションを設定する場合、設定に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設定もサポートしています。プライマリおよびセカンダリの Link Services 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-冗長性-in-a-single-ルーター-using-virtual-interfaces__d85e790を参照してください。 -
チャネル化された
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)に接続されているネットワークよりも、バックツーバック ジュニパーネットワークス ルーターを使用した設定で発生する可能性が高くなります。
-
一般に、ジュニパーネットワークスルーターを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;
}
}
}