| Author |
Message
|
| balaji sr |
 Posted: Wed Jul 13, 2005 10:28 am Post subject: Diff between Sender-receiver and Requester-server |
 |
|
Apprentice
Joined: 07 Jan 2003
Posts: 28
|
Hi,
I have few questions on the channel pairs . . .
Whats the different between the Sender-Receiver channel pair and the Requester-server channel pair?
Whats the advantage of Requester-server channel over Sender-Receiver channel
thanks in advance |
|
| Back to top |
|
 |
| jefflowrey |
| Posted: Wed Jul 13, 2005 10:28 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
The Intercommunications guide will answer your question.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| mqsi |
| Posted: Thu Jul 14, 2005 3:37 am Post subject: |
|
|
Apprentice
Joined: 11 Jun 2004
Posts: 33
|
Both Sender-Receiver channel and Requester-server channel pairs are used for communcation between two MQ servers.
But the difference is, in Requester-server channel is used for the same purpose but the channel is initiated at requester end. Requester requests the server at the other end of the channel to start.
Its main use is in pub-sub type of applications where server sends the message to multiple destinations depending on the requests |
|
| Back to top |
|
|
| oz1ccg |
| Posted: Thu Jul 14, 2005 4:50 am Post subject: |
|
|
Yatiri
Joined: 10 Feb 2002
Posts: 628
Location: Denmark
|
It seem like you forgot the SENDER REQUESTOR combination, that allows both ends to start the communication. I don't own an RECEIVER channel for traffic, just REQUESTER channels... (and SENDER too  )
And combined with a reasonable TRIGINT, it gives the ability to keep channels running with out much intervention.
Just my $0.02 
_________________
Regards, Jørgen
Home of BlockIP2, the last free MQ Security exit ver. 3.00
Cert. on WMQ, WBIMB, SWIFT. |
|
| Back to top |
|
|
| vinodsasidharan |
| Posted: Thu Jul 14, 2005 6:29 am Post subject: |
|
|
Apprentice
Joined: 25 Apr 2003
Posts: 47
Location: Norwich
|
RQSTRs are exactly like RCVRs, except that RQSTRs can start the SNDR from the RQSTR side.
It lies on the Control . Say you have a server and the requestor lies at a Third party company .Now The control of starting the link lies in the hands of third party too and not in only your hand.
Requester-sender is also possible But i have faced some issues . So Requester-server is the a better combination than Requester-sender as per my experience .
Has anybody used Requester-sender in production environments ?
_________________
Vinod sasidharan
Ibm Certfied MQ Admin 5.3
Ibm Certfied MQ Admin 6.0
Ibm Certfied WAS Admin 6.0
Ibm Certfied WMB Admin 5.0
Ibm Certfied Db2 Specialist.
Sun certified Java Programmer.
"Ai carte, ai parte ....................." |
|
| Back to top |
|
|
| oz1ccg |
| Posted: Thu Jul 14, 2005 11:14 am Post subject: |
|
|
Yatiri
Joined: 10 Feb 2002
Posts: 628
Location: Denmark
|
vinodsasidharan said:
| Quote: |
| Requester-sender is also possible But i have faced some issues . |
What issues ?
And yes, I have more clients that are using RQSTR-SDR in production.
2nd when ever you(an company) starts communicating between backoffice systems, there are a lot of legal stuff to be done. So if some starts my sender, I don't care, because the SDR know it's partner.
Next a "public" queue manager should have it's channels secured, so only authenticated connection requests will be allowed.
Anyway I (and my friends too) would like to hear about your issues.
Just my $0.02
_________________
Regards, Jørgen
Home of BlockIP2, the last free MQ Security exit ver. 3.00
Cert. on WMQ, WBIMB, SWIFT. |
|
| Back to top |
|
|
| vinodsasidharan |
| Posted: Fri Jul 15, 2005 1:30 am Post subject: Requestor sender |
|
|
Apprentice
Joined: 25 Apr 2003
Posts: 47
Location: Norwich
|
Hi Jorgan ,
We were connecting to a Third party using Vpn and Firewalls .
So we had first had a Sender / Requestor which uses the call back technique . But faced issues like the sender going to Binding state frequently and comes to running state after 10 minutes . Not always . Intermittendly .
But with the same firewall confirguration when we changed the sender to server . We did not face the issue .
But i cannot blindly blame it on sender combination But just that it was not happening in the Server - Requestor .I thought it to be a better option as it also avoids the Overhead of call back.
_________________
Vinod sasidharan
Ibm Certfied MQ Admin 5.3
Ibm Certfied MQ Admin 6.0
Ibm Certfied WAS Admin 6.0
Ibm Certfied WMB Admin 5.0
Ibm Certfied Db2 Specialist.
Sun certified Java Programmer.
"Ai carte, ai parte ....................." |
|
| Back to top |
|
|
| oz1ccg |
| Posted: Fri Jul 15, 2005 9:24 am Post subject: |
|
|
Yatiri
Joined: 10 Feb 2002
Posts: 628
Location: Denmark
|
I'm glad to hear the reason, because normally the use of a SERVER is only used by qmgrs with dynamic ip-addr.
Well, the reason for that behavour SERVER vs. SENDER could be caused because it takes time to establish the VPN connection depending on the configuration, but 10 minutes is long time.
And when your partner initiates the communication, he might get the waiting time in REQUESTING MODE... And if he got no monitoring, who sees the problem ? Nobody.
So it might just be another way of seeing the problem and just moving it to the other end... not solving it.
I've seen it before (but not 10 min, just xx secs.). If you have two pairs of channels (both send and receive), you might see that the channel opening the VPN gets to wait long time, and the second one starts immediately.
Just my $0.02
_________________
Regards, Jørgen
Home of BlockIP2, the last free MQ Security exit ver. 3.00
Cert. on WMQ, WBIMB, SWIFT. |
|
| Back to top |
|
|
|
|
