"For better manageability we recommend defining or keeping a unique subarea number using HOSTSA"
There's no benefit in unique APPN-only HOSTSAs that I know except this odd one. Some systems we've inherited have automation that examines the subarea number to decide on actions to take. We've left HOSTSA and coded SACONNS=NO. If you look at a network management tool like NetView NLDM or run VTAM traces of application FID4s you'll see subarea number 1 under the wraps. Seeing subarea 1 is a good reminder you've got rid of the subarea functions from VTAM. "and running VTAM as a pure EN/NN by coding SACONNS=NO." Running as a straight APPN node NN or EN, rather than as an ICN or MDH, is the way to go. If you've inherited VTAMs with subarea and the complex subarea PATH statements, VRs, ERs and the like it is time to simplify to APPN only. If you omit HOSTSA you'll get SACONNS=NO. Regards, Mike Wawiorko -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Hansen, Dave L - Eagan, MN Sent: 07 October 2011 15:01 To: IBM-MAIN@bama.ua.edu Subject: Using unique HOSTSA (running VTAM as pure EN/NN) = 'Better Manageability'? Group, I have been reviewing the Enterprise Extender Implementation guide (SG24-7359) in Chapter 3 it talks about HOSTSA and SACONNS. It says "For better manageability we recommend defining or keeping a unique subarea number using HOSTSA, and running VTAM as a pure EN/NN by coding SACONNS=NO.". The default HOSTSA is 1 and I see it on a few End Nodes. I did see under ENHADDR is says "Even with VTAM running as a pure APPN node, internally all resources are represented using a FID4 subarea address format.". So internally it looks like it references HOSTSA. I have been trying to evaluate EE performance and have been doing a lot of different displays. I don't recall seeing subarea 1 when doing these displays. Q). What "better manageability" would the authors be talking about? Thank you in Advance, Dave Dave Hansen Eagan Software Systems Branch 651-406-1208 dave.l.han...@usps.gov ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html