CUPS のモニターサブスクライバ

マニュアルの変更履歴

表 1. マニュアルの変更履歴

改訂の詳細

リリース

最初の導入。

21.24 より前


(注)  


リリース 21.24 よりも前に導入された機能については、詳細な改訂履歴は示していません。


機能説明

サブスクライバモニター(MonSub)機能を使用すると、サブスクライバ関連情報のトレースが可能になります。これには、ユーザートラフィックと制御トラフィック、およびデバッグに役立つ課金イベントや内部イベントなどのイベントが含まれます。デフォルトでは、この情報はコントロール プレーン コンソールに表示されます。このコンソールで MonSub トレース CLI コマンドを実行すると、この情報はユーザープレーンのパケットキャプチャ(PCAP)ファイルにキャプチャされます。

ユーザートラフィックは、パケットがアプリケーションを横断する slowpath、またはパケットがアプリケーションを横断する必要はないが fastpath 処理(VPP)にオフロードされる fastpath で伝送されます。fastpath オフロード(VPP)が SAEGW に導入されるまでは、slowpath モードがデフォルトモードでした。

サブスクライバモニターには、次の機能があります。

  • ユーザープレーン上の PCAP ファイルの fastpath からユーザートラフィックを継続的にキャプチャします。

  • 非ユーザートラフィック情報、つまり、制御イベントトラフィックおよびその他の関連情報は、コントロール プレーン コンソールに表示されます。これらの情報は、ユーザープレーン上の個別の PCAP ファイルにキャプチャされます。

  • 新しいオプション UP PCAP トレース [W - UP PCAP Trace (ON)] が、MonSub CLI のコントロールプレーンおよびユーザープレーンの CUPS に導入されました。新しいオプションは、ICUPS の D オプションに似ています。slowpath および fastpath PCAP は、このオプションがオンの場合にのみ生成されます。

  • NPUMGR インスタンスごとに最大 4 つのサブスクライバ トレース セッションがあります。NPUMGR(ユーザー プレーン インスタンスごと)は、最大トレースセッション制限を適用します。slowpath キャプチャの命名規則には、SMGR インスタンスの MonSub トレースセッション ID が含まれますが、fastpath トレースセッションにはセッション ID として PSN が含まれます。SESSMGR インスタンスですでに 4 つのトレースセッションが実行されている場合、slowpath キャプチャは「S4」という名前で実行されます。これは、最大トレース制限に達したために NPUMGR がトレースセッションを拒否するまで継続します。

