ANCP エージェントのネイバーおよび動作

概要

ANCP は、サービス指向のレイヤー 3 エッジ デバイスとレイヤー 2 アクセス ノード間のコントロール プレーンとして機能します。アクセスノード(ANCP ネイバー)は、加入者からのアクセスループを終端するネットワークデバイスです。DSL アクセス ループの場合、アクセス ノードは DSL アクセス マルチプレクサ (DSLAM) です。加入者トラフィックのキューイングおよびスケジューリングメカニズムは、アクセスネットワーク内の輻輳を回避しながら、複数のフローと個別のCoS要件に対処する必要があります。これらのメカニズムでは、エッジデバイス(ブロードバンドネットワークゲートウェイ(BNG)として機能するルーターで、ネットワークアクセスサーバー(NAS)とも呼ばれます)が、アクセスネットワークと加入者トラフィックに関する情報を提供する必要があります。

ANCP エージェントは、アクセス ラインをインターフェイスまたはインターフェイス セットに静的または動的にマッピングできます。エージェントは、その情報を CoS と AAA の両方に提供します。エージェントは、アクセス ノードが ANCP エージェントに送信した各加入者アクセス回線のトラフィックシェーピング属性を CoS と AAA の両方に渡します。さらに、エージェントは、アクセス ノードによって送信されたすべての DSL フォーラム属性を AAA に送信します。AAA は、DHCP、IP、デモックス、PPPoE の両方の加入者セッションの RADIUS アカウンティングおよび認証時に、これらの属性を使用できます。トラフィックレートは、L2TPトンネルトラフィックのシェーピングにも使用できます。

[edit protocols ancp] 階層レベルで traceoptions ステートメントを含めることで、ANCP エージェントのイベントと操作を監視できます。

Junos OS は、ANCP の以下のインターフェイス タイプでサービス クラス(CoS)トラフィックシェーピングをサポートしています。

• ESSM(Extensible Subscriber Services Manager)で作成されたものを除く、静的 VLAN インターフェイス

• スタティック VLAN demux インターフェイス(ESSM によって作成されたものを除く)

• ESSM によって作成されたものを含む静的インターフェイス セット

• 動的インターフェイス セット

• 動的 VLAN タグ付きインターフェイス セット

• 動的エージェント回線識別子(ACI)インターフェイス セット(ACI セットまたは ACI VLAN とも呼ばれる)

• 動的PPPoEおよびDHCP IP demux加入者インターフェイス

• イーサネットVPLSカプセル化を備えた動的VLAN demuxインターフェイス

ANCP は 、RFC 3292、General Switch Management Protocol (GSMP) V3 の拡張として開発されましたが、現在は RFC 6320、Protocol for Access Node Control Mechanism in Broadband Networks で定義されています。

トポロジーの検出

ルーターは、トポロジー検出を使用して、アクセスノードから情報を収集します。情報には次のものが含まれます。

• アクセスネットワークのトポロジー

• DSL 回線の状態

• 同期されたDSLリンクの実際のアップストリームおよびダウンストリームのネットデータレート

• 達成可能な最大アップストリームおよびダウンストリームネットデータレート

• インターリーブ遅延

加入者サービス

ルーターは、RADIUS サーバーから加入者のサービス プロファイルを受信します。ほとんどのサービスは、ルーター自体によって実施されます。ルーターは、DSLAMによって報告されたローカルループスループットに基づいて、加入者への集約された出口トラフィックをシェーピングします。このトラフィックシェーピングにより、トラフィックフローが最適化されると同時に、アクセスノードでのトラフィックドロップが回避されます。

インターリーブ遅延やマルチキャストチャネル情報などの一部のサービス属性は、アクセスノードで実施されます。ANCP エージェントは、エッジ デバイスが回線設定をアクセス ノードに渡すために使用できる回線設定メカニズムを提供します。通常、アクセスノードには複数のプロファイルがプロビジョニングされます。ルーターは、特定の加入者に使用するプロファイルをアクセスノードに指示します。

加入者は通常、音声、データ、ビデオの各サービスを組み合わせて受けます。各サービスはVLAN上でプロビジョニングできます。加入者は、 論理インターフェイス上に設定された 1 つの VLAN 上で 1 つのサービスのみを受け取ることができます。加入者にサービスを伝送するVLANのグループは、 インターフェイスセットです。

加入者は動作状態を有しますが、CLI では設定できないため管理状態を有しません。

加入者には、アクセス ノードから送信される ANCP ポート アップおよびポート ダウン メッセージで報告される DSL 回線の状態を表す、次のいずれかの動作状態があります。

• [アイドル(Idle)]:ポートは設定されておらず、加入者はログインできません。

• [サイレント(Silent)]:ポートは設定され、加入者は接続されていますが、DSL モデムはデータを転送する準備ができていません。

• Showtime:ポートが設定され、加入者が接続され、DSL モデムがオンラインになり、データを転送する準備が整います。

手記：

ビジネス加入者とサービス向け ANCP の詳細については、 ANCP トリガー VLAN を使用したレイヤー 2 ホールセールの概要を参照してください。

ANCP インターフェイスとアクセス ループ回線識別子

ANCP トポロジーのアクセス ループまたはアクセス回線は、加入者デバイス(CPE)とアクセス ノードの間の物理要素で構成されています。アクセスループに関連付けられた識別子は、加入者を識別する役割も果たします。この識別子は、加入者要求の発信元である DSLAM 上のインターフェイスを実際に識別する入力します。さまざまな名前で呼ぶことができます。

• ANCP メッセージでは、TLV がアクセス ループ回線 ID(アクセス ループ回線識別子、アクセス ループ回線識別子、またはアクセス ID とも呼ばれる)を伝送します。

• DHCP ディスカバリー パケットは、オプション 82 フィールドのエージェント サーキット ID サブオプションで回線を識別できます。

• PPPoEディスカバリーパケットは、DSLフォーラムのベンダー固有タグのAgent-Circuit-IDサブ属性で回線を識別できます。

これらの各識別子は、ACIと略されます。ANCP エージェントは、アクセス ノードからポート管理メッセージを受信すると、メッセージに含まれるアクセス ループ回線識別子を使用して、加入者に対応する論理インターフェイスまたはインターフェイス セットを判断します。

静的設定によって、識別子を ANCP アクセス ラインに関連付けることができます。[edit protocols ancp interfaces]階層レベルでインターフェイス名を指定して論理インターフェイスを設定する場合、アクセスループ回線識別子をインターフェイスに関連付けるためにaccess-identifierステートメントを含めます。[edit protocols ancp interfaces]階層レベルで interface-set ステートメントを含めてインターフェイス セットを設定する場合、[edit protocols ancp interfaces interface-set interface-set-name]階層レベルで access-identifier ステートメントを含めることで、アクセス ループ回線識別子をインターフェイス セットに関連付けます。

DHCP または PPPoE ディスカバリ パケットに ACI が含まれている場合、ANCP エージェントは ACI を加入者インターフェイスまたはインターフェイス セットに動的にマッピングできます。加入者のVLANは、動的プロファイルに従って作成されます。これらは、エージェント回線識別子ベースまたは ACI ベースの動的 VLAN と呼ばれます。

RADIUS 認証とアカウンティングの ANCP エージェント サポートでは、静的と動的の両方の ACI がネットワーク全体で一意である必要があります。複数のネイバー(アクセスノード)の2つのインターフェイスが同じ識別子を共有することはできません。DHCPおよびPPPoEプロセスは、アクセスノードのIPアドレスに関する情報を持っていないため、重複する識別子を区別できません。この状況では、AAA サービス フレームワークが DHCP または PPPoE クライアント セッションを RADIUS 認証およびアカウンティング用のアクセス ラインと関連付けることができなくなります。

インターフェイスおよびインターフェイス セットへのアクセス回線のマッピング

ANCP エージェントは、加入者アクセス回線の ACI をインターフェイスまたはインターフェイス セットにマッピングして、アクセス ノードから受信した DSL 属性をアクセス ラインの CoS トラフィックシェーピングに適用します。アクセスラインマッピングは、 access-identifier ステートメントで静的に設定することも、加入者認証時に動的に取得することもできます。静的マッピングは、常に動的マッピングよりも優先されます。

ANCP エージェントは、アクセス ラインを元のマッピングとは異なるインターフェイスまたはインターフェイス セットに再マッピングできます。再マッピングは、静的または動的に行うこともできます。たとえば、アクセス回線は、最初に加入者インターフェイスに動的にマッピングされ、次にインターフェイスセットに静的に設定できます。

ステートメントを使用してマッピングを静的に設定できるのは、設定済み名または決定論的な名前を持つインターフェイスおよびインターフェイス セット タイプの場合だけです。

• 静的 VLAN インターフェイス

• 静的VLAN demuxインターフェイス

• 静的インターフェイス セット

• 動的インターフェイス セット

• 動的 VLAN タグ付きインターフェイス セット

アクセス回線を静的インターフェイス セット、動的インターフェイス セット、動的 VLAN タグ付きインターフェイス セットにマッピングするには、ステートメントによる静的設定が必要です。これは、PPPoE または DHCP IP demux 加入者のディスカバリ パケットに ACI が存在するかどうかに関係なく、ACI の使用はこれらのタイプのインターフェイス セットの作成には関係ないため、当てはまります。

以下のインターフェイスおよびインターフェイスセットタイプは、非決定的で、自動的に生成される名前を持つため、ステートメントでマッピングを静的に設定することはできません。

• 動的VLAN demuxインターフェイス

• 動的 ACI インターフェイス セット(ACI VLAN)

• 動的PPPoeおよびDHCP IP demux加入者インターフェイス

レイヤー 2 ホールセール サービスのコンテキストでは、ANCP エージェントは、イーサネット VPLS カプセル化を備えた動的 VLAN demux インターフェイスにアクセス ラインをマッピングできます。ANCP エージェントは、アクセス ラインの ACI を常に含む ANCP ポート UP メッセージを使用して、これらのインターフェイスの作成をトリガーします。その後、エージェントは、CoSトラフィックシェーピングのために、インターフェイスをアクセスラインに動的にマッピングできます。

動的マッピングは次のように機能します。

• 加入者インターフェイスがインターフェイス セットのメンバーである場合、ANCP エージェントはアクセス ラインの ACI をインターフェイス セットにマッピングします。

• 加入者インターフェイスがインターフェイス セットのメンバーではない場合、ANCP エージェントはアクセス ラインの ACI を加入者インターフェイスにマッピングします。

ANCP エージェントは、加入者のディスカバリ パケット内のアクセス ラインの ACI の存在に関係なく、以下のインターフェイス タイプの静的または動的マッピングをサポートしません。

