MQSeries.net :: View topic - A kind of "Requester-Sender" Channel

jsware

I am looking to have the following scenario:

QMA triggers a sender channel to QMB.

QMB has the connection details about QMA.

QMB ends the channel and calls QMA back to start the channel.

This is like the Requester-Sender but in reverse (i.e. the Sender starts the
channel and the requester calls the sender back using it's own local
connection information rather than the other way round.)

I cannot see how this can be done. Any ideas or is it not possible?

Also, if I use a requester-sender channel, it means that any other QM can
create a sender called QMA.TO.QMB and I end up with multiple instances of
the requester (receiving) side running. I tried this between MQ 5.2 CSD05 on
NT and MQ5.2/CSD05 on AIX. This seems rather insecure because all you need
to know is the name of a requester channel and you can send messages to that
queue manager.

The problem I have is:

If I have QMA and QMB with a sender-receiver channel QMA.TO.QMB, what's to
stop QMC having a channel called QMA.TO.QMB to send us messages. All they
have to do is get the channel sequence number right and our receiver to be
inactive and they're off aren't they?

If the receiving QM could call back based on local connection information,
then the request to start would be accepted, but the real QMB would be
called back, and QMC couldn't send us messages.

Regards
John Scott