この機能に関連する重要な定義の一部を以下に示します。

  • シャーシトラフィック量:シャーシのパケットスループットの合計量。

  • モニター対象トラフィック量:すべての MonSub セッションにおける、MonSub を介したすべてのサブスクライバの合計スループットのモニタリング。

  • [PCAP 成功 :PCAP ファイルでの MonSub トラフィックキャプチャ要求と成功したキャプチャの割合。

パケット処理スループット

パケット処理スループットに影響を与えるシナリオを以下に示します。

  • VPP 使用率が 80% を超えると、MonSub がパケット処理スループットに影響を与える可能性があります。影響の度合いは、モニター対象のトラフィック量に比例します。

  • 具体的には、モニター対象のトラフィック量がシャーシのトラフィック量の 10% に近づくと、VPP スループットに影響を与えて、サブスクライバのパケット損失が発生する可能性があります。

  • モニターの優先順位を 0(ゼロ)より大きくすると、パケット処理スループットへの影響が大きくなります。


    注意    


    パケット処理中は注意が必要です。VPP が 80% の使用率で実行され、約 10 Gbps のシャーシトラフィック量を処理している場合、一連の MonSub セッションがサブスクライバを一元的にモニターし、モニター対象のトラフィック量が合計 1 Gbps を超えると、パケット処理に影響があります。


PCAP の成功

PCAP の成功は次の要因によって決まります。

  • PCAP の成功レベルは、モニター対象のトラフィック量、VPP 使用率、MonSub のモニター優先順位、バックグラウンドディスク I/O など、いくつかの要因によって決まります。

  • 一般に、PCAP の成功率は次の場合に高くなります。

    • VPP 使用率が低く、MonSub のモニター優先順位がベストエフォートを超えている場合。

    • モニター対象のトラフィック量がシャーシのトラフィック量の 10% 未満である場合。

    :VPP が 80% の使用率で実行され、約 10 Gbps のシャーシトラフィック量を処理している場合、モニター対象のトラフィック量が 1 Gbps 以下であれば、PCAP 成功率が高くなると考えられます。

モニターサブスクライバ Sx プライベート IE

サブスクライバトレース

モニターサブスクライバ Sx プライベート IE は、Sx セッション確立要求および Sx セッション変更要求の条件付き IE です。この IE は、Sxa、Sxb、および Saxb コールタイプでのみ有効です。

図 1. サブスクライバトレース

アクション:サブスクライバトレースを STOP / START でモニターします。STOP = 1、START = 2。


(注)  


D:D = 1 の場合、データイベントのトレースは [ON] です。8 オクテット(d ~ d + 7)には、D = 1 の場合にのみ存在する必要があるデータイベントのトレース情報が含まれています。

C:C = 1 の場合、制御イベントのトレース [ON] です。


データトレース情報(8 オクテット):パケットキャプチャ、パケットキャプチャサイズ、MEH ヘッダーなどのデータフィルタパラメータが含まれます。

  • オクテット 1:

    • ビット 1:VPP の有効化/無効化

    • ビット 2:FCAP:パケットキャプチャ

    • ビット 3:MEH あり

    • ビット 4 ~ 6:優先順位

  • オクテット 2 ~ 3:パケットサイズ

  • オクテット 4 ~ 8:将来の使用のために予約済み。現在、すべて 0 に設定されています。

プロトコルトレース情報(16 オクテット/128 ビット):16 オクテット(p ~ p + 15)にはプロトコルトレース情報が含まれ、制御フラグ(C)またはデータフラグ(D)が有効な場合にのみ存在します。各ビットは、モニターする一意のプロトコルを表します。たとえば、49 番目のビットが 1 の場合、PFCP イベントトレースは [ON] です。プロトコルトレースルール一致イベント(オプション 34)、L3 データ(オプション 19)、EDR(オプション 77)、およびコール切断後のサブスクライバサマリーは、制御イベントフラグによって制御されます。

サブスクライバ トレース ステータス レポート(UP to CP のみ)

PFCP セッションに対してサブスクライバトレースが有効になっている場合、レポートタイプ IE には 1 つの追加オクテット(オクテット 6)が含まれます。このオクテットの有無は長さで示されます。

図 2. レポートタイプ IE

オクテット 5 は次のようにエンコードされます。

  • ビット 1:DLDR(ダウンリンクデータレポート):1 に設定されている場合、ダウンリンクデータレポートを表します。

  • ビット 2:USAR(使用状況レポート):1 に設定されている場合、使用状況レポートを表します。

  • ビット 3:ERIR(Error Indication レポート):1 に設定されている場合、Error Indication レポートを表します。

  • ビット 4:UPIR(ユーザープレーン非アクティブレポート):1 に設定されている場合、ユーザープレーン非アクティブレポートを表します。

  • ビット 5 ~ 6:予備。

  • ビット 7:SRIR(セッション置換):1 に設定されている場合、UP からのセッション置換要求を表します。

  • ビット 8:GTER(グレースフル終了):1 に設定されている場合、UP からのグレースフル終了要求を表します。

オクテット 6(長さ > 1 の場合に存在)は次のようにエンコードされます。

  • ビット 1:STS(サブスクライバ トレース ステータス レポート):1 に設定されている場合、サブスクライバ トレース ステータス レポートを表します。

  • ビット 2 ~ 8:予備。

サブスクライバ トレース ステータス レポート IE(プライベート IE)

サブスクライバ トレース ステータス レポート IE は、Sxa、Sxb、および Sxab コールタイプ専用の条件付き IE です。N4 コールタイプの場合、この IE は存在しません。

図 3. サブスクライバ トレース ステータス レポート

ステータスコードは、UP でのサブスクライバトレースの受け入れまたは拒否を表します。ステータスコード = 0 は、成功を意味します。1 ~ 255 の値で、特定のエラーコードや通知を一意に指定します。エラーコードのリストは、開発後に定義されます。

表 2. エラーコードと通知テーブル
ステータス コード ステータスの説明
MONSUB_SM_SUCCESS(0)
MONSUB_SM_ERROR_FAILURE(1) MonSub:一般的な障害ステータスを受信しました。
MONSUB_SM_ERROR_UNSUPPORTED(2) MonSub:サポートされていない障害です。
MONSUB_SM_ERROR_SESSION_EXIST_NONE(3) MonSub:セッションが見つかりません。);
MONSUB_SM_ERROR_SESSION_LIMIT_EXCEED(4) MonSub:最大接続数に達しました。
MONSUB_SM_ERROR_SESSION_INVALID_PARAM(5) MonSub:メッセージの接続に失敗しました。
MONSUB_SM_ERROR_SESSION_ALLOC_FAIL(6) MonSub:NPU で MonSub セッションを割り当てられませんでした。
MONSUB_SM_ERROR_CONFIG_INVALID_PARAM(7) MonSub:設定メッセージが失敗しました。
MONSUB_SM_ERROR_MONITOR_LIMIT_EXCEED(8) MonSub:最大ストリーム制限に達しました。
MONSUB_SM_ERROR_MONITOR_INVALID_PARAM(9) MonSub:モニターメッセージが失敗しました。
MONSUB_SM_ERROR_MAX(10) MonSub:最大エラー。
MONSUB_COPROCDATA_CORRUPTED(11) MonSub:ファイル処理プロセスが失敗しました。
MONSUB_MAX_TRACING_SESSIONS_REACHED(12) MonSub:トレースセッションの最大数に達しました。
MONSUB_STOP_RECVD_WAIT_POLL_TIMEOUT(13) MonSub:STOP 通知が成功しました。次のトレースを開始するには、ポーリングタイムアウトの設定時間まで待機してください。
MONSUB_FILECOPY_SOURCE_DIR_NOT_EXIST(14) MonSub:ソースディレクトリが存在しません。
MONSUB_FILECOPY_DEST_DIR_NOT_EXIST(15) MonSub:宛先ディレクトリが存在しません。
MONSUB_FILECOPY_SOURCE_DIR_OPEN_FAILURE(16) MonSub:ソースディレクトリを開けません。
MONSUB_FILECOPY_DEST_DIR_OPEN_FAILURE(17) MonSub:宛先ディレクトリを開けません。
MONSUB_FILECOPY_SOURCE_OPEN_FAILED(18) MonSub:ソースファイルを開けません。
MONSUB_FILECOPY_DESTINATION_OPEN_FAILED(19) MonSub:宛先ファイルを開けません。
MONSUB_FILECOPY_DONE_FILE_DELETION_FAILED(20) MonSub: ソースパスの .done ファイルを削除できません。
MONSUB_FILECOPY_PCAP_FILE_DELETION_FAILED(21) MonSub: 宛先パスの .pcap ファイルを削除できません。
MONSUB_RESPONSE_NPUMGR_MONSUB_SESS_FAILED(22) MonSub:NPUMGR へのセッション通知中に Messenger に障害が発生しました。
MONSUB_RESPONSE_NPUMGR_MONSUB_CFG_FAILED(23) MonSub-Config を NPUMGR にプッシュします。
MONSUB_RESPONSE_NPUMGR_MONSUB_MONITOR_FAILED(24) NPUMGR への MonSub-Monitor 通知。
MONSUB_RESPONSE_COPROC_FAILED(26) MonSub:ファイル処理プロセスが失敗しました。
MONSUB_RESPONSE_FILE_TRANSFER_SUCCESS(27) MonSub:ファイル転送が成功しました。
MONSUB_RESPONSE_FILE_TRANSFER_FAILED(28) MonSub:ファイル転送が失敗しました。
MONSUB_ADMINISTRATIVE_DISCONNECT(29) MonSub:管理上の接続解除。
MONSUB_FILECOPY_DESTINATION_DISK_FULL(30) MonSub:宛先パスにスペースがありません。
MONSUB_FILECOPY_COPROC_ABRUPTLY_KILLED(31) MonSub:File copy co-proc が突然終了しました。
MONSUB_LOGGING_COPROC_ABRUPTLY_KILLED(32) MonSub:Logging co-proc が突然終了しました。
MONSUB_SM_DISCONNECT(33)
MONSUB_FILECOPY_STATUS_MAX(34)
その他 プロトコルモニタートレースの追加中に内部エラーが発生しました。中止しています…

