1. Hard to say--what's good for the goose may not be good for the gander. I do believe 
there are mainframes supporting hundreds if not thousands of connections.

2. Channel tables may be a little more work to set up initially, but they can save 
your bacon down the road. 

3. Security is the biggest gotcha. Clients abandoning connections is probably the 
next. Code pages tend to surface as a common problem. And the merits of shared vrs. 
individual reply queues is an ongoing debate. 
        
4. You can grant get/put authority to the server connection, but that's like leaving 
your keys in the lock. You can grant authority to individual NT userid's, but they 
need to be defined in your Top Secret name space (hopefully your naming conventions 
are different enough that you won't have any collisions). Even then, you are trusting 
the NT userid and anyone who can add one to their local machine can easily masquerade 
as someone else. If security is of utmost importance, you will probably need to deploy 
exits, a third-party solution, or the relatively new SSL capabilities. 


> -----Original Message-----
> From: Kinnard.Linda [SMTP:[EMAIL PROTECTED]]
> Sent: Wednesday, February 05, 2003 5:25 PM
> To:   [EMAIL PROTECTED]
> Subject:           Client on NT Connect to Z/OS
> 
> 
> Where can I get information regarding the client connection to MQ on Z/OS?  We'd 
>like to know: 
> 
> 1. what's the recommended # of client connections to one queue manager on the 
>mainframe?  Client will be installed on Window NT, both client and the queue manager 
>on mainframe are running MQ 5.3.
> 
> 2. what's the recommended method to setup client connection, use MQSERVER variable, 
>MQCHLLIB or MQCHLTAB?  The client will only connect to one queue manager.
> 
> 3. are there any known problems/issues that I should be aware of? 
> 
> 4. what's the recommended method to secure the connection?  We have Top Secret on 
>the host.  The user's logon ID on the workstation is not the same on the host.  They 
>are two different naming standard.  What's the best way to grant user authority to 
>put/get messages from the queue?
> 
> Thanks in advance for your advise. 
> 
> Linda Kinnard 
> Automobile Club of So.California 
> 

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

Reply via email to