項目一覧
MPLS 擬似回線加入者論理インターフェイス
疑似回線加入者論理インターフェイスの概要
加入者管理は、ポイントツーポイントの MPLS 疑似配線を介した加入者インターフェイスの作成をサポートします。疑似回線加入者インターフェイス機能により、サービス プロバイダーは、MPLS ドメインをアクセス アグリゲーション ネットワークから加入者管理が行われるサービス エッジに拡張できます。サービス プロバイダーは、フェイルオーバー、再ルーティング、均一 MPLS ラベル プロビジョニングなどの MPLS 機能を活用しながら、単一の疑似回線を使用して、サービス ネットワーク内の多数の DHCP および PPPoE 加入者にサービスを提供できます。
疑似回線加入者論理インターフェイスは、MIC(イーサネットモジュラーインターフェイスカード)を備えたMPC(モジュラーポートコンセントレータ)でのみサポートされています。トランスポート論理インターフェイスにVPLSカプセル化とDHCP認証が使用されている場合、PPPoEおよびL2TP終端はサポートされません。ただし、ブロードバンド加入者管理レイヤー 2 ホールセール機能は、VPLS カプセル化でサポートされます。動的VLANインターフェイスは、卸売業者ルーターでVPLSカプセル化を使用して作成され、VLANタグスイッチングを実行して、小売業者ネットワーク上のPPPoE/DHCP加入者を終端します。詳細については、 ブロードバンド加入者管理レイヤ 2 ホールセール トポロジーおよび構成要素を参照してください。
疑似配線は、MPLS ベースのレイヤー 2 VPN またはレイヤー 2 回線のいずれかであるトンネルです。疑似配線トンネルは、イーサネットカプセル化トラフィックをアクセスノード(DSLAMやその他のアグリゲーションデバイスなど)から加入者管理サービスをホストするMXシリーズルーターに転送します。MXシリーズルーターでの疑似回線トンネルの終端は、物理的なイーサネット終端と似ており、加入者管理機能が実行されるポイントです。サービス プロバイダーは、DSLAM ごとに複数の疑似回線を設定し、特定の疑似回線上で多数の加入者に対するサポートをプロビジョニングできます。
図 1 は、加入者管理サポートを提供する MPLS ネットワークを示しています。
疑似回線のアクセスノード側では、加入者トラフィックをさまざまな方法で疑似回線にグルーミングできますが、その制限は疑似回線上にスタックできるインターフェイスの数とタイプのみです。アンカーポイントを指定します。これは、アクセスノードで疑似回線トンネルを終端する論理トンネルインターフェイスを識別します。
図 2 は、疑似回線加入者 論理インターフェイスのプロトコル スタックを示しています。疑似配線は、物理インターフェイス(IFD)上の論理トンネルアンカーポイントの上にスタックされた仮想デバイスであり、回線指向レイヤー2プロトコル(レイヤー2 VPNまたはレイヤー2回線)をサポートします。レイヤー2プロトコルは、トランスポートとサービスの論理インターフェイスを提供し、プロトコルファミリー(IPv4、IPv6、またはPPPoE)をサポートします。
Junos OS リリース 18.3R1 以降、MPC および MIC インターフェイスを搭載した MXシリーズルーターでは、冗長論理トンネルを介した疑似回線加入者サービス インターフェイスのサポートがレイヤー 3 VPN と draft-rosen マルチキャスト VPN で導入されました。 以前は、レイヤー3 VPNは、論理トンネルインターフェイスを介してのみ疑似回線加入者サービスをサポートし、これらのインターフェイスはユニキャストルーティングプロトコルを使用していました。 OSPF や BGP などです。このサポートにより、擬似回線加入者インターフェイス上でマルチキャスト ルーティング プロトコルである PIM(プロトコル独立マルチキャスト)をプロビジョニングし、VRF(仮想ルーティングおよび転送)ルーティング インスタンスで終端することができます。さらに、擬似回線論理インターフェイスデバイスの拡張数が増加しており、冗長論理トンネルインターフェイス上の疑似回線加入者インターフェイスの耐障害性サポートが追加されています。
疑似回線加入者サービスインターフェイスが、メンバーインターフェイス(またはFPC)が存在しない冗長論理トンネルに固定されている場合、トンネルインターフェイスがダウンします。このような場合、疑似回線インターフェイス(物理および論理)もダウンしているはずですが、疑似回線加入者サービスインターフェイスのサービス側からカスタマーエッジ(CE)デバイスへのpingなどのレイヤー2回線サービスは利用できませんが、疑似回線加入者論理インターフェイスの状態はアップのままになります。
これは、疑似回線加入者論理インターフェイスのトランスポート側がアップしたままで、サービスがアップしているためです。
疑似回線の設定は、加入者管理アプリケーションに対して透過的であり、加入者管理に使用されるパケット ペイロードに影響を与えません。DHCPやPPPoEなどの加入者アプリケーションは、物理インターフェイス上でスタックする方法と同様に、レイヤー2上でスタックできます。
リリース 16.1R1 以降Junos OS、MPLS 擬似回線の加入者および非加入者の論理インターフェイスのサービス側で family inet と family inet6 がサポートされます。
Junos OS リリース 16.1R1 以降、インライン IPFIX は MPLS 擬似回線加入者論理インターフェイスのサービス側でサポートされます。
Junos OS リリース 15.1R3 および 16.1R1 以降のリリースでは、MPLS 擬似回線加入者論理インターフェイスのトランスポート側で CCC カプセル化がサポートされています。
Junos OS リリース 19.1R1 より前は、疑似回線加入者インターフェイスでサポートされているカプセル化タイプは以下のもののみでした。
トランスポート論理インターフェイス—回線クロスコネクト(CCC)カプセル化。
Service logical interfaces:
イーサネットVPLSカプセル化
VLAN ブリッジ カプセル化
VLAN VPLSカプセル化
Junos OS リリース 19.1R1 以降、疑似回線加入者トランスポートおよびサービス論理インターフェイスに追加のカプセル化が追加されます。トランスポート論理インターフェイスは、イーサネットVPLSカプセル化をサポートしており、 l2backhaul-vpn ルーティングインスタンスでインターフェイスを終端するための規定があります。サービス論理インターフェイスは、回線クロスコネクト(CCC)カプセル化と、ローカルでスイッチングされたレイヤー2回線でインターフェイスを終端するための規定をサポートしています。
追加のカプセル化タイプをサポートすることで、レイヤー2回線やレイヤー3VPNなどの複数のVPNサービスに l2backhaul VPNをデモックスすることができます。疑似回線の加入者インターフェイスは冗長な論理トンネル上に固定されるため、この機能拡張によりラインカードの冗長性も提供されます。
Junos OS リリース 15.1R3 および 16.1R1 以降のリリースでは、MPLS 擬似回線加入者論理インターフェイスのサービス側で分散型サービス拒否(DDoS)防御がサポートされています。
Junos OS リリース 15.1R3 および 16.1R1 以降のリリースでは、MPLS 擬似回線加入者論理インターフェイスのサービス側でポリサーとフィルターがサポートされています。
Junos OS リリース 15.1R3 および 16.1R1 以降のリリースでは、MPLS 擬似回線加入者論理インターフェイスのサービス側で、論理インターフェイス上の正確な送信統計がサポートされています。
Junos OS リリース 17.3R1 以降のリリースでは、アクティブバックアップモードの基盤となる冗長論理トンネルインターフェイス(rlt)により、疑似回線加入者論理インターフェイスに対してステートフルアンカーポイント冗長性サポートが提供されます。この冗長性により、アンカーPFE(パケット転送エンジン)の障害からアクセスとコア側のリンクが保護されます。
アンカー冗長性疑似回線 加入者論理インターフェイスの概要
加入者論理インターフェイスを使用する MPLS 疑似配線の導入では、これらの論理インターフェースを固定する論理トンネルをホストするパケット転送エンジンに障害が発生すると、トラフィックの損失とその後の加入者セッションの損失につながります。
パケット転送エンジンは、障害検知をコントロールプレーンに依存しません。代わりに、ハートビートベースのアルゴリズムを基盤とする活性検出メカニズムを使用して、システム内の他のパケット転送エンジンの障害を検出します。パケット転送エンジンの障害は、ホストされている論理トンネルの障害も示しており、最終的にはセッションの損失につながります。このセッション損失を回避するには、トラフィックを失わずにセッションを移動できる冗長なアンカーポイントが必要です。
Junos OS リリース 17.3 以降では、疑似回線加入者論理インターフェイスは、アクティブバックアップ モードで基盤となる冗長論理トンネル(rlt)インターフェイス上にインスタンス化できます。これは、単一の論理トンネルインターフェイス上に疑似回線をインストールすることに追加されます。冗長な論理トンネルインターフェイス上に疑似回線加入者論理インターフェイスを実装する最も顕著な利点は、基盤となる転送パスに冗長性を提供できることです。
Junos OS リリース 18.3R1 以前では、MXシリーズ ルーターに最大 2,048 個の疑似回線加入者冗長論理トンネル インターフェイス デバイスを指定することができました。Junos OS リリース 18.3R1 以降、MPC および MIC インターフェイスを搭載した MXシリーズ ルーターでは、擬似回線冗長論理インターフェイス デバイスのスケーリング数が 7000 デバイスに増加し、追加の耐障害性サポートが提供されるようになりました。
Junos OS リリース 17.3 では、アンカー ポイントの冗長性を提供するため、パケット転送エンジン向けに強化された集約型インフラストラクチャもサポートされています。拡張された集約型インフラストラクチャでは、少なくとも1つの制御論理インターフェイスを冗長な論理トンネルインターフェイス上に作成する必要があります。疑似回線加入者論理インターフェイス用に作成されたトランスポート論理インターフェイスとサービス論理インターフェイスの両方が、冗長論理トンネルの基盤となる制御論理インターフェイスにスタックされます。このスタッキングモデルは、冗長および非冗長擬似回線の両方の加入者論理インターフェイスに使用されます。
冗長グループからの物理インターフェイスの削除をトリガーするには、以下のイベントが必要です。
-
モジュラーPICコンセントレータ(MPC)またはモジュラーインターフェイスカード(MIC)のハードウェア障害。
-
マイクロカーネルのクラッシュによる MPC の障害。
-
MPC または MIC が管理上オフラインになった。
-
MPCまたはMICの電源障害。
図 3 は、冗長論理トンネル インターフェイス上での疑似回線加入者論理インターフェイス スタッキングの詳細を示しています。
上の擬似回線加入者論理インターフェーススタッキング
RLT が使用されている場合、静的サービス ifl はトランスポート ifl にスタックされません。
デフォルトでは、冗長トンネルインターフェイスの リンクプロテクション は復帰的です。アクティブ リンクに障害が発生した場合、トラフィックはバックアップ リンクを介してルーティングされます。アクティブ リンクが再確立されると、トラフィックは自動的にアクティブ リンクにルーティングされます。これにより、トラフィックと加入者セッションの損失が発生します。
トラフィックとセッションの損失を克服するために、設定ステートメント set interfaces rltX logical-tunnel-options link-protection non-revertiveを使用して、冗長トンネルインターフェイスの非リバーティブリンク保護を設定できます。この設定では、アクティブ リンクが再確立されても、トラフィックはアクティブ リンクにルーティングされず、バックアップ リンクで転送され続けます。したがって、トラフィックの損失や加入者のセッションの損失はありません。また、 request interface (revert | switchover) interface-name コマンドを使用して、バックアップ リンクからアクティブ リンクにトラフィックを手動で切り替えることもできます。
トラフィックを手動で切り替えると、トラフィック損失が発生します。
-
制御論理インターフェイスは、疑似回線加入者論理インターフェイス設定の冗長トンネルインターフェイス上に暗黙的に作成されるため、追加の設定は必要ありません。
-
冗長論理トンネル インターフェイスでは、32 のメンバーの論理トンネル物理インターフェイスを使用できます。ただし、冗長論理トンネル インターフェイスでホストされる疑似回線加入者論理インターフェイスでは、論理トンネル物理インターフェイスの数が 2 つに制限されます。
擬似回線がインターフェイスに固定されている場合、基盤となる冗長論理トンネル(rlt)インターフェイスまたは基盤となる論理トンネル(lt)インターフェイスを無効にすることはできません。基盤となるインターフェイスを無効にするには、まず疑似回線を非アクティブ化する必要があります。
Junos OS リリース 18.4R1 以降、シングルホップの BFD(双方向フォワーディング検出)セッションのインライン配信のサポートは、冗長な論理トンネル インターフェイスを介した疑似回線加入者に拡張されています。論理トンネル インターフェイスを介した疑似回線加入者の場合、インターフェイスは 1 つの FPC(フレキシブル PIC コンセントレータ)に固定されるため、シングルホップ BFD セッションのインライン配信がデフォルトでサポートされます。擬似回線冗長論理インターフェイスを使用すると、メンバーの論理トンネルインターフェイスを異なるラインカードでホストできます。冗長論理インターフェイスでは配信アドレスを使用できないため、Junos OS リリース 18.4R1 以前は、シングルホップ BFD セッションの配信は集中モードで運用されていました。
擬似回線の冗長論理インターフェイス上でのシングルホップBFDセッションのインライン配信のサポートにより、1秒間隔で最大2000のシングルホップBFDセッションの拡張性の利点があり、検出時間が改善され、セッションのパフォーマンスが向上します。
冗長論理インターフェイスを介した疑似回線加入者に対するBFD動作は次のとおりです。
-
新しいBFDセッションが追加されると、アクティブFPCまたはバックアップFPCに固定できます。
-
いずれかのFPCに障害が発生するか再起動すると、そのFPCでホストされているすべてのセッションがダウンし、次に使用可能なディストリビューションアドレスに対して再アンカーリングがトリガーされます。セッションが他のFPCにインストールされ、BFDパケット交換が開始されると、BFDセッションが復帰します。
ただし、設定されたBFD検出時間によっては、アクティブFPCに障害が発生した場合にバックアップFPCのセッションがダウンしない可能性もあります。これは、新しいアクティブFPCの転送状態のプログラミングに時間がかかる場合があるためです。
-
アクティブFPCに障害が発生すると、すべてのBFDセッションがバックアップFPCに固定されます。同様に、バックアップFPCに障害が発生した場合、すべてのBFDセッションがアクティブFPCに固定されます。
-
BFDセッションの再アンカーリングは、アクティブFPCが再びオンラインになったときにはトリガーされません。
-
非リバーティブ動作を有効にすると、以前にアクティブだったFPCが再びオンラインになったときに、セッションがダウンすることは予想されません。デフォルトの復帰動作では、転送状態を更新する必要がある可能性があり、検出時間の設定によっては、セッションがフラップする場合としない場合があります。
論理トンネルインターフェイスを介した疑似回線加入者上でのシングルホップBFDセッションのインライン配信のサポートでは、次の点を考慮してください。
-
FPCタイプMPC 7eでは、7000 ルーティング インスタンスのアクティベーションにより、冗長論理トンネルインターフェイスに固定された疑似回線加入者インターフェイスで7000BGPセッションが確立されるまでに約6分かかります。
-
ノンストップアクティブルーティング(NSR)中に、新しいシステムログエラーメッセージ(
JTASK_SCHED_SLIP)が記録されます。これは、大規模な NSR で予想される動作であり、セッション フラップなど、アクションの実行が必要な他の問題がない限り、無視しても問題ありません。
Junos OS リリース 21.4R1 以降、DHCP や PPPoE などの加入者アプリケーション向けに、アクティブ/アクティブ冗長論理トンネル(RLT)インターフェイスを介した疑似配線上の加入者インターフェイス上の BNG の CoS サポートを導入しました。この CoS プロパティは、論理トンネル リンクにスケジューリング ノードを提供することで実現されます。動的インターフェイス、インターフェイス セット、静的基盤インターフェイス、および RLT 上の動的基盤インターフェイスの場合、CoS は、アクティブ/アクティブ モードの複数の論理トンネル リンクを持つ RLT 内の各リンクにスケジューリング ノードを割り当てます。プライマリ リンクとバックアップ リンクを持つターゲット インターフェイスとターゲット インターフェイス セットの場合、CoS はプライマリ リンクとバックアップ リンクにスケジューリング ノードを割り当て、スケジューリング ノードの使用を最適化します。CoS が加入者レベルで適用される場合、加入者ターゲット インターフェイスのトラフィックは、すべてのプライマリ LT リンクに分散されます。また、特定の加入者からのトラフィックは、常に同じパケット転送エンジンによって処理されます。
図 4 は、加入者アクセス用の 4 レベルのスケジューラ階層に使用される親および子インターフェイスの詳細を示しています。動的PPPoE IFLおよび動的IFLセットは子ノードです。動的 svlan IFL-set ノードと動的または静的 uifl ノードは親ノードです。
の 4 段階のスケジューラ階層
ノードでターゲティングを有効にする場合、CoS が正しく機能するためには、すべての子ノードのターゲティングを有効にする必要があります。子ノードを有効にするには、 [edit interfaces ps1 auto-configure stacked-vlan-ranges dynamic-profile]で動的プロファイルを構成します。動的ターゲットインターフェイスとインターフェイスセットを[edit dynamic-profile]で設定して、動的プロファイルを作成します。
動的プロファイル構成の例を次に示します。
dvlanProf {
interfaces {
"$junos-interface-ifd-name" {
unit "$junos-interface-unit" {
demux-source [ inet inet6 ];
no-traps;
proxy-arp;
vlan-tags outer "$junos-stacked-vlan-id" inner "$junos-vlan-id";
targeted-distribution;
family inet {
unnumbered-address lo0.0 preferred-source-address 100.0.0.1;
}
family inet6 {
unnumbered-address lo0.0 preferred-source-address 1000:0::1;
}
family pppoe {
duplicate-protection;
dynamic-profile pppoeClientSvlanSetVar;
}
}
}
}
}
pppoeClientSvlanSetVar {
interfaces {
interface-set "$junos-svlan-interface-set-name" {
targeted-distribution;
interface pp0 {
unit "$junos-interface-unit";
}
}
pp0 {
unit "$junos-interface-unit" {
actual-transit-statistics;
ppp-options {
pap;
}
pppoe-options {
underlying-interface "$junos-underlying-interface";
server;
}
targeted-distribution;
keepalives interval 30;
family inet {
unnumbered-address "$junos-loopback-interface";
}
}
}
}
}
また、この機能は拡張IPモードでのみ機能するため、[edit chassis]階層レベルでネットワークサービスenhanced-ipを設定する必要があります。
ターゲティングを使用したアクティブ/アクティブ マルチリンク モードは、RLT インターフェイスのターゲティング アルゴリズムを使用して、異なる RLT メンバー(プライマリ/セカンダリ レッグ ペア)間でクライアントを分散します。ターゲティングは、動的加入者と動的インターフェース セットに適用できます。ターゲティングアルゴリズムは、メンバーリンクペアに関連付けられた疑似IFLのリストを調べ、設定された rebalance-subscriber-granularityに基づいて、十分な容量を持つ最初の疑似IFLを選択します。
ターゲティングを有効にすると、クライアントタイプに基づいてデフォルトのターゲティングの重みがサブスクライバーに割り当てられます。ターゲティング アルゴリズムは、疑似 IFL 選択プロセスで割り当ての重みを使用し、IFL の借方の重みは、割り当てられた疑似 IFL に対してカウントされた重みです。IFLset を除くすべてのオブジェクトについて、割り当てと借方の重み付けは同じであり、クライアント プロファイルを使用して変更できます。IFLset の場合、クライアント・プロファイルを介して変更できるのは割り振り加重属性のみであり、IFLset の借方加重は値 0 に固定されます。
| クライアントの種類 |
割り当ての重み |
借方重量 |
|---|---|---|
| DVLAN |
1 |
1 |
| IpDemux(イップデマルチプレックス) |
1 |
1 |
| PPPの |
1 |
1 |
| IFLセット |
32 |
0 |
疑似回線加入者論理インターフェースの設定
疑似回線加入者論理インターフェイスは、加入者管理をホストするアクセスノードからMXシリーズルーターへのMPLS疑似回線トンネルを終端し、インターフェイスで加入者管理サービスを実行できるようにします。
疑似回線加入者論理インターフェイスを作成するには:
ルーターでサポートされる疑似回線論理インターフェースデバイスの最大数の設定
ルーターが加入者論理インターフェイスに使用できる疑似回線論理インターフェイス デバイス(疑似回線トンネル)の最大数を設定する必要があります。最大数を設定すると、疑似回線インターフェイスのインターフェイス名も定義されます。その後、インターフェイスを設定する際には、ps0からps(device-count - 1)までの範囲でインターフェイス名を指定する必要があります。
例えば、デバイスの最大数を5に設定した場合、インターフェイスps0、ps1、ps2、ps3、ps4のみを設定できます。
Junos OS リリース 17.2R1 より前では、MXシリーズルーターに最大 2048 個の疑似回線論理インターフェイスデバイスを指定することができました。Junos OS リリース 17.2R1 以降、MPC および MIC インターフェイスを搭載した MXシリーズ ルーターでは、擬似回線論理インターフェイス デバイスのスケーリング数が 7000 デバイスに増加し、追加の耐障害性サポートが提供されるようになりました。
同様に、Junos OS リリース 18.3R1 より前では、MXシリーズ ルーターに最大 2,048 個の疑似回線加入者冗長論理トンネル(rlt)インターフェイス デバイスを指定することができました。Junos OS リリース 18.3R1 以降、MPC および MIC インターフェイスを搭載した MXシリーズ ルーターでは、擬似回線冗長論理インターフェイス デバイスのスケーリング数が 7000 デバイスに増加し、追加の耐障害性サポートが提供されるようになりました。
Junos OS リリース 20.4R1 以降、MX2K-MPC9E または MX2K-MPC11E ライン カードを搭載した MX2010 および MX2020 ルーターでは、最大 18,000 個の疑似回線論理インターフェイス デバイスを指定できます。
擬似回線論理インターフェイスデバイスを最大限にホストするPFEは、ビジネスエッジシナリオで発生する可能性のある特殊なケースに必要な設定の柔軟性を提供します。ただし、疑似回線論理インターフェイスデバイスポートで追加サービスを設定すると、利用可能なPFEリソースを超える可能性があります。拡張された設定をサポートするには、シャーシに適切な数のPFEを入力し、予想されるピーク負荷によってPFEが過負荷にならないように、疑似回線論理インターフェイスデバイスをPFE全体に分散してください。特定の導入のネットワーク計画の一環として、疑似回線論理インターフェイスデバイスの分布と、デバイスに関連するサービスの正確な組み合わせを検討する必要があります。
設定された疑似回線論理インターフェイスデバイスは、デバイスにアクティブな加入者論理インターフェイスがない場合でも、共有プールからリソースを消費します。リソースを節約するために、使用する予定のない疑似配線デバイスを過剰に展開しないでください。
ルーターでサポートする疑似回線論理インターフェイスデバイスの数を設定するには:
疑似回線加入者論理インターフェースデバイスの設定
ルーターが加入者論理インターフェイスに使用する疑似回線論理インターフェイス デバイスを設定するには、疑似回線終端を処理する論理トンネルを指定します。また、冗長論理トンネルを使用して、メンバーの論理トンネルに冗長性を持たせることもできます。VLANタグ付け方法、MTU、Gratuitous ARPサポートなど、インターフェイスデバイスに追加のオプションパラメーターを設定できます。
疑似回線論理インターフェイスデバイス用の論理トンネルを作成する必要があります。冗長論理トンネルを使用している場合は、冗長トンネルを作成する必要があります。
疑似回線加入者インターフェイスデバイスを設定するには:
疑似回線加入者論理インターフェースデバイスのアンカーポイントの変更
アクティブな疑似配線デバイスが上にスタックされているアンカーポイントを動的に変更することはできません。アンカー ポイントを移動する前に、特定の変更をコミットする必要があります。例えば、ある論理トンネルから別の論理トンネルへ、論理トンネルから冗長論理トンネルへ、冗長論理トンネルから論理トンネルへ、アンカーポイントを移動する場合などが挙げられます。
論理トンネルインターフェイス間でアンカーポイントを移動するには:
アンカーポイントを論理トンネルインターフェイスから冗長論理トンネルインターフェイスに移動するには:
スタックされた疑似配線を無効にし、コミットします。これには、疑似回線を使用している加入者をダウンさせる必要があるかもしれません。
[edit interfaces] user@host# deactivate psnumber user@host# commit
新しい冗長論理トンネル インターフェイスを追加し、コミットします。
トンネルを作成し、許可されるデバイスの最大数を設定します。
[edit chassis] user@host# set redundancy-group interface-type redundant-logical-tunnel device-count count
各メンバーの論理トンネルを冗長論理トンネルにバインドします。
手記：冗長論理トンネルでは、メンバーがアクティブバックアップモードになっている必要があります。バックアップの論理トンネルは、アクティブな論理トンネルとは異なるFPC上にある必要があります。たとえば、アクティブなトンネルがFPC 3にある場合、バックアップトンネルはFPC 4などの別のFPCに存在する必要があります。
[edit interfaces rltnumber] user@host# set redundancy-group member-interface lt-fpc/pic/port active user@host# set redundancy-group member-interface lt-fpc/pic/port backup
変更をコミットします。
[edit interfaces rltnumber] user@host# commit
無効化された疑似回線のアンカーを新しい冗長論理トンネルインターフェイスに変更し、コミットします。
[edit interfaces] user@host# set psnumber anchor-point rltnumber user@host# commit
スタックされた疑似配線を再活性化し、コミットします。
[edit interfaces] user@host# activate psnumber user@host# commit
冗長論理トンネルインターフェイスから、冗長論理トンネルのメンバーである論理トンネルインターフェイスにアンカーポイントを移動するには、以下を行います。
スタックされた疑似配線を非アクティブ化します。これには、疑似回線を使用している加入者をダウンさせる必要があるかもしれません。冗長な論理トンネル インターフェイスを削除し、変更をコミットします。
[edit interfaces] user@host# deactivate psnumber user@host# delete rltnumber user@host# commit
無効化された疑似回線のアンカーを新しい論理トンネル インターフェイスに変更し、コミットします。
[edit interfaces] user@host# set psnumber anchor-point lt-fpc/pic/port user@host# commit
スタックされた疑似配線を再活性化し、コミットします。
[edit interfaces] user@host# activate psnumber user@host# commit
疑似回線加入者論理インターフェースのトランスポート論理インターフェースの設定
このトピックでは、疑似回線トランスポート論理インターフェイスを設定する方法について説明します。疑似回線デバイスは、1つのトランスポート論理インターフェイスのみを持つことができます。
疑似回線論理デバイスおよびそれに関連する疑似回線論理インターフェイスは、基盤となる論理トランスポート インターフェイス デバイス(レイヤー 2 VPN 回線またはレイヤー 2 回線)の状態に依存します。
疑似配線デバイスのトランスポート論理インターフェイスを表すために、 unit 0 を使用することをお勧めします。ゼロ以外のユニット番号は、疑似回線加入者インターフェイスに使用される サービス 論理インターフェイスを表します。
疑似ワイヤトランスポート論理インターフェイスを設定するには:
疑似回線加入者論理インターフェイスのレイヤー 2 回線シグナリングの設定
このトピックでは、疑似回線加入者論理インターフェイスのサポートに使用されるレイヤー2回線シグナリングを設定する手順について説明します。また、疑似回線の加入者論理インターフェイスにレイヤー 2 VPN シグナリングを使用することもできます。この 2 つの方法は相互に排他的です。特定の疑似回線には 1 つの方式しか使用できません。
疑似配線インターフェイスのレイヤー 2 回線シグナリングを設定するには:
レイヤー 2 回線の詳細については、 レイヤー 2 回線のインターフェイスの設定を参照してください。
疑似回線加入者論理インターフェイスのレイヤー 2 VPN シグナリングの設定
このトピックでは、疑似回線加入者論理インターフェイスのサポートに使用されるレイヤー2 VPNシグナリングを設定する手順について説明します。また、疑似回線加入者論理インターフェイスにレイヤー 2 回線シグナリングを使用することもできます。この 2 つの方法は相互に排他的です。特定の疑似回線では 1 つの方式しか使用できません。
疑似回線インターフェイスのレイヤー2 VPNシグナリングを設定するには:
疑似回線加入者論理インターフェースのサービス論理インターフェースの設定
このトピックでは、疑似回線サービス論理インターフェイスを設定する方法について説明します。サービス論理インターフェイスは、疑似回線論理インターフェイスの接続回線を表します。
疑似回線加入者論理インターフェイスの概要で説明したように、ビジネスニーズに応じて、サービス論理インターフェイスを上位加入者論理インターフェイスとともに構成するかどうかを選択できます。ブロードバンドエッジ構成では、上位の加入者論理インターフェイスが加入者の分界点となります。ただし、ビジネスエッジ構成では、サービス論理インターフェイスはビジネス加入者の分界点であり、加入者論理インターフェイスとしても機能するため、加入者論理インターフェイスは明示的に設定されません。
ゼロ以外のユニット番号は、疑似回線加入者インターフェイスに使用される サービス 論理インターフェイスを表します。 unit 0 を使用して、疑似回線デバイスの トランスポート 論理インターフェイスを表します。
疑似回線サービス論理インターフェイスを設定するには:
VC 11 タイプのサポートによる PWHT の設定
サービスPEルーターで疑似回線ヘッドエンド終端(PWHT)インターフェイスを設定し、疑似回線加入者(PS)トランスポート論理インターフェイスで ethernet-tcc カプセル化を設定できます。
この機能を使用する場合、サービス PE ルーターは、アクセス側の顧客からの TDM/SONET/SDH カプセル化トラフィックをサポートする必要はありません。LDP 信号の FEC 128(仮想回線(VC)タイプ 11)である IP ベースのポイントツーポイント疑似配線は、CE ルーターに接続されたアクセス デバイスにサービス PE ルーターを接続します。疑似配線を、レイヤー3 VPNインスタンスまたはグローバルIPテーブルで終端するように設定します。
この機能は、IPv4 および IPv6 ペイロードとユニキャストおよびマルチキャスト トラフィックをサポートします。
サービス PE ルーターは、回線のいずれかのエンドで異なる解決プロトコルが使用されている場合、ARP 仲介を使用してレイヤー 2 アドレスを解決します。サービス PE ルーターには、アクセス CE ルーターはローカルに接続されているように見えます。この ARP メディエーションは、IPv4 アドレスではプロキシ ARP によって、IPv6 アドレスでは近隣検索プロトコル(NDP)によって提供されます。サービス PE ルーターは、アクセス CE ルーターの IPv4 アドレスに対応するローカル ARP エントリーを作成するか、アクセス CE ルーターの IPv6 アドレスをネイバー テーブルに追加します。
VC 11タイプをサポートするPWHTのインターフェイスと l2circuit プロトコルを設定する前に:
- レイヤー2回線のターゲットLDPセッションを設定します。 レイヤー 2 回線への LDP の設定 を参照してください。
- レイヤー3 VPNを設定します。 レイヤー 3 VPN の設定の概要を参照してください。
PS インターフェイスで family tcc と encapsulation ethernet-tcc を有効にする場合、設定に関する次の制約に注意してください。
- PS 物理インターフェイスごとに 1 つの IP 擬似回線のみをサポート
- 制御ワードのサポートはありません。PSインターフェイスを介したBFD用。または、IP疑似回線上のアクティブ/スタンバイ、ホットスタンバイ、またはオールアクティブ設定の場合は
レイヤー3 VPNインスタンスに終端するサービスPEルーターでPWHTを設定するには:
加入者トラフィックの負荷分散サポートの設定
アクティブ/アクティブ モードでルーターの LT リンクを使用して RLT を設定します。RLT アプリケーションは、LT 子メンバー・リンクを集約プロパティーとして組み込むように拡張できます。
Junos OS リリース 21.4R1 以降、RLT の複数の LT 子メンバー リンクを介した PS インターフェイス上の加入者セッションのロードバランシング サポートを同時に提供します。RLTインターフェイスのロードバランシングプロパティにより、PSインターフェイス上の加入者トラフィックを分散させ、異なるPICやラインカード上でロードバランシングすることができます。
RLTインターフェイスでは、PSアンカーポイントの冗長性をサポートし、LAGモードを拡張します。 enhanced-ip オプションまたは enhanced-ethernet オプションを [edit chassis network-services] 階層レベルで使用しながら、RLT に固定された PS IFD を設定します。
計算されたハッシュは、ECMP パスの選択とロードバランシングに使用されます。レイヤー 2 イーサネット疑似配線を介した IPv4 トラフィックのロードバランシングを設定できます。また、IP情報に基づいて、イーサネット疑似配線のロードバランシングを設定することもできます。
制限
-
疑似回線加入者(PS)インターフェイスでのBNGロードバランシングサポート機能は、MXシリーズルーターでBBEアクセスモデルをサポートするすべてのトリオベースのラインカードでのみサポートされています。
-
PS 物理インターフェイスを無効にしない限り、PS アンカー ポイントを変更することはできません。
-
RLT メンバーを追加または削除すると、一時的なトラフィックの中断が発生することがあります。RLTメンバーリンクの動作の追加または削除は、他の集約インターフェイスの動作と同様です。
-
各LTメンバーのイングレス統計は利用できません。ただし、集約された PS IFL または IFD 統計情報は、両方向で使用できます。
-
RLT アクティブ/アクティブ モードは、加入者サービスでのみサポートされます。
以下は、複数のアクティブな子 LT リンクを介した RLT 上の PS の現在のロード バランシング サポートではサポートされていません
-
MX240、MX480、MX960ラインカードでのPS over RLTインターフェイスのサポート。
-
アクティブ/アクティブモードのメンバーリンクに対する階層型ポリサーインターフェイスのCoSサポート
-
PS(疑似回線サービス)インターフェイス上の加入者トラフィックに対するCoSアグリゲートイーサネットサポート
-
L2 サービス アクティブ/アクティブモードメンバーリンク用のビジネスエッジ(L3)サポート
-
非冗長でのPSインターフェイスサポート
-
疑似回線加入者論理インターフェイスのアンカーポイント冗長性に対する階層型CoSサポート
加入者トラフィックのロードバランシングサポートを設定するには、次の手順に従います。
参照
変更履歴
サポートされる機能は、使用しているプラットフォームとリリースによって決まります。特定の機能がお使いのプラットフォームでサポートされているかどうかを確認するには、 Feature Explorer を使用します。
ethernet-tcc カプセル化を使用して、サービスPEルーター上にPWHTインターフェイスを設定できます。疑似回線は VC タイプ 11 です。
l2backhaul-vpn ルーティングインスタンスでインターフェイスを終端するための規定があります。トランスポート論理インターフェイスにVPLSカプセル化が使用されている場合、PPPoEおよびL2TP終端はサポートされていません。サービス論理インターフェイスは、回線クロスコネクト(CCC)カプセル化と、ローカルでスイッチングされたレイヤー2回線でインターフェイスを終端するための規定をサポートしています。
family inet と
family inet6 がサポートされます。