コントロールプレーン SMGR 機能

この機能をサポートするための CP SMGR における変更は次のとおりです。

  • MonSub トレースを有効または無効にするためのサービスを CLI に提供しています。

  • コントロールプレーンでサブスクライバの MonSub を有効にすると、CP CLI の指示に従って、Sx インターフェイスを介して対応する U プレーンに変更が伝達されます。

  • UP でのトレース障害は、UP から CP への Sx セッションレポート要求メッセージ内の「Private IE Subscriber Trace Status Report」で CP に報告されます(CP コンソールを介して MonSub が有効になっている場合)。

  • この機能は、ユーザー プレーン インスタンスごとに CP から fastpath および slowpath PCAP を作成するための 4 つの同時サブスクライバ トレース セッションのトレースをサポートします。

  • CP インスタンスは、CP から MonSub を有効にするときに CLI インスタンス ID を送信するため、UP が正しい CP CLI インスタンス ID に通知を送信するようにします。


(注)  


新規または camp-on コールのトレースを有効にすると、競合状態のシナリオが発生します。UE 接続が進行中の場合、プライベート IE は Sx 確立要求または Sx 変更(接続フローを妨げないために、既存の接続シーケンス)で送信されます。既存のコールの場合、プライベート IE は Sx 変更要求で送信されます。


ユーザープレーン SMGR 機能

この機能をサポートするために UP SMGR は次のように変更されました。

  • MonSub トレースを有効または無効にするためのサービスを CLI に提供します。

  • コントロールプレーンの Sx インターフェイスを介した MonSub プライベート IEに基づきます、MonSub トレースを有効または無効にし、「Subscriber Trace Status Report」を生成して、トレースが有効かどうかをコントロールプレーンに通知します。

  • NPUMGR を制御して、ストリームや TEP ベアラーを接続、開始、停止、追加、削除、切断します。

  • SMGR は NPUMGR(CONNECT API の一部として)およびサブセッション ID から PSN を維持します。 セッション ID は SMGR(ローカル SMGR インスタンス)固有です。SMGR はモニター サブスクライバ トレース セッションの NPUMGR に対して、PSN とサブセッション ID を含む要求をすべて送信します。

  • CLI からの指示に基づいて、パケットサイズや優先順位などを変更するために(NPUMGR を介して)パノプティコンを設定します。

  • 「16 進ダンプモジュール」設定を読み取り、ローカルに保存します。関連するパラメータ(ファイル名など)をセッションマネージャ Co-Proc に渡します。

  • セッションマネージャ Co-Proc をインスタンス化し、パノプティコンが生成した PCAP ファイルをハードディスクにコピーするように指示します。また、MonSub セッションが終了したときのセッションマネージャ Co-Proc の終了を処理します。

  • セッションマネージャ Co-Proc からのファイルコピー メッセージを処理し、コピーされたバンドルについてパノプティコンに通知します。

  • ファイルのコピーが失敗した場合、またはセッションマネージャ Co-Proc のインスタンス化に問題がある場合は、SNMP アラームを生成します。

  • パノプティコンから通知されたバッファフルの兆候を処理し、RAM ディスクから設定された宛先ディレクトリに PCAP をコピーします。

  • 制御/slow-path パケットをキャプチャします。それらをセッションマネージャ Co-Proc に渡して、個別の PCAP としてパブリッシュします。

  • この機能は、ユーザープレーン インスタンスの最大 4 つのモニター サブスクライバ トレース セッションをサポートします。NPUMGR はトレース制限を適用します。

  • ハードディスクに空き領域がない場合、またはハードディスクがない場合、MonSub トレースセッションは終了します。

  • UP-SMGR インスタンスごとに co-proc(ファイルコピーとロギング)があり、その SMGR インスタンスに対してモニター サブスクライバ トレースが開始されます。

  • 最終的なポーリングタイマーと co-proc/NPUMGR からの応答の切断によっては、MonSub セッションの切断に時間がかかります。


(注)  


新規/camp-on コールに対してトレースが有効になっている場合、競合状態のシナリオが発生します。UE 接続が進行中の場合、プライベート IE は Sx/N4 確立要求または Sx/N4 変更要求(接続フローが妨げられないように既存の接続シーケンス)で送信されます。既存のコールの場合、プライベート IE は Sx/N4 変更要求で送信されます。


マルチ PDN マルチトレース

マルチ PDN コールの場合、Multi-trace=OFF で MonSub を開始すると、その MonSub セッションの一部として 1 つの PDN のみがトレースされます。新しい PDN が開始されると、既存の PDN トレースが停止し、新しい PDN トレースが開始します。この場合、最初に新しい PDN トレースが開始されてから、既存の PDN トレースが停止されるため、新しい PSN および SMGR サブセッション ID が割り当てられます。

マルチ PDN コールの場合、Multi-trace=ON で MonSub を開始すると、新しい FASTPATH トレースセッション(MonSub セッション)の一部として新しい PDN がトレースされるため、4 つの PDN をトレースすると、最大トレースセッションに到達したことが MonSub CLI に示されます。各 PDN のトレースは、個別の MonSub セッションとして実行されます。


(注)  


Pure-S コールの場合、CP から MonSub を開始すると、マルチ PDN のトレースは、MT=ON または OFF に関係なく、別の FASTPATH トレースセッション(別の MonSub セッション)として実行されます。


MonSub 統計

fastpath PCAP キャプチャの品質に関する統計情報をパブリッシュするための新しいメカニズムが MonSub CLI に追加されました。新しいメカニズムは、5 秒ごとにスロットリングされたバッファフル MEH 指示を SESSMGR で受信するたびに統計情報をパブリッシュします。この機能は、MonSub セッションに対応する fastpath PCAP に対して最大 4 つのバッファをサポートします。この機能はデフォルトでは統計情報をパブリッシュしないため、UP でデバッグ CLI を使用して有効にする必要があります。

  • debug uplane monsub-stats disabled

  • debug uplane monsub-stats enabled

統計情報には、次の情報が含まれます。
Packet accepted: 14250000                         Packet rejected: 62297
Congestion Short Term: 0                           Congestion Longer Term: 0
Throttled: 0                                                 PCAP File Transfer Rate: 9.91 mbps

PCAP ファイルの転送速度は、copy co-proc が RAM-FS から HD-RAID に PCAP を書き込む速度です。

X-Header

この機能は、slowpath PCAP における X-Header のキャプチャをサポートします。PGW-U は、アップリンクパケットの X-HEADER を挿入します。PGW-U は、入口インターフェイスと出口インターフェイスでパケットをキャプチャします。したがって、SGi に送信される出口パケットには、挿入済みの x-header が含まれます。

PGW-U は、ダウンリンクパケットの X-HEADER を挿入します。PGW-U は、入口インターフェイスと出口インターフェイスでパケットをキャプチャします。したがって、S5-U または S1-U に送信される出口パケットには、挿入済みの x-header が含まれます。

機能の仕組み

サブスクライバのモニター機能については、次項で詳しく説明します。

UPF におけるサブスクライバのモニターの設定手順

プロトコルモニターは、現在処理中の特定のサブスクライバセッションの情報を表示するために使用できます。モニター対象のプロトコルの数と進行中のセッション数に応じて、大量のデータが生成されます。生成されたすべての情報をキャプチャするには、端末クライアントでロギングを有効にすることを強くお勧めします。

MonSub は、UPF コンソールから開始することもできます。特定の IMSI のモニタリングは、SMF および UP コンソールのいずれからも有効にしないでください。

特定のサブスクライバセッションのプロトコル モニタリング ツールを起動して設定するには、この項の手順に従います。

手順


ステップ 1

monitor subscriber CLI コマンドを入力して、Exec モードから monitor subscriber コマンドを呼び出します。

[local]host_name# monitor subscriber { callid | imei | imsi | ipaddr | ipv6addr | msid | msisdn | next-call | pcf | peer-fa | peer-lac | sgsn-address | type | username } 

現在使用可能なすべてのプロトコル(それぞれに割り当てられた番号を持つ)が一覧表示された出力が表示されます。適切なキーワードを入力して、モニターが使用するメソッドを指定します。

ステップ 2

適切なキーワードを入力して、モニターが使用するメソッドを指定します。

その他のオプションを選択したり、選択したキーワードに適切な情報を入力したりします。

ステップ 3

その他のオプションを選択したり、選択したキーワードに適切な情報を入力したりします。

モニターの起動時に、指定された基準に一致するセッションが処理されなかった場合は、使用可能なモニタリングオプションの画面が表示されます。

ステップ 4

モニターによって表示される情報の量を設定します。オプションを有効または無効にするには、そのオプションに関連付けられている文字または 2 桁の数字(C、D、E、11、12 など)を入力します。冗長性を向上または低下させるには、プラス(+)またはマイナス(-)キーを使用します。

各オプションの右側には、[ON (enabled)] または [OFF (disabled)] の現在の状態が表示されます。

マルチコールトレースを実行するためのオプション Y は、GGSN での使用に対してのみサポートされています。

WARNING!!! You have selected options that can DISRUPT USER SERVICE 
Existing CALLS MAY BE DROPPED and/or new CALLS MAY FAIL!!! 
(Under heavy call load, some debugging output may not be displayed) 
Proceed? - Select (Y)es or (N)o 

ステップ 5

必要に応じてステップ 6 を繰り返して、複数のプロトコルを有効または無効にします。

ステップ 6

[Enter] キーを押して画面を更新し、モニタリングを開始します。

モニターは、無効になるまでアクティブのままになります。プロトコルモニターを終了してプロンプトに戻るには、q を押します。


Monsub CLI オプション

次のオプションがデフォルト値で既存の monitor subscriber コマンドに追加されました。

UPF Monitor Subscriber CLI

オプションは次のとおりです。

  • W - UP PCAP Trace (ON):このパラメータは、slowpath と fastpath の PCAP トレースを作成するために使用されます。

  • U - Mon Display (ON):非プロトコルイベント(ECS からの統計情報や課金情報など)も slowpath PCAP ファイルにキャプチャされ、UPF モニターコンソールに表示されます。

  • V - PCAP Hexdump (ON):UPF で 16 進ダンプ形式のテキストファイルにプロトコルパケットをキャプチャするには、このフラグを ON に設定する必要があります。


(注)  


現在、fastpath および slowpath PCAP ファイルをキャプチャするには、UP PCAP トレースフラグを ON に設定する必要があります。


  • F - Packet Capture (Full Pkt):fastpath からすべてのパケットをキャプチャします。

    オペレータはこのオプションを使用して、完全なパケットキャプチャと部分的なパケットキャプチャを選択できます。F を入力すると、パケットキャプチャタイプを完全なキャプチャまたは部分的なキャプチャに変更できます。部分的なパケットキャプチャでは、1 ~ 16384 バイトのパケットサイズを入力できます。たとえば、20 と入力すると、fastpath パケットの最初の 20 バイトだけがキャプチャされ、残りのパケットはドロップされます。


    (注)  


    PCAP ファイルを開くと、概要ビューにはパケットのフルレングスが表示されますが、詳細ビューには切り捨てられたパケットのみが表示されます。


  • / - Priority (0):値は「0(ベストエフォート)」~「7(保証)」の範囲です。

    • 0:ベストエフォート

    • 1:低

    • 2:低~中

    • 3:中

    • 4:中~高

    • 5:高

    • 6:クリティカル

    • 7:保証


    注意    


    デフォルト値を変更しないことを強く推奨します。システム パフォーマンスに悪影響を及ぼす可能性があります。


  • N - MEH Header (OFF):このオプションが設定されている場合、IP パケットから MEH ヘッダーが削除されます。

Monitor Subscriber セッションの表示

進行中の MonSub セッションを表示する新しい CLI を以下に示します。

show monitor subscriber fastpath session all CLI コマンドは、SMF と UPF の両方からトリガーできます。show monitor subscriber fastpath session up-ip-address CLI コマンドは SMF からトリガーできます。

  • SessId:UPF Sessmgr の MonSub セッションのローカルセッション ID です。

  • CallID:UPF のコール ID。

  • PSN:これはパノプティコンのシーケンス番号です。1 つの UPF には、0 ~ 3 の範囲の PSN を持つ最大 4 つの MonSub fastpath トレースセッションがあります。

  • Start time:MonSub トレースセッションの開始時刻。

  • Interface Type:開始された MonSub fastpath トレースセッションのコールタイプ(Sxa、Sxb、Sxab)を識別します。

Monitor Subscriber セッションの解除

進行中の MonSub セッションを切断する新しい CLI を以下に示します。CP と UP の両方から CLI をトリガーできます。

monitor subscriber fastpath disconnect sessmgr-instance upf_sessmgr_instance_id session-id local_monsub_sessid_sessmgr_level

MonSub セッションの切断に成功すると、次のメッセージがコンソールに表示されます。

Session Disconnected Successfully

MonSub セッションの切断に失敗すると、次のメッセージがコンソールに表示されます。

Monitor Subscriber session does not exist

(注)  


モニター切断 CLI を実行できるのは、セキュリティ管理者だけです。


モニターサブスクライバのコンテキスト、CDRMOD、および 16 進ダンプのインタラクション

16 進ダンプモジュールは、オペレータがファイル名とポーリングタイマーを設定するためのプロビジョニングを提供するように設定する必要があります。16 進ダンプモジュールは、CDRMOD 機能の一部である EDR、UDR などのモジュールの 1 つです。ECS コンテキストなどの非ローカルコンテキストで 16 進ダンプを設定します。ローカルコンテキストでは 16 進ダンプモジュールはサポートされていません。

16 進ダンプモジュールとその設定の詳細については、「UPF での MonSub の 16 進ダンプモジュールの設定」の項を参照してください。

PCAP ファイル名の表記法

ここでは、PCAP ファイルの命名規則について説明します。


(注)  


PCAP ファイルの命名では、monitor-subscriber-file-name および rotation オプションのみを使用します。


slowpath ファイル名の規則

slowpath ファイル名は次のフォーマットになります。

curr_slowpath_{SMGR Mon Sub Session Id}_{monsub_file_name_option_val}_{Timestamp}_{RotationCount}.pcap

