拡張加入者管理:CoSスケジューラ階層の基盤となる論理インターフェイスを介した加入者論理インターフェイスまたはインターフェイス セット
Junos OSリリース15.1以降では、基盤となる論理インターフェイス上で、加入者の論理インターフェイスまたはインターフェイスセットのCoSスケジューリング階層を有効にすることができます。Junos OS リリース 14.2 までは、インターフェイス セットは CoS 3 階層スケジューラのレイヤ 2 レベルまたはレイヤ 3 レベルのいずれかに設定できます。インターフェイス セットがレイヤー 3 レベルの場合、レイヤー 3 ノードが属するレイヤー 2 ノードを構成するメカニズムが利用できませんでした。その結果、レイヤ2ノードは、このような3階層型スケジューラではダミーノードとなっていました。
特定のブロードバンドリモートアクセスサーバー(B-RAS)展開では、ホームネットワークを示すインターフェイスセットを使用する場合、スケジューラ階層でホームネットワークとアクセスノード(デジタル加入者線アクセスマルチプレクサ(DSLAM)など)を構成する必要がある場合があります。ホームまたはACIは常にそのようなトポロジーで設定されたインターフェイスであるため、エージェント回線識別子(ACI)VLANでは、この階層スケジューラ方式が必要です。MPLS 擬似回線論理インターフェイスなどの拡張加入者管理論理インターフェイスを、CoS 階層スケジューラのレイヤー 2 ノードとして機能できるようになりました。加入者の論理インターフェイスがレイヤー 2 で動作すると見なされるのは、物理インターフェイス(IFD)の論理トンネル アンカー ポイントで 3 レベルの階層スケジューリングを設定した場合のみです。MPLS 疑似回線は、論理トンネルのアンカー ポイントの上にスタックされる仮想デバイスです。このような設定では、暗黙的な階層がインターフェイススタックを適切に処理します。3 レベルの階層スケジューリングを構成するには、[edit interfaces “$junos-interface-ifd-name” hierarchical-scheduler] または [edit interfaces lt-device hierarchical-scheduler] 階層レベルで implicit- hierarchy オプションを含めます。論理トンネルのアンカーポイントに implicit-hierarchy オプションが設定されていない場合、論理インターフェイスは通常どおり動作します。階層スケジューラ モードは、[edit interfaces interface-name hierarchical-scheduler] ステートメントの hierarchical-scheduler maximum-hierarchy-levels オプションの有無にかかわらず設定されます。
この場合、トラフィック制御プロファイルを疑似回線とサービス論理インターフェイスに適用すると、どちらもレベル 3 のスケジューラ ノードに存在し、スケジューリング階層を形成しないため、望ましくない動作になる可能性があります。レイヤー 2 論理インターフェイスがレイヤー 3 インターフェイスの基礎となるインターフェイスである場合、レイヤー 2 の基盤となる論理インターフェイスの上にスタックされたレイヤー 3 の加入者論理インターフェイスがサポートされます。
例えば、PPPoE 論理インターフェイスに基礎となる論理インターフェイス ge-1/0/0.100 が含まれている場合、ge-1/0/0.100 インターフェイスはレイヤー 2 に、PPPoE 論理インターフェイスはレイヤー 3 にすることができます。レイヤー 3 では、このような方法で PPP または IP デモックス インターフェイスを設定することもできます。同様に、PPPoE ACIインターフェイスセットやIP demuxインターフェイスセットなど、論理インターフェイスセットの基盤となるインターフェイスとして機能する論理インターフェイスをレイヤー2で設定することもできます。この場合、インターフェイスセットのすべてのメンバー論理インターフェイスに、レイヤー2の同じ基盤となる論理インターフェイスが含まれます。レイヤー2の論理インターフェイスは、動的プロファイルまたは静的なCoS設定で設定できます。
1つの動的プロファイル内のTCPを持つ2つのインターフェイススタンザが有効と見なされるため、基礎となる論理インターフェイスの動的プロファイルCoS設定がサポートされています。動的基礎となる論理インターフェイスの場合、クライアント論理インターフェイスプロファイルとは異なるプロファイル、またはクライアントプロファイルと同じプロファイルで設定できます。基盤となる論理インターフェイスがスタティックで、CoSがダイナミック プロファイルで動的に設定されている場合は、クライアント論理インターフェイスと同じプロファイルで指定する必要があります。ただし、スタティック CoS とダイナミック CoS はどちらも同じ論理インターフェイスではサポートされていないため、基盤となる論理インターフェイスの CoS は、ダイナミック プロファイルまたはスタティック CoS のいずれかで設定する必要があります。
リペアレンティングとは、CoS 階層スケジューラの 1 つのノードから別のノードへの移動を示す手法で、たとえば、基礎となる論理インターフェイスの上に、基盤となる論理インターフェイス上にスタックされたすべての論理インターフェイスを、基礎となる論理インターフェイス上に直接移動したり、スケジューリング ノードを追加したりするなどです。この移動は、基礎となる論理インターフェイスまたは基礎となるインターフェイス セットの CoS がクライアント論理インターフェイス(IP demux または PPPoE)よりも後に設定された場合に発生する可能性があります。
CoS 階層スケジューラの拡張加入者管理論理インターフェイスでは、純粋に動的な列上の拡張加入者管理論理インターフェイスと、部分的に静的な列上の拡張加入者管理論理インターフェイスを含むペアレント変更はサポートされていません。次に、親の変更が必要になる可能性がある実際のネットワーク環境と、そのような状況で採用できる代替アプローチについて説明します。
拡張加入者管理論理インターフェイスを上にした IFL セットまたは基盤となる IFL セットへのスタティック CoS 設定の追加または削除:このシナリオでは、拡張加入者管理が有効になっている環境で加入者がインターフェイス列にログインした後は、スタティック CoS の追加または削除はサポートされていません。このCoS設定を変更しようとすると、コミットエラーが発生します。ネットワークは事前に設計され、レイヤー2ノードが指定されており、CoSはクライアントがログインするかなり前に設定されているため、このコミット失敗はお客様のネットワークでは問題になりません。
1 つの CVLAN(または ACI VLAN)を介したクライアント論理インターフェイス用の 2 つの動的プロファイルで、1 つのクライアント プロファイルに基礎となる CoS 設定があり、もう一方のプロファイルには含まれていません - このようなシナリオでは、すべてのプロファイルに基礎となる CoS 設定を含めるか、どのプロファイルにも CoS 設定を含まないかのどちらかで、基礎となる設定を持つ動的プロファイルの一貫性を維持できます。クライアント プロファイルで CoS 設定の異なる方法が観察された場合、加入者がログインを試みると、否定確認が送信されます。
内部ノードのクライアント プロファイル(C-VLAN や IFL セットなど)で、最初は CoS が含まれておらず、後でサービス プロファイルを使用して CoS が適用される:このようなシナリオで、サービス プロファイルを使用して一部の設定を再適用する場合は、常にクライアント プロファイルで CoS スケジューリングを指定する必要があります。この設定方式を採用していない場合、加入者がログインしようとすると否定確認が送信されます。集合型イーサネット論理インターフェイスを介した静的または動的なデモックス、PPPoE、またはPPPインターフェイスはサポートされていません。
PPPoE サブスクライバ キュー 1、PPPoE サブスクライバ キュー 2、DHCP サブスクライバ キューの 3 つのサブスクライバ キューが確立されているシナリオを考えます。ギガビット イーサネット インターフェイス、ge-1/0/0 はレイヤー 1 にあります。2 つのレイヤー 2 インターフェイス ノードが、レイヤー 1 ベース インターフェイス上にスタックされています。レイヤー 2 インターフェイスは、ge-1/0/0.x または demux0.x および ge-1/0/0.y または demux0.y です。論理インターフェイス セット pppoe-iflsset(アクセス ノード用)と demux-iflset(ホーム ネットワーク用)は、レイヤー 3 で設定され、レイヤー 2 インターフェイス(ge-1/0/0.xまたは demux0.x)上でそれぞれ 2 組の PPPoE 加入者キューを処理します。トラフィック制御プロファイル subscriber-tcp は、これら両方のレイヤー 3 IFL セットに接続されています。ppp-demux-iflset(demux および PPPoE)は、ge-1/0/0.y または demux0.y のレイヤー 2 インターフェイス上に設定されたインターフェイスです。トラフィック制御プロファイル subscriber-tcp がこのインターフェイス セットに接続されています。ge-1/0/0.X または demux0.X は、pppoe-iflset および demux-iflset に属するすべての論理インターフェイスの UIFL です。このトポロジーでは、ge-1/0/0.Y または demux0 となります。Y は、ppp-demux-iflset に属するすべての論理インターフェイスの UIFL です。
3 つの susbcriber キュー、PPPoE サブスクライバ キュー、デモックス サブスクライバ キュー、および DHCP サブスクライバ キューが確立されている別のシナリオを考えてみます。ギガビット イーサネット インターフェイス、ge-1/0/0 はレイヤー 1 にあります。2 つのレイヤー 2 インターフェイス ノードが、レイヤー 1 ベース インターフェイス上にスタックされています。レイヤー 2 インターフェイスは ge-1/0/0.X または demux0 です。X、およびge-1/0/0.Yまたはdemux0.Y。レイヤー 3 では、pp0。XX は、ge-1/0/0.X または demux0 の基盤となるレイヤー 2 インターフェイスを介して設定されます。X、demux0。ZZ は、ge-1/0/0.X または demux0 の基盤となるレイヤー 2 インターフェイスを介して設定されます。X、およびpp0。YY は、ge-1/0/0.Y または demux0 の基盤となるレイヤー 2 インターフェイスを介して設定されます。Yge- 1/0/0.Y または demux0.Y. トラフィック制御プロファイル subcriber-tcp は、PPPoE 加入者キューの pp0.xx、demux 加入者キューの demux0.yy、DHCP 加入者キューの pp0.yy に適用されます。このトポロジーでは、ge-1/0/0.X または demux0 となります。X は pp0 の基礎となる IFL です。XX および demux0 です。ZZ.ge-1/0/0.Y または demux0.Y は pp0 の基礎となる IFL です。うん。