sessctrl |
セッションコントローラ |
StarOS の起動時に作成されます。システム内で一度にインスタンス化されるセッションコントローラは 1 つのみです。 |
セッションサブシステムのプライマリコンタクトポイントとして機能します。システム内で実行されている他のサブシステムを認識しているため、セッションコントローラは、サブシステムを構成する他のコンポーネント、またはタスクのプロキシとして機能します。 |
セッション処理サブシステムのサブマネージャの作業を開始、設定、および調整します。 |
Resource Manager と連携して、既存のすべてのセッションマネージャがキャパシティを超えたときに新しいセッションマネージャを起動します。 |
VPN マネージャからコンテキスト情報を受信します。 |
他のセッション処理サブシステムサブマネージャに IP インターフェイスアドレス情報を配布します。 |
Enhanced Charging Service(ECS)、コンテンツフィルタリング、および URL ブラックリストの各サービスを管理します。 |
sessmgr |
セッションマネージャ |
セッションコントローラによって作成されます。 |
複数のセッションタイプをサポートするサブスクライバ処理システムを提供します。 |
複数のセッションマネージャは、1 つの CPU 上で実行することも、システムに存在するすべての CPU に分散することもできます。 |
1 つのセッションマネージャは、複数の A11 マネージャか、または複数のコンテキストからセッションにサービスを提供できます。 |
A10/A11、GRE、R3、R4、R6、GTPU/GTPC、PPP、およびモバイル IP のプロトコルを処理します。 |
Enhanced Charging サービス、コンテンツフィルタリング、および URL ブラックリストの各サービスを管理します。 |
セッションマネージャは AAA マネージャとペアになっています。 |
制限事項:AAAMGR が頻繁にクラッシュすると AAAmgr インスタンス ID が変更されるため、sessmgr が 512 を超えて増加する可能性があります。
たとえば、sessmgr インスタンス 512 以降に接続するコールの場合、符号化は 10 ビット(GUTI ベースの MME 接続時)、復号は 9 ビット(SGSN-CONTEXT-REQUEST 時)であるため、context-request
が誤った sessmgr にランディングしたり、ルックアップが失敗する原因となります。
|
a11mgr |
A11 マネージャ |
PDSN サービスが設定されているコンテキストごとに、セッションコントローラによって作成されます。 |
PCF からの R-P セッションを受信し、それらをロードバランシングのために別のセッションマネージャのタスクに配布します。 |
システムリカバリを支援するため、現在のセッションマネージャのタスクのリストを維持します。 |
A11 マネージャタスクは、シグナリングの逆多重化タスク(SDT) とも呼ばれます。 |
セッションリカバリ(SR)が有効になっている場合、このデマルチプレクサマネージャは通常、最初のアクティブなパケット処理カードのいずれかの CPU 上に確立されます。 |
aaamgr |
認証、許可、およびアカウンティング(AAA)マネージャ |
セッションマネージャとペアになっています。 |
システム内のサブスクライバと管理ユーザーに対して、すべての AAA プロトコルの操作と機能を実行します。 |
AAA サーバーに対する AAA クライアントとして機能します。 |
課金ゲートウェイ機能(CGF)を使用して GTP プライム(GTP)メッセージングを管理します。 |
複数の AAA マネージャを 1 つの CPU 上で実行することも、システムに存在するすべての CPU に分散することもできます。 |
CLI の AAA 操作は、アクティブな管理カード上で実行されている AAA マネージャを介して行われます。 |
aaaproxy |
認証、許可、およびアカウンティング(AAA)プロキシマネージャ |
グローバル構成モードの gtpp single-source コマンドが設定されるたびに起動します。 コマンドを設定した場合は必須です。
GTPP のシングルソーシングが有効になっている場合、aaaproxy は 1 つの UDP 送信元ポート番号を使用してアカウンティングサーバーへの要求を生成します。その一方で、各 AAA マネージャは、一意の UDP 送信元ポート番号を持つ独立した要求を生成する必要はありません。
|
セッションリカバリが有効になっている場合は、デマルチプレクサカード上で実行します。セッション リカバリが有効になっていない場合、グローバル構成モードの require demux card コマンドを実行すると、指定したデマルチプレクサカードで aaaproxy が起動します。
|
CDR を、その VRAM ディスク内のファイルに書き込みます。その後、キューに入れられた CDR は HDD と定期的に同期され、転送されます。 |
acsctrl |
アクティブ課金システム(ACS)コントローラ |
アクティブ課金サービスはグローバルレベルで定義され、任意の VPN コンテキストから CSS コマンドを使用して利用できます。グローバル構成モードの active-charging service CLI コマンドを使用して有効にします。 CLI コマンドを使用して、手動で設定する必要があります。
|
ACS コントローラはプライマリパケット処理カード上で動作し、ACS サービスを管理します。 |
ACS の設定情報を読み取って、SCT に書き込みます。 |
ACS コントローラは、ACS マネージャのリカバリプロセスをモニターし、冗長性が有効になっている場合はクリーンアップを実行します。 |
acsmgr |
アクティブ課金システム(ACS)コントローラ |
特定数のフローに対して IP セッション処理を実行するために、ACS コントローラによって作成されます。 |
セッションマネージャを介してデータを送受信します。 |
アクティブまたはスタンバイの acsmgr のタスクは、セッションリカバリ(SR)が有効になっている場合に作成されます。 |
cdrmod |
課金詳細レコードモジュール |
システム内のさまざまな ACSMGR インスタンスから EDR/UDR レコードを受信します。 |
設定したファイル命名規則を使用して、受信した EDR/UDR レコードをファイルに書き込みます。 |
dgmbmgr |
Diameter Gmb インターフェイス アプリケーション マネージャ |
GGSN のマルチメディア ブロードキャスト/マルチキャストサービス(MBMS)機能をサポートします。これは、MBMS ポリシー CLI が GGSN サービス構成モードで設定されている場合にインスタンス化されます。dgmbmgr |
MBMS UE とベアラーコンテキストを維持します。 |
MBMS ベアラーセッションの BMSC サーバーへの Diameter 接続を介して Gmb インターフェイスを処理します。dgmbmgr は、すべての sessmgrs に対して MBMS のセッション状態をポーリングし、MBMS UE と
MBMS ベアラーコンテキストの情報を再作成することで回復します。
|
diamproxy |
Diameter プロキシ |
diactrl(vpnctrl の一部として実行)によって作成されます。また、生成される diamproxy タスクの数は、「multiple」または「single」プロキシを使用するための設定に基づいています。1 つのプロキシが設定されている場合、シャーシ全体に対して
1 つの diamproxy タスクだけが生成され、デマルチプレクサパケット処理カード上で動作します。複数のプロキシが設定されている場合、1 つの diamproxy タスクがパケット処理カードごとに実行されます。
|
システムに設定されているすべてのピアへの Diameter ベースの接続を維持します。 |
接続ステータスの変更に関するアプリケーションを通知します。 |
アプリケーションから Diameter サーバーへのメッセージに対するパススルーとして機能します。 |
転送エージェントとしてのみ機能します(キューは保持しません)。 |
1 つの Diameter プロキシを使用して、複数の Diameter アプリケーションにサービスを提供します。 |
egtpemgrr |
拡張 GPRS トンネリングプロトコル出力マネージャ |
インターフェイスタイプの sgw-egress または MME の egtp-service が設定されているコンテキストごとにセッションコントローラが作成されます。 |
SGW、PGW からの特定の EGTP メッセージを処理します。 |
現在の EGTP セッションのリストを維持します。 |
セッションリカバリに役立つ現在のセッションマネージャのタスクのリストを維持します。 |
GTP エコーメッセージを処理します。 |
セッションリカバリ(SR)が有効になっている場合、このデマルチプレクサマネージャは通常、最初のアクティブなパケット処理カードのいずれかの CPU 上に確立されます。 |
egtpimgr |
拡張 GPRS トンネリングプロトコル入力マネージャ |
インターフェイスタイプの sgw-ingress または pgw-ingress の egtp-service が設定されているコンテキストごとにセッションコントローラが作成されます。 |
MME/S4 SGSN/SGW からの EGTP セッションを受信し、それらをロードバランシングのために別のセッションマネージャのタスクに配布します。 |
現在の EGTP セッションのリストを維持します。 |
セッションリカバリに役立つ現在のセッションマネージャのタスクのリストを維持します。 |
GTP エコーメッセージを処理します。 |
セッションリカバリ(SR)が有効になっている場合、このデマルチプレクサマネージャは通常、最初のアクティブなパケット処理カードのいずれかの CPU 上に確立されます。 |
gtpcmgr |
GPRS トンネリングプロトコル制御(GTP-C)メッセージマネージャ |
GGSN サービスが設定されているコンテキストごとに、セッションコントローラによって作成されます。 |
SGSN からの GTP セッションを受信し、それらをロードバランシングのために別のセッションマネージャのタスクに配布します。 |
システムリカバリを支援するため、現在のセッションマネージャのタスクのリストを維持します。 |
GTPC メッセージの有効性を確認します。 |
現在の GTPC セッションのリストを維持します。 |
SGSN との間の GTPC エコーメッセージを処理します。 |
gtpumgr |
GPRS トンネリング プロトコル ユーザー(GTP-U)マネージャ |
GTPU サービスが設定されているコンテキストごとに、セッションコントローラによって作成されます。GTPUv0 と GTPUv1 の両方でサポートされています。 |
コンテキスト内で使用可能な GTPU サービスのリストを維持し、それらに対してロードバランシング(Error-Ind のみ)を実行します。 |
GTPU エコー処理をサポートします。 |
GTPU エコーの応答がない場合のパス障害検出を実行します。 |
Error-Ind を受信し、特定のセッションマネージャに対して逆多重化します。 |
デフォルトの GTPU リスナーとして機能します。GTPUMGR は、無効な TEID を持つ GTPU パケットを処理します。 |
セッションリカバリ(SR)が有効になっている場合、このデマルチプレクサマネージャは通常、最初のアクティブなパケット処理カードのいずれかの CPU 上に確立されます。 |
hamgr |
ホームエージェント(HA)マネージャ |
HA サービスが設定されているコンテキストごとに、セッションコントローラによって作成されます。 |
外部エージェント(FA)からモバイル IP セッションを受信し、それらを別のセッションマネージャのタスクに配布します。 |
システムリカバリを支援するため、現在のセッションマネージャのタスクのリストを維持します。 |
DemuxMgr としての機能し、すべての PMIP シグナリングパケットを処理します。 |
MIPv6/MIPv4 HA の Demuxmgr として機能します。 |
セッションリカバリ(SR)が有効になっている場合、このデマルチプレクサマネージャは通常、最初のアクティブなパケット処理カードのいずれかの CPU 上に確立されます。 |
hnbdemux |
ホームノード b(HNB)デマルチプレクサマネージャ |
HNB-GW サービスの作成手順の一環として開始します。hnbdemux はシャーシに 1 つしかありません。 |
着信した Iuh た接続をシステム内の HNB マネージャに配布します。 |
システム内のアクティブなすべての HNB-GW サービスを認識しています。 |
セッションリカバリ(SR)が有効になっている場合、このデマルチプレクサマネージャは通常、最初のアクティブなパケット処理カードのいずれかの CPU 上に確立されます。 |
hnbmgr |
ホームノード b(HNB)マネージャ |
HNB-GW サービス設定が検出されると開始します。ロード共有の場合は、このタスクの複数のインスタンスが存在する場合があります。すべての HNB マネージャには、アクティブなすべての HNB-GW サービスが設定されており、設定と機能が同一である必要があります。
|
SCTP プロトコルスタックを実行します。 |
SCTP の関連付けを処理します。 |
ホームノード b データベースを維持します。 |
SCTP プロトコルの Iuh インターフェイスにノード機能を提供します。 |
セッションリカバリ(SR)が有効になっている場合、このマネージャは通常、最初のアクティブなパケット処理カードのいずれかの CPU 上に確立されます。 |
imsimgr |
MME 用の International Mobile Subscriber Identity マネージャ |
MME サービス設定が検出されると開始されます。このタスクのインスタンスは 1 つのみです。 |
新しいサブスクライバセッションに使用する SessMgr を選択します。 |
IMSI による接続、GUTI による接続などのイベントについて、MME 関連のデマルチプレクサ統計情報を維持および報告します。 |
システム内の次のタスクと連携します。
- セッションコントローラ
- MME マネージャ
- セッションマネージャ
|
セッションリカバリ(SR)が有効になっている場合、このデマルチプレクサマネージャは通常、最初のアクティブなパケット処理カードのいずれかの CPU 上に確立されます。 |
imsimgr |
SGSN 用の International Mobile Subscriber Identity マネージャ |
セッションコントローラによって開始されます。 |
IMSI/P-TMSI に基づくコールセッションで、linkmgr タスクまたは sgtpcmgr タスクによって実行されない場合は SessMgr を選択します。 |
SessMgrs 間でロードバランシングを行い、サブスクライバが割り当てられるものを選択します。 |
システム上のすべてのサブスクライバのレコードを維持します。 |
IMSI/P-TMSI と SessMgrs 間のマッピングを維持します。 |
セッションリカバリ(SR)が有効になっている場合、このデマルチプレクサマネージャは通常、最初のアクティブなデマルチプレクサパケット処理カードのいずれかの CPU 上に確立されます。 |
ipsgmgr |
IP サービス ゲートウェイ マネージャ |
セッションコントローラによって作成されます。 |
サーバーモードでは、RADIUS サーバーとして機能し、プロキシ機能をサポートします。 |
Snoop モードでは、RADIUS アカウンティングメッセージのスヌーピングがサポートをサポートします。 |
異なる SessMgr 間で要求をロードバランシングします。 |
セッションをアクティブまたは非アクティブにします。 |
l2tpdemux |
L2TP デマルチプレクサタスク |
LNS サービスが作成されたときにセッションコントローラによって作成されます。システム全体に対して 1 つの L2TPDemux タスクのみが呼び出されます。 |
逆多重化を行い、新しい着信トンネルの作成要求を L2TPMgr に転送します。 |
すべての L2TPMgr で現在アクティブなトンネルに関する情報を維持します。 |
L2TPMgr 間での要求をロードバランシングします。 |
セッションリカバリ(SR)が有効になっている場合、このデマルチプレクサマネージャは通常、最初のアクティブなパケット処理カードのいずれかの CPU 上に確立されます。 |
l2tpmgr |
レイヤ 2 トンネリング プロトコル マネージャ |
LAC サービスまたは LNS サービスが設定されているコンテキストごとに、セッションコントローラによって作成されます。追加のマネージャは、ロードに応じ、必要に応じて作成されます。 |
L2TP 処理のすべての側面を担います。 |
すべての L2TP セッションとトンネルのプロトコルステートマシンを維持します。 |
必要に応じて、新しい L2TP トンネルの IPSec 暗号化をトリガーします。 |
セッションマネージャと連携して、トンネルを正常にダウンさせます。 |
セッションリカバリ(SR)が有効になっている場合、このデマルチプレクサマネージャは通常、最初のアクティブなパケット処理カードのいずれかの CPU 上に確立されます。 |
linkmgr |
SS7 リンクマネージャ |
最初の SS7RD(ルーティングドメイン)がアクティブになったときに、セッションコントローラによって作成されます。 |
冗長性を得るためとスケーリングを行うためにマルチインスタンス化されます。 |
プラットフォームへの SS7 接続と Gb 接続を可能にします。 |
SS7(lu を含む)と Gb インターフェイス上のサブスクライバ シグナリングごとに SessMgr へルーティングします。 |
magmgr |
モバイル アクセス ゲートウェイ(MAG)マネージャ |
最初の MAG サービスがコンテキストで作成されたときに、セッションコントローラによって作成されます。 |
PMIP 制御メッセージ(PBU/PBA)を送受信します。 |
MIPv6 PBA パケットを受信するために NPU フローを追加します。このフローは、HAMgr で使用されているフローと同じです。 |
モバイルノードのバインディングを追跡し続けるために使用するバインディング更新リストを維持します。 |
エラー状態時に、セッションマネージャから受信したトリガーに基づく PBU を発信します。 |
PBA を受信し、セッションマネージャに転送します。 |
デバッグファシリティ(「magmgr」と「mobile-ipv6」)をサポートします。 |
mmgr |
SGSN マスターマネージャ |
SS7RD や SCCP-NW などのプロビジョニング時に作成されます。セッションコントローラは、各分散プロトコルレイヤの詳細な説明、そのリソースセット、およびサービスユーザープロトコル層とサービス プロバイダー プロトコル層のリストを含む、初期システム設定を提供します。
|
1 つのインスタンスとして実行されます。 |
Nodal SS7、Iu、および Gb の機能を処理します。 |
SS7 ルートステータスの集約のためのマスターリンクマネージャ機能を実装します。 |
RNC ステータスと BSC ステータスの集約のためのマスター リンクマネージャ機能を実装します。 |
セッションリカバリ(SR)が有効になっている場合、このデマルチプレクサマネージャは通常、最初のアクティブなデマルチプレクサパケット処理カードのいずれかの CPU 上に確立されます。 |
mmedemux |
モビリティ マネージメント エンティティ デマルチプレクサ マネージャ |
MME サービスの作成手順の一環として開始されます。シャーシには 1 つの mmedemux のみが存在します。 |
着信 S1-MME SCTP 接続をシステム内の mmemgr タスクに配布します。 |
システム内のアクティブなすべての MME サービスを認識しています。 |
セッションリカバリ(SR)が有効になっている場合、このデマルチプレクサマネージャは通常、最初のアクティブなパケット処理カードのいずれかの CPU 上に確立されます。 |
mmemgr |
モビリティ マネージメント エンティティ マネージャ |
MME サービス設定が検出されると開始されます。ロード共有の場合は、このタスクの複数のインスタンスが存在する場合があります。すべての mmemgrs マネージャには、アクティブなすべての MME サービスが設定されており、設定と機能が同一である必要があります。
|
SCTP プロトコルスタックを実行します。 |
SCTP の関連付けを処理します。 |
TA リストを維持します。 |
eNodeB データベースを管理します。 |
S1-MME プロトコルのノード機能を提供します。 |
セッションリカバリ(SR)が有効になっている場合、このデマルチプレクサマネージャは通常、最初のアクティブなパケット処理カードのいずれかの CPU 上に確立されます。 |
pccdemux |
ポリシーおよび課金制御 Bindmux マネージャ |
PCC サービスの作成手順の一環として開始されます。シャーシには、BindMux MGR のインスタンスが 1 つのみ存在します。 |
セッションバインディング機能とともに、使用可能な pccmgrs 全体でセッションの多重化を処理します。 |
pccmgrs での負荷をモニターします。 |
着信 IP-CAN 接続をシステム内の pccmgrs 間に分散します。 |
セッションのバインディングを実行します。IP-CAN/ゲートウェイセッションを AF セッションとバインドします。 |
さまざまなインターフェイス間の IMSI のすべてのメッセージングが、選択した pccmgr に向けられるようにします。 |
システム内のアクティブなすべての PCC サービスを認識しています。 |
セッションリカバリ(SR)が有効になっている場合、このデマルチプレクサマネージャは通常、最初のアクティブなパケット処理カードのいずれかの CPU 上に確立されます。 |
pccmgr |
ポリシーおよび課金制御 Bindmux マネージャ |
pccmgr はセッション マネージャ インスタンスの一部です。 |
すべての PCRF サービスセッションを処理します。 |
個々のサブスクライバセッションに関連付けられているさまざまなイベント処理時に PCC コアと連動します。 |
ビジネスロジックの適用時にサブスクライバ情報を維持します。 |
サブスクライバごとに calline および対応する APN セッションを作成します。 |
sgtpcmgr |
SGSN GPRS トンネリングプロトコル制御メッセージマネージャ |
SGSN サービスが設定されている VPN コンテキストごとに、セッションコントローラによって作成されます。 |
SGSN サービスのピア GGSN と SGSN からの Gn/Gp および GTP-U インターフェイスを終了します。 |
IuPS サービスの RNC からの GTP-U インターフェイスを終端します。 |
GTP-C と GTP-U の標準ポートを制御します。 |
これらのポートでピアから受信した GTP トラフィックを処理して配布します。 |
Gn/Gp インターフェイスに関連付けられているノードレベルのすべての手順を実行します。 |
セッションリカバリ(SR)が有効になっている場合、このデマルチプレクサマネージャは通常、最初のアクティブなデマルチプレクサパケット処理カードのいずれかの CPU 上に確立されます。 |
srb |
標準ルーティングデータベース |
Enhanced Charging サービスでコンテンツフィルタリングが有効になっている場合に、セッションコントローラによって 8 つの SRB が作成されます。これらの 8 つのタスクを開始するには、少なくとも 2 つのパケット処理カードが必要です。
|
セッションコントローラからスタティックデータベースを受信します。各 srb タスクは 2 つのデータベースボリュームをロードします(1 つはプライマリ、もう 1 つはセカンダリ)。srb タスクでは、スタティック DB も保存されます。 |
DB ボリュームと、それに保存されている CSI(カテゴリセットインデックス)に基づいて URL が評価および分類されます。 |
ピアに障害が発生した場合に、ピアのロードを実行します。srb タスクとそのピアの両方に障害が発生した場合、セッションコントローラはロードを実行します。 |