Paul, "What's the difference between a fully qualified SVR channel and a SDR then?" Consider the following definitions:
QMGRA def chl(sDr.to.b) chltype(sdr) conname(b) def chl(sVr.to.b) chltype(svr) conname(b) QMGRB def chl(sdr.to.b) chltype(RQSTR) conname(a) def chl(svr.to.b) chltype(RQSTR) conname(a) QMGRC def chl(sdr.to.b) chltype(RQSTR) conname(a) def chl(svr.to.b) chltype(RQSTR) conname(a) If you are on QMgr B and start the channels, you won't see any difference between them. On the other hand, if you start the channels from C, SVR.TO.B will connect to you on C while SDR.TO.B will start a channel to B. "Why would you use one?" We've found some uses for implementing failover configurations. We considered them a security risk and of limited use for quite a while, back before we had Joergen's BlockIP exit. "Also, in the RQSTR-SDR configuration, do you turn triggering off for the SDR channel's Xmitq to prevent the channel going into retry?" Not at our shop, anyway although I'm guessing some do. In all cases, we opt to let the messages flow to their final destination rather than batching them up. We just don't bother with RCVRs at all and always use RQSTRs. We've found that having RQSTRs in place helps us recover from some outages where we do not have visibility to the remote QMgr and are generally convenient to have around. We've surprised a number of our vendors and business partners by starting their SDR channels when they failed to trigger. -- T.Rob -----Original Message----- From: Meekin, Paul [mailto:[EMAIL PROTECTED] Sent: Friday, February 20, 2004 8:26 AM To: [EMAIL PROTECTED] Subject: Re: Automatic Channel Restart What's the difference between a fully qualified SVR channel and a SDR then? Why would you use one? Also, in the RQSTR-SDR configuration, do you turn triggering off for the SDR channel's Xmitq to prevent the channel going into retry? Cheers, Paul -----Original Message----- From: David C. Partridge [mailto:[EMAIL PROTECTED] Sent: 20 February 2004 09:12 To: [EMAIL PROTECTED] Subject: Re: Automatic Channel Restart ! OH ! I think you're right, you can specify a conname on a SVR channel. Now why did I think you couldn't? Dave -----Original Message----- From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of Wyatt, T. Rob Sent: 19 February 2004 18:24 To: [EMAIL PROTECTED] Subject: Re: Automatic Channel Restart Dave, That kind of implies you can't start a RQSTR/SVR pair from either side. Is that what you were saying? Because we have a few SVRs and I can start them up on the sending or receiving side just fine. -- T.Rob -----Original Message----- From: David C. Partridge [mailto:[EMAIL PROTECTED] Sent: Thursday, February 19, 2004 12:40 PM To: [EMAIL PROTECTED] Subject: Re: Automatic Channel Restart The other advantage of a RQSTR/SDR pair is that you can start the channel from either end (assuming the other end is not in STOPPED state). Dave -----Original Message----- From: MQSeries List [mailto:[EMAIL PROTECTED] Behalf Of Wyatt, T. Rob Sent: 19 February 2004 17:25 To: [EMAIL PROTECTED] Subject: Re: Automatic Channel Restart Slight clarification here...the RQSTR is intended to start *either* a SVR or a SDR channel. The difference between a SVR and a SDR is not whether they can be started remotely, but what they do when the RQSTR is not the same QMgr as provided in the SDR/SVR CONNAME. A SDR will always try to connect to the QMgr in it's CONNAME whereas a SVR will try to connect to the IP address and port of the RQSTR that called it. If a SVR is used simply because there is a RQSTR on the other side, and without understanding the difference, it may result in an unintended security exposure. In the absence of a security exit or SSL, anyone who knows the name of a SVR can create a RQSTR to start it and divert it to any arbitrary address. On the other hand, attempting the same thing with a SDR results in the SDR starting to it's intended destination. -- T.Rob Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive
