5レベルおよび4レベルのヘテロジニアスネットワーク

異種加入者アクセスモデルには、以下の特性があります。

• これには、家庭の加入者と企業の加入者の両方が含まれます。どちらの加入者タイプも、通常PPPoE加入者です。

• アクセス技術は、従来型、共有メディア、またはその両方です。共有メディアアクセスには、DPU-Cを介したボンド銅線接続またはDPU-Pを介したファイバー接続が含まれます。DPU-CとDPU-Pは、それぞれのメディアタイプの配信ユニットです。従来のアクセス ネットワークには、DPU-C も DPU-P も含まれていません。

• トラフィックシェーピングは、階層型CoSに依存します。ネットワークでは、4 レベルのスケジューラ階層、5 レベルのスケジューラ階層、またはその両方を使用できます。

図1は、CoSが5レベルのスケジューラ階層内のキーノードをどのように形成するかをまとめたものです。シェーピングは、DSLおよびPON TLVからの調整レート、または動的クライアントプロファイル設定のトラフィック制御プロファイルのいずれかに基づきます。CoS調整制御プロファイルは、特定の節点に適用されるシェーピングレートのソースを指定します。

以下のリストは、 図 1 の 5 レベル階層のアクセス タイプ別および加入者別に CoS スケジューラ ノードについて説明しています。

従来のアクセスの場合、一般家庭の加入者:

• レベル1ノード—アクセス側の物理インターフェイスに対応します。

• レベル2ノード—L2ノードを保存する動的インターフェイスセットに対応します。この親インターフェイスセットは、基盤となる物理インターフェイスに基づいています。名前は、定義済みの変数 $junos-phy-ifd-underlying-intf-set-name に "-underlying" を追加することによって派生します。トラフィックシェーピングは、動的クライアントプロファイルで指定されたトラフィック制御プロファイルによって決定されます。

• レベル3ノード—レベル3ノードを保存する動的インターフェイスセットに対応します。この子インターフェイス セットは、物理インターフェイスに基づいています。名前は、定義済みの変数 $junos-phy-ifd-intf-set-name から派生します。トラフィックシェーピングは、動的クライアントプロファイルで指定されたトラフィック制御プロファイルによって決定されます。

• レベル4ノード—加入者のPPPoEセッション論理インターフェイスに対応します。トラフィックシェーピングは、Actual-Data-Rate-Downstream TLV(0x82)によって決定されます。

• レベル5ノード—加入者のスケジューリングキューに対応します。

従来のアクセスの場合、ビジネス加入者は以下を行います。

• レベル1ノード—アクセス側の物理インターフェイスに対応します。

• レベル2ノード—L2ノードを保存する動的インターフェイスセットに対応します。この親インターフェイスセットは、基盤となる物理インターフェイスに基づいています。名前は、定義済みの変数 $junos-phy-ifd-underlying-intf-set-name に "-underlying" を追加して取得します。トラフィックシェーピングは、動的クライアントプロファイルで指定されたトラフィック制御プロファイルによって決定されます。

• レベル3ノード—L3ノードを保存する動的インターフェイスセットに対応します。この子インターフェイスセットは、物理インターフェイスとVLANタグに基づいています。セット名は、次の2つの方法のいずれかで派生します。

  • 設定されている場合は、RADIUSサーバーからのAccess-AcceptのQos-Set-Name VSA(26-4874-130)によって提供されます。

  • これは、値にSVLANタグを追加することによって、$junos-phy-ifd-interface-set-name定義済み変数から作成されます。

  トラフィックシェーピングは、Actual-Data-Rate-Downstream TLV(0x82)によって決定されます。

• レベル4ノード—加入者の動的PPPoEセッション論理インターフェイスまたは静的VLAN論理インターフェイスに対応します。

• レベル5ノード—加入者のスケジューリングキューに対応します。

共有メディアアクセスの場合、一般家庭の加入者:

• レベル1ノード—アクセス側の物理インターフェイスに対応します。

