Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

拡張加入者管理加入者論理インターフェイス、またはCoSスケジューラ階層の基礎となる論理インターフェイス上のインターフェイスセット

Junos OSリリース15.1以降、基盤となる論理インターフェイスを介した加入者論理インターフェイスまたはインターフェイスセットに対して、CoSスケジューリング階層を有効にすることができます。Junos OS リリース 14.2 までは、インターフェイス セットは、CoS 3 レベル階層スケジューラのレイヤー 2 レベルまたはレイヤー 3 レベルのいずれかにすることができます。インターフェイスセットがレイヤー3レベルの場合、レイヤー3ノードが属するレイヤー2ノードを設定するメカニズムは利用できませんでした。その結果、このような場合、レイヤー2ノードは、3レベルの階層スケジューラにとってダミーノードでした。

特定のブロードバンドリモートアクセスサーバー(B-RAS)の導入で、ホームネットワークを示すインターフェイスセットを使用する場合、ホームネットワークとアクセスノード(デジタル加入者回線アクセスマルチプレクサ、DSLAMなど)をスケジューラ階層で設定する必要がある場合があります。この階層スケジューラ方式は、エージェント回線識別子(ACI)VLANで必要です。ホームまたはACIは常にそのようなトポロジーのインターフェイスセットであるためです。CoS階層スケジューラのレイヤー2ノードとして機能するために、MPLS疑似回線論理インターフェイスなどの拡張加入者管理論理インターフェイスを有効化できるようになりました。加入者論理インターフェイスは、物理インターフェイス(IFD)上の論理トンネル アンカー ポイントで 3 レベルの階層スケジューリングを設定した場合にのみ、レイヤー 2 で動作していると見なされます。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 に配置できます。また、このような方法でPPPまたはIP demuxインターフェイスをレイヤー3で設定することもできます。同様に、PPPoE ACIインターフェイスセットやIP demuxインターフェイスセットなどの論理インターフェイスセットの基盤となるインターフェイスとして機能する論理インターフェイスをレイヤー2で設定できます。この場合、インターフェイスセットのすべてのメンバー論理インターフェイスは、レイヤー2で同じ基盤となる論理インターフェイスを含みます。レイヤー2の論理インターフェイスは、動的プロファイルまたは静的CoS設定で設定できます。

基盤となる論理インターフェイスの動的プロファイル CoS 設定は、1 つの動的プロファイル内の TCP を含む 2 つのインターフェイス スタンザが有効と見なされるためサポートされます。動的基盤となる論理インターフェイスの場合、クライアント論理インターフェイスプロファイルとは異なるプロファイル、またはクライアントプロファイルと同じプロファイルで設定できます。基盤となる論理インターフェイスが静的で、CoSが動的プロファイルで動的に設定されている場合、クライアント論理インターフェイスと同じプロファイルで指定する必要があります。ただし、静的CoSと動的CoSの両方が同じ論理インターフェイスでサポートされていないため、基盤となる論理インターフェイスのCoSは動的プロファイルまたは静的CoSで設定する必要があります。

リペアレントとは、CoS階層スケジューラを1つのノードから別のノードに移動する手法です。例えば、基盤となる論理インターフェイスの上にスタックされたすべての論理インターフェイスを、基盤となる論理インターフェイスの上に直接移動させ、スケジューリングノードを追加するなどです。この動きは、基礎となる論理インターフェイスまたは基礎となるインターフェイス セットの CoS がクライアント論理インターフェイス(IP demux または PPPoE)よりも後で設定された場合に発生する可能性があります。

純粋な動的列上の拡張加入者管理論理インターフェイスと部分的に静的列上の拡張加入者管理論理インターフェイスを含むCoS階層スケジューラの拡張加入者管理論理インターフェイスでは、親の再設定はサポートされていません。以下では、親の変更が必要になる可能性のある実際のネットワーク環境と、そのような状況で採用できる代替アプローチについて説明します。

IFLセットまたはその上に拡張加入者管理論理インターフェイスを備えた基盤となるIFLからの静的CoS設定の追加または削除—このようなシナリオでは、拡張加入者管理が有効になっている環境で加入者がインターフェイス列にログインした後の静的CoSの追加または削除はサポートされていません。この CoS 設定変更を試みると、コミット エラーが発生します。ネットワークは事前に設計され、レイヤー2ノードが指定されており、CoSはクライアントがログインするかなり前に設定されているため、このコミット失敗はお客様のネットワークでは問題になりません。

単一のCVLAN(またはACI VLAN)を介したクライアント論理インターフェイス用の2つの動的プロファイルで、一方のクライアントプロファイルには基盤となるCoS設定があり、もう一方のプロファイルにはない—このようなシナリオでは、動的プロファイルと基礎となる設定の一貫性を保つことができます。すべてのプロファイルに基礎となるCoS設定が含まれているか、どのプロファイルにもCoS設定が含まれていないかのいずれかです。クライアントプロファイルで異なるCoS設定方法が確認された場合、加入者がログインしようとすると、否定的な確認応答が送信されます。

最初はCoSを含まず、後でサービスプロファイルを使用してCoSが適用される内部ノード(C-VLANやIFLセットなど)のクライアントプロファイル—このようなシナリオでは、サービスプロファイルを使用して一部の設定を再適用する場合は、クライアントプロファイルで常にCoSスケジューリングを指定する必要があります。この設定方法を採用しない場合、加入者がログインを試みたときに否定的な確認応答が送信されます。集合型イーサネット論理インターフェイスを介した静的または動的なデモックス、PPPoE、またはPPPインターフェイスはサポートされていません。

3 つの加入者キュー、すなわち PPPoE 加入者キュー 1、PPPoE 加入者キュー 2、DHCP 加入者 キューが確立されているシナリオを考えてみましょう。ギガビットイーサネットインターフェイス、ge-1/0/0はレイヤー1にあります。2 つのレイヤー 2 インターフェイス ノードが、レイヤー 1 ベース インターフェイス上にスタックされています。レイヤー2インターフェイスは、ge-1/0/0.xまたはdemux0.xおよびge-1/0/0.yまたはdemux0.yです。論理インターフェイスセットpppoe-iflset(アクセスノード用)とdemux-iflset(ホームネットワーク用)は、レイヤー2インターフェイス上でそれぞれ2セットのPPPoE加入者キューge-1/0/0.xまたはdemux0.xを処理するようにレイヤー3で設定されています。トラフィック制御プロファイル加入者-tcpは、これら両方のレイヤー3 IFLセットにアタッチされています。ppp-demux-iflset(demuxおよびpppoe)は、ge-1/0/0.yまたはdemux0.yのレイヤー2インターフェイス上に設定されたインターフェイスです。トラフィック制御プロファイル加入者-tcpは、このインターフェイスセットにアタッチされています。ge-1/0/0.Xまたはdemux0。Xは、pppoe-iflsetおよびdemux-iflsetに属するすべての論理インターフェイスのUIFLです。このトポロジーでは、ge-1/0/0.Yまたはdemux0です。Yは、ppp-demux-iflsetに属するすべての論理インターフェイスのUIFLです。

PPPoE 加入者キュー、demux 加入者キュー、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。レイヤー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です。YY。