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)トラフィックシェーピングをサポートしています。

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

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

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

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

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

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

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

• Ethernet-VPLSカプセル化による動的VLAN demuxインターフェイス

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

加入者サービス

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

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

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

加入者には運用状態がありますが、CLIで設定できないため、管理状態はありません。

加入者は、アクセスノードから送信されるANCPポートアップおよびポートダウンメッセージで報告されるDSLライン状態を表す、以下のいずれかの動作状態を持ちます。

• アイドル—ポートが設定されておらず、加入者はログインできません。

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

• 表示時間—ポートが設定され、加入者が接続され、DSLモデムがオンラインになり、データを転送する準備ができています。

注:

ANCP for business 加入者およびサービスについては、「 ANCP トリガー VLAN によるレイヤー 2 ホールセールの概要」を参照してください。

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

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

• ANCP メッセージでは、TLV はアクセス ループ回線 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 と動的 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 デモックス インターフェイスにアクセス回線をマッピングできます。ANCP エージェントは、常にアクセス回線の ACI を含む ANCP ポート UP メッセージを使用して、これらのインターフェイスの作成をトリガーします。その後、エージェントは、CoSトラフィックシェーピング用にインターフェイスをアクセス回線に動的にマッピングできます。

動的マッピングの仕組みは次の通りです。

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

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

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

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

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

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

• Ethernet-VPLSカプセル化を持たない動的VLAN demuxインターフェイス。

ANCP ネイバー

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

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

注:

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

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

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

ANCP ネイバーは、次のいずれかの管理状態を持ち、これは単にネイバーの設定を表しています。

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

• 無効—ネイバーは設定されていません。つまり、ネイバーが設定されていないか、設定が削除されています。

有効な状態のANCPネイバーは、隣接ネゴシエーションの状態を表す以下の動作状態のいずれかを持ちます。

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

• 確立中—隣接ネゴシエーションが進行中です。

• 確立—隣接ネゴシエーションが成功し、ANCPセッションが確立されました。

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