• レベル2ノード—L2ノードを保存する動的アグリゲーションインターフェイスセットに対応します。この親インターフェイスセットは、PONツリー接続を表すAccess-Aggregation-Circuit-Id-ASCII TLV 0x03からのバックホール識別子に基づいています。名前は、事前に定義された変数 $junos-aggregation-interface-set-name から派生します。トラフィックシェーピングは、ボンディング銅線接続の0x82(Actual-Data-Rate-Downstream TLV)とPONツリー接続の0x98(PON-Tree-Maximum-Data-Rate-Downstream)TLVによって決定されます。

• レベル3ノード—L3ノードを保存する動的アグリゲーションインターフェイスセットに対応します。この子インターフェイス セットは、PONツリー接続を表すAccess-Aggregation-Circuit-Id-ASCII TLV(0x03)からのバックホール識別子に基づいています。名前は、定義済みの変数 $junos-aggregation-interface-set-name に「-default」を追加して取得します。トラフィックシェーピングは、動的クライアントプロファイルで指定されたトラフィック制御プロファイルによって決定されます。

• レベル4ノード—加入者のPPPoEセッション論理インターフェイスに対応します。トラフィックシェーピングは、ボンディング銅線接続の場合はActual-Data-Rate-Downstream TLV(0x82)によって、PONツリー接続の場合はONT/ONU-Peak-Data-Rate-Downstream TLV(0x94)によって決定されます。

• レベル5ノード—加入者のスケジューリングキューに対応します。

共有メディアアクセスの場合、ビジネス加入者は次の手順に従います。

• レベル1ノード—アクセス側の物理インターフェイスに対応します。

• レベル2ノード—L2ノードを保存する動的アグリゲーションインターフェイスセットに対応します。この親インターフェイスセットは、PONツリー接続を表すAccess-Aggregation-Circuit-Id-ASCII TLV(0x03)からのバックホール識別子に基づいています。名前は、事前に定義された変数 $junos-aggregation-interface-set-name から派生します。トラフィックシェーピングは、ボンディング銅線接続の0x82(Actual-Data-Rate-Downstream TLV)とPONツリー接続の0x98(PON-Tree-Maximum-Data-Rate-Downstream)TLVによって決定されます。

• レベル3ノード—L3ノードを保存する動的インターフェイスセットに対応します。この子インターフェイスセットは、物理インターフェイスとVLANタグに基づいています。セット名は、次の2つの方法のいずれかで派生します。

  • 設定されている場合は、RADIUSサーバーからのAccess-AcceptのQos-Set-Name VSA(26-4874-130)によって提供されます。

  • これは、値にSVLANタグを追加することによって、$junos-phy-ifd-interface-set-name定義済み変数から作成されます。

  トラフィックシェーピングは、ボンディング銅線接続の場合はActual-Data-Rate-Downstream TLV(0x82)によって、PONツリー接続の場合はONT/ONU-Peak-Data-Rate-Downstream TLV(0x94)によって決定されます。

• レベル4ノード—加入者の動的PPPoEセッション論理インターフェイスまたは静的VLAN論理インターフェイスに対応します。

• レベル5ノード—加入者のスケジューリングキューに対応します。

図2は、CoSが4レベルのスケジューラ階層内のキーノードをどのように形成するかをまとめたものです。シェーピングは、DSLおよびPON TLVから得られる調整レート、または動的クライアントプロファイル設定のトラフィック制御プロファイルのいずれかに基づきます。CoS調整制御プロファイルは、特定の節点に適用されるシェーピングレートのソースを指定します。

以下のリストは、 図 2 の 4 レベル階層のアクセス タイプ別および加入者別に CoS スケジューラ ノードについて説明しています。

従来のアクセスの場合、一般家庭の加入者:

• レベル1ノード—アクセス側の物理インターフェイスに対応します。

• レベル2ノード—レベル2ノードを保存する動的インターフェイスセットに対応します。このインターフェイスセットは、物理インターフェイスに基づいています。名前は、定義済みの変数 $junos-phy-ifd-intf-set-name から派生します。トラフィックシェーピングは、動的クライアントプロファイルで指定されたトラフィック制御プロファイルによって決定されます。

• レベル3ノード—加入者のPPPoEセッション論理インターフェイスに対応します。トラフィックシェーピングは、Actual-Data-Rate-Downstream TLV(0x82)によって決定されます。

