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

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

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

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

その他のシナリオ

レイヤー 3 ホールセール ネットワーク環境ではないシナリオでは、同じルーティング コンテキストまたは異なるルーティング コンテキストに存在する別の RADIUS サーバー セットに重複するアカウンティング レコードを送信できます。レイヤー 3 ホールセール シナリオとは異なり、重複する RADIUS アカウンティング レコードのターゲットをデフォルト VRF にする必要はありません。デフォルト以外の VRF(default:default LS:RI の組み合わせ以外)をターゲットとして 1 つ指定できます。さらに、重複レポートを受信する 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 人のユーザーしか表示されませんが、このコマンドは実際にアカウンティングがバックアップされているすべての加入者の情報を表示します。

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

また、アクセス プロファイルに関係なく、保留中のアカウンティング停止メッセージを持つすべての加入者の要約情報を表示することもできます。次の例では、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とジュニパーネットワークスのSession and Resource Control(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 は 、このシナリオをまとめたものです。