• ESSM によって作成された静的 VLAN インターフェイス。

• ESSM によって作成された静的 VLAN demux インターフェイス。

• 動的 VLAN インターフェイス。

• イーサネット-VPLSカプセル化を備えていない動的VLAN demuxインターフェイス。

ANCP ネイバー

ANCP エージェントは、ANCP ネイバー(ANCP ピアとも呼ばれる)として設定されたアクセス ノードのトラフィックのみを報告できます。ネイバーはルーターとのTCP接続を確立できます。アクセスノードをANCPネイバーとして設定するには、[edit protocols ancp]階層レベルでneighborステートメントを含めます。

ANCP エージェントは、ネイバーと隣接メッセージを交換します。予想される期間内にネイバーから隣接関係メッセージが受信されない場合、ネイバーはダウンしていると見なされ、切断されます。ANCP エージェントがすべてのネイバーからの隣接メッセージを待つ時間を調整するには、[edit protocols ancp] 階層レベルで adjacency-timer ステートメントを含めます。隣接メッセージ間の間隔は、隣接関係の確立中にルーターとネイバーの間でネゴシエートされます。ANCP SYN メッセージで受信した値または設定された値の 2 つのタイマー値のうち大きい方が選択されます。ルーターとネイバー間の同期の損失は、ネゴシエートされた値の 3 倍を超える時間、有効なメッセージが受信されなかった場合に宣言されます。

手記：

ANCP TCP 接続が確立されていないため、以下のいずれの状況でも ANCP ネイバーは起動しません。

• ネイバー アドレス(番号ありまたは番号なし)に /32 マスクがある場合。

• ANCP 動的論理インターフェイスの番号なしローカル アドレスが、優先ソース アドレスを使用するように設定されている場合。

ANCP ネイバーは、単にネイバーの設定を表す以下の管理状態のいずれかを有します。

• 有効—ネイバーはCLIで設定されています。

• [無効(Disabled)]:ネイバーは未設定、つまり一度も設定されていないか、設定が削除されています。

有効状態の ANCP ネイバーは、隣接関係ネゴシエーションの状態を表す次のいずれかの動作状態になります。

• 設定済み—ネイバーは設定されていますが、隣接関係を確立していません。

• [確立(Establishing)]:隣接関係のネゴシエーションが進行中です。

• [確立(Established)]:隣接関係ネゴシエーションが成功し、ANCP セッションが確立されました。

• [未確立(Not Established)]:ネイバーは以前に確立された隣接関係を失いましたが、ネゴシエーションを開始する準備ができています。

また、 [edit protocols ancp neighbor ip-address] 階層レベルで以下のステートメントのいずれかを含めることで、グローバル設定またはデフォルト設定を上書きする特定のネイバーのパラメータを設定することもできます。

• adjacency-timer- このネイバーと交換される隣接メッセージの間隔を調整します。

• ietf-mode—ANCPエージェントがこのネイバーに対して下位互換性モードで動作することを防止します。ANCP の現在の IETF 実装を使用するネイバー用。

• maximum-discovery-table-entries- このネイバーから受け入れるディスカバリ テーブル エントリーの数を指定します。このステートメントを [edit protocols ancp] 階層レベルに含めて、すべてのネイバーのエントリー数をグローバルに設定します。

• pre-ietf-mode—ANCP エージェントがこのネイバーの下位互換性モードで動作できるようにします。現在の実装ではなく、ANCP(GSMPv2)の元のIETF実装を使用するネイバー用。このステートメントを [edit protocols ancp] 階層レベルに含めて、すべてのネイバーに対してグローバルに下位互換性モードで動作します。

RFC 6320、ブロードバンドネットワークにおけるアクセスノード制御メカニズムのプロトコルは、ANCPバージョン1を定義します。ANCP はもともと、General Switch Management Protocol(GSMP)バージョン 3、サブバージョン 1 に基づいて実装されていました。ただし、インターネット コミュニティは、ANCP を開発する過程で GSMPv3 に非常に多くの拡張機能と変更を行ったため、ANCP は GSMPv3 と相互運用できなくなりました。したがって、ANCP ネイバーは、各ピアがサポートするバージョンを動的に検出できなければなりません。共同レジストリは、GSMPとANCPのバージョン番号を成文化しています。