• レベル4ノード—加入者のスケジューリングキューに対応します。

従来のアクセスの場合、ビジネス加入者は以下を行います。

• レベル1ノード—アクセス側の物理インターフェイスに対応します。

• レベル2ノード—L2ノードを保存する動的インターフェイスセットに対応します。このインターフェイスセットは、物理インターフェイスとVLANタグに基づいています。セット名は、次の2つの方法のいずれかで派生します。

  • 設定されている場合は、RADIUSサーバーからのAccess-AcceptのQos-Set-Name VSA(26-4874-130)によって提供されます。

  • これは、値にSVLANタグを追加することによって、$junos-phy-ifd-interface-set-name定義済み変数から作成されます。

  トラフィックシェーピングは、Actual-Data-Rate-Downstream TLV(0x82)によって決定されます。

• レベル3ノード—加入者の動的PPPoEセッション論理インターフェイスまたは静的VLAN論理インターフェイスに対応します。

• レベル4ノード—加入者のスケジューリングキューに対応します。

共有メディアアクセスの場合、一般家庭の加入者:

• レベル1ノード—アクセス側の物理インターフェイスに対応します。

• レベル2ノード—レベル2ノードを保存する動的アグリゲーションインターフェイスセットに対応します。このインターフェイス セットは、PONツリー接続を表すAccess-Aggregation-Circuit-Id-ASCII(TLV 0x03)からのバックホール識別子に基づいています。名前は、事前に定義された変数 $junos-aggregation-interface-set-name から派生します。トラフィックシェーピングは、ボンディング銅線接続の0x82(Actual-Data-Rate-Downstream TLV)とPONツリー接続の0x98(PON-Tree-Maximum-Data-Rate-Downstream)TLVによって決定されます。

• レベル3ノード—加入者のPPPoEセッション論理インターフェイスに対応します。トラフィックシェーピングは、ボンディング銅線接続の場合はActual-Data-Rate-Downstream TLV(0x82)によって、PONツリー接続の場合はONT/ONU-Peak-Data-Rate-Downstream TLV(0x94)によって決定されます。

• レベル4ノード—加入者のスケジューリングキューに対応します。

ビジネス加入者は、4レベルの共有メディアアクセスネットワークではサポートされません。

図3 は、PPPoE加入者向けの共有メディア(DPU-C経由のボンド銅線)アクセスと従来の(非ボンド銅線)アクセスの両方を含む異種CuTTBトポロジーを示しています。

このトポロジーには、以下のサブスクライバーがいます。

• 2人の住宅加入者(2および3)と、1人の企業加入者(4)は、DPU-Cを介してMSAN、次にBNGへのネットワークへの共有メディアアクセスを持っています。

• 2人の住宅加入者(10と11)は、MSANを介してBNGへのネットワークに従来型アクセスできます。

• 住宅加入者3は現在ログインしていません。

• 住宅加入者2と企業加入者4がログインする場合:

  1. PPPoE は、それぞれの外部 VLAN タグを含む PADI メッセージを DPU-C に送信します。

  2. DPU-Cは、各加入者に対してANCPポートアップメッセージをBNGに送信します。メッセージ内のANCP TLVは、アクセス回線、加入者、アクセス回線のASCII識別子、アクセス回線のバイナリ識別子としてのVLAN外部タグ、アップストリームレート、およびダウンストリームレートを識別します。

     ASCII識別子(TLV 0x03)は#文字で始まり、値の残りの部分がバックホール(ボンド銅線、共有メディア)ラインを識別することを示します。TLV 0x03は、同じDPU-Cを介して接続するため、両方の加入者にとって同じです。

  3. DPU-Cは、各加入者に対してPADIメッセージをMSANに送信します。PADI は、ANCP TLV と同じ属性を識別する PPPoE-IA タグを伝えます。

  4. MSANは、PPPoEタグを含むPADRメッセージをBNGに送信します。また、MSANは、MSAN-to-DPU-C接続用のANCPポートアップメッセージを送信することによって、BNGへのANCPセッションを開きます。TLV 0x81および0x82のレートは、L2インターフェイスセットで表されるMSAN-to-DPU-Cラインの値です。つまり、これらは加入者アクセス回線ではなく、ボンド銅線自体のレートです。TLV 0x03値は、ボンド銅線を示すためにTLV 0x02で報告されます。

