IBM MQ WebSphere - 追加のTCP「ACK」を作成し、回答のために13秒待っています -- tcp フィールド と ibm-mq フィールド 関連 問題

IBM MQ websphere - creates an additional TCP “ACK” and waiting 13 sec for answer












0
vote

問題

日本語

単一のMQサーバー

と通信する同一のJavaアプリケーション( 'クライアント')を持つ2つのTomcatsを得ました

1つのクライアントでは、通信は速いですが、もう一方の時間は時間がかかります(> 13秒)。

インフラストラクチャの唯一の違いは、 'Fast Client'が同じドメイン上にある間、サーバーの異なるドメイン上にあることですが、私が知っている限りでは問題を引き起こすはずです。

私はWiresharkとの両方の方法でコミュニケーションを盗みました、そして私は1つの違いを見つけました:MQサーバーは遅いクライアントに追加の "ACK"を送信し、何もない、13秒間待ってから送信します。このように、実際に作業を開始する初期データ "パケット"

クライアント - >サーバー:IBM WebSphere SYN

サーバー - >クライアント:IBM WebSphere Syn-Ack

クライアント - >サーバー:IBM WebSphere Ack

クライアント - >サーバー:初期データ

サーバー - >クライアント:IBM WebSphere Ack // Slow Clientでのみ!!!

//は13秒間待ちます - 遅いクライアント上でのみ。

サーバー - >クライアント:初期データ//ここから、それは両方のクライアントに流れます

注:

1)サーバへの通信はSSLではなく、DNS名ではIPアドレスを使用するため、問題を解決しないでください。

2)私は前に同様の質問を出版しました - これは同じケースではありません!最後にTCPの問題を介してBIOSでした。

英語

I got two Tomcats with identical java apps ('clients') that communicate with a single MQ server

On one client, the communication is fast, but on the other it takes a lot of time (> 13 sec).

On the infrastructure the only difference is that the 'slow client' is on a different domain then the server, while the 'fast client' is on the same domain, which should cause any trouble, as far as I know.

I've sniffed the communication both ways with Wireshark, and I've found one difference: the MQ server sends an additional "ACK" to the slow client, does not get nothing, waits for 13 seconds and then sends the "INITIAL DATA" packet that actually starts the work, like this:

Client - > server :IBM WebSphere SYN

Server - > client :IBM WebSphere SYN-ACK

Client - > server :IBM WebSphere ACK

Client - > server :INITIAL DATA

Server - > client :IBM WebSphere ACK // only on slow client!!!

// Waits for 13 seconds - only on slow client.

Server - > client :INITIAL DATA // from here, it flows on both clients

Notes:

1) The communication to the server is not SSL, and uses IP address rather then DNS names, so resolving issues should not occur.

2) I've published a similar question before - this is not the same case! last time it was BIOS over TCP issue.

</div
     
   
   

回答リスト

0
 
vote
vote
ベストアンサー
 

彼らは私たちが問題を克服するために使用した方法はSimpleConcuctionManagerと長いタイムアウトを使っています。

それは回避策ですが機能します。

 

They way we used to overcome the issue is using SimpleConnctionManager and a long timeout.

It's a work around, but it works.

</div
 
 

関連する質問

3  AMQERR01.LOGのAMQ9209 / AMQ9999を繰り返します  ( Repeated amq9209 amq9999 in amqerr01 log ) 
MQサーバ上のAMQERR01.LOGで繰り返し印刷されたの次のエラーメッセージが表示されます。 <事前> <コード> AMQ9209: Connection to host 'client-host (...)' for channel 'TEST_CHA...

0  javax.jms.ResourCealLocationException:512番メッセージを挿入するとMQJMS2008エラーが発生しました  ( Javax jms resourceallocationexception mqjms2008 error when injecting 512th mess ) 
512番目のメッセージを挿入するときに発生したときに発生するキューへのメッセージを注入している場合は、次の例外が得られます。前の511は罰金に注入されます。 <事前> <コード> Exception in thread "main" javax.jms.Re...

0  MQ-7接続問題  ( Mq 7 connectivity issue ) 
下記のこんにちはコネクティビティの確認に使用したコードです <事前> <コード> String qManager=""; int openOptions = CMQC.MQOO_FAIL_IF_QUIESCING + CMQC.MQOO_INPUT_SHA...

0  IBM MQ:リモート・サーバー上のリモート・キュー・マネージャーをチェックするためのコマンド  ( Ibm mq command to check remote queue managers on remote servers ) 
リモートサーバ上のキューマネージャのステータスを確認するには、 peter=> d months Table "pg_temp_2.months" Column | Type | Modifiers -----------+------+---...

2  シェルスクリプトの1つから別のサーバーへの移動  ( Moving from one to another server in shell script ) 
これはシナリオ、です。 <事前> <コード> $hostname server1 Server1、で下記のスクリプトを持っています <事前> <コード> #!/bin/ksh echo "Enter server name:" read server ...

2  多くのWMQ AMQRMPPAプロセス  ( Many wmq amqrmppa processes ) 
Linuxの下のWebSphere MQ v7.1.0.1を実行しています。同じキュー・マネージャーのためのAMQRMPAプロセスが多すぎるのは普通ですか? <事前> <コード> mqm 3504 1745 2 Nov01 ? ...

2  RDQM IBM PaceMaker Prob - HAキュー・マネージャーは、それがあるべき場所を実行していません  ( Rdqm ibm pacemaker prob ha queue manager is not running where it should be ) 
私はいくつかの奇妙なRDQMの動作を直面しています。 3つのサーバー(Node1:Primary、Node2、およびNode3:セカンダリ)があります。 1Gの4 QMは、プライマリ上に優先位置NODE1およびNODE2を使用して作成されます。 いくつかの問題...

4  MQRC 2056 - MQRC_Q_SPACE_NOT_AVAILABLE  ( Mqrc 2056 mqrc q space not available ) 
MQRC 2056 MQRC_Q_SPACE_NOT_AVAILABLEを使用してメッセージがWebSphere MQキューに投稿できない場合は、デッドレターキューに移動します。これは、キューの使用法を割り当てた元のディスク容量を意味します。使用率は100%...

1  サブスクライバキューで保留されているメッセージ  ( Messages pending in subscriber queue ) 
JBoss-5.1を使用して、メッセージ駆動型Beanをサードパーティのキューから購読するために使用されるメッセージ駆動型Beanを展開しています。 約16個のメッセージがそのキューに投稿されましたが、彼らは私たちの加入者キューで保留中です。サーバーを再起...

19  デッドレターキューとバックアウトキューの違いは何ですか?  ( What is the difference between a dead letter queue and a back out queue ) 
デッドレターキューとバックアウトキューの違いは何ですか? WebSphere MQの用語およびアプリケーションサーバーの観点から。 すべてのJ2EE / JEEアプリケーションサーバーにはMQプロバイダーがあります。また、デッドレターキューの構文があるか、We...




© 2022 cndgn.com All Rights Reserved. Q&Aハウス 全著作権所有