加入者アクセスのためのRADIUSアカウンティング

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

レイヤー 3 のホールセール型ネットワーク環境では、卸売業者と小売業者が異なる RADIUS アカウンティング サーバーを使用する可能性があり、両方ともアカウンティング レポートの受信を希望する場合があります。このような状況では、ホールセール業者と小売業者の両方のアカウンティングサーバーにレポートを送信するRADIUSアカウンティング重複レポートを設定できます。重複したアカウンティングレコードの送信先は、デフォルト VRFとも呼ばれるdefault:default:default論理システム:ルーティングインスタンスの組み合わせ(LS:RI)になければなりません。

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

その他のシナリオ

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

例えば、合法的な傍受シナリオがあり、加入者がデフォルトドメインで認証されているとします。認可された法執行機関は、非デフォルトVRFにある組織のネットワークドメインにあるメディエーションデバイスに加入者を送信するために、重複した会計記録を必要とします。

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

重複する会計レポートに対するフィルター

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

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

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

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

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

目的

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

アクション

保留中のアカウンティングストップメッセージの数が最大値に近づいているかどうかを知りたい場合、保留中のリクエストの単純なカウントを表示できます。

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

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

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

会計処理の一時停止、ベースライニング、再開中の一連のイベント

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

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

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

   2. accounting-backup-optionsを含むすべてのアカウンティングは、すべてのルーティングコンテキストにおけるすべてのアカウンティングサーバーに対して中断されます。

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

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

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

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

3. ベースライニングが完了したら、 request network-access aaa accounting resume コマンドを発行して、会計プロセスを再開します。

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

   2. 以前に設定されたすべてのアカウンティングオプションが再有効になります。

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

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

会計の停止および統計のベースライニングに関するガイドライン

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

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

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

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

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

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

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

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

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

加入者アカウンティングの一時停止とベースライニングのシナリオ例

次のシナリオを考えてみましょう。

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

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

3. アカウンティングが中断されます。

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

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

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は 、このシナリオを要約したものです。