または

slowpath_{SMGR Mon Sub Session Id}_{monsub_file_name_option_val}_{Timestamp}_{RotationCount}.pcap

プレフィックス「curr_」が付いているファイルは、現在書き込み中で、まだ閉じられていないファイルです。ファイルをローテーションする場合(ファイル ローテーション パラメータに応じて)、プレフィックス「curr_」が付いていないファイルがハードディスクにコピーされます。

SMGR MonSub Session Id:これは、この PCAP を作成した Uplane SMGR インスタンス ID で作成された MonSub セッションのセッション ID です。この ID は SMGR インスタンスに対してローカルであるため、同じ ID でキャプチャされた slowpath PCAP が 2 つ存在する可能性があります。

ファイルをハードディスクにコピーする場合、monsub_file_name_option_val は次のように置き換えられます。

  • monitor-subscriber-file-name が「imsi」に設定されている場合は IMSI 値

  • monitor-subscriber-file-name が「call-id」に設定されている場合はコール ID 値

  • monitor-subscriber-file-name が「username」に設定されている場合はユーザー名の値

タイムスタンプのフォーマットは「MMDDYYYYHHMMSS」です。

  • MM:月、DD:日、YYYY:年

  • HH:時間、MM:分、SS:秒

RotationCount は 9 桁の値で、古いファイルがローテーションされ、新しいファイルが生成されるたびに 1 増加します。

最初のファイルは 00000000、2 番目のファイルは 00000001 というように増えていきます。

slowpath ファイルのローテーションは、hexdump-module file 設定の次のオプションによって規定されます。

rotation { num-records number | time seconds| volume bytes }

  • num-records:[num-records] はパケット数を指定します。パケット数がこの数を超えると、新しいファイルが生成され、ファイル名の [RotationCount] が 1 増加します。[number] の範囲は 100 ~ 10240 で、デフォルト値は 1024 です。

  • time:[time] は新しいファイルが生成され、ファイル名の [RotationCount] が 1 増加するまでの待機時間を秒単位で指定します。[seconds] は 30 ~ 86400 までの整数である必要があります。デフォルト値は 3600 です。

  • volume:[volume] はバイト数を指定します。バイト数がこの数を超えると、ファイル名の [RotationCount] が 1 増加します。[bytes] は 51200 ~ 62914560 までの整数である必要があります。デフォルト値は 102400 です。


(注)  


ローテーション中の tarriff-time パラメータは、PCAP ファイルのキャプチャには適していないため、無視されます。


以下に、slowpath PCAP ファイルのファイル命名規則の例を示します。

  • [imsi] オプションが設定されていて、IMSI が「112233445566778」である場合、slowpath ファイルは次のように命名されます。
    slowpath_S0_112233445566778_07152019050907_000000000.pcap
  • [call_id] オプションが設定されていて、コール ID が「01317b22」である場合、slowpath ファイルは次のように命名されます。
    slowpath_S0_01317b22_07152019050907_000000000.pcap

(注)  


tarrif-time パラメータは、PCAP ファイルキャプチャには適用されません。


fastpath ファイル名の規則

fastpath ファイル名は次のフォーマットになります。

vpp_{S}_{B}_{encap}_{monsub_file_name_option}_{Timestamp}_{FileCount}.pcap
  • S は、「S1」、「S2」、「S3」、「S4」のいずれかに置き換えられます。

  • B は、Panopticon によって生成されたバンドルに応じて、「B0」、「B1」、「B2」、「B3」のいずれかに置き換えられます。

  • monsub_file_name_option は次のように置き換えられます。

    • monitor-subscriber-file-name が「imsi」に設定されている場合は IMSI 値

    • monitor-subscriber-file-name が「call-id」に設定されている場合はコール ID 値

    • monitor-subscriber-file-name が「username」に設定されている場合はユーザー名の値

タイムスタンプのフォーマットは「MMDDYYYYHHMMSS」です。

  • MM:月、DD:日、YYYY:年

  • HH:時間、MM:分、SS:秒

RotationCount は 9 桁の値で、古いファイルがローテーションされ、新しいファイルが生成されるたびに 1 増加します。

最初のファイルは 00000000、2 番目のファイルは 00000001 というように増えていきます。

fastpath の [FileCount] は、slowpathの [RotationCount] パラメータと同じではないため、fastpath ファイルの命名時には [hexdump-module file Rotation] パラメータは無視されます。

この機能のフェーズ 1 では、fastpath で生成されたファイル名は「vpp_S1_B0_ip.pcap」または「vpp_S1_B1_ip.pcap」などであり、不揮発性ストレージにコピーされるときに次のように名前が変更されます。

  • vpp_S1_B0_ip_01317b22_07152019050907_000000000.pcap
  • vpp_S1_B1_ip_01317b22_07152019050908_000000001.pcap
  • vpp_S1_B0_ip_01317b22_07152019050908_000000002.pcap

MonSub フェーズ 3 では、PCAP「バンドル」は、イーサネットカプセル化を使用する単一の PCAP ファイルに置き換えられます。

フェーズ 3 では、各 fastpath セッションファイルは「vpp_S0_B0_eth.pcap」というイーサネット PCAP ファイルにキャプチャされ、不揮発性ストレージにコピーされるときに次のように名前が変更されます。

vpp_S0_B0_eth_01317b22_07152019050907_000000000.pcap

