問題タブ [mobicents]

Session Initiation Protocal(SIP) サーブレットについて多くの調査を行った後、SIP サーブレットを作成しようとしています。現在、TomCAT で mobicent の sip サーブレット プロジェクトを使用しています...!

私はこのガイドに従って目標を達成しています。問題は、プロジェクトディレクトリでコマンドmvn clean installを実行しようとすると、依存関係のダウンロードが開始されますが、突然エラーが発生することです。

ここにエラーログがあります、

以下は pom.xml です。

SIP サーバーを動作させるためのより良い方法があれば教えてください。あなたの提案と助けは非常に重要です...!

前もって感謝します.... ：）

私には奇妙に見えるいくつかの問題があります。調べていただけますか？

Cisco Diameter サーバに CER メッセージを送信しようとしています。私が取得しているログ ファイルによると、Cisco 側から CER が受信され、CEA が jdiameter クライアントに返信されました。何らかの理由で、jdiameter クライアントが処理できません

正しい方法で CER を送信しようとし続けます (私のリスナーは決してコールバックされません)。添付のログ ファイル、jdiameter クライアントの構成、およびソース コードを参照してください。私の jdiameter クライアントは非常にシンプルでわかりやすいものです。

Java クライアントの構成: http://textuploader.com/a2mn2

ログファイル: http://textuploader.com/a2mnn

ありがとう、

Mobicents MMS の説明 ( http://www.mobicents.org/mms/mms-main.html ) で、DTMF インバンドと RFC2833 をサポートしていることがわかりました。

実際のテストでは、MS がインバンド DTMF を好むことがわかりました。RFC2833 を強制する構成オプションはありますか、それともハードコーディングされていますか? また、ハードコードされている場合は、ヒントを教えてください。コードのどこを変更すればよいですか? コーデック リストを含む SDP の例は次のようになります。

jmx-console に MBean を追加する必要があります。これは、SNMP get 要求を取得し、それらに応答するためのものです。通常の方法で MBean を作成しましたが、この MBean を Slee システムに追加する方法を説明している n00b 互換の資料はどこにも見つかりません。

SIPRec の例では、次のように追加された MBean が記述されています。

しかし、Sbb にSleeContainerクラスをインポートさせることができません。これをプロジェクトにインポートする依存関係/ステップは何ですか?

この MBean を SLEE に追加し、snmp アダプターの attributes.xml を使用して SNMP get 要求をルーティングするために、どこを見ればよいか教えてください。

ありがとう。

Mobicents SIP サーブレットに対して作成されたアプリケーションがあり、現在これは v2.1.547 を使用していますが、v3.1.633 に対しても同じ動作を確認しました。

私たちのアプリケーションは B2BUA として動作しており、着信 SIP コールがあり、VXML を実行している MRF に発信 SIP コールが発信されています。これら 2 つの SIP 呼び出しは、構成した同時実行モデルである単一の SipApplicationSession に関連付けられています。

この 100% の確率で再現されるシナリオは次のとおりです。

• 私たちのアプリケーションにかけられたインバウンド コール (コールは応答されません)
• MRF へのアウトバウンド コール
• 着信通話のハングアップ
• アプリケーションは、発信コールに関連付けられた SipSession を終了しようとします

これがログに記録されているのを見ています：

2015-12-17 09:53:56,771 WARN [SipApplicationSessionImpl] (MSS-Executor-Thread-14) セッション セマフォ java.util.concurrent.Semaphore@55fcc0cb[Permits = 0] を 30 秒間取得できませんでした。トランザクションがタイムアウトに近づいているため、何があってもセマフォのロックを解除します。これは同時実行制御のリスクである可能性もあります。アプリ セッションは 5faf5a3a-6a83-4f23-a30a-57d3eff3281c;SipController

私たちのアプリケーションがこの動作をトリガーしている可能性があると信じていますが、現時点ではその方法がわかりません。セマフォの取得/解放はすべて実装の内部にあると思っていたので、何かがセマフォを取得せず、決して解放しないようにする必要がありますか?

100% 再現可能であると述べたので、ログなどを取得することはすべて可能です。

私はMobicents Restcommのガイドに従って、Restcomm Client Androidを実装しています。そのためのクイックスタートガイドに従っています。Hello-World プログラムを Android Studio にインポートしましたが、いくつかの問題があります。インポートされましたが、いくつかのエラーがスローされています。これらは次のとおりです。

この問題を解決するのを手伝ってください。この件についてご協力いただき、誠にありがとうございます。

私が見たすべてのDiameter実装では、サーバーから発信されたメッセージは常に、Destination-Host AVPのwhatsのDNS解決済みIPアドレスに向けて送信されます。ただし、商用サーバーでは、すべてのメッセージを取り込んでルーティングする DRA または DEA を構成するオプションがあります。

したがって、モビセントの直径スタックに関しては、このアプローチは実行が難しい場合があります。とにかく、ホスト ファイルを再構成して、メッセージが DRA/DEA で終了するようにすることはできますが、それは面倒です。これらのメッセージを中央のダイアメーター エージェントに送信するオプションはありません。

次の問題は、このような DRA/DEA を作成する予定がある場合、スタックが別のホストへのメッセージを受け入れないことです。ここで、メッセージの Destination-Host パラメーターには、私たちのものとは異なるホスト名が含まれている可能性があります。（それが行く必要がある最終的な目的地になります）

jdiameter コードと RA コードの内部に干渉せずにこれを達成するためのハックはありますか?