• 住宅加入者10および11がログインすると、次のようになります。

  1. PPPoE は、各加入者に対して PADI メッセージを MSAN に送信します。PADI は、個々の加入者アクセス回線の PPPoE-IA タグを伝達します。

  2. MSANは、各加入者回線のPPPoEタグを含むPADRメッセージをBNGに送信します。

  3. また、MSANは、各加入者に対してANCPポートアップメッセージをBNGに送信します。メッセージ内のANCP TLVは、アクセス回線、加入者、アクセス回線のASCII識別子、アクセス回線のバイナリ識別子としてのVLAN外部タグ、アップストリームレート、およびダウンストリームレートを識別します。

     これらの加入者は、DPU-Cを介した共有メディアアクセスではなく、従来のアクセスを使用するため、ASCII識別子(TLV 0x03)は#文字で始まらない。この場合、値は0x06で伝達されるバイナリ値に相当するASCII TLVすぎません。

図4 は、 図3のCuTTBトポロジーに対応する5レベルのCoS階層を示しています。

以下のスタンザは、レベル 2 およびレベル 3 のインターフェイス セットを作成するユースケース設定の一部です。 stacked-interface-set ステートメントは、レベル2インターフェイスセットを$junos-aggregation-interface-set-name定義済み変数に設定します。また、スタンザは、レベル 3 インターフェイス セットを $junos-interface-set-name として指定します。これにより、レベル 2 セットがレベル 3 セットの親として確立されます。

predefined-variable-defaultsスタンザでは、レベル 2 およびレベル 3 のインターフェイス セットの名前を確立するための条件を設定する変数式を使用します。デフォルト値は、RADIUSが$junos-aggregation-interface-set-nameと$junos-interface-set-nameの値を提供しない場合にのみ使用されます。

以下のリストは、CuTTBトポロジーの階層型CoSスケジューラノードについて説明しています。インターフェイス セットの名前が定義済みの変数からどのように派生するかについて説明します。

• レベル1は、すべての加入者xe-1/1/0のアクセス側の物理インターフェイスに対応します。

• レベル2は、子インターフェイスセットをメンバーとして持つ親インターフェイスセットに対応します。インターフェイスセットの名前は、動的プロファイルの$junos-aggregation-interface-set-name事前定義された変数によって提供されます。

  • TEST-X2CTTBは、すべての共有メディアアクセス加入者向けのレベル2インターフェイスセットです。そのメンバーは、住宅加入者 2 および 3、および企業加入者 4 向けのレベル 3 加入者セットです。

    TLV 0x03には、行を共有として識別する#文字が含まれています。$junos-aggregation-interface-set-nameは、TLV 0x03値を取ります。

  • xe-1/1/0-underginningは、従来のアクセス用に設定されたレベル2インターフェイスです。そのメンバーは、住宅加入者10および11用に設定されたレベル3インターフェイスです。

    TLV 0x03には # 文字が含まれていないため、共有行は識別されません。$junos-aggregation-interface-set-nameは、$junos-phy-ifd-underlying-intf-set-nameから動的に取得されます。$junos-phy-ifd-underlying-intf-set-nameの値は、単に物理インターフェイス名に「-underlying」の接尾辞が付いたものです。

• レベル3は、メンバーとして加入者論理インターフェイスを持つ子インターフェイスセットに対応します。インターフェイスセットの名前は、動的プロファイルの$junos-interface-set-name定義済み変数によって提供されます。

  • TEST-X2CTTB-defaultは、住宅加入者2および3向けに設定されたレベル3インターフェイスです。RADIUSサーバーがVSA 26-4874-130、QoS-Set-Nameを返さなかったため、これらの加入者は住宅として識別されました。TLV 0x03には、行を共有として識別する#文字が含まれています。$junos-interface-set-nameは、$junos-aggregation-interface-set-nameの値に設定され、サフィックスは「default」になります。

  • xe-1/1/0-110は、ビジネス加入者4向けに設定されたレベル3インターフェイスです。この加入者は、RADIUSサーバーがVSA 26-4874-130を返したため、ビジネスとして識別されました。TLV 0x03には、行を共有として識別する#文字が含まれています。$junos-interface-set-nameは、VSA 26-4874-130の値に設定されています。VSA値は、物理インターフェイス名($junos-phy-ifd-intf-set-name)と外部VLANタグを連結したものです。

  • xe-1/1/0は、従来のアクセスを使用する住宅加入者10および11向けに設定されたレベル3インターフェイスです。RADIUSサーバーがVSA 26-4874-130を返さなかったため、これらの加入者は住宅として識別されました。$junos-interface-set-nameは、$junos-phy-ifd-intf-set-nameの値に設定されます。

