加入者アクセスに対するRADIUSアカウンティング

レイヤー 3 ホールセール シナリオ

レイヤー 3 ホールセール ネットワーク環境では、卸売業者と小売業者が異なる RADIUS アカウンティング サーバーを使用し、両方ともアカウンティング レポートを受け取りたいと思う場合があります。この場合、RADIUSアカウンティング重複レポートを設定し、卸売業者と小売業者の両方のアカウンティングサーバーにレポートを送信できます。重複するアカウンティング レコードが送信されるターゲットは、default:default logical system:routing instance combination(LS:RI)( デフォルト VRF とも呼ばれます)にある必要があります。

表 2 は、重複レポートを有効にすると、加入者管理がアカウンティング レポートを送信する場所を示しています。加入者管理は、 階層レベルで [edit access profile profile-name accounting] ステートメントを設定duplicationするアクセスプロファイル、加入者が常駐する場所、および加入者の認証方法に基づいて、重複したレポートを送信します。

その他のシナリオ

レイヤー 3 ホールセール ネットワーク環境にないシナリオでは、同じルーティング コンテキストまたは異なるルーティング コンテキストに存在する別の RADIUS サーバー セットに重複したアカウンティング レコードを送信することができます。レイヤー3ホールセールシナリオとは異なり、重複するRADIUSアカウンティングレコードのターゲットがデフォルトのVRFである必要はありません。デフォルト以外の VRF(デフォルト:デフォルト LS:RI の組み合わせ以外)をターゲットとして指定できます。さらに、重複するレポートを受信するRADIUSアカウンティングサーバーをリストする、ターゲットVRFで最大5つのアクセスプロファイルを指定できます。

たとえば、デフォルト ドメインで加入者が認証される合法的な傍受シナリオがある場合などです。許可された法執行組織は、非デフォルトの VRF にある組織のネットワーク ドメインに常駐する仲介デバイスに加入者の重複したアカウンティング レコードを送信する必要があります。

加入者管理は、 階層レベルの ステートメントで指定したVRFに vrf-name 重複するレポートを [edit access profile profile-name accounting duplication-vrf] 送信します。同じレベルに ステートメントを access-profile-name 含め、重複するレポートを受信するRADIUSサーバーを指定するアクセスプロファイルを指定します。

重複アカウンティング レポートのフィルター

加入者管理には重複フィルター機能が用意されており、これにより、RADIUSアカウンティングの重複レポートがアクティブである場合に、RADIUSアカウンティング暫定レポートを受信するアカウンティングサーバーを指定できます。AAA アクセス プロファイルでフィルターを設定し、ルーターがそのプロファイルに関連付けられた加入者にフィルターを適用します。

加入者管理は、RADIUSアカウンティング重複レポートの以下のフィルタリングをサポートしています。

• 重複したアカウンティング暫定メッセージ- ルーターは、重複するアカウンティングメッセージをフィルタリングします。アカウンティングメッセージは、加入者のアクセスプロファイル内のRADIUSアカウンティングサーバーにのみ送信されます。

• 元のアカウンティング暫定メッセージ-ルーターは、加入者のアクセスプロファイル内のアカウンティングサーバーである元のRADIUSアカウンティングサーバー宛てのアカウンティングメッセージをフィルタリングします。アカウンティングメッセージは、重複アカウンティングサーバー(加入者のアクセスプロファイル以外の重複アクセスプロファイル内のサーバー)にのみ送信されます。

• 除外されたRADIUS属性—ルーターは、重複コンテキストの下で、アクセスプロファイルのステートメント設定に exclude 基づいて、アカウンティングメッセージ内のRADIUS属性をフィルタリングします。除外フィルターは単独で使用することも、重複または元のアカウンティングメッセージフィルターと一緒に使用することもできます。

目的

RADIUSアカウンティングサーバーに接続できないために保留されているRADIUSアカウンティングストップメッセージに関する情報を表示します。

アクション

保留中のアカウンティング停止メッセージの数が最大に近いかを知りたい場合は、保留中の要求の単純な数を表示できます。

他のコマンドを使用して、アカウンティングメッセージの詳細を表示できます。次の例では、ユーザー(vjshah29@example.com)のアカウンティングセッション内のすべてのサービスの情報を表示します。この例では 1 人のユーザーしか表示されませんが、このコマンドは、アカウンティングがバックアップされているすべての加入者の情報を実際に表示します。

特定のアクセス プロファイルを持つすべてのユーザーの概要情報を表示できます。以下の例では、vjshah29@example.com の単一ユーザーのみが、指定されたアクセス・プロファイルである ce-ppp-profile を持っています。

また、アクセスプロファイルに関係なく、アカウンティングストップメッセージが保留されているすべての加入者の概要情報を表示することもできます。次の例では、2 人のユーザーの情報を表示します。前の例では加入者 larry@example.com が表示されていないため、同じサービスを受けたにもかかわらず、vjshah29@example.com とは異なるアクセス プロファイルが必要です。

中断、ベースライニング、アカウンティング再開中の一連のイベント

アカウンティングを中断し、ベースラインを生成し、アカウンティングプロセスを再起動すると、以下の一連のイベントが発生します。

1. コマ ンドを request network-access aaa accounting suspend 発行して、アカウンティングを停止します。

   1. アカウンティングが一時停止されたことを示すシステム ロギング メッセージが生成されます。

   2. アカウンティングバックアップオプションを含むすべてのアカウンティングは、すべてのルーティングコンテキストにおいて、すべてのアカウンティングサーバーに対して一時停止されます。

