問題タブ [restcomm]

when testing proxy in mobicents, mobicents cannot forward bye message to the other one. when one user send bye, it just receives 481 and the other user remains in talking.
Such exception only occurs when call duration >= 10s.

and i can see that sip application session is closed before user send bye. i dont konw how to avoid this. please help me !!!

below is my test code:

and i get an exception in my log:

全て、

どうやら、RestComm は、私が数年前に一緒に働いていた Mobicents プロジェクトを引き受けたようです。RestComm が私の新しいプロジェクトに適しているかどうかを評価しているところです。これまでに読んだ内容を確認したいと考えています。明らかに、RestComm はテレフォニー向けです。しかし、まだ JAIN/SLEE API に依存しているように見え、HTTP リソース アダプターをサポートしているようです。

質問: HTTP RA のみで RestComm を構成し、SBB を使用してサービスを生産的に実装できますか?

この時点で VOIP は必要ありませんが、プロジェクトの堅牢で低遅延、酸の多いトランザクション、および非同期の性質が気に入っています。私の入力と出力は、中規模から大規模の XML/JSON ドキュメントです。

どんな洞察も高く評価されます。

ありがとう

Twilio API を使用してビデオ アプリを構築しましたが、Restcomm をサービスとして使用して再構築したいと考えています。

Restcomm をサービスとして取得するにはどうすればよいですか?

mss (mobicents sip servlets) を使用して SIP アプリケーションを構築しています。

P-Charging-Vectorには、 icid-valueおよびicid-generated-atパラメータがあります。

rfc3455 および rfc3261 によると、icid-valueとicid-generated-atパラメータの両方は、"[" IPv6address "]" の形式にすることができます。

私はjain-sip-ri バージョン 1.2.242を使用しており、次の 2 つの問題に直面しています。

1) "[" IPv6address "]" の形式の icid 値を持つ SIP リクエストを取得している場合、

例えば：

P-Charging-Vector: icid-value=[2a02:ed0:1000:3033::249];orig-ioi=1223abc4;icid-generated-at=[2a02:ed0:1000:3033::249]

次の例外が発生し、sip スタックによってヘッダーが削除されます。

2) "[" IPv6address "]" の形式で icid-value または icid-generated-at パラメータを使用して P-Charging-Vector を生成しようとすると、同じ解析例外が発生します。

これはrfcに従っていないようです。

ローカル システムで RestComm Web SDK デモ アプリケーションをセットアップしようとしています。オーディオ/ビデオ、チャット、IVR などのアプリケーションを作成したいだけです (RestComm は私のニーズに最適なソリューションを提供してくれます)。これで、ローカル システムに RestComm Web SDK をセットアップし、呼び出しを試みるたびにWebRTCommClient:call(): catched exception:NotSupportedError: Failed to construct 'RTCPeerConnection': Unsatisfiable constraint IceTransports on browser console がスローされます。

私の webRTC 構成は以下のとおりです。

Chromeブラウザでは問題なくオリンパスを使用できますが。私はこの例外にこだわっています。どんな提案でも大歓迎です。

アプリが安全なサーバー (NON http(s)、実際には SIP プロトコルに関するものですが、質問は非 http(s) プロトコルに適用する必要があります) に対してリクエストを行う必要があるこのシナリオがあり、それを伝える必要があります。 Android デバイスのキーストアにインストールされているシステムのデフォルトの信頼できる証明書に基づいて、サーバーが信頼できると見なされる場合。

問題は、Android が証明書用に提供するすべての API (KeyStore、KeyChain など) を確認した後、解決策を見つけることができなかったことです。

各アプリは、デバイスのシステム デフォルト キーストアにアクセスできますが、TrustedCertificateEntry タイプのエントリについて話している場合でも、グローバルではなく、独自のリソースにしかアクセスできないようです。

ここに欠けているものはありますか？

非https認証のかなり有効なユースケースのようです

よろしく、アントニス