• レベル4は、個々の加入者の論理インターフェイスに対応します。これには、家庭および企業加入者向けのPPPoE論理インターフェイスや、企業加入者向けの静的VLAN論理インターフェイスが含まれます。

• レベル5は、加入者タイプやアクセスタイプに関係なく、各加入者のスケジューリングキューに対応します。加入者サービスを提供するために、加入者ごとに 1 つ以上のキューが存在します。

図5 は、PPPoE加入者向けの共有メディア(DPU-Pを介したPON)と従来の(直接接続された)アクセスの両方を含む異種FTTB/FTTHトポロジーを示しています。

このトポロジーには、以下のサブスクライバーがいます。

• 2人の家庭用加入者(2および3)と、1人の企業加入者(4)は、DPU-Pを介してOLTに、次にBNGに、共有メディアでネットワークにアクセスできます。これらはFTTB加入者です。

• 2人の住宅加入者(10番と11番)は、BNGへの同じOLTを介してネットワークに従来型アクセスできます。これらはFTTH加入者です。

注:

すべてのFTTBおよびFTTH加入者は、OLTの同じPONツリーを介してBNGに接続します。

• 住宅加入者3は現在ログインしていません。

• 住宅加入者2と企業加入者4がログインする場合:

  1. PPPoE は、それぞれの外部 VLAN タグを含む PADI メッセージを DPU-P に送信します。

  2. DPU-Pは、各加入者に対してANCPポートアップメッセージをBNGに送信します。メッセージ内のANCP TLVは、アクセス回線、加入者、アクセス回線のASCII識別子、アクセス回線のバイナリ識別子としてのVLAN外部タグ、アップストリームレート、およびダウンストリームレートを識別します。

     ASCII識別子(TLV 0x03)は#文字で始まり、値の残りの部分がバックホール(PONツリー)ラインを識別することを示します。TLV 0x03は、同じPONツリーを介して接続するため、両方の加入者にとって同じです。

  3. DPU-P は、各加入者に対して PADI メッセージを OLT に送信します。PADI は、ANCP TLV と同じ属性を識別する PPPoE-IA タグを伝えます。

  4. OLTは、PPPoEタグを含むPADRメッセージをBNGに送信します。また、OLTは、OLTからDPU-Pへの接続用のANCPポートアップメッセージを送信することによって、BNGへのANCPセッションを開きます。TLV 0x81および 0x82 のレートは、L2 インターフェイス セットで表される OLT-to-DPU-P 回線の値です。つまり、これらは加入者アクセス回線ではなく、PONツリー自体のレートです。このユースケースTLV例では、PONツリーラインを示すためにTLV 0x02で0x03値が報告されることを示していますが、これはPONネットワークの要件ではありません。

     注:

     このネットワークのFTTB部分は、G.fast DSL加入者をPONツリー共有メディアバックホールに接続します。その結果、DPU-P は PON TLV ではなく、これらの加入者の DSL TLV を報告します。

