ASG
IBM
Zystems
Cressida
Icon
Netflexity
 
  MQSeries.net
Search  Search       Tech Exchange      Education      Certifications      Library      Info Center      SupportPacs      LinkedIn  Search  Search                                                                   FAQ  FAQ   Usergroups  Usergroups
 
Register  ::  Log in Log in to check your private messages
 
RSS Feed - WebSphere MQ Support RSS Feed - Message Broker Support

MQSeries.net Forum Index » IBM MQ Performance Monitoring » Network performance

Post new topic  Reply to topic
 Network performance « View previous topic :: View next topic » 
Author Message
pintrader
PostPosted: Mon Sep 22, 2014 7:17 pm    Post subject: Network performance Reply with quote

Disciple

Joined: 22 Jan 2014
Posts: 164

Hi

I have followed the recommendations here: http://www-01.ibm.com/support/knowledgecenter/SSFKSJ_7.5.0/com.ibm.mq.ins.doc/q008560_.htm

for installing WMQ on Solaris 10.

May I ask if any of those kernel settings affects network performance? I ask because my recv channels sometimes can take minutes to get established with remote QMGR. Sometimes it can be quite fast to get established. So was wondering if any of these settings can affect this. I am not a networking/Solaris administrator.

What recommended settings can you propose for a production system, besides the ones recommended in the above doc

thanks
Back to top
View user's profile Send private message
bruce2359
PostPosted: Mon Sep 22, 2014 9:03 pm    Post subject: Reply with quote

Poobah

Joined: 05 Jan 2008
Posts: 9394
Location: US: west coast, almost. Otherwise, enroute.

What problem-determination analysis have you done? Any errors logged?
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live.
Back to top
View user's profile Send private message
pintrader
PostPosted: Tue Sep 23, 2014 12:18 am    Post subject: Reply with quote

Disciple

Joined: 22 Jan 2014
Posts: 164

bruce2359 wrote:
What problem-determination analysis have you done? Any errors logged?

There are no errors, except tcp connection time out if it takes too long to establish. For my current case, my receiver channels take 2 days to come up (assuming the network guys did not do anything). Sometime it takes minutes.
For normal operation of channel connection, i believe it shouldn't take this long.

Is there any industry experiences on why channels has delays in establishing connections? Is there some channel settings/attributes that I can fine tune further?
thanks
Back to top
View user's profile Send private message
hughson
PostPosted: Tue Sep 23, 2014 2:33 am    Post subject: Reply with quote

Padawan

Joined: 09 May 2013
Posts: 1914
Location: Bay of Plenty, New Zealand

pintrader wrote:
For my current case, my receiver channels take 2 days to come up
Can I just be clear what you are saying here. Are you saying that it takes two days from the time the sender channel is started to when the receiver channel goes into Running status?!

"Fine" tuning doesn't seem to be the word to use here. You have a serious network issue, if this is the case.

Cheers
Morag
_________________
Morag Hughson @MoragHughson
IBM MQ Technical Education Specialist
Get your IBM MQ training here!
MQGem Software
Back to top
View user's profile Send private message Visit poster's website
pintrader
PostPosted: Tue Sep 23, 2014 3:55 am    Post subject: Reply with quote

Disciple

Joined: 22 Jan 2014
Posts: 164

hughson wrote:
pintrader wrote:
For my current case, my receiver channels take 2 days to come up
Can I just be clear what you are saying here. Are you saying that it takes two days from the time the sender channel is started to when the receiver channel goes into Running status?!

"Fine" tuning doesn't seem to be the word to use here. You have a serious network issue, if this is the case.

Cheers
Morag


thanks for response. yes, from the time sender is started. 2 days later the receiver and sender established connection. I also encounter slowness when putting messages (from client) to remote queue. Takes 20-30s to put a message. Yes I am also guessing some network issues. The clients and QMGR are running on virtual machines though..And the sending side (RemoteQMGR) is running on actual physical server


