| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| what is the advantage with callback channels?? |
« View previous topic :: View next topic » |
| Author |
Message
|
| chanduy9 |
 Posted: Thu Jun 12, 2003 10:12 am Post subject: what is the advantage with callback channels?? |
 |
|
Disciple
Joined: 28 Nov 2001
Posts: 177
Location: USA
|
Hi,
what is the advantage of Requester-sender channel, which is callback def. In what cases we have to use this type of channels.
Thanks in advance,
Chandra. |
|
| Back to top |
|
 |
| muralidhar |
| Posted: Fri Jun 13, 2003 3:29 pm Post subject: |
|
|
Acolyte
Joined: 28 Feb 2002
Posts: 50
|
In sender - requester channel, sender initiates the communication and when requester on receiving the request for communications, it breaks the communication and then initiates the communication back to the sender.
In this type of channel pair, there is a two trust between the MQSeries servers. This ensures the communication is taking place between servers of known IP addressses. |
|
| Back to top |
|
|
| oz1ccg |
| Posted: Sat Jun 14, 2003 3:58 pm Post subject: |
|
|
Yatiri
Joined: 10 Feb 2002
Posts: 628
Location: Denmark
|
Hmm,
thats not the way it works! 
When the REQUESTER initiates the communication, the SENDER breaks, and issue connect using it's CONNAME.
The REQUESTER accepts all senders, it don't check the incomming conname, sorry. To be shure that it's the real one you will have to use SSL or a security exit.
The main advantage (seen from my point of view) of SENDER-REQUSTER is the ability of both ends to initiate the communication (if the other end is able to run). Personally i'm only using this configuration.
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 |
|
|
| mutley |
| Posted: Mon Jun 16, 2003 6:36 am Post subject: |
|
|
Novice
Joined: 12 Jun 2003
Posts: 13
|
| You don't "have" to use this model. It is simply a more flexible approach to sender/receiver where all comms are initiated by the sender. Either end being able to effectively start the channel is a big plus for availability and performance. |
|
| 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
|
|
|
|