• 住宅加入者10および11がログインすると、次のようになります。

  1. PPPoE は、各加入者に対して PADI メッセージを OLT に送信します。PADI は、個々の加入者アクセス回線の PPPoE-IA タグを伝達します。

  2. OLTは、各加入者回線のPPPoEタグを含むPADRメッセージをBNGに送信します。

  3. また、OLTは、各加入者に対してANCPポートアップメッセージをBNGに送信します。メッセージ内のANCP TLVは、アクセス回線、加入者、アクセス回線のASCII識別子、アクセス回線のバイナリ識別子としてのVLAN外部タグ、アップストリームレート、およびダウンストリームレートを識別します。

     ASCII識別子(TLV 0x03)は#文字で始まり、値の残りの部分がバックホール(ファイバーPONツリー、共有メディア)ラインを識別することを示します。TLV 0x03は、同じDPU-Pを介して接続するため、両方の加入者で同じです。

     加入者10および11はFTTB加入者と同じPONツリーに接続するため、ASCII識別子(TLV 0x03)も#文字で始まり、値の残りの部分がバックホール(ファイバーPONツリー、共有メディア)行を識別することを示しています。TLV 0x03は、両方の加入者に対して同じです。

図6 は、 図5のFTTB/FTTHトポロジーに対応する5レベルのCoS階層を示しています。

以下のスタンザは、レベル 2 およびレベル 3 のインターフェイス セットを作成するユースケース設定の一部です。 stacked-interface-set ステートメントは、レベル2インターフェイスセットを$junos-aggregation-interface-set-name定義済み変数に設定します。また、スタンザは、レベル 3 インターフェイス セットを $junos-interface-set-name として指定します。これにより、レベル 2 セットがレベル 3 セットの親として確立されます。

predefined-variable-defaultsスタンザでは、レベル 2 およびレベル 3 のインターフェイス セットの名前を確立するための条件を設定する変数式を使用します。デフォルト値は、RADIUSが$junos-aggregation-interface-set-nameと$junos-interface-set-nameの値を提供しない場合にのみ使用されます。

次のリストは、FTTB/FTTHトポロジーの階層型CoSスケジューラノードについて説明しています。インターフェイス セットの名前が定義済みの変数からどのように派生するかについて説明します。

• レベル1は、すべての加入者xe-1/1/0のアクセス側の物理インターフェイスに対応します。

• レベル2は、子インターフェイスセットをメンバーとして持つ親インターフェイスセットに対応します。インターフェイスセットの名前は、動的プロファイルの$junos-aggregation-interface-set-name事前定義された変数によって提供されます。

  TEST-X2PONは、従来型アクセスとDPU-Pアクセスの両方で、すべてのPON加入者向けに設定されたレベル2インターフェイスです。そのメンバーは、FTTB/FTTH 住宅加入者向けのレベル 3 インターフェイス セットと、ビジネス加入者 4 向けのレベル 3 加入者セットです。TLV 0x03には、PONツリーラインをバックホールとして識別する#文字が含まれています。$junos-aggregation-interface-set-nameは、TLV 0x03値を取ります。

• レベル3は、メンバーとして加入者論理インターフェイスを持つインターフェイスセットに対応します。

  • TEST-X2PON-defaultは、FTTB住宅加入者2および3、およびFTTH住宅加入者10および11用に設定されたレベル3インターフェイスです。これらの加入者はすべて同じPONツリーを使用するため、同じインターフェイスセットに含まれています。

    RADIUSサーバーがVSA 26-4874-130、QoS-Set-Nameを返さなかったため、これらの加入者は住宅として識別されました。TLV 0x03には、PONツリーラインをバックホールとして識別する#文字が含まれています。$junos-interface-set-nameは、$junos-aggregation-interface-set-nameの値に設定され、サフィックスは「default」になります。

  • xe-1/1/0-110は、共有メディアアクセスを使用するビジネス加入者4向けに設定されたレベル3インターフェイスです。

    この加入者は、RADIUSサーバーがVSA 26-4874-130を返したため、ビジネスとして識別されました。TLV 0x03には、PONツリーラインをバックホールとして識別する#文字が含まれています。$junos-interface-set-nameは、VSA 26-4874-130の値に設定されています。VSA値は、物理インターフェイス名($junos-phy-ifd-intf-set-name)と外部VLANタグを連結したものです。

• レベル4は、個々の加入者の論理インターフェイスに対応します。これには、家庭および企業加入者向けのPPPoE論理インターフェイスや、企業加入者向けの静的VLAN論理インターフェイスが含まれます。

• レベル5は、加入者タイプやアクセスタイプに関係なく、各加入者のスケジューリングキューに対応します。加入者サービスを提供するために、加入者ごとに 1 つ以上のキューが存在します。