[call_id] オプションが設定されていて、コール ID が「12345678ef」である場合:

  • slowpath_S0_12345678ef _07152019050907_000000000.pcap
  • vpp_S1_B0_eth_12345678ef _07152019050907_000000000.pcap

[username] オプションが設定されていて、ユーザー名が「9890098900」である場合:

  • slowpath_S0_07152019050907_000000000_9890098900.pcap
  • vpp_S1_B0_eth_07152019050907_000000000_9890098900.pcap

PCAP ファイルの場所

fastpath PCAP ファイルは、セッションマネージャがサブスクライバセッションを所有しているのと同じカードおよび CPU コンプレックス内の /records/pcap ディレクトリに書き込まれます。

/records ディレクトリは「tmpfs」ファイルシステムにマッピングされ、このファイルシステムは RAM にマッピングされます。この状態で、ファイルには「.pending」の拡張子が付けられます。次に例を示します。

-rw-rw-r-- 1 root root 268599296 Sep 23 14:04 vpp_S1_B0_eth.pending

(注)  


この段階のファイルサイズは、永続ストレージに書き込まれるときの実際のファイルサイズではありません。


fastpath トレースメカニズムによってファイルが書き込まれると、「.pcap」ファイルに変換され、次のように名前が変更されます。「.done」の拡張子で終わるファイルもあります。

-rw-rw-r--    1 root     root       8689188 Oct 16 22:06 vpp_S0_B0_eth.pcap

PCAP ファイルが fastpath トレースメカニズムによって書き込まれた後、Co-Proc 機能によってファイルがインスタンス化され、ハードディスクまたは永続ストレージにコピーされます。

前述の fastpath のファイル格納プロセスは、slowpath にも当てはまります。

すべてのケースでターゲットファイルの場所は /hd_raid/records/hexdump になります。ただし、16 進ダンプモジュールの設定では use-harddisk が有効になっており、hexdump file では directory オプションはカスタム値になります。たとえば、directory オプションの値が「abc」に設定されている場合、PCAP ファイルのターゲットの場所は /hd_raid/records/hexdump/abc/ になります。

この機能を実装すると、事前定義した場所が PCAP ファイルに設定されます。

  • use-harddisk および hexdump module の設定を使用して問題が発生した場合に、/records/pcap ディレクトリにデータが入力されないようにするため。

  • /hd_raid/records/hexdump ディレクトリを定期的にクリーンアップするため。

外部ロケーションへのファイル転送

ファイルがハードディスクにコピーされたら、hexdump-module コンフィギュレーションの hexdump コマンドで transfer-mode オプションを使用すると、外部サーバーにコピーできます。

transfer-mode 以外にも、hexdump では他の関連オプションを外部へのファイル転送に使用できます。オペレータはこれらのコマンドを使用して、fastpath 処理中のストレージ不足を回避できます。

制限事項

制限事項は次のとおりです。

  • 終了直後にトレースを再開すると、/records/pcap ディレクトリ内の fastpath ファイルが上書きされる可能性があります。短時間(数秒)待ってからセッションを再開することを推奨します。

  • MonSub トレースが停止すると、切断プロセスに数秒かかることがあるため、数秒待つことを推奨します。最大 5 秒(秒単位の 16 進ダンプのポーリングタイマー値)待ってから切り替えて、MonSub トレースを開始します。そうしないと、MAX TRACING SESSIONS REACHED が一時的にオペレータに表示されることがあります。

  • show monitor subscriber fastpath sessions CLI では、停止中の MonSub セッションは表示されないため、最大セッション数に達したことで、新しい MonSub セッションが一時的に拒否される期間があり、show CLI ではセッション数が少なく表示されます。オペレータは、しばらく待機してから、新しい MonSub トレースセッションを開始することを推奨します。

  • fastpath 設定オプションの変更は、UP Pcap トレースが [OFF] に設定されている場合にのみ可能です。

  • マルチ PDN で MT=ON になっている場合、MT=OFF になると、MAX TRACING REACHED が原因で新しい PDN トレースは開始されず、他のすべてのトレースが停止します。これは、最初の新しい PDN トレースが開始されてから MT=OFF になり、以前の PDN がすべて停止されたためです。

  • 異なる CLI から同じ UE MonSub セッションを起動しないことを推奨します。

  • slowpath PCAP では、GTP-U を追加する機能が fastpath にあり、出力 DL パケットに GTPU-U ヘッダーが表示されないため、入力パケットに適用された HTTP X-Header などのパケット変更がない限り、入力および出力 DL パケットは重複して表示されます。

  • C オプションと D オプションを切り替えても、PCAP キャプチャには影響しません。

  • マルチ PDN の場合、fastpath ファイル名にコール ID は使用されません。これは、定義上、マルチ PDN のケースには複数のコール ID があり、IMSI などの上位レベルの設定がファイルの命名に適しているためです。

  • このドキュメントで明示的に言及されている名前付きオプションのみが、hexdump-module ファイルの設定でサポートされます。

  • fastpath でトレースできるストリームの数は 5,000 に制限されています。ストリームは、送信元 IP アドレス、宛先 IP アドレス、送信元ポート、および宛先ポート、トランスポートプロトコル(TCP または UDP)で構成される TCP または UDP フローとして定義されます。

  • fastpath パケットは外部サーバーにストリーミングできないため、ハードディスクに保存され、手動で、または transfer-mode オプションを使用して転送されます。

  • fastpath および slowpath PCAP ファイルをキャプチャするには、UP PCAP トレースを [ON] に設定する必要があります。

  • MonSub CLI オプション <SPACE> [Pause] は、コンソールイベントを一時停止するだけです。このオプションは、他のトレースイベント(slowpath PCAP、fastpath PCAP、および 16 進ダンプ形式のテキストファイルのプロトコルパケットトレース)には影響しません。

  • UP トレース PCAP ファイルには、競合状態が原因で、最初の PFCP Sx 要求/応答は含まれていません。

  • ICMP パケットと TCP および UDP ストリームの最初のパケットは、slowpath と fastpath の両方を通過します。GTPU(オプション 26)およびユーザー L3(オプション 19)のデフォルト値は [OFF] に設定されているため、それらのパケットは slowpath キャプチャでキャプチャされません。オプション 26 が [ON] に設定されている場合、それらのパケットは slowpath PCAP キャプチャでキャプチャされます。前のポイントで説明したように、オプション 19 は slowpath PCAP キャプチャには影響を及ぼしません。

  • fastpath および slowpath PCAP ファイルをキャプチャするには、データイベントフラグを [ON] に設定する必要があります。

  • Pure-S コールでは最初の PDN トレースのみがサポートされます。この制限は、複数のサブスクライバトレースのサポートで修正されます。

  • MoSub トレースは、UP 時の Next-SAEGW Call オプションではサポートされていません。

  • MonSub トレースは、Pure-S コールタイプの Next call by APN オプションではサポートされていません。

  • デフォルト値の poll-timer を使用した ASR 5500 セットアップでは、既知の問題が原因ですべてのパケットがキャプチャされない可能性があります。多数のパケットが拒否されないようにするには、poll-timer 値を可能な限り低い値(10 ミリ秒)に変更することを推奨します。

  • コンテキストの置換が発生した場合(同じサブスクライバが切断されずに再接続した場合)、新しいコールの slowpath キャプチャは古い slowpath ファイルに残り続けます。