client --[slowness to put msg]--> QMGR <---[slowness to establish recv channel connection]---> RemoteQMGR
Back to top
View user's profile Send private message
hughson
PostPosted: Tue Sep 23, 2014 4:02 am    Post subject: Reply with quote

Padawan

Joined: 09 May 2013
Posts: 1914
Location: Bay of Plenty, New Zealand

pintrader wrote:
from the time sender is started. 2 days later the receiver and sender established connection.
While the sender is trying to make the connection, what does DISPLAY CHSTATUS show the STATUS and most importantly the SUBSTATE to be?

Read: Channel Sub Status

Cheers
Morag
_________________
Morag Hughson @MoragHughson
IBM MQ Technical Education Specialist
Get your IBM MQ training here!
MQGem Software
Back to top
View user's profile Send private message Visit poster's website
pintrader
PostPosted: Tue Sep 23, 2014 5:21 am    Post subject: Reply with quote

Disciple

Joined: 22 Jan 2014
Posts: 164

hughson wrote:
pintrader wrote:
from the time sender is started. 2 days later the receiver and sender established connection.
While the sender is trying to make the connection, what does DISPLAY CHSTATUS show the STATUS and most importantly the SUBSTATE to be?

Read: Channel Sub Status

Cheers
Morag


hi, i do not have access to remoteQMGR as its external. will check. thanks
Back to top
View user's profile Send private message
hughson
PostPosted: Tue Sep 23, 2014 5:38 am    Post subject: Reply with quote

Padawan

Joined: 09 May 2013
Posts: 1914
Location: Bay of Plenty, New Zealand

pintrader wrote:
hi, i do not have access to remoteQMGR as its external. will check. thanks

pintrader wrote:
There are no errors, except tcp connection time out if it takes too long to establish.

Get them to give you the full error messages show in their queue manager error log while you are at it.

Cheers
Morag
_________________
Morag Hughson @MoragHughson
IBM MQ Technical Education Specialist
Get your IBM MQ training here!
MQGem Software
Back to top
View user's profile Send private message Visit poster's website
pintrader
PostPosted: Thu Sep 25, 2014 1:50 am    Post subject: Reply with quote

Disciple

Joined: 22 Jan 2014
Posts: 164

hughson wrote:
pintrader wrote:
from the time sender is started. 2 days later the receiver and sender established connection.
While the sender is trying to make the connection, what does DISPLAY CHSTATUS show the STATUS and most importantly the SUBSTATE to be?

Read: Channel Sub Status

Cheers
Morag


hi , the substate is BINDING..
Back to top
View user's profile Send private message
hughson
PostPosted: Thu Sep 25, 2014 5:19 am    Post subject: Reply with quote

Padawan

Joined: 09 May 2013
Posts: 1914
Location: Bay of Plenty, New Zealand

pintrader wrote:
hi , the substate is BINDING..

BINDING is the STATUS, please look again what is in the SUBSTATE field. It is not BINDING.

Cheers
Morag
_________________
Morag Hughson @MoragHughson
IBM MQ Technical Education Specialist
Get your IBM MQ training here!
MQGem Software
Back to top
View user's profile Send private message Visit poster's website
Tibor
PostPosted: Thu Sep 25, 2014 5:36 am    Post subject: Reply with quote

Grand Master

Joined: 20 May 2001
Posts: 1033
Location: Hungary

pintrader wrote:
There are no errors, except tcp connection time out if it takes too long to establish. For my current case, my receiver channels take 2 days to come up....


You should check the kernel level TCP settings, because default TCP timeout is painfully long (2 * 60 secs). Search for ndd and tcp_time_wait_interval
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic  Reply to topic Page 1 of 1

MQSeries.net Forum Index » IBM MQ Performance Monitoring » Network performance
Jump to:  



You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
Protected by Anti-Spam ACP
 
 


Theme by Dustin Baccetti
Powered by phpBB © 2001, 2002 phpBB Group

Copyright © MQSeries.net. All rights reserved.