アクセスネットワーク内のビジネス加入者の場合、4レベルのスケジューラ階層は、静的なインターフェイスセットを使用して加入者アクセス回線を表します。インターフェイスセットのメンバーは、静的VLAN論理インターフェイスです。この設定は、ESSM(Extensible Subscriber Services Manager)操作スクリプト(op-script)によって実行されます。

タグは加入者ごとに一意であるため、opスクリプトは、加入者インターフェイスの外部VLANタグに基づいています。インターフェイス セット名は physical_interface_name-outer_vlan_tag の形式です。例えば、外部タグが111のデュアルタグ付きVLANインターフェイスを持つイーサネットインターフェイスge-1/1/0の場合、インターフェイスセット名はge-1/1/0-111になります。この形式は、$junos-svlan-interface-set-name定義済み変数で使用される形式と同じです。

ビジネス加入者向けの5レベルのスケジューラ階層では、各ビジネスセッションには、動的PPPoE制御セッション(したがって動的PPPoE論理インターフェイス)と2つ以上の静的ビジネスVLAN論理インターフェイスが含まれます。これらのインターフェイスは、インターフェイスセット内の集約としてシェープする必要があります。動的論理インターフェイスは、静的インターフェイスセットに割り当てることはできません。つまり、この導入設計では、動的PPPoE論理インターフェイスと静的インターフェイスの両方に対応するために、論理中間(レベル3)CoSノード用の動的インターフェイスセットが必要です。

ベストプラクティス:

4レベル階層と5レベル階層の両方で統一されたソリューションを提供するには、動的インターフェイスセットを使用することを推奨します。この方法により、動的および静的の両方のすべての論理インターフェイスが同じインターフェイス セットのメンバーになります。これは必須ではありません。引き続き、4 レベルの階層のビジネス加入者用の静的インターフェイス セットのみを設定することができます。

opスクリプトは、加入者の設定時にビジネス加入者動的インターフェイスセット名を参照する必要があります。つまり、動的インターフェイス セット名の形式は、スクリプトが静的インターフェイス セットに使用する形式と同じでなければなりません。インターフェイス セット名は、ログインする加入者がビジネス 加入者か住宅加入者かをサーバーが判断する必要があるため、加入者認証中に RADIUS サーバーによって提供されます。つまり、各加入者のインターフェイス セットを指定するように RADIUS ソフトウェアを設定する必要があります。この要件により、特にネットワークを加入者数の増加に拡張する際に、初期構成やメンテナンス構成のオーバーヘッドが増大します。

Junos OSリリース19.3R1以降、インターフェイスセット名を動的に作成し、加入者向けのAccess-Requestメッセージでその名前をRADIUSサーバーに提案するようにBNGを設定できます。この方法では、各加入者のインターフェイスセットを指定するようにRADIUSソフトウェアを設定する必要がないため、RADIUS設定の複雑さが軽減されます。ビジネス加入者のインターフェイスセット名の動的作成を有効にするには、[edit protocols ppp-service]階層レベルでsource-interface-set-at-login svlanステートメントを使用します。

BNGが提案するインターフェイスセット名は、ジュニパーネットワークスのVSA、Qos-Set-Name(26-130)によってRADIUS Access-Requestメッセージで伝送されます。セット名は、アクセス側の物理インターフェイスの名前にVLANタグを追加したもので構成されています。これは、opスクリプトで使用されるものと同じ形式です。

• 外側のVLANタグは、デュアルタグ付きVLANに使用されます。VLANタグ(110,7)を持つxe-1/1/0のビジネス加入者の場合、名前は次の形式になります。

  xe-1/1/0-110

• 唯一のVLANタグは、単一タグ付きVLANに使用されます。単一タグ付きVLANは、CPEデバイスがアクセスノードに直接接続する場合に使用されます。VLANタグ(33)を使用するxe-2/2/1のビジネス加入者の場合、名前は次の形式になります。

  xe-2/2/1-33

加入者がログインすると、RADIUSサーバーはAccess-Requestを評価し、加入者がビジネスまたは住宅のどちらであるかを判断します。

