John, Thanks for your comments.
On our intranet, we can control who can get into what via firewall rules. We want multiple operators to be able to view the same master console(s) at the same time for proper monitoring, shift turnover, monitoring cross over between multiple office locations, etc. Also, if I'm looking at the console and I want my team mate that is 800 miles away to see what I'm seeing, it's a good thing to have them also be able to get into the same master console and watch me type commands and see what is going on (or vice versa!). AP Viewer allows this. Why can't ICC? I would never expect VTAM to allow multiple connections to the same LU, it's not designed to allow it, but it does allow multiple connections to the same host. A host can have one IP address, and accept multiple clients. Why can't ICC, with it's one IP address, accept multiple clients? Also, the consoles _won't_ autoreconnect after IPL. Or after any kind of error. Not until you go through an annoying set of commands to reset it thoroughly, and then "jump in really quick" to get the first connection, and pray nobody else tries to connect to it, or you have to do it again. Also, the ICC consoles didn't automatically come up after IPL when the CONSOLE address space initialized -- they had to manually be varied on later. I think we would have been happier if we had simply gotten "connection refused" when trying to connect via a second telnet session, rather than an obscure error, a lock-up of console services on the ICC, and an annoying manual recovery process. I'd like to hear from anyone else that has tried the ICC. What are your comments? Did you have the same problems we had? Best regards, Gary Diehl ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
