問題タブ [diameter-protocol]

こんにちは、カモメのシナリオを次のように設計しています。

クライアント --------------- サーバー
--- CER-->
<-- CEA---
--- AAR--> // 最初のセッション
<-- AAA---
--- AAR- ->
<-- AAA--
<-- RAR--
--- RAA-->
--- STR-->
<-- STA--
--- AAR--> // 2 番目のセッション
<-- AAA--
<-- RAR--
--- RAA-->
--- STR-->
<-- STA--

しかし、2 回目の呼び出しでは、ログに「RAA を受信すると AAR が予想されます..」というメッセージが表示されました。2 番目の呼び出しシナリオを最初の呼び出しと同じにすると (2 つの AAR\AAA と 1 つの RAR/RAA)、それはパスされました。

そこで、「カモメの流れを想定通りに制御する方法はあるのか?」という質問です。

ありがとう、

トラン。

Diameter プロトコル、特に CCR-CCA シナリオを使用して、Java Web アプリケーションからいくつかのサーバーにいくつかのメッセージを送信する必要があります。私は jdiameter オープンソース プロジェクトを見てきましたが、単一の要求を送信して応答をログに記録するだけでよいため、私のユースケースはそれほど複雑ではありません (実際には CER-CEA の部分も必要ありません)。だから私は自分のwebappの下で実行されているSeagullを使うことができたと思った. Seagull (Windows 用) をダウンロードしました。基本的には、Seagull からの .bat ファイルを Java 環境から Diameter 環境用に実行しようとしています。

それは私が今までやってきたことです..

1）クライアントを呼び出す簡単なテスト..ここでは、ラッパーは単に作業ディレクトリを設定し、プロセスを開始します

2) Seagull からのクライアントとサーバーの .bat ファイルを変更して、CCR-CCA プロトコルを使用するようにしました。

この構成で Java メインを実行すると、

致命的: キーボード保存構成エラー エラー

私のログに。

3) したがって、ここで述べたように、クライアントの .bat ファイルをバックグラウンド モードで実行するようにさらに変更し、最後に -bg を追加しました。今、私のクライアントのバットはこのように見えます

私はいくつかの問題に直面していたので、物事を簡単にするために、少なくともcmdを介して（Javaメソッドを使用せずに）動作させようとしましたが、バックグラウンドモードが混乱していると思います。 bg モードのクライアント、時々私は

致命的: 分岐エラー

しかし、ほとんどの場合、クライアントは単一のメッセージを送信し、コンソールで、ソフトウェアが接続の中止を引き起こしていることを確認し (エラー コード -1)、ログから、チャネルが閉じられていることがわかり、クライアントが返事すら来ません。(NB 今のところ、構成ファイルはそのままにしておきます)

この行動に直面した人はいますか？他の何かが接続を閉じていますか (おそらくファイアウォール)? これを機能させるには、他の構成を提供する必要がありますか?

これが機能するようになったら、Java Web アプリを (既に述べた方法と同様の方法で) 使用して直径呼び出しを行うことはできますか?

事前に感謝します。どんな助けでも大歓迎です。

知りたいのは、DPRを直径で送信する方法です。DPRを送信するための特定の条件はありますか? 私のコードでは、すでに DWR & DWA と CEA & CER を実行しています。DPR は、CER の後または CEA の前に送信されます。

Sy インターフェイスをテストするための erlang クライアントと seagull サーバーがあります。

機能交換は適切に行われ、pcaps によってテストされます。SLRを使用し て送信する場合diameter:call(?SERVICE_NAME, ?APP_ALIAS, SLR, [])

prepare_requestを送信するためにサーバー関数を呼び出すと呼び出されますSLR。戻りますok

Erlang クライアントが Watchdog リクエストを送信し続けます。しかし、これは seagull サーバーでは受信されません。これにはどのようなシナリオが考えられますか?