• RADIUSサーバーが、加入者がビジネス加入者であると判断すると、Access-Acceptメッセージ内の名前を含むVSAをBNGに返します。BNGでは、その名前を使用してビジネス加入者向けの動的インターフェイスセットが作成されます。

• RADIUSサーバーが認証中に加入者が居住者であると判断した場合、サーバーはAccess-AcceptメッセージでVSAを返しません。この場合、動的PPPoE IFLは、5レベル階層のL3 CoSノードまたは4レベル階層のL2 CoSノードを保存するために設定されたデフォルトの動的インターフェイスに追加されます。住宅加入者向けの動的インターフェイス セットは、常にデフォルトのインターフェイス セットに解決されます。デフォルトの動的インターフェイスセットは、動的プロファイルの式で predefined-variable-defaults ステートメントをどのように設定するかによって決まります。デフォルトの設定については、定義 済み変数を使用した動的レベル2およびレベル3インターフェイスセットの名前付け を参照してください。

異種アクセスネットワークでは、ジュニパーネットワークスが事前定義した変数によって、レベル2およびレベル3のCoSノードのインターフェイスセットの名前が提供されます。

• レベル2—$junos-aggregation-interface-set-name

• レベル3—$junos-interface-set-name

これらの変数は、次のように [edit dynamic-profiles profile-name interfaces] 階層レベルの動的クライアントプロファイルで指定します。

これらのインターフェイスは、スタックと呼ばれます。レベル 2 は親インターフェイス セットで、レベル 3 は子インターフェイス セットです。

オプションで、定義済みの変数にデフォルト値を設定できます。デフォルト値は、整数や英数字文字列などの変数に適切でなければなりません。Junos OSは、変数が解決されていない場合、つまり値がない場合、デフォルト値を使用します。事前定義された変数は、アクセスタイプ(従来型または共有メディア)と加入者タイプ(住宅またはビジネス)に応じて、以下のようないくつかの理由で解決されない場合があります。

• Access-Aggregation-Circuit-Id-ASCII TLV(0x03)が存在しないか、バックホール識別子を伝送することを示す # 文字が含まれていません)。

• 外部RADIUSサーバーがQoS-Set-Name VSA(26-4874-130)を返しません。

Junos OSリリース19.3R1以降、変数式を使用して、定義済み変数のデフォルト値を別の定義済み変数に設定できるようになりました。それ以前のリリースでは、デフォルト値を固定する必要があります。変数にすることはできません。

注:

式は通常、ユーザー定義の変数と動的サービスプロファイル用に設定されます。詳細については、「 ユーザー定義変数での変数式の使用 」を参照してください。

変数式を使用する場合は、定義済み変数のデフォルト値を決定する条件を設定します。デフォルトの値は、条件が一致している場合と一致しない場合とは異なります。この機能により、異種混在ネットワークに対して単一の動的クライアントプロファイルを設定できます。このプロファイルは、従来のアクセス回線と共有メディアアクセス回線の両方で、企業加入者と一般家庭加入者向けに適切なインターフェイスセットをインスタンス化できます。

動的クライアントプロファイルでは、以下のいずれかを使用する変数式を設定できます。

• equals—定義済みの変数または式をデフォルト値として割り当てます。

• ifNotZero(parameter-1, parameter-2)—一致する条件を設定します。parameter-1がゼロ以外の場合、つまりパラメーターが何らかの値に解決された場合にのみ、parameter-2の値をデフォルト値として割り当てます。

• ifZero(parameter-1, parameter-2)—一致する条件を設定します。parameter-1がゼロ、つまりパラメーターがどの値にも解決されなかった場合にのみ、parameter-2の値をデフォルト値として割り当てます。parameter-1が値に解決された場合(したがってゼロではありません)、parameter-1の値がデフォルトとして割り当てられます。

また、式をネストすることもでき、変数値を設定するための追加条件を提供します。異種混合ネットワークでは、以下の式を使用してレベル 2 およびレベル 3 の CoS ノードの名前を決定します。

次のセクションでは、これらの各式を評価する方法について説明します。

• レベル2ノードインターフェイスセットの定義済み変数のデフォルト
• レベル 3 ノード インターフェイス セットの定義済み変数のデフォルト