昨今、AAA GWリアルタイムレーティングを採用したいと考える企業が増えているが、多くの疑問に直面している。本稿では、これらの疑問に答え、従来のバッチレーティングとリアルタイムレーティングを対比し、後者の利点を紹介する。
従来のバッチレーティングでは、イベントが終了した後にCDR/EDRファイルからすべてのイベントデータを読み込む。イベントデータは処理され、レーティングされ、チャージされます。
リアルタイムレーティングでは、イベントが試みられた時、あるいは進行中の時にデータが処理されます。イベントは承認され、再承認され、最後には課金されます。
リアルタイムシステムを計画する場合、サービスの中断や収益低下を最小限に抑えるような設計が必要です。それらを最小限に抑えるためには、レイテンシー、高可用性アーキテクチャ、生産保守を容易にするためのサービスごとのcm/dm分離、効率的なモニタリングなどが考慮されなければならない。
リアルタイム課金では、プリペイドとポストペイドを1つのシステムで対応することができ、このようなシステムを収束課金と呼びます。リアルタイム課金では、ポストペイドの利用限度額や、利用後のリアルタイムのフィードバックなど、さらに多くのメリットがあります。
次回は、AAA GW、通話（mbi）、gprs/mms/sms（diameter）のインタラクションワークフローの詳細を紹介する予定です。
こんにちは、
また私です。あなたのリアルタイムの評価に興味があります。私は現在、我々のSIによって構築されたアーキテクチャを評価している。名前は伏せますが。あるアーキテクチャを高可用性としてどのように分類するのでしょうか？誰でも自分のアーキテクチャは高可用性であると宣言することができますが、実際にどの程度が良い高可用性なのでしょうか？考慮すべき変数があれば教えてください。参考にできる具体的な計算式があれば教えてください。
Diameterプロトコルを使用したAAAに関して、もうひとつ質問です。Diameterのパケットを処理するためにパイプラインを使用していますが、Diameterマネージャはこちらでは実装されていません。IPTマネージャがまだあったころは、$PIN_HOME/apps/radius_ipt/radius_ipt.logにパケットログファイルを見つけることができましたが、直径パケットについては、私は無知なんですよ。
アドバイスをお願いします。
よろしくお願いします。
リガードです、
-Ayazul
Ayazulさん、こんにちは、
高可用性とは、1台または複数のサーバーが故障しても、システムの性能を維持できる能力のことである。高可用性の主要な構成要素はフェイルオーバーであり、サーバーが故障した場合に、クライアント接続が故障したサーバーから機能するサーバーに移行し、クライアントアプリケーションの動作を継続させる機能である。
自分の建築がHAであることを誰でも宣言できる、という意見には賛成です。しかし、ご質問に対して簡単にお答えすることはできません。まず、お客様のHAアーキテクチャを分析し、必要なテストを行う必要があります。
2つ目の質問ですが、一般的に直径のログは/opt/portal/pre_dia/logディレクトリで見つけることができます。
より詳細な説明をご希望の場合は、お気軽に直接お問い合わせください。
よろしくお願いします、
エール
こんにちは、
この記事が公開されてから、しばらく経ちましたね。Oracle BRM AAA GWとOracle BRM ECEのどちらをまだ使っているのか、ぜひ知りたいところです。また、ECEを活用している場合は、そのアプローチ、課題、教訓をお聞かせください。
ありがとうございます、よろしくお願いします、
カーン
リアルタイムレーティング環境において、利用要求の処理後にメモリコアのダンプによりAAA GWパイプラインがクラッシュする。
この問題は、以下の手順で再現されます：
1.以下のコンポーネントでリアルタイムレーティングシステムを開始する：AAA GW、CM、Realtime Pipeline、DM_ORACLEの4つ。
2.AAA GWパイプラインにリクエストを送信します。これらのリクエストは問題なく処理されます。
3.数分後、パイプラインIFWプロセスによってコアダンプが生成されます。
このOracle BRMの問題を解決できる人はいますか？
本ソリューションの実施にあたっては、以下の手順を実行してください：
1.最新パッチセットのReadmeをダウンロードし、確認する。
2.推奨パッチセットを適用する前に、システムのバックアップをとっていることを確認してください。
3.テスト環境でパッチを適用する。
4.問題の再テストを行う。