ANCP ネイバーが隣接関係のネゴシエーションを開くと、サポートする ANCP の最新バージョン(GSMPv3 の場合は 0x31、ANCP バージョン 1 の場合は 0x32)を示します。(バージョン 1 は、16 進数からの 10 進数変換を指すため、バージョン 50 と呼ばれることもあります。受信側のネイバーがそのバージョンの ANCP をサポートしている場合、送信側のネイバーに応答するときにその値を返します。そのバージョンをサポートしていない場合、受信側のネイバーは単にメッセージをドロップします。

ANCP エージェントは、アクセス回線の DSL 属性など、アクティブな ANCP 加入者に関する情報を Junos 共有データベースに保存します。このストレージは永続的であり、アクセス ラインのインターフェイスまたはインターフェイス セットを削除するか、以下のコマンドのいずれかを発行したときにのみ、データベースから削除されます。

• ANCP ネイバーのクリア

• クリアANC加入者

ストレージの永続性により、PPPoEおよびDHCP IP demux加入者は、ANCP接続が一時的に終了した場合でも、DSL属性を使用して、認証とアカウンティングのためにRADIUSによって適切に管理できます。

パーティション

ANCP は、アクセス・ノードの論理区画への分割をサポートします。各パーティションは、ルーターとの隣接関係を作成します。アクセスノード上の各パーティションは、異なるルーターと隣接関係を形成できます。パーティションネゴシエーションは、ANCP 隣接関係ネゴシエーション中に行われます。ANCP メッセージは、パーティション ネゴシエーションに関連する次のフィールドを伝送します。

• 区画タイプ (PType) フィールドは、アクセス・ノードが区画化されているかどうか、および区画 ID がどのようにネゴシエーションされるかを示します。フィールドには、隣接関係の形成中にネゴシエートされた次のいずれかの値があります。

  • 0:アクセス ノードはパーティション化されていないか、パーティションをサポートしていません。

  • 1:パーティション数は固定されており、ルーターはパーティション識別子フィールドに配置した識別子を使用するようアクセスノードに要求します。

  • 2:パーティション数は固定されており、アクセスノードによってパーティション識別子が割り当てられています。

• ネイバーの ANCP エージェント サポートに関する以下のシナリオのいずれかを示すパーティション ID フィールド。

  • ゼロ パーティション ID—ANCP エージェントは、パーティション ID が 0 の単一 TCP セッション上で、IP アドレス上の各ネイバーをサポートします。これはデフォルトのサポートケースです。この値は、パーティション・タイプがゼロの場合に必要です。

  • 単一の非ゼロ パーティション ID—ANCP エージェントは、非ゼロのパーティション ID を持つ単一の TCP セッション上の IP アドレス上の各ネイバーをサポートします。この場合、[edit protocols ancp]階層レベルのgsmp-syn-waitステートメントでパーティションID学習を有効にする必要があります。

• 区画フラグ (PFlag) フィールドは、行われている区画要求のタイプを示します。値 1 は、新しい隣接関係を指定します。

次のパーティション構成がサポートされています

• 各パーティションには、隣接するルーターへの独立した ANCP セッションとチャネルがあります。すべてのパーティションのパーティション ID は 0 に固定されています。

• 各パーティションには、隣接するルーターへの独立した ANCP セッションとチャネルがあります。各パーティションには、専用のゼロ以外のパーティション ID があります。

隣接関係更新メッセージ

隣接関係が確立されると、ANCP エージェントは隣接関係更新メッセージを使用して、同じパーティションを制御するルーターに互いについて通知します。複数のルーターが特定のパーティションに隣接関係を確立すると、ANCP エージェントはこれらの各ルーターに隣接関係更新メッセージを送信して、パーティションが現在サポートしている確立された隣接関係の数を報告します。隣接関係が失われると、ステータスの変化を報告する更新メッセージが残りのルーターに送信されます。 show ancp neighbor detail コマンドを使用すると、特定のパーティションで現在確立されている隣接関係の数を表示できます。

一般的な応答メッセージと結果コード

ANCP ネイバーとルーターは、特定の応答メッセージまたは汎用応答メッセージのいずれかでメッセージに応答できます。汎用応答メッセージは、通常、成功または失敗の結果以外の情報をピアに送信する必要がない場合に送信されます。応答が失敗に関するものである場合は、失敗の種類を指定する結果コードが含まれます。限られた量の診断データも含めることができます。汎用応答メッセージは、障害が原因で隣接関係がシャットダウンされる場合に、要求とは独立して送信することもできます。この場合、メッセージの送信者は、メッセージ ヘッダーの [トランザクション ID] フィールドと Status-Info TLV の [メッセージの種類] フィールドをゼロにします。

表 1 では、汎用応答メッセージに含めることができる結果コードについて説明します。

表 1:ANCP 障害結果コード

コード値	形容	検出者
0x02	要求メッセージは正しい形式ですが、競合状態やメッセージの送信方向などのタイミングの問題により、プロトコルに違反しているため無効です。	ANCP エージェント
0x06	ルーターとANCP制御アプリケーション間の状態の不一致により、指定されたポートの1つ以上がダウンしています。	制御アプリケーション(まだ利用可能なし)
0x13	ANCP のリソースが不足しています。この結果コードは、アクセス・ノードによってのみ送信されます。問題はおそらくアクセス回線とは関係ありませんが、特定の要求に関連している可能性があります。	ANCP プロトコル層または制御アプリケーション(まだ利用不可)
0x51	要求メッセージのタイプは、ピア間のプロトコルバージョンまたは機能状態の不一致のため、またはメッセージタイプがANCP機能のオプションである可能性があるため、実装されません。	ANCP エージェント
0x53	送信中にメッセージが破損したか、接続の一方の端で実装エラーが発生したため、メッセージの形式が正しくありません。	ANCP エージェント
0x54	1 つ以上の必須 TLV が要求に含まれていません。	ANCP エージェント
0x55	要求内の 1 つ以上の TLV の内容は、TLV 仕様と一致しないため無効です。	ANCP エージェント
0x500	要求で指定されたポートが 1 つ以上存在しません。アクセス ノードとルーターまたは AAA の設定の不一致が原因である可能性があります。	制御アプリケーション(まだ利用可能なし)

手記：

Junos OS は一般的な応答メッセージの送受信の両方をサポートしていますが、現在、ANCP エージェントはこれらのメッセージのみを受信します。これらのメッセージの 1 つを受信すると、ルーターはシステム ログを生成し、汎用メッセージ カウンターをインクリメントし、結果コード カウンターをインクリメントします。ANCP エージェントは、ANCP ネイバーから不正確または予期しない汎用応答メッセージを受信すると、直ちにパケットをドロップし、システム ログ通知メッセージを生成し、それ以上のアクションは実行しません。

一般的な応答メッセージには、通常、警告またはエラー状態に関する補足情報を含む Status-Info TLV が含まれます。Status-Info TLV は、結果コードがポートがダウンしているか存在しないか、必須の TLV が欠落しているか、TLV が無効であるかのいずれかを示している場合に必要です。Status-Info TLV は、他の ANCP メッセージ タイプに含めることもできます。

Access Node Control Protocolの利点

• アクセスノードと加入者間のアクセス回線の設定とメンテナンスを簡素化します。

• アップストリームとダウンストリームのデータレート属性に対して CoS 関連の調整を行い、サービスを正確に提供し、ネットワーク内の輻輳を制御します。

• サービス管理用の運用支援システム(OSS)などのバックエンドアプリケーションに、DSL属性などのアクセスネットワーク情報を提供します。

• RADIUS 認証および PPPoE セッションのアカウンティング時に使用するために、DSL 属性をセッション データベースに格納します。

1:1およびN:1トラフィックシェーピングモデル

1:1およびN:1のトラフィックシェーピングモデルによって、VLANと家庭との相関関係が決まります。これらのモデルは、アクセス モデルまたは構成モデルとも呼ばれます。ネットワークには、モデルの一方または両方を含めることができます。

• 1 対 1 モデル - 世帯には PPPoE または DHCP IP デモックス加入者セッションが 1 つだけあります。このような世帯は、1 つの VLAN または VLAN demux インターフェイス上に 1 つ以上存在できます。単一世帯の場合、加入者インターフェイス、またはその基盤となるVLANまたはVLAN demuxインターフェイスのいずれかが世帯を表すことができます。複数の世帯がある場合、対応する加入者インターフェイスが世帯を表します。いずれの場合も、世帯を表すインターフェイスは、そのアクセス回線の ACI にマッピングする必要があります。

  表 2 では、インターフェイス セットが関与しない場合に ANCP 1:1 アクセス モデルでサポートされるインターフェイスのタイプと、PPPoE または DHCP IP デモックス ディスカバリー パケットに加入者アクセス回線の ACI を含める必要があるかどうかを示しています。

  表 2:ANCP 1:1 モデルのインターフェイス タイプ別の ACI マッピング

  インターフェイスタイプ	形容	ディスカバリ パケット内の ACI の存在
  動的PPPoEまたはDHCP IP demuxインターフェイス	ACI がディスカバリ パケットに存在する場合、ANCP エージェントは ACI を加入者インターフェイスにマッピングします。インターフェイスの名前は自動的に生成され、非決定的です。	必須。
  静的 VLAN または VLAN demux インターフェイス	インターフェイスの名前は静的に設定されます。ANCP エージェント設定には、ACI をインターフェイスに静的にマッピングするための access-identifier ステートメントを含める必要があります。	存在しません。

• N:1 モデル - 1 世帯で複数の PPPoE または DHCP IP デモックス加入者セッションを持つことができます。世帯には、複数のVLANまたはVLAN demuxインターフェイスを使用できます。いずれの場合も、すべてのインターフェイスをインターフェイスセットにグループ化する必要があります。次に、設定されたインターフェイスは、世帯のアクセス回線のACIにマッピングする必要があります。

  インターフェイスセットは、世帯の動的PPPoEまたはDHCP IP デモックスセッションをグループ化します。加入者は、複数の方法でインターフェイスセットに配置されます。 表 3 は、ANCP N:1 アクセス モデルでサポートされるインターフェイス セットのタイプ、それらの作成方法、および ACI がインターフェイス セットにマッピングされる方法について説明します。

  表 3:ANCP N:1 アクセス モデルのインターフェイス セット タイプ別の ACI マッピング

  インターフェイス セットのタイプ	形容	インターフェイスタイプ	ディスカバリ パケット内の ACI の存在
  ACI ベースの VLAN インターフェイス セット	ルータは、DSLフォーラムのベンダー固有タグ内に埋め込まれたACIを含むDHCPまたはPPPoEディスカバリパケットを受信すると、VLANとインターフェイスセットを動的に作成します。ルーターは、aci-1003-ge-1/0/0.1073741832のような、インターフェイスセットの非決定論的な名前を生成します。 ANCP エージェントは、ディスカバリ パケットから動的に作成されたインターフェイス セットに ACI を自動的にマッピングします。 同じACIを持つすべてのDHCP、IP、デモックス、またはPPPoEセッションは、同じインターフェイスセットにマッピングされます。	動的 VLAN および VLAN demux インターフェイス。	必須。
  動的インターフェイス セット	動的プロファイルは、インターフェイス セットを動的に作成し、セット内にインターフェイスを配置します。プロファイルには、明示的に設定されたインターフェイス セットの名前か、インターフェイス セット名を表す変数を含めることができます。変数を使用する場合、RADIUSが加入者にAccess-Acceptメッセージを返すときに、インターフェイスセット名がRADIUSによって提供されます。 ANCP エージェント設定には、ACI をインターフェイス セットに静的にマッピングするための access-identifier ステートメントを含める必要があります。 すべての DCP、IP、DEMUX、PPPoE セッションは、動的プロファイルのルールに従って設定されたインターフェイスにマッピングされます。	DHCP IP デモックス加入者インターフェイス、PPPoE加入者インターフェイス、またはVLANインターフェイス。	無関係。
  静的インターフェイス セット	インターフェイス セットとセット名は静的に設定され、複数のスタティック インターフェイスが含まれます。 ANCP エージェント設定には、ACI をインターフェイス セットに静的にマッピングするための access-identifier ステートメントを含める必要があります。	静的 VLAN および VLAN demux インターフェイス。	無関係。
  VLAN タグ付きインターフェイス セット	ルーターは、VLAN IDを含むDHCPまたはPPPoEディスカバリーパケットを受信すると、VLANとインターフェイスセットを動的に作成します。インターフェイス セットには、物理インターフェイス名と VLAN タグで構成される決定論的な名前が付与されます(例:ge-1/0/0-101)。 ANCP エージェント設定には、ACI をインターフェイス セットに静的にマッピングするための access-identifier ステートメントを含める必要があります。 同じ VLAN ID タグを持つすべての DHCP IP デモックスまたは PPPoE セッションは、同じインターフェイス セットにマッピングされます。	動的 VLAN および VLAN demux インターフェイス。	無関係。

CoS トラフィックシェーピングは、ANCP エージェントがアクセス ノードから受信して CoS に渡す加入者のダウンストリーム トラフィック レートに基づきます。CoS は、世帯レベルまたはセッションレベルで加入者トラフィックをシェーピングできます。

• 世帯シェーピング—世帯への集約トラフィックのみがシェーピングされます。世帯シェーピングは、CoS トラフィック制御プロファイルを静的 VLAN または VLAN demux インターフェイス、またはインターフェイス セットに適用した結果です。

• セッションシェーピング—家庭内の個々のデバイスへのトラフィックレートがシェーピングされます。セッションシェーピングは、加入者セッションを作成する動的PPPoEプロファイルでCoSトラフィック制御プロファイルを指定することによって実現します。ネットワーク構成に応じて、セッションシェーピングは、共有プライオリティキューを採用してすべてのセッションを同じようにシェーピングする場合と、個々のプライオリティキューを使用してセッションを個別にシェーピングする場合があります。

ビジネス サービス トラフィック シェーピング モデル

N:1 および 1:1 トラフィックシェーピング モデルに加えて、ANCP エージェントはビジネス サービス トラフィックシェーピング モデルもサポートしています。このモデルでは、Extensible Subscriber Services Manager(ESSM)が PPPoE セッションを一般家庭または企業加入者として分類します。分類は、RADIUS の認証および許可時に行われます。ANCP エージェントは、分類によって異なる方法で CoS トラフィックシェーピングを適用します。

RADIUS 認証および許可の前に、PPPoE セッションは ANCP 1:1 モデルの住宅世帯を表します。ANCP エージェントは、世帯のアクセス回線を対応する加入者インターフェイスに動的にマッピングし、そのインターフェイスに CoS トラフィックシェーピングを適用します。家庭用回線の ACI は、PPPoE ディスカバリ パケットに存在します。

その後、ESSMD が RADIUS 認証および認可中に PPPoE セッションをビジネス加入者セッションとして分類すると、複数の管理およびデータ プレーンの静的 VLAN インターフェイスが作成され、静的なインターフェイス セットにグループ化されます。次に、CLI設定に従って、PPPoEセッションのアクセスラインをこのインターフェイスセットに静的にマッピングします。ANCP エージェントは、加入者インターフェイスから CoS トラフィックシェーピングを削除し、静的インターフェイス セットに適用します。CoS トラフィック トラフィックシェーピングを削除するということは、CoS アプリケーションが、デフォルトまたは設定された調整制御プロファイルの次のレートをインターフェイスまたはインターフェイス セットに適用することを意味します。新しいビジネス加入者インターフェイスセットに、静的インターフェイスと動的インターフェイスを混在させることはできません。この禁止事項は、動的 VLAN や、インターフェイス セットの作成をトリガーした PPPoE セッションに限定されません。

手記：

静的 VLAN および VLAN Demux インターフェイスでの CoS トラフィックシェーピングと RADIUS 認証およびアカウンティングに対する ANCP エージェントの一般的なサポートの例外は、これらのインターフェイスが ESSM によって作成された場合、これらのインターフェイスをサポートしないことです。これらのインターフェイスは、ANCP エージェントでサポートされている ESSM 作成のインターフェイス セットとは異なります。

ANCP エージェントの観点から見ると、ビジネス カテゴリ モデルは、動的に派生したアクセス回線からインターフェイスへのマッピングを、静的に設定されたアクセス回線からインターフェイスへのマッピングで効果的に上書きします。このアクションにより、ANCP エージェントがトリガーされ、それに応じて CoS トラフィックシェーピングが再適用されます。

ビジネス サービス モデルは、通常、レイヤー 2 ホールセール ネットワークで使用されます。詳細については、 ANCP トリガー VLAN を使用したレイヤー 2 ホールセールの概要を参照してください。

インターフェイス セットのない N:1 および 1:1 構成モデルを使用した ANCP ネットワーク

このサンプルトポロジーでは、基盤となる1つの静的VLANまたはVLAN demuxインターフェイス(N:1、デュアルタグ付きVLAN)に2つの世帯が設定され、もう1つの基盤となるインターフェイス(1:1、単一タグ付きVLAN)に1つの世帯が設定されています(図1)。アクセス ノードによって割り当てられた一意の ACI に加えて、各世帯は VLAN によってさらに識別され、VLAN は ANCP エージェント設定の識別子にマッピングされます。セッションの CoS トラフィック トラフィックシェーピングでは、共有プライオリティ キューのみを使用して、すべてのセッションを同じようにシェーピングできます。セッションを個別にシェーピングするための個々のプライオリティ キューはサポートされていません。

ANCP イベントのシーケンス:インターフェイス セットのないイーサネット経由の静的 VLAN または VLAN Demux インターフェイス

次の一連のイベントは、 図 1 のトポロジーで、インターフェイス セットのないイーサネット経由の静的 VLAN インターフェイスを使用したものです。

1. 家庭内のネットワーク デバイスが PPPoE 検出を開始します。

2. PPPoEは、基盤となる静的VLANまたはVLAN demuxインターフェイス上に動的PPPoEセッションを作成し、VLANで設定されたアドバイザリオプションをセッションに適用します。

3. アクセス ノードは、ACI によって識別されるアクセス ラインの ANCP DSL 属性を ANCP エージェントに個別に提供します。

4. ANCP エージェントは、ACI にマッピングされた静的 VLAN または demux VLAN の調整済みダウンストリーム データ レートを CoS に送信します。ANCP エージェントは、調整されたアップストリーム データ レートを含むすべての DSL 属性をルーターの共有データベースに保存します。

5. AAA は、セッションの基盤となるインターフェイスを、ANCP エージェント設定の ACI に関連付けられた静的 VLAN または VLAN demux インターフェイスと照合することで、動的 PPPoE セッションをアクセス ラインと関連付けます。

6. AAA は、ルーターの共有データベースからアクセス ラインの ANCP DSL 属性を取得し、RADIUS Access-Request メッセージと Accounting-Request メッセージでジュニパーネットワークスの DSL VSA にマッピングします。DSL属性が利用できない場合、セッションのアドバイザリのアップストリームおよびダウンストリームデータレートは、それぞれUpstream-Calculated-Qos-Rate VSA(26-142)およびDownstream-Calculated-Qos-Rate(26–141)VSAにマッピングされます。これらのVSAは、RADIUSメッセージに含まれます。

インターフェイス セットを使用した N:1 設定モデルを使用した ANCP ネットワーク

このトポロジーでは、基盤となる静的VLANまたはVLAN demuxインターフェイスごとに、複数の世帯が設定されます(図 2)。VLANはデュアルタグ付きです。各世帯には、インターネットにアクセスする複数のCPEデバイスが含まれています。アクセスノードによって割り当てられた一意のACIに加えて、世帯はインターフェイスセットによってさらに識別されます。インターフェイスセットは、個々の加入者デバイスの動的PPPoEセッションをグループ化します。これは、動的PPPoEプロファイルで明示的に設定されるか、PPPoEセッション認証中にRADIUS Access-Acceptメッセージで指定されます。セッションシェーピングでは、共有プライオリティキューを使用してすべてのセッションを同じようにシェーピングしたり、個々のキューを使用してセッションを個別にシェーピングしたりできます。

インターフェイス セットを使用したこの N:1 モデルでは、アクセス ノードは、動的 PPPoE セッションの確立中にルーターに渡す PPPoE PADI および PADR ディスカバリ パケットに DSL フォーラム VSA を追加する必要があります。VSA には、世帯の ACI が含まれます。この包含により、AAA は RADIUS 認証およびアカウンティング中に、PPPoE セッションをそれぞれの加入者アクセス回線および DSL 属性と関連付けることができます。ACIが存在しない場合、AAAは相関関係を作成できず、その後、アドバイザリのアップストリームとダウンストリームのデータレートのみをRADIUS認証およびアカウンティングに報告します。

動的PPPoEプロファイルが $junos-interface-set-name 事前定義された変数で設定されている場合、アクセスノード、ルータ、およびRADIUSサーバの設定は、ACIおよびインターフェイスセットに関して同期する必要があります。

• RADIUS Access-Accept メッセージには、Juniper Networks Qos-Interface-Set-Name VSA(26-130)が含まれている必要があります。

• CoS レイヤー 2 設定は、Qos-Interface-Set-Name VSA(26-130)で指定されたインターフェイス セットを明示的に識別する必要があります。

• ANCP エージェント設定は、Qos-Interface-Set-Name VSA(26-130)で指定されたインターフェイス セットに ACI をマッピングする必要があります。

ANCP イベントのシーケンス:インターフェイス セットを使用したイーサネット上の静的 VLAN インターフェイス

以下のイベント順序は、 図 2 のトポロジーで、インターフェイス セットを備えたイーサネット上の静的 VLAN インターフェイスを対象としています。

1. 家庭内のネットワーク デバイスが PPPoE 検出を開始します。

2. アクセス ノードは、世帯の ACI を含む DSL フォーラム VSA タグを PPPoE、PADI、および PADR ディスカバリ パケットに追加します。(この識別子は、PPPoE ではエージェント回線識別子として認識されます)。

3. PPPoE は、基盤となる静的 VLAN で提供された ACI を使用して動的 PPPoE セッションを作成し、VLAN に設定されたアドバイザリ オプションをセッションに適用します。

4. アクセス ノードは、ACI によって識別されるアクセス ラインの ANCP DSL 属性を ANCP エージェントに個別に提供します。

5. ANCP エージェントは、ACI にマッピングされたインターフェイス セットの調整済みダウンストリーム データ レートを CoS に提供します。ANCP エージェントは、調整されたアップストリームおよびダウンストリームのデータレートを含む、すべての ANCP DSL 属性をルーターの共有データベースに保存します。

6. AAA は、DSL フォーラム VSA で受信したセッション ID を ANCP エージェント設定で設定されたインターフェイスに設定された ACI と照合することにより、ダイナミック PPPoE セッションをアクセス ラインと関連付けます。

7. AAA は、ルーターの共有データベースからアクセス ラインの ANCP DSL 属性を取得し、RADIUS Access-Request メッセージと Accounting-Request メッセージでジュニパーネットワークスの DSL VSA にマッピングします。DSL属性が利用できない場合、セッションのアドバイザリのアップストリームおよびダウンストリームデータレートは、それぞれUpstream-Calculated-Qos-Rate VSA(26-142)およびDownstream-Calculated-Qos-Rate(26–141)VSAにマッピングされます。これらのVSAは、RADIUSメッセージに含まれます。

8. 認証が完了すると、動的PPPoEセッションは、動的PPPoEプロファイルで構成されたインターフェイスセットに配置されます。プロファイルは、指定されたインターフェイス セット、またはインターフェイス セットが RADIUS Access-Accept メッセージで名前が付けられていることを示す $junos-interface-set-name 定義済み変数を指定します。

インターフェイス セットを備えた 1:1 設定モデルを使用した ANCP ネットワーク

このトポロジーでは、基盤となる静的VLANまたはVLAN demuxインターフェイスごとに1つの世帯が設定されます(図3)。VLANはデュアルタグ付きです。各世帯には、インターネットにアクセスする複数のCPEデバイスが含まれています。アクセスノードによって割り当てられた一意のACIに加えて、世帯はインターフェイスセットによってさらに識別されます。インターフェイスセットは、動的PPPoEプロファイルで明示的に設定されるか、PPPoEセッション認証中にRADIUS Access-Acceptメッセージで指定されます。セッションシェーピングでは、共有プライオリティキューを使用してすべてのセッションを同じようにシェーピングしたり、個々のキューを使用してセッションを個別にシェーピングしたりできます。

インターフェイス セットを使用したこの 1:1 モデルでは、ANCP エージェント設定は、インターフェイス セット内の PPPoE セッションの基盤となるインターフェイスを ACI とインターフェイス セットの両方にマッピングする必要があります。この設定により、AAA は、RADIUS 認証およびアカウンティング中に、PPPoE セッションをそれぞれの加入者アクセス回線および DSL 属性と関連付けることができます。

動的PPPoEプロファイルが $junos-interface-set-name 事前定義された変数で設定されている場合、アクセスノード、ルータ、およびRADIUSサーバの設定は、ACIおよびインターフェイスセットに関して同期する必要があります。

• RADIUS Access-Accept メッセージには、Juniper Networks Qos-Interface-Set-Name VSA(26-130)が含まれている必要があります。

• CoS レイヤー 2 設定は、Qos-Interface-Set-Name VSA(26-130)で指定されたインターフェイス セットを明示的に識別する必要があります。

• ANCP エージェント設定は、Qos-Interface-Set-Name VSA(26-130)で指定されたインターフェイス セットに ACI をマッピングする必要があります。

ANCP イベントのシーケンス:インターフェイス セットを使用したアグリゲート イーサネット上の静的 VLAN Demux インターフェイス

次の一連のイベントは、インターフェイスセットを備えた集合型イーサネット上の静的VLAN demuxインターフェイスを使用した 、図3 のトポロジーのものです。

1. 家庭内のネットワーク デバイスが PPPoE 検出を開始します。

2. PPPoE は、基盤となる静的 VLAN demux インターフェイスで提供された ACI を使用して動的 PPPoE セッションを作成し、VLAN に設定されたアドバイザリ オプションをセッションに適用します。

3. アクセス ノードは、ACI によって識別されるアクセス ラインの ANCP DSL 属性を ANCP エージェントに個別に提供します。

4. ANCP エージェントは、ACI にマッピングされたインターフェイス セットの調整済みダウンストリーム データ レートを CoS に提供します。ANCP エージェントは、調整されたアップストリームおよびダウンストリームのデータレートを含む、すべての ANCP DSL 属性をルーターの共有データベースに保存します。

5. AAA は、セッションの基盤となるインターフェイスを、ANCP エージェント設定で設定されたインターフェイスに設定された基盤となるインターフェイスに一致させることで、ダイナミック PPPoE セッションをアクセス ラインと関連付けます。

6. AAA は、ルーターの共有データベースからアクセス ラインの ANCP DSL 属性を取得し、RADIUS Access-Request メッセージと Accounting-Request メッセージでジュニパーネットワークスの DSL VSA にマッピングします。DSL属性が利用できない場合、セッションのアドバイザリのアップストリームおよびダウンストリームデータレートは、それぞれUpstream-Calculated-Qos-Rate VSA(26-142)およびDownstream-Calculated-Qos-Rate(26–141)VSAにマッピングされます。これらのVSAは、RADIUSメッセージに含まれます。

7. 認証が完了すると、動的PPPoEセッションは、動的PPPoEプロファイルで構成されたインターフェイスセットに配置されます。プロファイルは、指定されたインターフェイス セット、またはインターフェイス セットが RADIUS Access-Accept メッセージで名前が付けられていることを示す $junos-interface-set-name 定義済み変数を指定します。