2. コマンドを request network-access aaa accounting baseline 発行してベースラインを生成します。

   1. アカウンティング統計のベースライニングが開始されたことを示すシステム ロギング メッセージが生成されます。

   2. 各加入者の時間およびボリューム統計は、ベースライン値に設定されます。ベースライン プロセスの完了に要する時間は、統計詳細の数に応じて不確定になります。

   3. ベースライニングが完了したことを示すシステム ロギング メッセージが生成されます。

3. ベースライニングが request network-access aaa accounting resume 完了してアカウンティングプロセスを再起動する場合、 コマンドを発行します。

   1. アカウンティングが再開されたことを示すシステム ロギング メッセージが生成されます。

   2. 以前に設定されたすべてのアカウンティング オプションが再びイネーブルになります。

ベースライン操作は、各加入者の時間とボリュームカウンターのベースライン化を試みます。加入者カウンターは、 階層レベルで ステートメントを使用して加入者に対して暫定アカウンティングが有効になっている場合にのみ、 set update-interval minutes ベースライン値に [edit access profile profile-name accounting] 設定されます。加入者に対して暫定アカウンティングが有効になっていない場合、対応する加入者のカウンターはベースライン値にマッピングされません。

ベースライン要求が実行されると、指定されていない時間が経過して、すべての加入者レコードのベースラインが作成されます。この間隔の間、ある加入者の統計は、別の加入者の統計情報がベースライン化されている場合に蓄積される可能性があります。ベースライニング開始後、一部のサービスのカウンターは、その加入者のカウンターがベースライン化されている間に加入者に配信されるトラフィックによって不正確で一貫性がない場合があります。ベースライン コマンドが実行されると、ベースラインが完了するまでアカウンティングを再開できません。アカウンティングが中断されていない間、またはベースライニング進行中に コマンドを発行すると、コマンドは失敗します。アカウンティング ライセンスがインストールされていない場合、コマンドはエラーを報告します。

会計中断および統計ベースライニングのガイドライン

アカウンティングを停止し、統計のベースラインを指定する場合は、以下の点に留意してください。

• しきい値(またはクォータ)が適用されない環境でのアカウンティングの中断はサポートされていません。これには、Gx-Plus およびジュニパーネットワークスのセッションおよびリソース制御(SRC)のしきい値または RADIUS セッション ボリューム クォータが任意の加入者に対して有効な環境が含まれます。加入者にしきい値またはクォータがある場合、アカウンティングは要求を中断します。

• アカウンティングが中断されている間、しきい値(またはクォータ)サービスのアクティベーションは許可されません。

• アカウンティングが一時停止されていない場合、アカウンティングベースライニングはサポートされていません。

• 会計中断中は、複数のベースライン要求を指定することはできません。

• 暫定アカウンティングで設定されていない加入者のベースライニングはサポートされていません。

• ベースライン操作が完了するまでの時間は、終了します。これは、収集される統計の量と深さに依存し、ベースラインの開始時にアクティブな加入者およびサービス セッションの数に比例します。ベースライニングがまだ進行中の間にアカウンティングを再開しようとすると、コマンドは失敗します。

• コマンドを使用して、統合型 ISSU プロセス中にアカウンティングを中断、ベースライン化、再開することはできません。ベースラインの実行中に統合型 ISSU を実行しようとすると、シャーシ デーモンの状態が DAEMON_ISSU_PREPARE 状態に変更されると、認証とパケット転送エンジンのプロセスはセッション境界でのベースライニングを停止し、ルーティング エンジンスイッチがデバイスがアップグレードされたリリースに戻った後に再開されます。

• アカウンティングの中断中またはベースライニングの進行中にグレースフルルーティングエンジンスイッチオーバー(GRES)が発生した場合、ルーター再起動後、中断またはベースライニングの状態は維持されます。このようなシナリオでは、ルーターの再起動後にアカウンティングが中断され、カウンターのベースラインが残っている加入者は、ルーターがオンラインになった後にベースラインが設定されます。

加入者アカウンティング中断とベースライニングのシナリオ例

以下のシナリオを検討してください。

1. 加入者Xに対して暫定アカウンティングが設定されています。加入者 Y および Z 向けに設定されていません。

2. アカウンティングが一時停止される前に最後に送信された暫定アカウンティング要求には、加入者 X の統計が含まれます。これまでのところ、この加入者には50,000オクテットのトラフィックが送信されています。加入者 Z に対して 20,000 オクテットが加入者 Y および 10,000 オクテットに送信されていますが、暫定アカウンティングが設定されていないため、その情報はまだ報告されていません。

3. アカウンティングは一時停止されます。

4. ベースライニングが開始されます。加入者 X の現在のカウントは 50,000 オクテットです。これが加入者のベースライン値になります。加入者XとYのベースライン値は、暫定アカウンティングが設定されていないため、確立されません。

5. ベースライニングが進行中の間、3 人の加入者に対して、加入者 X の場合は 150,000 オクテット、加入者 Y の場合は 80,000 オクテット、加入者 Z には 20,000 オクテットのトラフィックが送信され続けます。

6. 加入者 Z がログアウトします。アカウンティングが一時停止するため、Acct-Stop要求は送信されない。その結果、この加入者の最終的なアカウンティング統計は失われます。

7. ベースライニングが完了しました。

8. アカウンティングが再開されます。

9. 加入者 X がログアウトします。加入者 X に対して 200,000 のオクテットが送信されましたが、Acct-Stop レコードのレポートの数は 150,000 オクテットのみです。合計オクテットは 200,000 オクテットから 50,000 オクテット ベースラインを引いた値です。

10. 加入者 Y がログアウトします。加入者 Y に対して 100,000 のオクテットが送信され、ベースライン値がないため、Acct-Stop レコードは合計 100,000 オクテットを報告します。

表 7 は 、このシナリオをまとめたものです。