UPF での MonSub の 16 進ダンプモジュールの設定

MonSub ポールタイマーの設定

この設定を使用して、PCAP ファイルキャプチャチェックの頻度を設定します。

configure 
   context context_name 
      hexdump-module 
         hexdump monitor-subscriber-poll-timeout poll_timer_value  
         end 

  • hexdump monitor-subscriber-poll-timeout :このオプションは、揮発性ストレージ内の新たにキャプチャされた PCAP ファイルを、永続ストレージにコピーする前に実行する必要があるチェックの頻度を指定します。

  • poll_timer_value :ポーリングタイマー値をミリ秒単位で指定します。10 ミリ秒~ 60 秒までの整数で指定する必要があります。デフォルト:30 秒。


    (注)  


    このタイマーに 5 秒未満の値は設定しないでください。


  • このオプションは、fastpath 機能を備えた製品(PGW、ASR-5500 上の SAEGW、および VPC-SI)で MonSub が有効になっている場合にのみ適用されます。

MonSub ファイル名の設定

次の設定を使用して、IMSI、コール ID、またはユーザー名を含む PCAP ファイルのファイル名を指定します。

configure 
   context context_name 
      hexdump-module 
         file rotation { num-records number | tariff-time minute minutes hour hours | time seconds| volume bytes | monitor-subscriber-file-name { imsi | username | call-id }  
         end 

  • monitor-subscriber-file-name { imsi | username | call-id } :このオプションは、キャプチャされた PCAP ファイルの名前に IMSI、コール ID、またはユーザー名を含むかどうかを指定します。このオプションは、fastpath 機能を備えた製品(PGW、ASR 5500 上の SAEGW、および VPC-SI)で、かつサブスクライバのモニター機能が有効になっている場合にのみ適用されます。デフォルトは IMSI です。

  • rotation { num-records number | tariff-time minute minutes hour hours | time seconds | volume bytes } :16 進ダンプファイルを閉じて新しいファイルを作成するタイミングを指定します。

    • num-records number :16 進ダンプファイルに追加する必要があるレコードの最大数を指定します。ファイル内のレコード数がこの値に達すると、ファイルが完成します。

      number は 100 ~ 10240 の整数である必要があります。デフォルト:1024

    • tariff-time minute minutes hour hours :現在の 16 進ダンプファイルを閉じて、タリフ時間(時分単位)に基づいて新しいファイルを作成します。

      minutes は 0 ~ 59 までの整数である必要があります。

      hours は 0 ~ 23 までの整数である必要があります。

    • time seconds :現在の 16 進ダンプファイルを閉じて新しいファイルを作成するまでの待機時間(秒単位)を指定します。

      seconds は 30 ~ 86400 の整数である必要があります。デフォルト:3600


      重要


      ローテンション時間は 30 秒に設定します。


    • volume bytes :16 進ダンプファイルを閉じて、新しいファイルを作成するまでのファイルの最大サイズを指定します(バイト単位)。

      bytes は 51200 ~ 62914560 の整数である必要があります。compression キーワードが gzip に設定されている場合、設定が大きいほど圧縮率が向上する場合があることに注意してください。デフォルト:102400

モニタリングおよびトラブルシューティング

この項では、モニターサブスクライバ機能のモニタリングと障害対応について説明します。

SNMP トラップ

モニターサブスクライバ機能をサポートするために、次の SNMP トラップが追加されました。

  • MonSubProcessInitFailure:このトラップは、MonSub ハンドラプロセスが特定のプロセスやサービスで失敗した場合にトリガーされます。