Re: [EXTERNAL] Re: CTC
Quick Q -- just learnt that there's a CTC path validation utility within CA MIM. Any such alternative available as a freebie, or is this something programmable in REXX? – Vignesh Mainframe Infrastructure -Original Message- From: IBM Mainframe Discussion List On Behalf Of Sankaranarayanan, Vignesh Sent: 22 February 2019 07:58 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: CTC Hi Skip, Thanks for sharing your learnings, I do remember reading a similar post on the same topics a few months ago here. I'm going cross-eyed trying to decipher what's already here (to figure out the pattern used) rather than setting up CTCs anew. So in that regard, I thought a REXX or something that uses multiple display commands and IOCP as input could "figure it out" and display it neatly for me. There's probably no re-use value for it in a given site, but will be of great help when getting into it newly. – Vignesh Mainframe Infrastructure -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jesse 1 Robinson Sent: 21 February 2019 23:58 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: CTC I can't help with the specific question posted, but on this list we often try to help with OP's driving problem. Which in this case seems to be: how to manage a complex CTC configuration? We've managed a complex CTC config since the mid-90s without ever consulting diagrams. The secret sauce is having a comprehensive layout with predictable addresses. Some background. Before we introduced sysplex circa 1995, we had half a dozen LPARs on three boxes in two data centers. Only a handful of CTCs with random addresses. Too few to be troublesome. We implemented sysplex not by combining systems but by splitting existing systems into multiple plexes and members. Almost overnight we proliferated to over a dozen LPARs. At the same time we converted SNA VTAM connections to (at the time) ESCON CTCs, now FICON. We also created CTCs for XCF PATHIN/PATHOUT. We succeeded in interconnecting every LPAR with *every other* LPAR on every CEC in both data centers. That's a lot of connections. Our IBM consulting CE told us that many shops were finding it increasingly difficult to manage CTC configurations without some sort of 'scheme'. Here's the scheme he suggested. 1. Every CTC address is a 4-digit value in a defined range. We chose 4xyz and 5xyz. Those ranges cannot be used for any other device type. 2. Each digit in an address is assigned a meaning: x = CEC#, y = LPAR#, z = device#. The assignment is arbitrary but must be consistent across the entire enterprise. 3. To satisfy the XCF requirement for separate inbound and outbound CTCs, we (arbitrarily) assign to PATHIN a 4zxy address and to PATHOUT the corresponding 5zxz address. For VTAM it makes no difference. Note that XCF imposes this requirement to avoid the overhead of changing direction in a single CTC, technically very doable but at a cost in performance. 4. When referring to a target CTC, everyone in the enterprise uses the same address coming from any CEC on any LPAR to that CTC. The result is that our 'map' of CTCs is just a table or chart of CECs and LPARs as described. This scheme has remained remarkably stable over the decades. CECs have come and gone; LPARs have been created or (occasionally) decommissioned; the scheme always defines all the CTCs with minimal fuss. We use system symbols to minimize editing changes. I've looked at HCM diagrams. They make my eyes swim. I will concede one drawback to this scheme: it chews up an awful lot of addresses, all the 4's and all the 5's. When we started in the mid-90s, that was not such a problem. We live with it. I presented this scheme at SHARE many years ago, and I believe there's a Red Book with a similar message. For your consideration. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Sankaranarayanan, Vignesh Sent: Monday, February 18, 2019 9:57 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: [EXTERNAL] Re: CTC Exactly why I want to draw/visualise it. I’m dealing with a dozen or more nodes to interconnect. If it’s 16 nodes, that’s 16C2 (combinatorics)... gets mental pretty fast. – Vignesh Mainframe Infrastructure On 18-Feb-2019, at 23:24, Rob Schramm wrote: Depending on the number of lpars and cecs, A simple drawing can do it. The more connections.. the more complicated the drawing. Personally, drawing it is always how i have really understood it YMMV Rob Schramm On Mon, Feb 18, 2019, 12:13 PM Jerry Whitteridge To be able to make sense of CTC definitions I use HCM downloaded to the PC. > Its the only graphical way to review the connections. I also use HCM > to define new
Re: [EXTERNAL] Re: CTC
Hi Skip, Thanks for sharing your learnings, I do remember reading a similar post on the same topics a few months ago here. I'm going cross-eyed trying to decipher what's already here (to figure out the pattern used) rather than setting up CTCs anew. So in that regard, I thought a REXX or something that uses multiple display commands and IOCP as input could "figure it out" and display it neatly for me. There's probably no re-use value for it in a given site, but will be of great help when getting into it newly. – Vignesh Mainframe Infrastructure -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jesse 1 Robinson Sent: 21 February 2019 23:58 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: CTC I can't help with the specific question posted, but on this list we often try to help with OP's driving problem. Which in this case seems to be: how to manage a complex CTC configuration? We've managed a complex CTC config since the mid-90s without ever consulting diagrams. The secret sauce is having a comprehensive layout with predictable addresses. Some background. Before we introduced sysplex circa 1995, we had half a dozen LPARs on three boxes in two data centers. Only a handful of CTCs with random addresses. Too few to be troublesome. We implemented sysplex not by combining systems but by splitting existing systems into multiple plexes and members. Almost overnight we proliferated to over a dozen LPARs. At the same time we converted SNA VTAM connections to (at the time) ESCON CTCs, now FICON. We also created CTCs for XCF PATHIN/PATHOUT. We succeeded in interconnecting every LPAR with *every other* LPAR on every CEC in both data centers. That's a lot of connections. Our IBM consulting CE told us that many shops were finding it increasingly difficult to manage CTC configurations without some sort of 'scheme'. Here's the scheme he suggested. 1. Every CTC address is a 4-digit value in a defined range. We chose 4xyz and 5xyz. Those ranges cannot be used for any other device type. 2. Each digit in an address is assigned a meaning: x = CEC#, y = LPAR#, z = device#. The assignment is arbitrary but must be consistent across the entire enterprise. 3. To satisfy the XCF requirement for separate inbound and outbound CTCs, we (arbitrarily) assign to PATHIN a 4zxy address and to PATHOUT the corresponding 5zxz address. For VTAM it makes no difference. Note that XCF imposes this requirement to avoid the overhead of changing direction in a single CTC, technically very doable but at a cost in performance. 4. When referring to a target CTC, everyone in the enterprise uses the same address coming from any CEC on any LPAR to that CTC. The result is that our 'map' of CTCs is just a table or chart of CECs and LPARs as described. This scheme has remained remarkably stable over the decades. CECs have come and gone; LPARs have been created or (occasionally) decommissioned; the scheme always defines all the CTCs with minimal fuss. We use system symbols to minimize editing changes. I've looked at HCM diagrams. They make my eyes swim. I will concede one drawback to this scheme: it chews up an awful lot of addresses, all the 4's and all the 5's. When we started in the mid-90s, that was not such a problem. We live with it. I presented this scheme at SHARE many years ago, and I believe there's a Red Book with a similar message. For your consideration. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Sankaranarayanan, Vignesh Sent: Monday, February 18, 2019 9:57 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: [EXTERNAL] Re: CTC Exactly why I want to draw/visualise it. I’m dealing with a dozen or more nodes to interconnect. If it’s 16 nodes, that’s 16C2 (combinatorics)... gets mental pretty fast. – Vignesh Mainframe Infrastructure On 18-Feb-2019, at 23:24, Rob Schramm wrote: Depending on the number of lpars and cecs, A simple drawing can do it. The more connections.. the more complicated the drawing. Personally, drawing it is always how i have really understood it YMMV Rob Schramm On Mon, Feb 18, 2019, 12:13 PM Jerry Whitteridge To be able to make sense of CTC definitions I use HCM downloaded to the PC. > Its the only graphical way to review the connections. I also use HCM > to define new CTC connections. For all other HCD definitions I prefer > using HCD and ISPF. > > Jerry Whitteridge > Delivery Manager / Mainframe Architect GTS - Safeway Account > 602 527 4871 Mobile > jerry.whitteri...@ibm.com > > IBM Services > > IBM Mainframe Discussion List wrote on > 02/18/2019 06:09:21 AM: > >> From: ITschak Mugzach >> To: IBM-MAIN@LISTSERV.UA.EDU
Re: [EXTERNAL] Re: CTC
Here is an example of FCTCs with loopback on multiple machines with multiple zSeries OS, then mapped to a single DR machine. zEC12 is production z/OS and z/VM z13s is production z/OS zBC12 is z/VSE z13 is DR machine Note, the DR machine has the same FCTCs device addresses, only the CHPids are changed. Connected ToOnline to CDC EC12BC12z13 D000D100D200E300A000RESPVMP1 VMT1 15 32 32 580 584 588 58C 590 594 598 59C 17 33 34 5A0 5A4 5A8 5AC 5B0 5B4 5B8 5BC z13s 14 48 33 678067846788678C679067946798 679C 16 49 35 67A067A467A867AC67B067B467B8 67BC z13sEC12z13 ASYSDSYSTSYS 48 14 32 676067646768 49 16 34 677067746778 BC12EC12z13 LPAR1 LPAR2 LPAR3 LPAR4 LPAR5 LPAR6 LPAR7 LPAR8 LPAR9 VMP2VMT2 32 15 33 670067046708670C671067146718 671C672067246728 33 17 35 673067346738673C674067446748 674C675067546758 z13sz13sz13 ASYSDSYSTSYS 41 40 36 640064086410 45 44 37 680068086810 40 41 56 642064286430 44 45 57 682068286830 BC12BC12z13 LPAR1 LPAR2 LPAR3 LPAR4 LPAR5 LPAR6 LPAR7 LPAR8 LPAR9 VMP2VMT2 55 54 36 66206624 54 55 37 6b206b24 57 56 56 66606664 56 57 57 6b606b64 EC12EC12z13 D000D100D200E300A000RESPVMP1 VMT1 12 10 36 660066046608660c661066146618 661C 10 12 37 6b006b046b086b0c6b106b146b18 6b1c 13 11 56 664066446648664c665066546658 665c 11 13 57 6b406b446b486b4c6b506b546b58 6b5c Hope that helps. But, developing this FCTCs without a Ficon Director or Switch is difficult at best, without HCD -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Sankaranarayanan, Vignesh Sent: Monday, February 18, 2019 12:55 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: CTC Hi Jerry, I’m no longer able to find the free version of HCM. Have used it a few years ago, inputting my IOCP and was able to view everything. When I tried to get it last year, I learned that the msi installer is available in a PDS member in z/OS.. so I installed it. But it wouldn’t let me do anything.. guess it’s just a client for the paid version of HCM. Where did the freebie go, I wonder... – Vignesh Mainframe Infrastructure On 18-Feb-2019, at 22:42, Jerry Whitteridge wrote: To be able to make sense of CTC definitions I use HCM downloaded to the PC. Its the only graphical way to review the connections. I also use HCM to define new CTC connections. For all
Re: [EXTERNAL] Re: CTC
I've always known HCM as an optional Licensed product Jerry Whitteridge Delivery Manager / Mainframe Architect GTS - Safeway Account 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List wrote on 02/18/2019 01:35:42 PM: > From: Edward Finnell <000248cce9f3-dmarc-requ...@listserv.ua.edu> > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 02/18/2019 01:36 PM > Subject: Re: [EXTERNAL] Re: CTC > Sent by: IBM Mainframe Discussion List > > ISTR it was a free standing product from New Era. Then IBM bought it > and made it an optional feature of HCD. > > In a message dated 2/18/2019 2:12:52 PM Central Standard Time, > mitchd...@gmail.com writes: > As far as I remember, HCM has never been free, it has always been > an optional IBM product. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: CTC
ISTR it was a free standing product from New Era. Then IBM bought it and made it an optional feature of HCD. In a message dated 2/18/2019 2:12:52 PM Central Standard Time, mitchd...@gmail.com writes: As far as I remember, HCM has never been free, it has always been an optional IBM product. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: CTC
On Mon, 18 Feb 2019 17:55:27 +, Sankaranarayanan, Vignesh wrote: > >I’m no longer able to find the freeeversion of HCM. Have used it a few years >ago, inputting my IOCP and was able to view everything. > >When I tried o get it last year, I learned that the msi installer is >available in a PDS member in z/OS.. so I installed it. But it wouldn’t let me >do anything.. guess it’s just a client for the paid version of HCM. > >Where did the freebie go, I wonder... > As far as I remember, HCM has never been free, it has always been an optional IBM product. There was a windows client to be installed, that connected to a server address space, and required to be enabled in the IFAPRDxx parmlib member. Dana -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: CTC
Exactly why I want to draw/visualise it. I’m dealing with a dozen or more nodes to interconnect. If it’s 16 nodes, that’s 16C2 (combinatorics)... gets mental pretty fast. – Vignesh Mainframe Infrastructure On 18-Feb-2019, at 23:24, Rob Schramm wrote: Depending on the number of lpars and cecs, A simple drawing can do it. The more connections.. the more complicated the drawing. Personally, drawing it is always how i have really understood it YMMV Rob Schramm On Mon, Feb 18, 2019, 12:13 PM Jerry Whitteridge To be able to make sense of CTC definitions I use HCM downloaded to the PC. > Its the only graphical way to review the connections. I also use HCM to > define new CTC connections. For all other HCD definitions I prefer using > HCD and ISPF. > > Jerry Whitteridge > Delivery Manager / Mainframe Architect > GTS - Safeway Account > 602 527 4871 Mobile > jerry.whitteri...@ibm.com > > IBM Services > > IBM Mainframe Discussion List wrote on > 02/18/2019 06:09:21 AM: > >> From: ITschak Mugzach >> To: IBM-MAIN@LISTSERV.UA.EDU >> Date: 02/18/2019 06:09 AM >> Subject: Re: CTC >> Sent by: IBM Mainframe Discussion List >> >> I don't have a specific rexx for the problem, but I can give some tips > form >> daily experience. I do parsing every day, many times a day, for our >> IronSphere product. IOCP is using a macro language. so: >> >> 1. make every macro a single string. continuation is at column 72, the >> last line in a multi line doesn;t have a comma and a continuation char > at >> col 762. >> 2. tokenize the string by replacing every equal sign to blank. >> 3. wordpos the keyword you are looking for. of position is not zero, > the >> value is the next word. >> 4. result may be enclosed in parentheses, separated with commas. know >> what you are looking for for second level parsing. >> 5. I use a stem to store the single line macro calls at step 1. >> >> >> best, >> ITschak >> >> On Mon, Feb 18, 2019 at 2:32 PM Sankaranarayanan, Vignesh < >> vignesh.v.sankaranaraya...@marks-and-spencer.com> wrote: >> >>> Hello All, >>> >>> I know this is a long shot but does anyone have any REXX that parses > IOCP >>> and "makes sense" of the CTC definitions? >>> I'm losing my mind trying to learn what I'm seeing.. >>> >>> - Vignesh >>> Mainframe Infrastructure >>> >>> >>> MARKSANDSPENCER.COM >>> >>> Unless otherwise stated above: >>> Marks and Spencer plc >>> Registered Office: >>> Waterside House >>> 35 North Wharf Road >>> London >>> W2 1NW >>> >>> Registered No. 214436 in England and Wales. >>> >>> Telephone (020) 7935 4422 >>> Facsimile (020) 7487 2670 >>> >>> www.marksandspencer.com >>> >>> Please note that electronic mail may be monitored. >>> >>> This e-mail is confidential. If you received it by mistake, please let > us >>> know and then delete it from your system; you should not copy, > disclose, or >>> distribute its contents to anyone nor act in reliance on this e-mail, > as >>> this is prohibited and may be unlawful. >>> >>> -- >>> For IBM-MAIN subscribe / signoff / archive access instructions, >>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >>> >> >> >> -- >> ITschak Mugzach >> *|** IronSphere Platform* *|* *Information Security Contiguous Monitoring >> for Legacy **| * >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: CTC
Hi Jerry, I’m no longer able to find the free version of HCM. Have used it a few years ago, inputting my IOCP and was able to view everything. When I tried to get it last year, I learned that the msi installer is available in a PDS member in z/OS.. so I installed it. But it wouldn’t let me do anything.. guess it’s just a client for the paid version of HCM. Where did the freebie go, I wonder... – Vignesh Mainframe Infrastructure On 18-Feb-2019, at 22:42, Jerry Whitteridge wrote: To be able to make sense of CTC definitions I use HCM downloaded to the PC. Its the only graphical way to review the connections. I also use HCM to define new CTC connections. For all other HCD definitions I prefer using HCD and ISPF. Jerry Whitteridge Delivery Manager / Mainframe Architect GTS - Safeway Account 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List wrote on 02/18/2019 06:09:21 AM: > From: ITschak Mugzach > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 02/18/2019 06:09 AM > Subject: Re: CTC > Sent by: IBM Mainframe Discussion List > > I don't have a specific rexx for the problem, but I can give some tips form > daily experience. I do parsing every day, many times a day, for our > IronSphere product. IOCP is using a macro language. so: > > 1. make every macro a single string. continuation is at column 72, the > last line in a multi line doesn;t have a comma and a continuation char at > col 762. > 2. tokenize the string by replacing every equal sign to blank. > 3. wordpos the keyword you are looking for. of position is not zero, the > value is the next word. > 4. result may be enclosed in parentheses, separated with commas. know > what you are looking for for second level parsing. > 5. I use a stem to store the single line macro calls at step 1. > > > best, > ITschak > > On Mon, Feb 18, 2019 at 2:32 PM Sankaranarayanan, Vignesh < > vignesh.v.sankaranaraya...@marks-and-spencer.com> wrote: > >> Hello All, >> >> I know this is a long shot but does anyone have any REXX that parses IOCP >> and "makes sense" of the CTC definitions? >> I'm losing my mind trying to learn what I'm seeing.. >> >> - Vignesh >> Mainframe Infrastructure >> >> >> MARKSANDSPENCER.COM >> >> Unless otherwise stated above: >> Marks and Spencer plc >> Registered Office: >> Waterside House >> 35 North Wharf Road >> London >> W2 1NW >> >> Registered No. 214436 in England and Wales. >> >> Telephone (020) 7935 4422 >> Facsimile (020) 7487 2670 >> >> www.marksandspencer.com >> >> Please note that electronic mail may be monitored. >> >> This e-mail is confidential. If you received it by mistake, please let us >> know and then delete it from your system; you should not copy, disclose, or >> distribute its contents to anyone nor act in reliance on this e-mail, as >> this is prohibited and may be unlawful. >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> > > > -- > ITschak Mugzach > *|** IronSphere Platform* *|* *Information Security Contiguous Monitoring > for Legacy **| * > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: CTC
I have.. there are just too many lines in the CTC report. Doesn’t make it easy to get the big picture. – Vignesh Mainframe Infrastructure On 18-Feb-2019, at 20:29, Roger Lowe wrote: Do you have access to Hardware Configuration Manager (HCM)? If so, you could use that to display your CTC config ... Roger > On Mon, 18 Feb 2019 14:25:15 +, Sankaranarayanan, Vignesh > wrote: > > Just me, to understand and map out the connections.. > > – Vignesh > Mainframe Infrastructure > > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > ITschak Mugzach > Sent: 18 February 2019 14:02 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: [EXTERNAL] Re: CTC > > For the active configuration, you can use tso console command and analyse the > results in the same exec with the IOCP deck. I would email the results a > comma separated file to excel. Who need to read it? > > ITschak > >> On Mon, Feb 18, 2019 at 3:33 PM Sankananarayanan, Vignesh < >> vignesh.v.sankaranaraya...@marks-and-spencer.com> wrote: >> >> Thanks, that makes sense.. >> Assuming that there are extra entries (not really used/active) in the >> IODF, I would have to resort to checking everything through D M=DEV >> commands, because they show the entry and dest link addresses, which >> are useful when the path goes through a switch/director. >> >> And finally, what would be the best way to visualise these connections? >> >> – Vignesh >> Mainframe Infrastructure >> >> -Original Message- >> From: IBM Mainframe Discussion List On >> Behalf Of ITschak Mugzach >> Sent: 18 February 2019 13:09 >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: [EXTERNAL] Re: CTC >> >> I don't have a specific rexx for the problem, but I can give some tips >> form daily experience. I do parsing every day, many times a day, for >> our IronSphere product. IOCP is using a macro language. so: >> >> 1. make every macro a single string. continuation is at column 72, the >> last line in a multi line doesn;t have a comma and a continuation >> char at >> col 762. >> 2. tokenize the string by replacing every equal sign to blank. >> 3. wordpos the keyword you are looking for. of position is not zero, the >> value is the next word. >> 4. result may be enclosed in parentheses, separated with commas. know >> what you are looking for for second level parsing. >> 5. I use a stem to store the single line macro calls at step 1. >> >> >> best, >> ITschak >> >> On Mon, Feb 18, 2019 at 2:32 PM Sankaranarayanan, Vignesh < >> vignesh.v.sankaranaraya...@marks-and-spencer.com> wrote: >> >>> Hello All, >>> >>> I know this is a long shot but does anyone have any REXX that parses >>> IOCP and "makes sense" of the CTC definitions? >>> I'm losing my mind trying to learn what I'm seeing.. >>> >>> - Vignesh >>> Mainframe Infrastructure >>> >>> >>> MARKSANDSPENCER.COM >>> >>> Unless otherwise stated above: >>> Marks and Spencer plc >>> Registered Office: >>> Waterside House >>> 35 North Wharf Road >>> London >>> W2 1NW >>> >>> Registered No. 214436 in England and Wales. >>> >>> Telephone (020) 7935 4422 >>> Facsimile (020) 7487 2670 >>> >>> www.marksandspencer.com >>> >>> Please note that electronic mail may be monitored. >>> >>> This e-mail is confidential. If you received it by mistake, please >>> let us know and then delete it from your system; you should not >>> copy, disclose, or distribute its contents to anyone nor act in >>> reliance on this e-mail, as this is prohibited and may be unlawful. >>> >>> >>> -- For IBM-MAIN subscribe / signoff / archive access instructions, >>> send email to lists...@listserv.ua.edu with the message: INFO >>> IBM-MAIN >>> >> >> >> -- >> ITschak Mugzach >> *|** IronSphere Platform* *|* *Information Security Contiguous >> Monitoring for Legacy **| * >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, send >> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> >> ---
Re: [EXTERNAL] Re: CTC
Do you have access to Hardware Configuration Manager (HCM)? If so, you could use that to display your CTC config ... Roger On Mon, 18 Feb 2019 14:25:15 +, Sankaranarayanan, Vignesh wrote: >Just me, to understand and map out the connections.. > >– Vignesh >Mainframe Infrastructure > >-Original Message- >From: IBM Mainframe Discussion List On Behalf Of >ITschak Mugzach >Sent: 18 February 2019 14:02 >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: Re: [EXTERNAL] Re: CTC > >For the active configuration, you can use tso console command and analyse the >results in the same exec with the IOCP deck. I would email the results a comma >separated file to excel. Who need to read it? > >ITschak > >On Mon, Feb 18, 2019 at 3:33 PM Sankananarayanan, Vignesh < >vignesh.v.sankaranaraya...@marks-and-spencer.com> wrote: > >> Thanks, that makes sense.. >> Assuming that there are extra entries (not really used/active) in the >> IODF, I would have to resort to checking everything through D M=DEV >> commands, because they show the entry and dest link addresses, which >> are useful when the path goes through a switch/director. >> >> And finally, what would be the best way to visualise these connections? >> >> – Vignesh >> Mainframe Infrastructure >> >> -Original Message- >> From: IBM Mainframe Discussion List On >> Behalf Of ITschak Mugzach >> Sent: 18 February 2019 13:09 >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: [EXTERNAL] Re: CTC >> >> I don't have a specific rexx for the problem, but I can give some tips >> form daily experience. I do parsing every day, many times a day, for >> our IronSphere product. IOCP is using a macro language. so: >> >>1. make every macro a single string. continuation is at column 72, the >>last line in a multi line doesn;t have a comma and a continuation >> char at >>col 762. >>2. tokenize the string by replacing every equal sign to blank. >>3. wordpos the keyword you are looking for. of position is not zero, the >>value is the next word. >>4. result may be enclosed in parentheses, separated with commas. know >>what you are looking for for second level parsing. >>5. I use a stem to store the single line macro calls at step 1. >> >> >> best, >> ITschak >> >> On Mon, Feb 18, 2019 at 2:32 PM Sankaranarayanan, Vignesh < >> vignesh.v.sankaranaraya...@marks-and-spencer.com> wrote: >> >> > Hello All, >> > >> > I know this is a long shot but does anyone have any REXX that parses >> > IOCP and "makes sense" of the CTC definitions? >> > I'm losing my mind trying to learn what I'm seeing.. >> > >> > - Vignesh >> > Mainframe Infrastructure >> > >> > >> > MARKSANDSPENCER.COM >> > >> > Unless otherwise stated above: >> > Marks and Spencer plc >> > Registered Office: >> > Waterside House >> > 35 North Wharf Road >> > London >> > W2 1NW >> > >> > Registered No. 214436 in England and Wales. >> > >> > Telephone (020) 7935 4422 >> > Facsimile (020) 7487 2670 >> > >> > www.marksandspencer.com >> > >> > Please note that electronic mail may be monitored. >> > >> > This e-mail is confidential. If you received it by mistake, please >> > let us know and then delete it from your system; you should not >> > copy, disclose, or distribute its contents to anyone nor act in >> > reliance on this e-mail, as this is prohibited and may be unlawful. >> > >> > >> > -- For IBM-MAIN subscribe / signoff / archive access instructions, >> > send email to lists...@listserv.ua.edu with the message: INFO >> > IBM-MAIN >> > >> >> >> -- >> ITschak Mugzach >> *|** IronSphere Platform* *|* *Information Security Contiguous >> Monitoring for Legacy **| * >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, send >> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, send >> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> > > >-- >ITschak Mugzach >*|** IronSphere Platform* *|* *Ioformation Security Contiguous Monitoring for >Legacy **| * > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, send email to >lists...@listserv.ua.edu with the message: INFO IBM-MAIN > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: CTC
Just me, to understand and map out the connections.. – Vignesh Mainframe Infrastructure -Original Message- From: IBM Mainframe Discussion List On Behalf Of ITschak Mugzach Sent: 18 February 2019 14:02 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: CTC For the active configuration, you can use tso console command and analyse the results in the same exec with the IOCP deck. I would email the results a comma separated file to excel. Who need to read it? ITschak On Mon, Feb 18, 2019 at 3:33 PM Sankaranarayanan, Vignesh < vignesh.v.sankaranaraya...@marks-and-spencer.com> wrote: > Thanks, that makes sense.. > Assuming that there are extra entries (not really used/active) in the > IODF, I would have to resort to checking everything through D M=DEV > commands, because they show the entry and dest link addresses, which > are useful when the path goes through a switch/director. > > And finally, what would be the best way to visualise these connections? > > – Vignesh > Mainframe Infrastructure > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of ITschak Mugzach > Sent: 18 February 2019 13:09 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [EXTERNAL] Re: CTC > > I don't have a specific rexx for the problem, but I can give some tips > form daily experience. I do parsing every day, many times a day, for > our IronSphere product. IOCP is using a macro language. so: > >1. make every macro a single string. continuation is at column 72, the >last line in a multi line doesn;t have a comma and a continuation > char at >col 762. >2. tokenize the string by replacing every equal sign to blank. >3. wordpos the keyword you are looking for. of position is not zero, the >value is the next word. >4. result may be enclosed in parentheses, separated with commas. know >what you are looking for for second level parsing. >5. I use a stem to store the single line macro calls at step 1. > > > best, > ITschak > > On Mon, Feb 18, 2019 at 2:32 PM Sankaranarayanan, Vignesh < > vignesh.v.sankaranaraya...@marks-and-spencer.com> wrote: > > > Hello All, > > > > I know this is a long shot but does anyone have any REXX that parses > > IOCP and "makes sense" of the CTC definitions? > > I'm losing my mind trying to learn what I'm seeing.. > > > > - Vignesh > > Mainframe Infrastructure > > > > > > MARKSANDSPENCER.COM > > > > Unless otherwise stated above: > > Marks and Spencer plc > > Registered Office: > > Waterside House > > 35 North Wharf Road > > London > > W2 1NW > > > > Registered No. 214436 in England and Wales. > > > > Telephone (020) 7935 4422 > > Facsimile (020) 7487 2670 > > > > www.marksandspencer.com > > > > Please note that electronic mail may be monitored. > > > > This e-mail is confidential. If you received it by mistake, please > > let us know and then delete it from your system; you should not > > copy, disclose, or distribute its contents to anyone nor act in > > reliance on this e-mail, as this is prohibited and may be unlawful. > > > > > > -- For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO > > IBM-MAIN > > > > > -- > ITschak Mugzach > *|** IronSphere Platform* *|* *Information Security Contiguous > Monitoring for Legacy **| * > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- ITschak Mugzach *|** IronSphere Platform* *|* *Information Security Contiguous Monitoring for Legacy **| * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: CTC
For the active configuration, you can use tso console command and analyse the results in the same exec with the IOCP deck. I would email the results a comma separated file to excel. Who need to read it? ITschak On Mon, Feb 18, 2019 at 3:33 PM Sankaranarayanan, Vignesh < vignesh.v.sankaranaraya...@marks-and-spencer.com> wrote: > Thanks, that makes sense.. > Assuming that there are extra entries (not really used/active) in the > IODF, I would have to resort to checking everything through D M=DEV > commands, because they show the entry and dest link addresses, which are > useful when the path goes through a switch/director. > > And finally, what would be the best way to visualise these connections? > > – Vignesh > Mainframe Infrastructure > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of ITschak Mugzach > Sent: 18 February 2019 13:09 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [EXTERNAL] Re: CTC > > I don't have a specific rexx for the problem, but I can give some tips > form daily experience. I do parsing every day, many times a day, for our > IronSphere product. IOCP is using a macro language. so: > >1. make every macro a single string. continuation is at column 72, the >last line in a multi line doesn;t have a comma and a continuation char > at >col 762. >2. tokenize the string by replacing every equal sign to blank. >3. wordpos the keyword you are looking for. of position is not zero, the >value is the next word. >4. result may be enclosed in parentheses, separated with commas. know >what you are looking for for second level parsing. >5. I use a stem to store the single line macro calls at step 1. > > > best, > ITschak > > On Mon, Feb 18, 2019 at 2:32 PM Sankaranarayanan, Vignesh < > vignesh.v.sankaranaraya...@marks-and-spencer.com> wrote: > > > Hello All, > > > > I know this is a long shot but does anyone have any REXX that parses > > IOCP and "makes sense" of the CTC definitions? > > I'm losing my mind trying to learn what I'm seeing.. > > > > - Vignesh > > Mainframe Infrastructure > > > > > > MARKSANDSPENCER.COM > > > > Unless otherwise stated above: > > Marks and Spencer plc > > Registered Office: > > Waterside House > > 35 North Wharf Road > > London > > W2 1NW > > > > Registered No. 214436 in England and Wales. > > > > Telephone (020) 7935 4422 > > Facsimile (020) 7487 2670 > > > > www.marksandspencer.com > > > > Please note that electronic mail may be monitored. > > > > This e-mail is confidential. If you received it by mistake, please let > > us know and then delete it from your system; you should not copy, > > disclose, or distribute its contents to anyone nor act in reliance on > > this e-mail, as this is prohibited and may be unlawful. > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > -- > ITschak Mugzach > *|** IronSphere Platform* *|* *Information Security Contiguous Monitoring > for Legacy **| * > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- ITschak Mugzach *|** IronSphere Platform* *|* *Information Security Contiguous Monitoring for Legacy **| * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: CTC
On Mon, 18 Feb 2019 13:32:49 +, Sankaranarayanan, Vignesh wrote: > >And finally, what would be the best way to visualise these connections? > Console commands D XCF,PATHIN and D XCF,PATHOUTwill show which paths are actually connected to other systems, and which addresses are not currently in use. Dana -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: CTC
Thanks, that makes sense.. Assuming that there are extra entries (not really used/active) in the IODF, I would have to resort to checking everything through D M=DEV commands, because they show the entry and dest link addresses, which are useful when the path goes through a switch/director. And finally, what would be the best way to visualise these connections? – Vignesh Mainframe Infrastructure -Original Message- From: IBM Mainframe Discussion List On Behalf Of ITschak Mugzach Sent: 18 February 2019 13:09 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: CTC I don't have a specific rexx for the problem, but I can give some tips form daily experience. I do parsing every day, many times a day, for our IronSphere product. IOCP is using a macro language. so: 1. make every macro a single string. continuation is at column 72, the last line in a multi line doesn;t have a comma and a continuation char at col 762. 2. tokenize the string by replacing every equal sign to blank. 3. wordpos the keyword you are looking for. of position is not zero, the value is the next word. 4. result may be enclosed in parentheses, separated with commas. know what you are looking for for second level parsing. 5. I use a stem to store the single line macro calls at step 1. best, ITschak On Mon, Feb 18, 2019 at 2:32 PM Sankaranarayanan, Vignesh < vignesh.v.sankaranaraya...@marks-and-spencer.com> wrote: > Hello All, > > I know this is a long shot but does anyone have any REXX that parses > IOCP and "makes sense" of the CTC definitions? > I'm losing my mind trying to learn what I'm seeing.. > > - Vignesh > Mainframe Infrastructure > > > MARKSANDSPENCER.COM > > Unless otherwise stated above: > Marks and Spencer plc > Registered Office: > Waterside House > 35 North Wharf Road > London > W2 1NW > > Registered No. 214436 in England and Wales. > > Telephone (020) 7935 4422 > Facsimile (020) 7487 2670 > > www.marksandspencer.com > > Please note that electronic mail may be monitored. > > This e-mail is confidential. If you received it by mistake, please let > us know and then delete it from your system; you should not copy, > disclose, or distribute its contents to anyone nor act in reliance on > this e-mail, as this is prohibited and may be unlawful. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- ITschak Mugzach *|** IronSphere Platform* *|* *Information Security Contiguous Monitoring for Legacy **| * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
