Re: LU0, SNA, TCPIP issue
Radoslaw, LU0 is a dependent LU so it must have a PU2 of some sort, PU2.0 or PU2.1, to support it. PU 2.1 is more strictly defined more strictly as a 2.1 Node or Control Point (CP). This means you will need an SNA stack somewhere in the configuration. If the LU0 is in Windows, assumed from your current use of HIS, I reckon that means you will need an SNA stack in Windows if you are to keep the LU0 function unchanged. There are configurations with a 2.1 Node and DLUR that give options for splitting the SNA functions, but I can't think of any that avoid have an SNA stack in Windows. For instance, Cisco SNASw has a CP (2.1 Node) and DLUR in a router supporting a downstream PU2.0 together with its dependent LUs. However, this still needs PU2.0 support in Windows. Mike Wawiorko Please consider the environment before printing this e-mail -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of R.S. Sent: 06 April 2012 21:16 To: IBM-MAIN@bama.ua.edu Subject: Re: LU0, SNA, TCPIP issue W dniu 2012-04-06 21:54, Staller, Allan pisze: > Lots of ways to go here. > Upgrade CICS to use LU2. CICS also (IIRC) speaks TCP "directly". > TN3270/TN3270E > Some emulator client on PC (Rumba, VISTA, PCOMM) The goal is to get rid of HIS and not to make any revolution. It also means to stay with LU0 (application "understand" LU0). BTW:The client application is NOT 3270 emulator, it is "our own" GUI based client, which talks to the windows server application which in turn talks to mainframe (via HIS). I think it would be enough to change last layer of the application which talks to HIS and simply set up telnet server on host side. -- Radoslaw Skorupka Lodz, Poland 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: INFO IBM-MAIN
Re: IEBCOPY with I/O error on SYSIN
This behaviour gives a simple, and little known/used, method of running a compress without control cards. 1. Allocate SYSUT1 to your PDS 2. SYSUT2 DSN=*.SYSUT1 3. Omit SYSIN Runs a compress of SYSUT1 Regards, Mike Mike Wawiorko Global z Connectivity and Automation Engineering Global Technology Infrastructure and Services Barclays Bank Ground Floor (B4), Turing House, Radbroke Hall, WA16 9EU (Mail Van 49) Tel: +44(0)1565 615415 or internal 7-2000-5415 Mobile: 07824527120 Email: mailto:mike.wawio...@barclays.com P Please consider the environment before printing this e-mail -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mary Anne Matyaz Sent: 16 February 2012 12:12 To: IBM-MAIN@bama.ua.edu Subject: Re: IEBCOPY with I/O error on SYSIN Paul, IEBCOPY is documented (and functions) as generating a SYSIN if none exists, if it's dummied, or if it's an empty file. Not sure what category a 'bad' file fits into, but I would guess it's essentially 'omitted'. If you feel strongly about it you could open a Share requirement. >From DFP Utilities: "When the SYSIN DD statement is a DD DUMMY, points to an empty file, or is omitted, IEBCOPY will generate a COPY statement that allows you to run IEBCOPY without supplying a control statement data set for SYSIN." MA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN 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: INFO IBM-MAIN
Re: TSO SCREENSIZE
3270 is 40 years old and still in use as the most common interface to z/OS for programmers and systems programmers. Maybe not such a bad design choice? Certainly not stupid. How many of us have ever used the various web interfaces to z/OS for any length of time? Reverting to tried and trusted 3270 is the usual end. Regards, Mike Wawiorko -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chris Mason Sent: 10 November 2011 19:08 To: IBM-MAIN@bama.ua.edu Subject: Re: TSO SCREENSIZE John > 3274 3271 > STUPID >From the perspective of the new millennium. At the time (1970 approximately) >I'm sure it was a sensible design choice. Chris Mason On Thu, 10 Nov 2011 11:48:30 -0600, McKown, John wrote: > ... > >Remember how old the 3270 architecture is. Wikipedia says about 1972. Think 1 >Mhz 8080 as "top of the line" micro processor. The original 3277 and its >controllers were STUPID. Rather than put a more powerful processor in the >controller, IBM decided to offload the "complicated" function of calculating >the position of the data into the host. Made of discrete transistors and >resistors! Very primitive. So, the host just sent a simple to understand >"buffer address" (a single number) to the 3274. It basically just starting >stuffing data characters at that location in a RAM buffer. More power == most >cost == fewer purchases. Much like some of the "krud" in z/OS today due to >"short sighted" architects who were worried about memory and slow CPUs and >expensive DASD. > >The answer to these problems is obvious: Convert from archaic z/OS to modern >Windows 8! At least that's what a lot of "Windows weenies" around here are >saying. Over and over and over and over. "Better! Faster!! Cheaper!!!" is >their cry. Anything z/OS can do, they state can be done using Windows and at >lower TCO. Herr Gobbles would be proud of them. > >-- >John McKown -- 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
Re: Using unique HOSTSA (running VTAM as pure EN/NN) = 'Better Manageability'?
> If you omit HOSTSA you'll get SACONNS=NO. This point doesn't jump out at me from Table 70, "Node type functional summary" and yet I believe you must be right - and I'll have to revise my just created diagrams. In principle the default value for the SACONNS start option is YES - just take a look as the description! - but, in order to reproduce the rules as they applied before the SACONNS start option appeared, not specifying HOSTSA and specifying NODETYPE *must* eliminate external subarea, in other words, SACONNS=NO must be assumed. Time for yet another "reader's comment form"! Just for completeness - as the original question was about a VTAM running EE we know that NODETYPE was coded. What I said would not be true on a non-APPN VTAM without NODETYPE. Then, as Chris's table showed, you'd have a subarea-only VTAN with subarea number 1. Regards, Mike Wawiorko 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
Re: Using unique HOSTSA (running VTAM as pure EN/NN) = 'Better Manageability'?
"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
Re: restricting how I do things so that others understand?
Sounds OK, but does your site have well-practiced backup, restore and DR processes for Unix files? Regards, Mike Wawiorko -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John McKown Sent: 19 July 2011 14:35 To: IBM-MAIN@bama.ua.edu Subject: restricting how I do things so that others understand? I'm working on a project which involves "converting" a lot of VSAM files. So far, I've restricted myself to using PDSes and REXX. Everybody in my group (mainframe sysprogs) understands these. But, for my own convenience, I'd like to use UNIX files. Why? Because I can create really long file names, such as: export-jcl., import-jcl., define-jcl., and so forth. But nobody else in my group really "digs" UNIX stuff and none of them, other than myself, actually likes it. So, should I restrict myself to only using generally understandable stuff. Or, since this project is not production (basically do the conversion then ignore it), should I just do it the way that is easiest for me? The problem with this is that there are a large number of files to convert and it will take quite a while. So using UNIX basically means it is my baby entirely. -- John McKown Maranatha! <>< -- 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