| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| Multi-hop with gateway qmgr (hub and spoke topology) |
« View previous topic :: View next topic » |
| Author |
Message
|
| jdye |
 Posted: Tue Apr 06, 2010 1:40 pm Post subject: Multi-hop with gateway qmgr (hub and spoke topology) |
 |
|
Apprentice
Joined: 14 Jun 2002
Posts: 31
Location: Kansas City
|
I am attempting to set up a multi-hop and want to verify that the way I am doing it is the most straight forward. This is for a request/reply message. We have an application that may write to either of two queue managers (MY_QMGR1, MY_QMGR2), those two qmgrs are spokes off of the hub (MY_HUB_QMGR). The gateway qmgr sends the message to another companies queue manager (THEIR_QMGR). The applications putting messages to MY_QMGR1 or MY_QMGR2, puts to a remote queue, that resolves to a remote queue on MY_HUB_QMGR. When our application puts the message to the remote queue, it leaves the reply-to qmgr blank, so MQ will put the name of the queue manager it is connected to in the message header as reply-to qmgr. MY_HUB_QMGR has a remote queue to THEIR_QMGR. When THEIR_QMGR receives the message, they process it and reply to the reply-to queue manager/reply-to queue on the message header. The reply-to qmgr will be either MY_QMGR1 or MY_QMGR2, which they won't have a channel to. They only have a channel to MY_HUB_QMGR. So my assumption is that they need to create a queue manager alias to redirect the reply to MY_HUB_QMGR and I assume that the reply to queue manager on the message header will still contain the MY_QMGR1 or MY_QMGR2.
Is this the correct? The other company is reluctant to create a qmgr alias definition. If I had the application specify MY_HUB_QMGR as the reply-to qmgr, then when it hit MY_HUB_QMGR, I wouldn't know which of the two queue managers to send the message to. I am trying to find the most straight forward way to accomplish this. We prefer external customers connect to our hub (which also acts as a gateway) to all our other qmgrs.
Is there a better way to acocmplish this multi-hop? Suggestions please.
Thanks |
|
| Back to top |
|
 |
| exerk |
| Posted: Tue Apr 06, 2010 2:12 pm Post subject: |
|
|
Jedi Council
Joined: 02 Nov 2006
Posts: 6339
|
Put queue manager aliases for MY_QMGR1 and MY_QMGR2 in your hub. When the messages come back from THEIR_QMGR, your hub will bounce them through to the appropriate target queue manager - it's all there in the manuals (somewhere!). All they need do is create channels/xmitq's to 'MY_QMGR1' and 'MY_QMGR2' in their queue manager back to your hub. Put different listeners in if you want to make it look like two queue managers 
Follow the same piece of sage advice as was given to me a long time ago: when giving a third-party the necessary information to connect to your infrastructure, the name(s) of your queue manager(s) are whatever you tell them they are...but they don't have to 'exist' 
_________________
It's puzzling, I don't think I've ever seen anything quite like this before...and it's hard to soar like an eagle when you're surrounded by turkeys. |
|
| Back to top |
|
|
| jdye |
| Posted: Wed Apr 07, 2010 6:51 am Post subject: |
|
|
Apprentice
Joined: 14 Jun 2002
Posts: 31
Location: Kansas City
|
Thanks! Let me see if I understand this correctly.
If I have them create channels and xmit queues for my two 'spoke' queue managers, they would define objects
XMIT queue for MY_QMGR1 which will trigger sender channel THEIR_QMGR.MY_QMGR1, and the same for MY_QMGR2. Both sender channels will be defined with the ip and port of MY_HUB_QMGR. As far as they are concerned, they are receiving messages from MY_HUB_QMGR and sending to one of the MY_QMGR# qmgrs.
I create a qmgr alias on my MY_HUB_QMGR for both MY_QMGR1 and MY_QMGR2.
Does that sound correct? |
|
| Back to top |
|
|
| exerk |
| Posted: Wed Apr 07, 2010 11:33 am Post subject: |
|
|
Jedi Council
Joined: 02 Nov 2006
Posts: 6339
|
| jdye wrote: |
Thanks! Let me see if I understand this correctly.
If I have them create channels and xmit queues for my two 'spoke' queue managers, they would define objects
XMIT queue for MY_QMGR1 which will trigger sender channel THEIR_QMGR.MY_QMGR1, and the same for MY_QMGR2. Both sender channels will be defined with the ip and port of MY_HUB_QMGR. As far as they are concerned, they are receiving messages from MY_HUB_QMGR and sending to one of the MY_QMGR# qmgrs.
I create a qmgr alias on my MY_HUB_QMGR for both MY_QMGR1 and MY_QMGR2.
Does that sound correct? |
You win the kewpie doll 
What I suggest is that you prototype it on some spare hardware (a decently spec'd laptop will do) so you have full understanding of what's involved, and how it all works - trust me, the time will well spent.
_________________
It's puzzling, I don't think I've ever seen anything quite like this before...and it's hard to soar like an eagle when you're surrounded by turkeys. |
|
| Back to top |
|
|
| jdye |
| Posted: Wed Apr 07, 2010 12:01 pm Post subject: |
|
|
Apprentice
Joined: 14 Jun 2002
Posts: 31
Location: Kansas City
|
| Thanks. After thinking about it, it all makes sense. |
|
| Back to top |
|
|
|
|
|
| |
|
Page 1 of 1 |
|
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
|
|
|
|
