このページの目次
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 ネットワークを示しています。
疑似配線のアクセス ノード側では、加入者トラフィックをさまざまな方法で疑似配線にグルーミングできますが、それは疑似配線にスタックできるインターフェイスの数と種類によってのみ制限されます。アクセスノードで疑似回線トンネルを終端する論理トンネルインターフェイスを識別するアンカーポイントを指定します。
MPLSアクセスネットワーク
図 2 は、疑似回線加入者 論理インターフェイスのプロトコル スタックを示しています。疑似回線は、物理インターフェイス(IFD)の論理トンネルアンカーポイントより上にスタックされる仮想デバイスで、回線指向のレイヤー2プロトコル(レイヤー2 VPNまたはレイヤー2回線)をサポートします。レイヤー 2 プロトコルは、トランスポートおよびサービスの論理インターフェイスを提供し、プロトコル ファミリー(IPv4、IPv6、または PPPoE)をサポートします。
Junos OSリリース18.3R1以降、MPCおよびMICインターフェイスを備えたMXシリーズルーターでは、冗長論理トンネルを介した疑似回線加入者サービスインターフェイスのサポートが、レイヤー3 VPNおよびドラフトローゼンマルチキャストVPNで導入されています。 以前は、レイヤー3 VPNは、論理トンネルインターフェイスを介した疑似回線加入者サービスのみをサポートしていましたが、これらのインターフェイスはユニキャストルーティングプロトコルを使用していました。 OSPF や BGP などですこのサポートにより、仮想ルーティングおよび転送(VRF)ルーティング インスタンスで終端されるマルチキャスト ルーティング プロトコルである PIM(プロトコル非依存型マルチキャスト)を疑似回線加入者インターフェイスでプロビジョニングできます。さらに、疑似回線論理インターフェイスデバイスのスケーリング数が増加しており、冗長論理トンネルインターフェイス上の疑似回線加入者インターフェイスの耐障害性サポートが追加されています。
メンバーインターフェイス(またはFPC)が存在しない冗長論理トンネルに疑似回線加入者サービスインターフェイスが固定されている場合、トンネルインターフェイスがダウンします。このような場合、疑似回線インターフェイス(物理および論理)もダウンしているはずですが、疑似回線加入者サービス インターフェイスのサービス側からカスタマー エッジ(CE)デバイスに向けて ping するなどのレイヤー 2 回線サービスは利用できませんが、疑似回線加入者の論理インターフェイスの状態はアップのままです。
これは、疑似回線加入者論理インターフェイスのトランスポート側がアップ状態のままであるため、サービスがアップします。
疑似回線の設定は、加入者管理アプリケーションに対して透過的であり、加入者管理に使用されるパケット ペイロードには影響しません。DHCP や PPPoE などの加入者アプリケーションは、物理インターフェイスと同様にレイヤー 2 上にスタックできます。
Junos OS リリース 16.1R1 以降では、 family inet family inet6 MPLS 疑似回線加入者および非加入者の論理インターフェイスのサービス側でサポートされています。
Junos OS Release 16.1R1以降、インラインIPFIXは、MPLS疑似回線加入者論理インターフェイスのサービス側でサポートされています。
Junos OS Release 15.1R3 および 16.1R1 以降のリリースでは、MPLS 疑似回線加入者論理インターフェイスのトランスポート側で CCC カプセル化がサポートされています。
Junos OS リリース 19.1R1 以前は、疑似回線加入者インターフェイスでサポートされているカプセル化タイプは、次のもののみでした。
トランスポート論理インターフェイス - CCC(回線クロスコネクト)カプセル化。
Service logical interfaces:
イーサネットVPLSカプセル化
VLAN ブリッジ カプセル化
VLAN VPLSカプセル化
Junos OS Release 19.1R1 以降、疑似回線の加入者トランスポートおよびサービス論理インターフェイスに、新たなカプセル化が追加されています。トランスポート論理インターフェイスは、イーサネットVPLSカプセル化と、ルーティングインスタンスでの l2backhaul-vpn インターフェイスの終端プロビジョニングをサポートしています。サービス論理インターフェイスは、CCC(回線クロスコネクト)カプセル化と、ローカルで交換されるレイヤー2回線上でのインターフェイスの終端プロビジョニングをサポートします。
追加のカプセル化タイプをサポートすることで、VPN を l2backhaul レイヤー 2 回線やレイヤー 3 VPN などの複数の VPN サービスにデモックスすることでメリットを得ることができます。疑似回線加入者インターフェイスは冗長論理トンネルに固定されるため、この機能拡張によってラインカードの冗長性も得られます。
Junos OS Release 15.1R3 および 16.1R1 以降のリリースでは、MPLS 疑似回線加入者論理インターフェイスのサービス側で分散型サービス拒否(DDoS)防御がサポートされています。
Junos OS Release 15.1R3 および 16.1R1 以降のリリース以降、ポリサーとフィルターは MPLS 疑似回線加入者論理インターフェイスのサービス側でサポートされています。
Junos OS Release 15.1R3 および 16.1R1 以降のリリース以降、論理インターフェイスでの正確な送信統計は、MPLS 疑似ワイヤ加入者論理インターフェイスのサービス側でサポートされます。
Junos OS Release 17.3R1以降のリリース以降、アクティブバックアップモードの基盤となる冗長論理トンネルインターフェイス(rlt)により、疑似回線加入者論理インターフェイスに対してステートフルアンカーポイント冗長サポートが提供されます。この冗長性により、アクセスとコア側のリンクがアンカー PFE(パケット転送エンジン)の障害から保護されます。
アンカー冗長性疑似回線加入者論理インターフェイスの概要
疑似回線加入者の論理インターフェイスを使用するMPLS擬似配線の導入では、これらの論理インターフェイスを固定する論理トンネルをホストしているパケット転送エンジンに障害が発生すると、トラフィックが失われ、その後の加入者セッションの損失が発生します。
パケット転送エンジンは、障害検出時にコントロールプレーンに依存しません。代わりに、基盤となるハートビートベースのアルゴリズムを備えた活性検出メカニズムを使用して、システム内の他のパケット転送エンジンの障害を検出します。パケット転送エンジンの障害は、ホストされている論理トンネルの障害も示しており、最終的にセッションロスにつながります。このセッションの損失を回避するには、トラフィックを失わずにセッションを移動できる冗長アンカーポイントが必要です。
Junos OS リリース 17.3 以降では、疑似回線加入者論理インターフェイスは、アクティブバックアップ モードで、基盤となる冗長論理トンネル(rlt)インターフェイス上でインスタンス化できます。これは、単一の論理トンネル インターフェイス上に疑似配線をインストールすることに追加されます。冗長論理トンネルインターフェイス上で疑似回線加入者論理インターフェイスを実装する最も顕著な利点は、基盤となる転送パスの冗長性を提供できることです。
Junos OS Release 18.3R1 以前では、MX シリーズ ルーターに対して最大 2048 個の疑似回線加入者冗長論理トンネル インターフェイス デバイスを指定することができました。Junos OS Release 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)セッションのインライン配信のサポートは、冗長論理トンネル インターフェイスを介した疑似回線加入者に拡張されています。論理トンネル インターフェイスを介した疑似回線加入者の場合、インターフェイスは単一の FPC(フレキシブル PIC コンセントレータ)に固定されるため、シングルホップ BFD セッションのインライン配信がデフォルトでサポートされます。疑似回線の冗長論理インターフェイスを使用すると、メンバーの論理トンネル インターフェイスを異なるラインカードでホストできます。分散型アドレスは冗長論理インターフェイスに使用できないため、シングルホップBFDセッションの分散型は、Junos OSリリース18.4R1より前の集中モードで運用されていました。
疑似回線の冗長論理インターフェイスを介したシングルホップBFDセッションのインライン配信がサポートされているため、1秒間隔で最大2000のシングルホップBFDセッションの拡張上の利点があり、検出時間が改善されてセッションのパフォーマンスが向上します。
冗長論理インターフェイスを介した疑似回線加入者のBFD動作は次のとおりです。
-
新しいBFDセッションが追加されると、アクティブFPCまたはバックアップFPCに固定できます。
-
いずれかのFPCに障害が発生するかリブートすると、そのFPCでホストされているすべてのセッションがダウンし、次に使用可能な配信アドレスに対して再アンカーがトリガーされます。BFD セッションは、セッションが他の FPC にインストールされ、BFD パケット交換が開始された後に復帰します。
ただし、設定されたBFD検出時間によっては、アクティブFPCに障害が発生してもバックアップFPCのセッションがダウンしない場合もあります。これは、新しいアクティブFPCの転送状態がプログラムされるまでに時間がかかる場合があるためです。
-
アクティブFPCに障害が発生すると、すべてのBFDセッションがバックアップFPCに固定されます。同様に、バックアップFPCに障害が発生すると、すべてのBFDセッションがアクティブFPCに固定されます。
-
BFD セッションのリアンカーは、アクティブな FPC が再びオンラインになってもトリガーされません。
-
非復元動作を有効にすると、以前アクティブだったFPCが再びオンラインになったときに、セッションがダウンすることは想定されません。デフォルトの復帰動作では、転送状態を更新する必要があり、検出時間の設定によっては、セッションがフラップする場合とされない場合があります。
論理トンネル インターフェイスを介した疑似回線加入者でのシングルホップ BFD セッションのインライン配信のサポートでは、次の点を考慮してください。
-
FPC タイプ MPC 7e では、7000ルーティングインスタンスをアクティブ化すると、冗長論理トンネルインターフェイスに固定された疑似ワイヤ加入者インターフェイスで7000 BGPセッションが確立されるまでに約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 セットと動的または静的 uifl ノードは親ノードです。
用の 4 レベルのスケジューラ階層
ノードでターゲティングを有効化する場合、CoSが正しく機能するためには、すべての子ノードのターゲティングを有効にする必要があります。子ノードを有効にするには、で [edit interfaces ps1 auto-configure stacked-vlan-ranges 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モードでのみ動作するため、 階層レベルでネットワークサービスenhanced-ip[edit chassis]を設定する必要があります。
ターゲティングを使用したアクティブ/アクティブ複数リンク モードでは、RLT インターフェイスのターゲット アルゴリズムを使用して、異なる RLT メンバー(プライマリ/セカンダリ レッグ ペア)間でクライアントを分散します。ターゲティングは、動的加入者と動的インターフェイス セットに適用できます。ターゲティングアルゴリズムは、メンバーリンクペアに関連付けられた疑似IFLのリストを調べ、設定された rebalance-subscriber-granularityに基づいて、十分な容量を有する最初の疑似IFLを選択する。
ターゲティングが有効になっている場合、サブスクライバーにはクライアントタイプに基づいてデフォルトのターゲティングウェイトが割り当てられます。ターゲティングアルゴリズムは、疑似IFL選択プロセスで割り当ての重みを使用し、IFLの借方の重みは、割り当てられた疑似IFLに対してカウントされる重みです。IFLset を除くすべてのオブジェクトで、割り当てと借方の重みは同じであり、クライアントプロファイルを使用して変更することができます。IFLset の場合、クライアント プロファイルを使用して変更できるのは割り当ての重み属性のみであり、IFLset の借方の重みは値 0 に固定されます。
| クライアントの種類 |
割り当ての重み |
デビットウェイト |
|---|---|---|
| ドヴラン |
1 |
1 |
| イプデマルチックス |
1 |
1 |
| Ppp |
1 |
1 |
| IFLset |
32 |
0 |
疑似回線加入者論理インターフェイスの設定
疑似回線加入者論理インターフェイスは、アクセスノードから加入者管理をホストするMXシリーズルーターへのMPLS疑似回線トンネルを終端し、そのインターフェイスで加入者管理サービスを実行できるようにします。
疑似回線加入者論理インターフェイスを作成するには:
ルーターでサポートされる擬似回線論理インターフェイス デバイスの最大数の設定
ルーターが加入者論理インターフェイスに使用できる疑似回線論理インターフェイス デバイス(疑似回線トンネル)の最大数を設定する必要があります。最大数を設定すると、疑似回線インターフェイスのインターフェイス名も定義されます。その後にインターフェイスを設定する場合、ps0 から ps(device-count - 1) の範囲でインターフェイス名を指定する必要があります。
例えば、デバイスの最大数を5に設定すると、インターフェイスps0、ps1、ps2、ps3、ps4のみを設定できます。
Junos OS Release 17.2R1 以前では、MX シリーズ ルーターに対して最大 2048 個の疑似回線論理インターフェイス デバイスを指定することができました。Junos OS Release 17.2R1以降、MPCおよびMICインターフェイスを搭載したMXシリーズルーターでは、疑似回線論理インターフェイスデバイスのスケーリング数が7000デバイスに増加し、耐障害性のサポートが強化されました。
同様に、Junos OS Release 18.3R1 以前では、MX シリーズ ルーターに対して最大 2048 個の疑似回線加入者冗長論理トンネル(rlt)インターフェイス デバイスを指定することができました。Junos OS Release 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、無償ARPサポートなどの追加のオプションパラメータを設定できます。
疑似回線論理インターフェイス デバイスの論理トンネルを作成する必要があります。冗長論理トンネルを使用している場合は、冗長トンネルを作成する必要があります。
疑似回線加入者インターフェイスデバイスを設定するには:
疑似回線加入者論理インターフェイス デバイスのアンカー ポイントの変更
その上にアクティブな疑似回線デバイスがスタックされているアンカーポイントを動的に変更することはできません。アンカーポイントを移動する前に、特定の変更をコミットする必要があります。このような状況の例としては、アンカー ポイントを 1 つの論理トンネルから別の論理トンネルへ、論理トンネルから冗長論理トンネルへ、冗長論理トンネルから論理トンネルへの移動などがあります。
論理トンネルインターフェイス間でアンカーポイントを移動するには:
アンカーポイントを論理トンネルインターフェイスから冗長論理トンネルインターフェイスに移動するには:
スタックされた疑似配線を非アクティブ化してコミットします。そのためには、疑似回線を使用している加入者を停止させる必要がある場合があります。
[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カプセル化トラフィックをサポートする必要はありません。IPベースのポイントツーポイント疑似回線は、LDP信号のFEC 128(仮想回線(VC)タイプ11)であり、サービスPEルーターをCEルーターに接続されたアクセスデバイスに接続します。疑似回線がレイヤー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 インターフェイス および encapsulation ethernet-tcc で を有効にするfamily 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 RLTに固定されたPS IFDを設定する場合は、オプションまたは enhanced-ethernet [編集シャーシネットワークサービス]階層レベルでオプションを使用します。
計算されたハッシュは、ECMP パスとロード バランシングの選択に使用されます。レイヤー 2 イーサネット疑似配線を介した IPv4 トラフィックのロード バランシングを設定できます。また、IP 情報に基づいてイーサネット疑似配線のロード バランシングを設定することもできます。
制限
-
疑似回線加入者(PS)インターフェイス機能でのBNGロードバランシングサポートは、MXシリーズルーターでBBEアクセスモデルをサポートするすべてのTrioベースのラインカードでのみサポートされています。
-
PS 物理インターフェイスを無効にしない限り、PS アンカー ポイントを変更することはできません。
-
一時的なトラフィックの中断は、RLT メンバーを追加または削除するときに発生する可能性があります。RLTメンバーリンク動作の追加または削除は、他の集約インターフェイス動作と同様です。
-
各LTメンバーのイングレス統計は利用できません。ただし、集計 PS IFL または IFD 統計は両方向で使用できます。
-
RLT アクティブ/アクティブ モードは、サブスクライバ サービスでのみサポートされます。
以下は、複数のアクティブな子 LT リンクを介した PS over RLT の現在の負荷分散サポートではサポートされていません
-
MX240、MX480、MX960ラインカードでのPS over RLTインターフェイスのサポート。
-
アクティブ-アクティブ モードのメンバーリンクに対する階層型ポリサーインターフェイスのCoSサポート
-
疑似回線サービス(PS)インターフェイスでの加入者トラフィックに対するCoSアグリゲートイーサネットのサポート
-
L2サービスIFLおよびアクティブ-アクティブモードメンバーリンクのL3サポート。
-
非冗長でのPSインターフェイスサポート
-
疑似回線加入者論理インターフェイスのアンカーポイント冗長性に対する階層型CoSのサポート
加入者トラフィックのロード バランシング サポートを設定するには、次の手順に従います。
関連項目
ethernet-tcc 、サービスPEルーターにPWHTインターフェイスを設定できます。疑似回線はVCタイプ11です。
l2backhaul-vpn インターフェイスの終端プロビジョニングをサポートしています。トランスポート論理インターフェイスにVPLSカプセル化が使用されている場合、PPPoEおよびL2TPターミネーションはサポートされていません。サービス論理インターフェイスは、CCC(回線クロスコネクト)カプセル化と、ローカルで交換されるレイヤー2回線上でのインターフェイスの終端プロビジョニングをサポートします。
family inet
family inet6 MPLS 疑似回線加入者および非加入者の論理インターフェイスのサービス側でサポートされています。