また、 [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はもともと、GSMP(General Switch Management Protocol)バージョン3、サブバージョン1に基づいて実装されました。しかし、インターネットコミュニティは、ANCPの開発過程でGSMPv3に非常に多くの拡張と変更を加えたため、ANCPはGSMPv3と相互運用できなくなりました。したがって、ANCP ネイバーは、各ピアがサポートするバージョンを動的に検出できる必要があります。GSMP と ANCP のバージョン番号をコード化する共同レジストリ。

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

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

• ANCP ネイバーのクリア

• ANCP 加入者のクリア

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

パーティション

ANCPは、アクセスノードを論理パーティションに分割することをサポートしています。各パーティションは、ルーターとの隣接関係を作成します。アクセスノードの各パーティションは、異なるルーターと隣接関係を形成できます。パーティションネゴシエーションは、ANCP隣接ネゴシエーション中に行われます。ANCP メッセージには、パーティション ネゴシエーションに関連する以下のフィールドが記載されています。

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

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

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

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

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

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

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

• パーティションフラグ(PFlag)フィールドは、実行されているパーティションリクエストのタイプを示します。値 1 は、新しい隣接関係を指定します。

以下のパーティショニング方式がサポートされています

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

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

隣接関係更新メッセージ

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

汎用応答メッセージと結果コード

ANCP ネイバーとルーターは、特定の応答メッセージまたは汎用応答メッセージのいずれかでメッセージに応答できます。汎用応答メッセージは、通常、成功または失敗の結果以外の情報をピアに送信する必要がない場合に送信されます。応答が失敗に関するものである場合は、失敗の種類を指定する結果コードが含まれます。限られた量の診断データを含めることもできます。障害が原因で隣接関係がシャットダウンされている場合、要求とは独立して汎用応答メッセージを送信することもできます。この場合、メッセージの送信者は、メッセージ ヘッダーの [トランザクション ID] フィールドと [ステータス情報] 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仕様に一致しないため、TLVが無効です。	ANCP エージェント
0x500	アクセスノードとルーターまたはAAA間の設定の不一致が原因で、要求で指定されたポートが1つ以上存在しません。	アプリケーションを制御(まだ利用できません)

注:

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

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

アクセスノード制御プロトコルのメリット

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

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

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

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

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

1:1およびN:1のトラフィックシェーピングモデルは、VLANと世帯の相関関係を決定します。これらのモデルは、アクセス モデルまたは構成モデルとも呼ばれます。ネットワークには、以下のいずれかのモデルのいずれかまたは両方を含めることができます。

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

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

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

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

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

  インターフェイスセットは、世帯の動的PPPoEまたはDHCP IP demuxセッションをグループ化します。加入者は、いくつかの方法でインターフェイスセットに配置されます。 表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 demuxまたはPPPoEセッションは、同じインターフェイスセットにマッピングされます。	動的VLANおよびVLAN demuxインターフェイス。	必須。
  動的インターフェイス セット	動的プロファイルは、インターフェイスセットを動的に作成し、セット内にインターフェイスを配置します。プロファイルには、明示的に設定されたインターフェイス セットの名前、またはインターフェイス セット名を表す変数を含めることができます。変数が使用されている場合、インターフェイス セット名は、加入者向けの Access-Accept メッセージを返すときに RADIUS によって提供されます。 ANCP エージェントの設定には、ACI をインターフェイス セットに静的にマッピングするための access-identifier ステートメントを含める必要があります。 すべてのDHCP、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 demuxまたはPPPoEセッションは、同じインターフェイスセットにマッピングされます。	動的VLANおよびVLAN demuxインターフェイス。	関係ありません。

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

• 世帯シェーピング—世帯への総トラフィックのみシェーピングされます。世帯シェーピングは、静的VLANまたはVLAN demuxインターフェイス、またはインターフェイスセットにCoSトラフィック制御プロファイルを適用することで得られます。

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

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

N:1および1:1のトラフィックシェーピングモデルに加えて、ANCPエージェントはビジネスサービストラフィックシェーピングモデルもサポートしています。このモデルでは、ESSM(Extensible Subscriber Services Manager)が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ネットワーク

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

ANCP イベントの順序: インターフェイス セットのないイーサネット上の静的 VLAN または VLAN Demux インターフェイス

次の一連のイベントは、 図 1 のトポロジーで、インターフェイス セットなしでイーサネットを介した静的 VLAN インターフェイスを対象としたものです。

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

2. PPPoE は、基盤となる静的 VLAN または VLAN デモックス インターフェイス上で動的 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属性が使用できない場合、セッションのアドバイザリアップストリームおよびダウンストリームのデータレートは、それぞれアップストリーム計算QosレートVSA(26-142)およびダウンストリーム計算Qosレート(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メッセージには、ジュニパーネットワークスの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で受信したセッション識別子を、ANCPエージェント設定で設定されたインターフェイスに設定されたACIと照合することで、動的PPPoEセッションをアクセスラインと関連付けます。

7. AAAは、ルーターの共有データベースからアクセス回線のANCP DSL属性を取得し、RADIUS Access-RequestおよびAccounting-Requestメッセージ内のジュニパーネットワークスDSL VSAにマッピングします。DSL属性が使用できない場合、セッションのアドバイザリアップストリームおよびダウンストリームのデータレートは、それぞれアップストリーム計算QosレートVSA(26-142)およびダウンストリーム計算Qosレート(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メッセージには、ジュニパーネットワークスの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 インターフェイスとインターフェイスセット付き集合型イーサネット

以下の一連のイベントは、 図 3 のトポロジーを対象としています。インターフェイス セットを利用した集合型イーサネットを介した静的 VLAN デモックス インターフェイスを使用します。

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属性が使用できない場合、セッションのアドバイザリアップストリームおよびダウンストリームのデータレートは、それぞれアップストリーム計算QosレートVSA(26-142)およびダウンストリーム計算Qosレート(26-141)VSAにマッピングされます。これらのVSAは、RADIUSメッセージに含まれます。

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