Re: HIPERSOCKETS Not Working
On Monday, 01/31/2011 at 03:56 EST, Brent Litster wrote: > A tcpdump from the z/Linux guest shows that a ping from a z/OS LPAR does arrive > from the hipersocket link however no response to the ping was sent. The HiperSocket is working just fine, as demonstrated by your TCPDUMP. It's a routing problem. It's ALWAYS a routing problem. Look at the Linux guest's routing table to see where that packet is going. Ensure that z/OS and the Linux guest are using the same subnet mask and MTU size on their HiperSocket connection. When in doubt, draw your networks on a piece of paper and label them with IP addresses and subnet masks. It will quickly become apparent if you've got your virtual wires crossed. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 alan_altm...@us.ibm.com IBM Endicott
Re: HiperSockets Definitions
No fears. 1) Logon to the userid TCPMAINT. 2) ACCESS 198 P {Just think of filemode 'P' as "Production" - it could be any free filemode} 3) COPYFILE PROFILE TCPIP P = -1TCPIP P (OLDDATE {This makes a backup copy of the current "PROFILE TCPIP P", saving the same file date/time, but named "PROFILE -1TCPIP P", think of it a little like a GDG on z/OS} 4) COPYFILE SYSTEM DTCPARMS P = -1DTCPARMS P (OLDDATE {Same backup story as step 3} 5) Use XEDIT PROFILE TCPIP P to make your changes, then to the same with SYSTEM DTCPARMS P Note: Be VERY CAREFUL when changing TCPIP files. You can take break your network. Mike Walter Aon Corporation The opinions expressed herein are mine alone, not my employer's. louis.gai...@its.ms.gov Sent by: "The IBM z/VM Operating System" 11/18/2010 02:54 PM Please respond to "The IBM z/VM Operating System" To IBMVM@LISTSERV.UARK.EDU cc Subject HiperSockets Definitions I want to use hipersockets on a z/vm 5.3 host and I have the IBM HIPERSOCKETS IMPLEMENTATION GUIDE in section 4.3.1 it talks about the PROFILE TCPIP and the SYSTEM DTCPARMS files my question is how to get to these two files so I can update them. Thanks for your help Z/VM ROOKIE The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by e-mail.
Re: HiperSockets Definitions
Louis, They live on TCPMAINT 198. Good luck! Mark Wheeler UnitedHealth Group -- "Excellence. Always. If Not Excellence, What? If Not Excellence Now, When?" Tom Peters, author of "The Little BIG Things" > Date: Thu, 18 Nov 2010 14:54:17 -0600 > From: louis.gai...@its.ms.gov > Subject: HiperSockets Definitions > To: IBMVM@LISTSERV.UARK.EDU > > I want to use hipersockets on a z/vm 5.3 host and I have the IBM > HIPERSOCKETS IMPLEMENTATION GUIDE > > in section 4.3.1 it talks about the PROFILE TCPIP and the SYSTEM DTCPARMS > files my question is > > how to get to these two files so I can update them. > > > Thanks for your help > > Z/VM ROOKIE
Re: Hipersockets between z/VM LPARS and z/Linux guests running on the LPARS
Hi Alan, Thanks for the information. It is much appreciated! Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Alan Altmark Sent: Friday, April 30, 2010 2:58 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Hipersockets between z/VM LPARS and z/Linux guests running on the LPARS On Friday, 04/30/2010 at 12:29 EDT, "Martin, Terry R. (CMS/CTR) (CTR)" wrote: > Thanks a bunch Rich for the information! I think the Firewall guys think > if we use a Hipersocket than you do not need the Firewall rules. But I > told them that even if Hipersockets are used you would still need > Firewall rules if required. Yes, and that's why I said you can't use HiperSockets to connect LPARs in different zones: No firewall. Any time data transits to a different zone, it goes thru a firewall. It is the firewalls that create the zones. Note that "firewall" and "packet filter" are not the same. A host may have a resident IPS/IDS solution, but it isn't a firewall. Firewalls are stand-alone devices. Alan Altmark z/VM Development IBM Endicott
Re: Hipersockets between z/VM LPARS and z/Linux guests running on the LPARS
On Friday, 04/30/2010 at 12:29 EDT, "Martin, Terry R. (CMS/CTR) (CTR)" wrote: > Thanks a bunch Rich for the information! I think the Firewall guys think > if we use a Hipersocket than you do not need the Firewall rules. But I > told them that even if Hipersockets are used you would still need > Firewall rules if required. Yes, and that's why I said you can't use HiperSockets to connect LPARs in different zones: No firewall. Any time data transits to a different zone, it goes thru a firewall. It is the firewalls that create the zones. Note that "firewall" and "packet filter" are not the same. A host may have a resident IPS/IDS solution, but it isn't a firewall. Firewalls are stand-alone devices. Alan Altmark z/VM Development IBM Endicott
Re: Hipersockets between z/VM LPARS and z/Linux guests running on the LPARS
Thanks a bunch Rich for the information! I think the Firewall guys think if we use a Hipersocket than you do not need the Firewall rules. But I told them that even if Hipersockets are used you would still need Firewall rules if required. Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Rich Smrcina Sent: Thursday, April 29, 2010 11:41 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Hipersockets between z/VM LPARS and z/Linux guests running on the LPARS Yes. On 04/29/2010 10:27 PM, Martin, Terry R. (CMS/CTR) (CTR) wrote: > And one last thing Would I have both a Ethernet connection and > Hipersockets(His) interface set up on all of the guests to handle both > methods? > > Thank You, > > Terry Martin > Lockheed Martin - Citic > z/OS and z/VM Performance Tuning and Operating Systems Support > Office - 443 348-2102 > Cell - 443 632-4191 > > > -- Rich Smrcina Phone: 414-491-6001 http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2011
Re: Hipersockets between z/VM LPARS and z/Linux guests running on the LPARS
Yes. On 04/29/2010 10:27 PM, Martin, Terry R. (CMS/CTR) (CTR) wrote: And one last thing Would I have both a Ethernet connection and Hipersockets(His) interface set up on all of the guests to handle both methods? Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 -- Rich Smrcina Phone: 414-491-6001 http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2011
Re: Hipersockets between z/VM LPARS and z/Linux guests running on the LPARS
Correct. As long as all of those LPARs are in the same CEC, everything is good. That guy with the security hat on it looking pretty squirrely, careful now On 04/29/2010 10:26 PM, Martin, Terry R. (CMS/CTR) (CTR) wrote: Thanks Rich. So in my case if I want my APP Layer z/Linux guest on the APP Layer LPAR to talk to my Data Layer z/Linux guest on the Data Layer LPAR I would use Hipersockets. Once I am in the Data Layer LPAR and want to talk between other Data Layer guests within the LPAR the use of a Vswitch is the way to go. Am I understanding this now? Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 -- Rich Smrcina Phone: 414-491-6001 http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2011
Re: Hipersockets between z/VM LPARS and z/Linux guests running on the LPARS
And one last thing Would I have both a Ethernet connection and Hipersockets(His) interface set up on all of the guests to handle both methods? Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 -Original Message- From: Martin, Terry R. (CMS/CTR) (CTR) Sent: Thursday, April 29, 2010 11:26 PM To: IBMVM@LISTSERV.UARK.EDU Subject: RE: Hipersockets between z/VM LPARS and z/Linux guests running on the LPARS Thanks Rich. So in my case if I want my APP Layer z/Linux guest on the APP Layer LPAR to talk to my Data Layer z/Linux guest on the Data Layer LPAR I would use Hipersockets. Once I am in the Data Layer LPAR and want to talk between other Data Layer guests within the LPAR the use of a Vswitch is the way to go. Am I understanding this now? Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Rich Smrcina Sent: Thursday, April 29, 2010 11:14 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Hipersockets between z/VM LPARS and z/Linux guests running on the LPARS Vswitch is internal to CP, hipersockets makes most sense to move data between LPARs. Using hipersockets requires a trip out of the VM system (even if it's between virtual machines), whereas using the VSwitch stays within CP. On 04/29/2010 10:06 PM, Martin, Terry R. (CMS/CTR) (CTR) wrote: > Rich thanks for the information. One last thing you mention that " If > the guests > are running in the same z/VM system it makes more sense to use the > VSwitch, than to use hipersockets." Why is this? Is that the benefit of > the Hipersockets is lost? > > Thank You, > > Terry Martin > Lockheed Martin - Citic > z/OS and z/VM Performance Tuning and Operating Systems Support > Office - 443 348-2102 > Cell - 443 632-4191 > > > -- Rich Smrcina Phone: 414-491-6001 http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2011
Re: Hipersockets between z/VM LPARS and z/Linux guests running on the LPARS
Thanks Rich. So in my case if I want my APP Layer z/Linux guest on the APP Layer LPAR to talk to my Data Layer z/Linux guest on the Data Layer LPAR I would use Hipersockets. Once I am in the Data Layer LPAR and want to talk between other Data Layer guests within the LPAR the use of a Vswitch is the way to go. Am I understanding this now? Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Rich Smrcina Sent: Thursday, April 29, 2010 11:14 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Hipersockets between z/VM LPARS and z/Linux guests running on the LPARS Vswitch is internal to CP, hipersockets makes most sense to move data between LPARs. Using hipersockets requires a trip out of the VM system (even if it's between virtual machines), whereas using the VSwitch stays within CP. On 04/29/2010 10:06 PM, Martin, Terry R. (CMS/CTR) (CTR) wrote: > Rich thanks for the information. One last thing you mention that " If > the guests > are running in the same z/VM system it makes more sense to use the > VSwitch, than to use hipersockets." Why is this? Is that the benefit of > the Hipersockets is lost? > > Thank You, > > Terry Martin > Lockheed Martin - Citic > z/OS and z/VM Performance Tuning and Operating Systems Support > Office - 443 348-2102 > Cell - 443 632-4191 > > > -- Rich Smrcina Phone: 414-491-6001 http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2011
Re: Hipersockets between z/VM LPARS and z/Linux guests running on the LPARS
Vswitch is internal to CP, hipersockets makes most sense to move data between LPARs. Using hipersockets requires a trip out of the VM system (even if it's between virtual machines), whereas using the VSwitch stays within CP. On 04/29/2010 10:06 PM, Martin, Terry R. (CMS/CTR) (CTR) wrote: Rich thanks for the information. One last thing you mention that " If the guests are running in the same z/VM system it makes more sense to use the VSwitch, than to use hipersockets." Why is this? Is that the benefit of the Hipersockets is lost? Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 -- Rich Smrcina Phone: 414-491-6001 http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2011
Re: Hipersockets between z/VM LPARS and z/Linux guests running on the LPARS
Why go to the hw when vm can do it? And the use of ucb is a problem at some shops. Yes, 65k isn't enough. Marcy - Original Message - From: The IBM z/VM Operating System To: IBMVM@LISTSERV.UARK.EDU Sent: Thu Apr 29 22:06:45 2010 Subject: Re: [IBMVM] Hipersockets between z/VM LPARS and z/Linux guests running on the LPARS Rich thanks for the information. One last thing you mention that " If the guests are running in the same z/VM system it makes more sense to use the VSwitch, than to use hipersockets." Why is this? Is that the benefit of the Hipersockets is lost? Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Rich Smrcina Sent: Thursday, April 29, 2010 10:38 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Hipersockets between z/VM LPARS and z/Linux guests running on the LPARS You *can* use hipersockets to talk between Linux guests. If the guests are running in the same z/VM system it makes more sense to use the VSwitch, than to use hipersockets. Of course, if the Linux guests are in different LPARs then you have to use hipersockets. I defer the security aspect of the discussion to the gentleman that had his *other* hat on earlier On 04/29/2010 09:26 PM, Martin, Terry R. (CMS/CTR) (CTR) wrote: > Thanks for the information. For some reason I was under the impression > that you could not use Hipersockets to talk between z/Linux guests, this > is why we set up Vswitches and talk between guests using OSA. Am I > confusing something here? > > Thank You, > > Terry Martin > Lockheed Martin - Citic > z/OS and z/VM Performance Tuning and Operating Systems Support > Office - 443 348-2102 > Cell - 443 632-4191 > > -- Rich Smrcina Phone: 414-491-6001 http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2011
Re: Hipersockets between z/VM LPARS and z/Linux guests running on the LPARS
Rich thanks for the information. One last thing you mention that " If the guests are running in the same z/VM system it makes more sense to use the VSwitch, than to use hipersockets." Why is this? Is that the benefit of the Hipersockets is lost? Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Rich Smrcina Sent: Thursday, April 29, 2010 10:38 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Hipersockets between z/VM LPARS and z/Linux guests running on the LPARS You *can* use hipersockets to talk between Linux guests. If the guests are running in the same z/VM system it makes more sense to use the VSwitch, than to use hipersockets. Of course, if the Linux guests are in different LPARs then you have to use hipersockets. I defer the security aspect of the discussion to the gentleman that had his *other* hat on earlier On 04/29/2010 09:26 PM, Martin, Terry R. (CMS/CTR) (CTR) wrote: > Thanks for the information. For some reason I was under the impression > that you could not use Hipersockets to talk between z/Linux guests, this > is why we set up Vswitches and talk between guests using OSA. Am I > confusing something here? > > Thank You, > > Terry Martin > Lockheed Martin - Citic > z/OS and z/VM Performance Tuning and Operating Systems Support > Office - 443 348-2102 > Cell - 443 632-4191 > > -- Rich Smrcina Phone: 414-491-6001 http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2011
Re: Hipersockets between z/VM LPARS and z/Linux guests running on the LPARS
You *can* use hipersockets to talk between Linux guests. If the guests are running in the same z/VM system it makes more sense to use the VSwitch, than to use hipersockets. Of course, if the Linux guests are in different LPARs then you have to use hipersockets. I defer the security aspect of the discussion to the gentleman that had his *other* hat on earlier On 04/29/2010 09:26 PM, Martin, Terry R. (CMS/CTR) (CTR) wrote: Thanks for the information. For some reason I was under the impression that you could not use Hipersockets to talk between z/Linux guests, this is why we set up Vswitches and talk between guests using OSA. Am I confusing something here? Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 -- Rich Smrcina Phone: 414-491-6001 http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2011
Re: Hipersockets between z/VM LPARS and z/Linux guests running on the LPARS
Thanks for the information. For some reason I was under the impression that you could not use Hipersockets to talk between z/Linux guests, this is why we set up Vswitches and talk between guests using OSA. Am I confusing something here? Thank You, Terry Martin Lockheed Martin - Citic z/OS and z/VM Performance Tuning and Operating Systems Support Office - 443 348-2102 Cell - 443 632-4191 -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Rich Smrcina Sent: Thursday, April 29, 2010 3:20 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Hipersockets between z/VM LPARS and z/Linux guests running on the LPARS On 04/29/2010 01:57 PM, Martin, Terry R. (CMS/CTR) (CTR) wrote: > > Hi > > Currently we use Hipersockets between on z/OS LPARS and our z/Linux > guests. This works great. The question I have is can Hipersockets be > used to go from one z/Linux running on one z/VM LPAR to another? > Currently we us VSWITCHES with OSA to communicate between z/Linux guests. > > /Thank You,/ > > / / > > /Terry Martin/ > > /Lockheed Martin - Citic/ > > /z/OS and z/VM Performance Tuning and Operating Systems Support/ > > /Office - 443 348-2102/ > > /Cell - 443 632-4191/ > > / / > Yes, just attach a hipersocket triplet to each Linux guest in each of the LPARs. Configure the hsi interfaces appropriately and you're off to the races. -- Rich Smrcina Phone: 414-491-6001 http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2011
Re: Hipersockets between z/VM LPARS and z/Linux guests running on the LPARS
On Thursday, 04/29/2010 at 03:20 EDT, Rich Smrcina wrote: > Yes, just attach a hipersocket triplet to each Linux guest in each of > the LPARs. Configure the hsi interfaces appropriately and you're off to > the races. But before you do that, you need to check with the network security folks. It is unlikely that they will permit an app server and a db server to be in the same security zone (i.e. connected without a firewall). But, either way, it's their call. Alan Altmark z/VM Development IBM Endicott
Re: Hipersockets between z/VM LPARS and z/Linux guests running on the LPARS
On 04/29/2010 01:57 PM, Martin, Terry R. (CMS/CTR) (CTR) wrote: Hi Currently we use Hipersockets between on z/OS LPARS and our z/Linux guests. This works great. The question I have is can Hipersockets be used to go from one z/Linux running on one z/VM LPAR to another? Currently we us VSWITCHES with OSA to communicate between z/Linux guests. /Thank You,/ / / /Terry Martin/ /Lockheed Martin - Citic/ /z/OS and z/VM Performance Tuning and Operating Systems Support/ /Office - 443 348-2102/ /Cell - 443 632-4191/ / / Yes, just attach a hipersocket triplet to each Linux guest in each of the LPARs. Configure the hsi interfaces appropriately and you're off to the races. -- Rich Smrcina Phone: 414-491-6001 http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2011
Re: hipersockets on a VM layer 2 vswitch
Yes but the layer 2 vswitch is running on z/VM ver. 5.4. Does this mean we will need to set up a layer 2 hipersocket on the z/OS side as well? Thank you Mark, yes we are running z/OS ver. 1.10 on the LPAR running the TSMTCS app. Russell -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mark Jacobs Sent: Wednesday, February 03, 2010 4:32 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: hipersockets on a VM layer 2 vswitch That lpar is running zOS 1.10. Mark Jacobs -Original Message- From: The IBM z/VM Operating System on behalf of David Boyes Sent: Wed 2/3/2010 4:23 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: hipersockets on a VM layer 2 vswitch You need a very modern z/OS for layer 2 connections to work. You don't say what level of z.OS, but I think it has to be minimum 1.10 if not 1.11. On 2/3/10 2:54 PM, "russell.gendr...@custserv.com" wrote: Greetings, We currently have multiple Linux guest running on z/VM on both a layer 3 tcp/ip vswitch as well as a layer 2 vswitch. On one particular z/VM we have a hipersocket link to a z/OS system for using the TSMTCS backup application. Currently only the layer 3 guests use the hipersockets. We tried to define the hipersocket link on the z/OS system To a layer 2 Linux guest but there is no connection for some reason. Has anyone else tried this and if so were you successful? Thanks Russell Gendreau Time Customer Service, Inc. 813-554-2064
Re: hipersockets on a VM layer 2 vswitch
That lpar is running zOS 1.10. Mark Jacobs -Original Message- From: The IBM z/VM Operating System on behalf of David Boyes Sent: Wed 2/3/2010 4:23 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: hipersockets on a VM layer 2 vswitch You need a very modern z/OS for layer 2 connections to work. You don't say what level of z.OS, but I think it has to be minimum 1.10 if not 1.11. On 2/3/10 2:54 PM, "russell.gendr...@custserv.com" wrote: Greetings, We currently have multiple Linux guest running on z/VM on both a layer 3 tcp/ip vswitch as well as a layer 2 vswitch. On one particular z/VM we have a hipersocket link to a z/OS system for using the TSMTCS backup application. Currently only the layer 3 guests use the hipersockets. We tried to define the hipersocket link on the z/OS system To a layer 2 Linux guest but there is no connection for some reason. Has anyone else tried this and if so were you successful? Thanks Russell Gendreau Time Customer Service, Inc. 813-554-2064
Re: hipersockets on a VM layer 2 vswitch
You need a very modern z/OS for layer 2 connections to work. You don’t say what level of z.OS, but I think it has to be minimum 1.10 if not 1.11. On 2/3/10 2:54 PM, "russell.gendr...@custserv.com" wrote: Greetings, We currently have multiple Linux guest running on z/VM on both a layer 3 tcp/ip vswitch as well as a layer 2 vswitch. On one particular z/VM we have a hipersocket link to a z/OS system for using the TSMTCS backup application. Currently only the layer 3 guests use the hipersockets. We tried to define the hipersocket link on the z/OS system To a layer 2 Linux guest but there is no connection for some reason. Has anyone else tried this and if so were you successful? Thanks Russell Gendreau Time Customer Service, Inc. 813-554-2064
Re: HiperSockets Question
Thanks Alan! Thank You, Terry Martin Lockheed Martin - Information Technology z/OS & z/VM Systems - Performance and Tuning Cell - 443 632-4191 Work - 410 786-0386 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Friday, August 22, 2008 9:11 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: HiperSockets Question On Wednesday, 08/20/2008 at 09:54 EDT, "Martin, Terry R. (CMS/CTR) (CTR)" <[EMAIL PROTECTED]> wrote: > After a lot of effort we found that there was an extra route in the > Linux routing table that sent the data bound for one of the z/OS LPARS > over to our z/VM where it then was routed by the TCP/IP stack on z/VM to > the z/OS LPAR over the HiperSockets LINK. This LINK happened to have a > MTU size of 1500. When we removed the bogus route from the Linux routing > table causing the SQL queries in question to travel over a HiperSockets > LINK with a MTU size of 16348 they were successful. It appears that the > difference in the MTU sizes was the problem. > > My question is does the MTU size mismatch cause the problem? I thought > that even if the packets were fragmented they would still get over in > full. Yes, it can (but not always) cause a problem if the MTU sizes on the same shared media are different. All MTUs on the same network segment need to have the same MTU. Alan Altmark z/VM Development IBM Endicott
Re: HiperSockets Question
On Wednesday, 08/20/2008 at 09:54 EDT, "Martin, Terry R. (CMS/CTR) (CTR)" <[EMAIL PROTECTED]> wrote: > After a lot of effort we found that there was an extra route in the > Linux routing table that sent the data bound for one of the z/OS LPARS > over to our z/VM where it then was routed by the TCP/IP stack on z/VM to > the z/OS LPAR over the HiperSockets LINK. This LINK happened to have a > MTU size of 1500. When we removed the bogus route from the Linux routing > table causing the SQL queries in question to travel over a HiperSockets > LINK with a MTU size of 16348 they were successful. It appears that the > difference in the MTU sizes was the problem. > > My question is does the MTU size mismatch cause the problem? I thought > that even if the packets were fragmented they would still get over in > full. Yes, it can (but not always) cause a problem if the MTU sizes on the same shared media are different. All MTUs on the same network segment need to have the same MTU. Alan Altmark z/VM Development IBM Endicott
Re: HiperSockets Question
Hi Alan, Not to belabor the subject I just want to make sure I understand. Here is what my issue was. I processed many SQL queries of DB2 tables via DB2 connect running on a z/OS LPAR down to a Linux server running on the same machine but a different z/VM LPAR without any issues. Until, we ran across some queries that were larger than all of the others. These queries failed (timed out). We saw in the DB2 connect trace that the size of the queries was about 2.3K. We knew it was a size issue because when we did a 'SELECT *' on the tables, basically reducing the size it worked. After a lot of effort we found that there was an extra route in the Linux routing table that sent the data bound for one of the z/OS LPARS over to our z/VM where it then was routed by the TCP/IP stack on z/VM to the z/OS LPAR over the HiperSockets LINK. This LINK happened to have a MTU size of 1500. When we removed the bogus route from the Linux routing table causing the SQL queries in question to travel over a HiperSockets LINK with a MTU size of 16348 they were successful. It appears that the difference in the MTU sizes was the problem. My question is does the MTU size mismatch cause the problem? I thought that even if the packets were fragmented they would still get over in full. Sorry for being so wordy but I thought I would present to try to help you help me and to also help others that may be just getting into this as I am. Thanks again for all of your help!! Terry -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Wednesday, August 20, 2008 4:39 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: HiperSockets Question On Wednesday, 08/20/2008 at 03:43 EDT, "Martin, Terry R. (CMS/CTR) (CTR)" <[EMAIL PROTECTED]> wrote: > If I am using HiperSockets and my MTU size is 1500 and a pass a packet size of > 2000 will the data in the packet be truncated since it is bigger than 1500? I > thought I read that since HiperSockets is memory transfers that the MTU can not > be split like it would over a normal transmission pipe, meaning that for a 3K > packet size over a MTU 1500 link would not be split into 2 transmissions. Am I > correct in the assumption? Yes and no. :-) It won't be truncated, but it will be fragmented. The MTU is the Guardian of the Gate. It prevents the IP layer from sending a packet too large for the underlying interface to handle. So a 3K packet over an MTU 1500 link will result in two fragments, each 1500 bytes. Alan Altmark z/VM Development IBM Endicott
Re: HiperSockets Question
He was El Zorro. And Quickdraw McGraw was El Kabong. The 'El' does make a difference. /Tom Kern Alan Altmark wrote: > On Wednesday, 08/20/2008 at 07:51 EDT, Rich Smrcina <[EMAIL PROTECTED]> > wrote: >> Isn't that Sir Alan da Weasel? :) > > Please. Was Zorro, "Don Zorro"? I think not. > > Alan da Weasel >
Re: HiperSockets Question
On Wednesday, 08/20/2008 at 07:51 EDT, Rich Smrcina <[EMAIL PROTECTED]> wrote: > Isn't that Sir Alan da Weasel? :) Please. Was Zorro, "Don Zorro"? I think not. Alan da Weasel
Re: HiperSockets Question
Isn't that Sir Alan da Weasel? :) Alan Altmark wrote: Alan da Weasel -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2009 - Orlando, FL - May 15-19, 2009
Re: HiperSockets Question
At 07:09 PM 8/20/2008 -0400, Alan Altmark wrote: I *knew* I'd regret not diving into nitty gritty details. I KNEW IT. Mr. Smartypants. Couldn't let it go, could you? We were in the middle of a *point*. DTCMPY001S Nobody ever expects the Spanish Inquisition.
Re: HiperSockets Question
On Wednesday, 08/20/2008 at 04:44 EDT, Miguel Delapaz/Endicott/[EMAIL PROTECTED] wrote: > If you wanted to get nitpicky, it would actually need 3 fragments to account > for the extra IP header(s). :-) I *knew* I'd regret not diving into nitty gritty details. I KNEW IT. Mr. Smartypants. Couldn't let it go, could you? We were in the middle of a *point*. It's going to cost you. Not today, not tomorrow, but when you least expect it. No need to look over your shoulder - you won't see me. ;-) Sleep well (but not too deeply). As Khan Noonien Singh said, "Revenge is a dish best served cold." Alan da Weasel
Re: HiperSockets Question
If you wanted to get nitpicky, it would actually need 3 fragments to account for the extra IP header(s). :-) Regards, Miguel Delapaz z/VM TCP/IP Development The IBM z/VM Operating System wrote on 08/20/2008 01:38:48 PM: > > Yes and no. :-) > > It won't be truncated, but it will be fragmented. The MTU is the Guardian > of the Gate. It prevents the IP layer from sending a packet too large for > the underlying interface to handle. So a 3K packet over an MTU 1500 link > will result in two fragments, each 1500 bytes. > > Alan Altmark > z/VM Development > IBM Endicott
Re: HiperSockets Question
Packet fragmentation is done in the TCP/IP stack. The stack will chunk the packet up into smaller packets before sending it over the HiperSockets device. Regards, Miguel Delapaz z/VM TCP/IP Development The IBM z/VM Operating System wrote on 08/20/2008 12:40:47 PM: > [image removed] > > HiperSockets Question > > Martin, Terry R. (CMS/CTR) (CTR) > > to: > > IBMVM > > 08/20/2008 12:43 PM > > Sent by: > > The IBM z/VM Operating System > > Please respond to The IBM z/VM Operating System > > Hi > > If I am using HiperSockets and my MTU size is 1500 and a pass a > packet size of 2000 will the data in the packet be truncated since > it is bigger than 1500? I thought I read that since HiperSockets is > memory transfers that the MTU can not be split like it would over a > normal transmission pipe, meaning that for a 3K packet size over a > MTU 1500 link would not be split into 2 transmissions. Am I correct > in the assumption? > > Thank You, > > Terry Martin > Lockheed Martin - Information Technology > z/OS & z/VM Systems - Performance and Tuning > Cell - 443 632-4191 > Work - 410 786-0386 > [EMAIL PROTECTED] >
Re: HiperSockets Question
On Wednesday, 08/20/2008 at 03:43 EDT, "Martin, Terry R. (CMS/CTR) (CTR)" <[EMAIL PROTECTED]> wrote: > If I am using HiperSockets and my MTU size is 1500 and a pass a packet size of > 2000 will the data in the packet be truncated since it is bigger than 1500? I > thought I read that since HiperSockets is memory transfers that the MTU can not > be split like it would over a normal transmission pipe, meaning that for a 3K > packet size over a MTU 1500 link would not be split into 2 transmissions. Am I > correct in the assumption? Yes and no. :-) It won't be truncated, but it will be fragmented. The MTU is the Guardian of the Gate. It prevents the IP layer from sending a packet too large for the underlying interface to handle. So a 3K packet over an MTU 1500 link will result in two fragments, each 1500 bytes. Alan Altmark z/VM Development IBM Endicott
Re: HiperSockets
You can use the same address triplets in all LPARs. In other words, you can use all 24 addresses in every LPAR. If you have more than one connection to the CHPID from within the *same* LPAR (e.g. VM's TCPIP stack and LINUX guests), then, of course, you must use different triplets there. In z/VM, you can still attach, for example, E000-E002 to TCPIP and then other triplets (E003-E005, E006-E008, ...) to LINUX guests always as virtual E000-E002. That may make LINUX duplication easier. Ivica
Re: HiperSockets and Linux General question
Thanks Alan. I understand. I will be able to figure out what I need from here! Thank You, Terry Martin Lockheed Martin - Information Technology z/OS & z/VM Systems - Performance and Tuning Cell - 443 632-4191 Work - 410 786-0386 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Monday, July 14, 2008 12:49 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: HiperSockets and Linux General question On Sunday, 07/13/2008 at 06:54 EDT, "Martin, Terry R. (CMS/CTR) (CTR)" <[EMAIL PROTECTED]> wrote: > If I want to set up a HiperSockets link between one of my z/OS LPARS and a > z/Linux guest can I just make the necessary changes to my z/OS TCPPARMS on that > LPAR with the GATEWAY IP pointing to the z/Linux guest? Then on the z/Linux > guest create a route supplying the HiperSockets information associating the IP > of the z/OS LPAR? I am assuming that I do not need to define anything for this > connection in the TCP/IP PROFILE on the z/VM side is this a correct assumption? As always, when you're trying to decide what must be configured, and how, start with a picture. HiperSockets are LAN segments. Define them to z/OS and Linux as such, just as you would if it were an ethernet. If VM TCP/IP is not in your picture - in the data path, then it need not be updated. It is impossible to give you an absolute answer since I don't know what your network looks like. Alan Altmark z/VM Development IBM Endicott
Re: HiperSockets and Linux General question
On Sunday, 07/13/2008 at 06:54 EDT, "Martin, Terry R. (CMS/CTR) (CTR)" <[EMAIL PROTECTED]> wrote: > If I want to set up a HiperSockets link between one of my z/OS LPARS and a > z/Linux guest can I just make the necessary changes to my z/OS TCPPARMS on that > LPAR with the GATEWAY IP pointing to the z/Linux guest? Then on the z/Linux > guest create a route supplying the HiperSockets information associating the IP > of the z/OS LPAR? I am assuming that I do not need to define anything for this > connection in the TCP/IP PROFILE on the z/VM side is this a correct assumption? As always, when you're trying to decide what must be configured, and how, start with a picture. HiperSockets are LAN segments. Define them to z/OS and Linux as such, just as you would if it were an ethernet. If VM TCP/IP is not in your picture - in the data path, then it need not be updated. It is impossible to give you an absolute answer since I don't know what your network looks like. Alan Altmark z/VM Development IBM Endicott
Re: HiperSockets
Amazing how my mind holds onto the old, painful, rules. But doesn't remember the rules that make things easier. On Fri, Jul 11, 2008 at 3:10 PM, Alan Altmark <[EMAIL PROTECTED]> wrote: > On Friday, 07/11/2008 at 02:32 EDT, "McKown, John" > <[EMAIL PROTECTED]> wrote: > > Doesn't a CTC connection require the even/odd address for send/receive? > > No. It requires n and n+1. And even that is just an artifact of the > device driver. There's nothing special about adjacent subchannels on a > CTC. Your IOCP could even configure device number n and n+1 on different > CTC chpids. It just doesn't matter... > > This "even" thing with OSAs and HiperSockets is the vestigal memory of the > original OSA-1s that required the control path to be on an even address. I > think that was lifted in the OSA-2 and was definitely gone by the time > OSA-Express appeared. > > It ranks right up there with PORTNAMEs. They have been optional on z/VM > and Linux for several years, yet I keep finding NEW configurations that > have them coded and people saying "they have to match", which they do, but > ONLY IF YOU CODE THEM! > > Alan Altmark > z/VM Development > IBM Endicott > -- Mark Pace Mainline Information Systems
Re: HiperSockets
On Friday, 07/11/2008 at 02:32 EDT, "McKown, John" <[EMAIL PROTECTED]> wrote: > Doesn't a CTC connection require the even/odd address for send/receive? No. It requires n and n+1. And even that is just an artifact of the device driver. There's nothing special about adjacent subchannels on a CTC. Your IOCP could even configure device number n and n+1 on different CTC chpids. It just doesn't matter... This "even" thing with OSAs and HiperSockets is the vestigal memory of the original OSA-1s that required the control path to be on an even address. I think that was lifted in the OSA-2 and was definitely gone by the time OSA-Express appeared. It ranks right up there with PORTNAMEs. They have been optional on z/VM and Linux for several years, yet I keep finding NEW configurations that have them coded and people saying "they have to match", which they do, but ONLY IF YOU CODE THEM! Alan Altmark z/VM Development IBM Endicott
Re: HiperSockets
Current versions of z/Linux don't care either. We have some that start a t even virtual addresses and some at odd virtual addresses. Older versions of Linux did have a restriction, I believe. This topic has been discusse d here before, so if you search you should be able to find them. Brian Nielsen On Fri, 11 Jul 2008 14:28:34 -0400, Mark Pace <[EMAIL PROTECTED]> wrote: >Hmm - Thought you could do that, as long as you used virtual addresses a nd >the 1st address was even. Maybe I'm confused with another OS. I work o n to >many. > >On Fri, Jul 11, 2008 at 1:51 PM, Martin, Terry R. (CMS/CTR) (CTR) < >[EMAIL PROTECTED]> wrote: > >> Thanks Brian! >> >> Thank You, >> >> Terry Martin >> Lockheed Martin - Information Technology >> z/OS & z/VM Systems - Performance and Tuning >> Cell - 443 632-4191 >> Work - 410 786-0386 >> [EMAIL PROTECTED] >> >> -Original Message- >> From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] O n >> Behalf Of Brian Nielsen >> Sent: Friday, July 11, 2008 1:28 PM >> To: IBMVM@LISTSERV.UARK.EDU >> Subject: Re: HiperSockets >> >> There is no current restriction. We use our hipersocket addresses in >> consecutve groups of 3 without regard to the evenness or oddness of th e >> = >> >> real address. >> >> Brian Nielsen >> >> >> On Fri, 11 Jul 2008 13:10:58 -0400, Martin, Terry R. (CMS/CTR) (CTR) >> <[EMAIL PROTECTED]> wrote: >> >> >Hi >> > >> > >> > >> >Does anyone if there is a restriction that forces you to start the >> >HiperSockets addresses on an even number of the Triplet? >> > >> > >> > >> >Ex: Could I start at EA03 (odd number) for 3 (EA03, EA04, EA05)? >> > >> > >> > >> >Thank You, >> > >> > >> > >> >Terry Martin >> > >> >Lockheed Martin - Information Technology >> > >> >z/OS & z/VM Systems - Performance and Tuning >> > >> >Cell - 443 632-4191 >> > >> >Work - 410 786-0386 >> > >> >[EMAIL PROTECTED] >> > >> > >> > >> > >> > > > >-- >Mark Pace >Mainline Information Systems >
Re: HiperSockets
Yes, CTC must be an even/odd pair. On Fri, Jul 11, 2008 at 2:30 PM, McKown, John <[EMAIL PROTECTED]> wrote: > Doesn't a CTC connection require the even/odd address for send/receive? > > > -- > John McKown > Senior Systems Programmer > HealthMarkets > Keeping the Promise of Affordable Coverage > Administrative Services Group > Information Technology > > This message (including any attachments) contains confidential information > intended for a specific individual and purpose, and its content is protected > by law. If you are not the intended recipient, you should delete this > message and are hereby notified that any disclosure, copying, or > distribution of this transmission, or taking any action based on it, is > strictly prohibited. > > > > -- > *From:* The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] *On > Behalf Of *Mark Pace > *Sent:* Friday, July 11, 2008 1:29 PM > *To:* IBMVM@LISTSERV.UARK.EDU > *Subject:* Re: HiperSockets > > Hmm - Thought you could do that, as long as you used virtual addresses and > the 1st address was even. Maybe I'm confused with another OS. I work on to > many. > > [snip] > > > > -- > Mark Pace > Mainline Information Systems > > -- Mark Pace Mainline Information Systems
Re: HiperSockets
Doesn't a CTC connection require the even/odd address for send/receive? -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mark Pace Sent: Friday, July 11, 2008 1:29 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: HiperSockets Hmm - Thought you could do that, as long as you used virtual addresses and the 1st address was even. Maybe I'm confused with another OS. I work on to many. [snip] -- Mark Pace Mainline Information Systems
Re: HiperSockets
Hmm - Thought you could do that, as long as you used virtual addresses and the 1st address was even. Maybe I'm confused with another OS. I work on to many. On Fri, Jul 11, 2008 at 1:51 PM, Martin, Terry R. (CMS/CTR) (CTR) < [EMAIL PROTECTED]> wrote: > Thanks Brian! > > Thank You, > > Terry Martin > Lockheed Martin - Information Technology > z/OS & z/VM Systems - Performance and Tuning > Cell - 443 632-4191 > Work - 410 786-0386 > [EMAIL PROTECTED] > > -Original Message- > From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On > Behalf Of Brian Nielsen > Sent: Friday, July 11, 2008 1:28 PM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: HiperSockets > > There is no current restriction. We use our hipersocket addresses in > consecutve groups of 3 without regard to the evenness or oddness of the > = > > real address. > > Brian Nielsen > > > On Fri, 11 Jul 2008 13:10:58 -0400, Martin, Terry R. (CMS/CTR) (CTR) > <[EMAIL PROTECTED]> wrote: > > >Hi > > > > > > > >Does anyone if there is a restriction that forces you to start the > >HiperSockets addresses on an even number of the Triplet? > > > > > > > >Ex: Could I start at EA03 (odd number) for 3 (EA03, EA04, EA05)? > > > > > > > >Thank You, > > > > > > > >Terry Martin > > > >Lockheed Martin - Information Technology > > > >z/OS & z/VM Systems - Performance and Tuning > > > >Cell - 443 632-4191 > > > >Work - 410 786-0386 > > > >[EMAIL PROTECTED] > > > > > > > > > -- Mark Pace Mainline Information Systems
Re: HiperSockets
Thanks Brian! Thank You, Terry Martin Lockheed Martin - Information Technology z/OS & z/VM Systems - Performance and Tuning Cell - 443 632-4191 Work - 410 786-0386 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Brian Nielsen Sent: Friday, July 11, 2008 1:28 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: HiperSockets There is no current restriction. We use our hipersocket addresses in consecutve groups of 3 without regard to the evenness or oddness of the = real address. Brian Nielsen On Fri, 11 Jul 2008 13:10:58 -0400, Martin, Terry R. (CMS/CTR) (CTR) <[EMAIL PROTECTED]> wrote: >Hi > > > >Does anyone if there is a restriction that forces you to start the >HiperSockets addresses on an even number of the Triplet? > > > >Ex: Could I start at EA03 (odd number) for 3 (EA03, EA04, EA05)? > > > >Thank You, > > > >Terry Martin > >Lockheed Martin - Information Technology > >z/OS & z/VM Systems - Performance and Tuning > >Cell - 443 632-4191 > >Work - 410 786-0386 > >[EMAIL PROTECTED] > > > >
Re: HiperSockets
There is no current restriction. We use our hipersocket addresses in consecutve groups of 3 without regard to the evenness or oddness of the real address. Brian Nielsen On Fri, 11 Jul 2008 13:10:58 -0400, Martin, Terry R. (CMS/CTR) (CTR) <[EMAIL PROTECTED]> wrote: >Hi > > > >Does anyone if there is a restriction that forces you to start the >HiperSockets addresses on an even number of the Triplet? > > > >Ex: Could I start at EA03 (odd number) for 3 (EA03, EA04, EA05)? > > > >Thank You, > > > >Terry Martin > >Lockheed Martin - Information Technology > >z/OS & z/VM Systems - Performance and Tuning > >Cell - 443 632-4191 > >Work - 410 786-0386 > >[EMAIL PROTECTED] > > > >
Re: HiperSockets
Hi Alan, Yes, you are correct: In the HOME address specification I had the z/OS HiperSockets HOME address below the VIPA HOME address". I do not have the z/OS's IP address defined in the z/VM TCP/IP configuration. Sorry for the confusion and thanks for clearing it up. Terry -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Sunday, June 15, 2008 1:04 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: HiperSockets On Friday, 06/13/2008 at 10:08 EDT, "Martin, Terry R. (CMS/CTR) (CTR)" <[EMAIL PROTECTED]> wrote: > With the help of IBM support we were able to figure out my problem. It > turns out that we have a Source VIPA defined and active on the z/OS > LPAR. In the HOME address specifications I had the z/VM HOME address > below the VIPA HOME address. When I Pinged VM it wanted to respond back > via the VIPA HOME IP address which was different than the HOME IP > address that I had defined for the z/OS LPAR in TCPIP in VM. As a simple > correction I changed the order of the HOME addresses on the z/OS side > putting the VM HOME IP address above the VIPA HOME IP address then the > PING was successful. I'm glad you got it figured out, but your post is confusing to me. I don't understand why you have z/VM's HOME address defined in you z/OS config, and vice versa. I think you meant "In the HOME address specification I had the z/OS HiperSocket HOME address below the VIPA HOME address". Likewise, you would not define z/OS's IP addresses in the z/VM TCP/IP config. But, yes, SourceVIPA can mess things up if you're not running dynamic routing daemons everywhere. Alan Altmark z/VM Development IBM Endicott
Re: HiperSockets
On Friday, 06/13/2008 at 10:08 EDT, "Martin, Terry R. (CMS/CTR) (CTR)" <[EMAIL PROTECTED]> wrote: > With the help of IBM support we were able to figure out my problem. It > turns out that we have a Source VIPA defined and active on the z/OS > LPAR. In the HOME address specifications I had the z/VM HOME address > below the VIPA HOME address. When I Pinged VM it wanted to respond back > via the VIPA HOME IP address which was different than the HOME IP > address that I had defined for the z/OS LPAR in TCPIP in VM. As a simple > correction I changed the order of the HOME addresses on the z/OS side > putting the VM HOME IP address above the VIPA HOME IP address then the > PING was successful. I'm glad you got it figured out, but your post is confusing to me. I don't understand why you have z/VM's HOME address defined in you z/OS config, and vice versa. I think you meant "In the HOME address specification I had the z/OS HiperSocket HOME address below the VIPA HOME address". Likewise, you would not define z/OS's IP addresses in the z/VM TCP/IP config. But, yes, SourceVIPA can mess things up if you're not running dynamic routing daemons everywhere. Alan Altmark z/VM Development IBM Endicott
Re: HiperSockets
Hi With the help of IBM support we were able to figure out my problem. It turns out that we have a Source VIPA defined and active on the z/OS LPAR. In the HOME address specifications I had the z/VM HOME address below the VIPA HOME address. When I Pinged VM it wanted to respond back via the VIPA HOME IP address which was different than the HOME IP address that I had defined for the z/OS LPAR in TCPIP in VM. As a simple correction I changed the order of the HOME addresses on the z/OS side putting the VM HOME IP address above the VIPA HOME IP address then the PING was successful. Thanks, Terry -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Thursday, June 12, 2008 5:25 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: HiperSockets On Thursday, 06/12/2008 at 04:26 EDT, "Martin, Terry R. (CMS/CTR) (CTR)" <[EMAIL PROTECTED]> wrote: > I have set up a HiprSockets connection from z/VM 5.3 to one of my z/OS LPARS. I > can PING the z/OS LPAR but when I try to PINGthe z/VM LPAR from the z/OS LPAR > we time out. Is there anything I might be missing? We are using the OBEYFILE to > bring the configuration in dynamically. A network problem with no details and no diagram with addresses and subnet masks. If you can provide that, along with the output of NETSTAT HOME GATE from VM and MVS, then we should be able to ferret out the problem. Alan Altmark z/VM Development IBM Endicott
Re: HiperSockets
On Thursday, 06/12/2008 at 06:13 EDT, "Martin, Terry R. (CMS/CTR) (CTR)" <[EMAIL PROTECTED]> wrote: > I will try to get this information. I am working off of a DUMB terminal > for this proof of concept so getting screen shots and such is not > happening. Screen shots are not required. Just transcribe the NETSTAT output here and do a crude "ASCII art" drawing. The purpose is to (a) See what you are TRYING to build, and (2) see what you DID build. Alan Altmark z/VM Development IBM Endicott
Re: HiperSockets
Hi I will try to get this information. I am working off of a DUMB terminal for this proof of concept so getting screen shots and such is not happening. I will probably need to talk to someone while I am displaying the information at the z/VM and z/OS consoles and rely what I am seeing as we speak. Thanks.. Terry Terry Martin Lockheed Martin - CITIC z/OS Performance and Tuning (410) 786-0386 - Office (443) 632-4191 - Cell [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Thursday, June 12, 2008 5:25 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: HiperSockets On Thursday, 06/12/2008 at 04:26 EDT, "Martin, Terry R. (CMS/CTR) (CTR)" <[EMAIL PROTECTED]> wrote: > I have set up a HiprSockets connection from z/VM 5.3 to one of my z/OS LPARS. I > can PING the z/OS LPAR but when I try to PINGthe z/VM LPAR from the z/OS LPAR > we time out. Is there anything I might be missing? We are using the OBEYFILE to > bring the configuration in dynamically. A network problem with no details and no diagram with addresses and subnet masks. If you can provide that, along with the output of NETSTAT HOME GATE from VM and MVS, then we should be able to ferret out the problem. Alan Altmark z/VM Development IBM Endicott
Re: HiperSockets
On Thursday, 06/12/2008 at 04:26 EDT, "Martin, Terry R. (CMS/CTR) (CTR)" <[EMAIL PROTECTED]> wrote: > I have set up a HiprSockets connection from z/VM 5.3 to one of my z/OS LPARS. I > can PING the z/OS LPAR but when I try to PINGthe z/VM LPAR from the z/OS LPAR > we time out. Is there anything I might be missing? We are using the OBEYFILE to > bring the configuration in dynamically. A network problem with no details and no diagram with addresses and subnet masks. If you can provide that, along with the output of NETSTAT HOME GATE from VM and MVS, then we should be able to ferret out the problem. Alan Altmark z/VM Development IBM Endicott
Re: HiperSockets
Hi Terry. I suspect that your gateway or default statement in the VM TCPIP stack is not correct. Need a network diagram and your TCPIP statements to provide further suggestions. Hans From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Martin, Terry R. (CMS/CTR) (CTR) Sent: June 12, 2008 4:20 PM To: IBMVM@LISTSERV.UARK.EDU Subject: HiperSockets Hi I have set up a HiprSockets connection from z/VM 5.3 to one of my z/OS LPARS. I can PING the z/OS LPAR but when I try to PING the z/VM LPAR from the z/OS LPAR we time out. Is there anything I might be missing? We are using the OBEYFILE to bring the configuration in dynamically. Thanks.. Terry Terry Martin Lockheed Martin - CITIC z/OS Performance and Tuning (410) 786-0386 - Office (443) 632-4191 - Cell [EMAIL PROTECTED]
Re: HiperSockets Setup
Thanks Alan, I will verify this and will open a PMR if needed! Thanks, Terry -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Saturday, June 07, 2008 8:45 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: HiperSockets Setup On Friday, 06/06/2008 at 05:19 EDT, "Martin, Terry R. (CMS/CTR) (CTR)" <[EMAIL PROTECTED]> wrote: > I specified the MTU on the Gateway statement! > > The error was DTCPRS051E ? Line 24: Invalid Packet Size in Gateway Command: > 16384 I think the problem is that 16384 exceeds the LARGEENVELOPEPOOLSIZE, which defaults to 8K. No MTU can exceed the L-E-P-Size. Since the GATEWAY entry was then discarded, TCP/IP should have taken the default, which is 4000 for HiperSockets. >From the TCP/IP Messages and Codes book: DTCPRS051E Line line: Invalid packet size in GATEWAY command: value Explanation: You specified an invalid max_packet_size in a GATEWAY statement. The size must be a positive integer between 576 (the IPv4 minimum MTU value) and the large envelope size (specified on the LARGEENVELOPEPOOLSIZE statement). If this doesn't jive with what you witnessed, please open a PMR so that we can investigate more fully. I'm not happy with the NETSTAT output you reported. MFS was 24K, and MTU should have been 4000 - subject to documentation errors. Alan Altmark z/VM Development IBM Endicott
Re: HiperSockets Setup
On Friday, 06/06/2008 at 05:19 EDT, "Martin, Terry R. (CMS/CTR) (CTR)" <[EMAIL PROTECTED]> wrote: > I specified the MTU on the Gateway statement! > > The error was DTCPRS051E ? Line 24: Invalid Packet Size in Gateway Command: > 16384 I think the problem is that 16384 exceeds the LARGEENVELOPEPOOLSIZE, which defaults to 8K. No MTU can exceed the L-E-P-Size. Since the GATEWAY entry was then discarded, TCP/IP should have taken the default, which is 4000 for HiperSockets. >From the TCP/IP Messages and Codes book: DTCPRS051E Line line: Invalid packet size in GATEWAY command: value Explanation: You specified an invalid max_packet_size in a GATEWAY statement. The size must be a positive integer between 576 (the IPv4 minimum MTU value) and the large envelope size (specified on the LARGEENVELOPEPOOLSIZE statement). If this doesn't jive with what you witnessed, please open a PMR so that we can investigate more fully. I'm not happy with the NETSTAT output you reported. MFS was 24K, and MTU should have been 4000 - subject to documentation errors. Alan Altmark z/VM Development IBM Endicott
Re: HiperSockets Setup
Hi Peggy, I specified the MTU on the Gateway statement! The error was DTCPRS051E - Line 24: Invalid Packet Size in Gateway Command: 16384 Thanks.. Terry Terry Martin Lockheed Martin - CITIC z/OS Performance and Tuning (410) 786-0386 - Office (443) 632-4191 - Cell [EMAIL PROTECTED] From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Peggy Williams Sent: Friday, June 06, 2008 10:13 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: HiperSockets Setup Terry, What statement did you specify the MTU on - Gateway or Link? And what was the error you got? Peggy Williams z/VM - TCP/IP Development Inactive hide details for "Martin, Terry R. (CMS/CTR) (CTR)" <[EMAIL PROTECTED]>"Martin, Terry R. (CMS/CTR) (CTR)" <[EMAIL PROTECTED]> "Martin, Terry R. (CMS/CTR) (CTR)" <[EMAIL PROTECTED]> Sent by: The IBM z/VM Operating System 06/06/2008 09:42 AM Please respond to The IBM z/VM Operating System To IBMVM@LISTSERV.UARK.EDU cc Subject Re: HiperSockets Setup Yes, Thanks Alan. In the TCPIP PROFILE I did specify 16K but I received an error so I changed it to 1500 which I new would get around the error. When I did the NETSTAT displays I saw a MFS of 4096 and MTU of 32768. So I guess the question is why did I get the error in the TCPIP PROFILE specifying 16K? Am I missing something? Thanks.. Terry Terry Martin Lockheed Martin - CITIC z/OS Performance and Tuning (410) 786-0386 - Office (443) 632-4191 - Cell [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Friday, June 06, 2008 12:13 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: HiperSockets Setup On Thursday, 06/05/2008 at 05:14 EDT, "Martin, Terry R. (CMS/CTR) (CTR)" <[EMAIL PROTECTED]> wrote: > Basically once I got the filename correct and added the PASSWORD for the > TCPMAINT 198 disk I was able to get the OBEYFILE command to work. I did receive > an error on my first good try. It was balking about the MTU size being invalid. > I was using 16384. I changed it to 1500 and tried the OBEYFILE command again > and it worked. > > I noticed on the NETSTAT displays that the MTU actually was 32768 with a Frame > Size of 4096. I used a HIPERSOCKETS device that was GENed with CHPARM=40. So > basically it did not use the MTU size that I had defined in the PROFILE TCPIP. CHPARM=40 is a MFS of 24K, not 4096. The MTU = MFS - 8K, so the MTU is 16K. (Doc'd in the IOCP book.) Be sure everyone using the same HiperSocket chpid has the same MTU. If you don't, a PING will work, but a large data transfer won't. Alan Altmark z/VM Development IBM Endicott
Re: HiperSockets Setup
Terry, What statement did you specify the MTU on - Gateway or Link? And what was the error you got? Peggy Williams z/VM - TCP/IP Development "Martin, Terry R. (CMS/CTR) (CTR)" <[EMAIL PROTECTED] To .hhs.gov> IBMVM@LISTSERV.UARK.EDU Sent by: The IBM cc z/VM Operating SystemSubject <[EMAIL PROTECTED] Re: HiperSockets Setup ARK.EDU> 06/06/2008 09:42 AM Please respond to The IBM z/VM Operating System <[EMAIL PROTECTED] ARK.EDU> Yes, Thanks Alan. In the TCPIP PROFILE I did specify 16K but I received an error so I changed it to 1500 which I new would get around the error. When I did the NETSTAT displays I saw a MFS of 4096 and MTU of 32768. So I guess the question is why did I get the error in the TCPIP PROFILE specifying 16K? Am I missing something? Thanks.. Terry Terry Martin Lockheed Martin - CITIC z/OS Performance and Tuning (410) 786-0386 - Office (443) 632-4191 - Cell [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Friday, June 06, 2008 12:13 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: HiperSockets Setup On Thursday, 06/05/2008 at 05:14 EDT, "Martin, Terry R. (CMS/CTR) (CTR)" <[EMAIL PROTECTED]> wrote: > Basically once I got the filename correct and added the PASSWORD for the > TCPMAINT 198 disk I was able to get the OBEYFILE command to work. I did receive > an error on my first good try. It was balking about the MTU size being invalid. > I was using 16384. I changed it to 1500 and tried the OBEYFILE command again > and it worked. > > I noticed on the NETSTAT displays that the MTU actually was 32768 with a Frame > Size of 4096. I used a HIPERSOCKETS device that was GENed with CHPARM=40. So > basically it did not use the MTU size that I had defined in the PROFILE TCPIP. CHPARM=40 is a MFS of 24K, not 4096. The MTU = MFS - 8K, so the MTU is 16K. (Doc'd in the IOCP book.) Be sure everyone using the same HiperSocket chpid has the same MTU. If you don't, a PING will work, but a large data transfer won't. Alan Altmark z/VM Development IBM Endicott
Re: HiperSockets Setup
Yes, Thanks Alan. In the TCPIP PROFILE I did specify 16K but I received an error so I changed it to 1500 which I new would get around the error. When I did the NETSTAT displays I saw a MFS of 4096 and MTU of 32768. So I guess the question is why did I get the error in the TCPIP PROFILE specifying 16K? Am I missing something? Thanks.. Terry Terry Martin Lockheed Martin - CITIC z/OS Performance and Tuning (410) 786-0386 - Office (443) 632-4191 - Cell [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Friday, June 06, 2008 12:13 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: HiperSockets Setup On Thursday, 06/05/2008 at 05:14 EDT, "Martin, Terry R. (CMS/CTR) (CTR)" <[EMAIL PROTECTED]> wrote: > Basically once I got the filename correct and added the PASSWORD for the > TCPMAINT 198 disk I was able to get the OBEYFILE command to work. I did receive > an error on my first good try. It was balking about the MTU size being invalid. > I was using 16384. I changed it to 1500 and tried the OBEYFILE command again > and it worked. > > I noticed on the NETSTAT displays that the MTU actually was 32768 with a Frame > Size of 4096. I used a HIPERSOCKETS device that was GENed with CHPARM=40. So > basically it did not use the MTU size that I had defined in the PROFILE TCPIP. CHPARM=40 is a MFS of 24K, not 4096. The MTU = MFS - 8K, so the MTU is 16K. (Doc'd in the IOCP book.) Be sure everyone using the same HiperSocket chpid has the same MTU. If you don't, a PING will work, but a large data transfer won't. Alan Altmark z/VM Development IBM Endicott
Re: HiperSockets Setup
On Thursday, 06/05/2008 at 05:14 EDT, "Martin, Terry R. (CMS/CTR) (CTR)" <[EMAIL PROTECTED]> wrote: > Basically once I got the filename correct and added the PASSWORD for the > TCPMAINT 198 disk I was able to get the OBEYFILE command to work. I did receive > an error on my first good try. It was balking about the MTU size being invalid. > I was using 16384. I changed it to 1500 and tried the OBEYFILE command again > and it worked. > > I noticed on the NETSTAT displays that the MTU actually was 32768 with a Frame > Size of 4096. I used a HIPERSOCKETS device that was GENed with CHPARM=40. So > basically it did not use the MTU size that I had defined in the PROFILE TCPIP. CHPARM=40 is a MFS of 24K, not 4096. The MTU = MFS - 8K, so the MTU is 16K. (Doc'd in the IOCP book.) Be sure everyone using the same HiperSocket chpid has the same MTU. If you don't, a PING will work, but a large data transfer won't. Alan Altmark z/VM Development IBM Endicott
Re: HiperSockets Setup
Hi Peggy, First thank you for all your help I really appreciate it. Basically once I got the filename correct and added the PASSWORD for the TCPMAINT 198 disk I was able to get the OBEYFILE command to work. I did receive an error on my first good try. It was balking about the MTU size being invalid. I was using 16384. I changed it to 1500 and tried the OBEYFILE command again and it worked. I noticed on the NETSTAT displays that the MTU actually was 32768 with a Frame Size of 4096. I used a HIPERSOCKETS device that was GENed with CHPARM=40. So basically it did not use the MTU size that I had defined in the PROFILE TCPIP. Anyway I was able to PING the z/OS LPAR from the z/VM LPAR. My next step is to set up the HiperSockets connection in the z/Linux guest. Stay tuned I will probably have a couple questions along the way!! Thanks again, Terry Thanks.. Terry Terry Martin Lockheed Martin - CITIC z/OS Performance and Tuning (410) 786-0386 - Office (443) 632-4191 - Cell [EMAIL PROTECTED] From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Peggy Williams Sent: Thursday, June 05, 2008 9:15 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: HiperSockets Setup Terry, The message DTCOBE005E Unable to read file 'Filename Filetype filemode' means that it cannot read your configuration file for some reason. Do you have the correct filename, filetype and filemode? Peggy Williams 607-429-4063 z/VM - TCP/IP Development Inactive hide details for "Martin, Terry R. (CMS/CTR) (CTR)" <[EMAIL PROTECTED]>"Martin, Terry R. (CMS/CTR) (CTR)" <[EMAIL PROTECTED]> "Martin, Terry R. (CMS/CTR) (CTR)" <[EMAIL PROTECTED]> Sent by: The IBM z/VM Operating System 06/04/2008 04:44 PM Please respond to The IBM z/VM Operating System To IBMVM@LISTSERV.UARK.EDU cc Subject HiperSockets Setup Hi I am setting up HIPERSOCKETS for the first time and I am dealing with the syntax of the TCPIP PROFILE for the first time. I am using the HIPERSOCKETS Implementation Guide Red Book to walk through this. I made the changes to the PROFILE TCPIP and the SYSTEM DTCPARMS file. I am trying to do the OBEYFILE PROFILE TCPIP and I am receiving a DTCOBE005E error message. I assume it is some kind of syntax error in the PROFILE but I cannot find the description of the error message. Anyone know where I might find it? Thanks.. Terry Terry Martin Lockheed Martin - CITIC z/OS Performance and Tuning (410) 786-0386 - Office (443) 632-4191 - Cell [EMAIL PROTECTED]
Re: HiperSockets Setup
Gets me every time. OBEYFILE fn ft fm (readpassword for the minidisk the file is on. On Thu, Jun 5, 2008 at 9:19 AM, Bauer, Bobby (NIH/CIT) [E] < [EMAIL PROTECTED]> wrote: > And don't forget the minidisk-read-password like I always do. > > > > Bobby Bauer > Center for Information Technology > National Institutes of Health > Bethesda, MD 20892-5628 > 301-594-7474 > -- > > *From:* Peggy Williams [mailto:[EMAIL PROTECTED] > *Sent:* Thursday, June 05, 2008 9:15 AM > *To:* IBMVM@LISTSERV.UARK.EDU > *Subject:* Re: HiperSockets Setup > > > > Terry, > The message > DTCOBE005E Unable to read file '*Filename Filetype filemode*' > means that it cannot read your configuration file for some reason. Do you > have the correct filename, filetype and filemode? > > > Peggy Williams > 607-429-4063 > z/VM - TCP/IP Development > > [image: Inactive hide details for "Martin, Terry R. (CMS/CTR) (CTR)" > <[EMAIL PROTECTED]>]"Martin, Terry R. (CMS/CTR) (CTR)" < > [EMAIL PROTECTED]> > > *"Martin, Terry R. (CMS/CTR) (CTR)" <[EMAIL PROTECTED]>* > Sent by: The IBM z/VM Operating System > > 06/04/2008 04:44 PM > > Please respond to > The IBM z/VM Operating System > >To > > > IBMVM@LISTSERV.UARK.EDU > > cc > >Subject > > > HiperSockets Setup > > > > > Hi > > I am setting up HIPERSOCKETS for the first time and I am dealing with the > syntax of the TCPIP PROFILE for the first time. I am using the HIPERSOCKETS > Implementation Guide Red Book to walk through this. I made the changes to > the PROFILE TCPIP and the SYSTEM DTCPARMS file. I am trying to do the > OBEYFILE PROFILE TCPIP and I am receiving a DTCOBE005E error message. I > assume it is some kind of syntax error in the PROFILE but I cannot find the > description of the error message. Anyone know where I might find it? > > *Thanks.. Terry* > > *Terry Martin* * > Lockheed Martin - CITIC* * > z/OS Performance and Tuning > (410) 786-0386 - Office* * > (443) 632-4191 - Cell* * > [EMAIL PROTECTED] > > > -- Mark Pace Mainline Information Systems
Re: HiperSockets Setup
On Wednesday, 06/04/2008 at 06:44 EDT, Mike Walter <[EMAIL PROTECTED]> wrote: > Looking in the z/VM 530 TCP/IP Messages and Codes manual, there's no > DTCOBE0055E message listed. OBVIOUSLY, it must be self-documenting! > the keyboard.> In fact there's only 1 (count 'em, ONE) numbered OBEYFILE > message, and three unnumbered messages. DTCOBE0055E must be newer than > the -02 manual I'm looking in. obeyfile x tcpip VM TCP/IP Obeyfile DTCOBE005E Unable to read file 'X TCPIP A' TPMAINT at GDLVMK4(00012); T=0.01/0.01 10:00:30 That would be far better as DTC0BE005E File 'X TCPIP A' not found TPMAINT at GDLVMK4(00028); ..but it is what it is. C'est la vie. If you call us about something and there is a related message which is not documented that is preventing you from discovering the error, we will add it to the book. But please don't call us just to tell us that some message is missing. Chuckie knows where you live and what kind of car you drive, if ya know whaddi mean. If you want to know what to put into an OBEY file, try using ifconfig. ifconfig -show hsi0 10.1.2.3 mask 255.255.255.0 mtu 1500 hipers b000 will show you the statements that need to be in the obey file. (Without the -show it will actually do the obeyfile.) It can be very handy when you are using virtual networks since it will also show you the DEFINEs and COUPLEs. This doesn't help with getting past OBEYFILE file access errors, of course, but it helps with content. Alan Altmark z/VM Development IBM Endicott
Re: HiperSockets Setup
You mean like RACF? It's planned. Budgets/Approval/Papperwork! Bobby Bauer Center for Information Technology National Institutes of Health Bethesda, MD 20892-5628 301-594-7474 -Original Message- From: Alan Altmark [mailto:[EMAIL PROTECTED] Sent: Thursday, June 05, 2008 9:51 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: HiperSockets Setup On Thursday, 06/05/2008 at 09:20 EDT, "Bauer, Bobby (NIH/CIT) [E]" <[EMAIL PROTECTED]> wrote: > And don?t forget the minidisk-read-password like I always do. (Pt! Hey, buddy! Over here. Wanna buy a security manager? No more worries about minidisk passwords.) Alan Altmark z/VM Development IBM Endicott
Re: HiperSockets Setup
On Thursday, 06/05/2008 at 09:20 EDT, "Bauer, Bobby (NIH/CIT) [E]" <[EMAIL PROTECTED]> wrote: > And don?t forget the minidisk-read-password like I always do. (Pt! Hey, buddy! Over here. Wanna buy a security manager? No more worries about minidisk passwords.) Alan Altmark z/VM Development IBM Endicott
Re: HiperSockets Setup
Thanks Thanks.. Terry Terry Martin Lockheed Martin - CITIC z/OS Performance and Tuning (410) 786-0386 - Office (443) 632-4191 - Cell [EMAIL PROTECTED] From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Bauer, Bobby (NIH/CIT) [E] Sent: Thursday, June 05, 2008 9:20 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: HiperSockets Setup And don't forget the minidisk-read-password like I always do. Bobby Bauer Center for Information Technology National Institutes of Health Bethesda, MD 20892-5628 301-594-7474 From: Peggy Williams [mailto:[EMAIL PROTECTED] Sent: Thursday, June 05, 2008 9:15 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: HiperSockets Setup Terry, The message DTCOBE005E Unable to read file 'Filename Filetype filemode' means that it cannot read your configuration file for some reason. Do you have the correct filename, filetype and filemode? Peggy Williams 607-429-4063 z/VM - TCP/IP Development Inactive hide details for "Martin, Terry R. (CMS/CTR) (CTR)" <[EMAIL PROTECTED]>"Martin, Terry R. (CMS/CTR) (CTR)" <[EMAIL PROTECTED]> "Martin, Terry R. (CMS/CTR) (CTR)" <[EMAIL PROTECTED]> Sent by: The IBM z/VM Operating System 06/04/2008 04:44 PM Please respond to The IBM z/VM Operating System To IBMVM@LISTSERV.UARK.EDU cc Subject HiperSockets Setup Hi I am setting up HIPERSOCKETS for the first time and I am dealing with the syntax of the TCPIP PROFILE for the first time. I am using the HIPERSOCKETS Implementation Guide Red Book to walk through this. I made the changes to the PROFILE TCPIP and the SYSTEM DTCPARMS file. I am trying to do the OBEYFILE PROFILE TCPIP and I am receiving a DTCOBE005E error message. I assume it is some kind of syntax error in the PROFILE but I cannot find the description of the error message. Anyone know where I might find it? Thanks.. Terry Terry Martin Lockheed Martin - CITIC z/OS Performance and Tuning (410) 786-0386 - Office (443) 632-4191 - Cell [EMAIL PROTECTED]
Re: HiperSockets Setup
Hi Peggy, I just left you a voice message. If you could give me a call back, it would be great! I will update the thread as we talk through the issue! Thanks.. Terry Terry Martin Lockheed Martin - CITIC z/OS Performance and Tuning (410) 786-0386 - Office (443) 632-4191 - Cell [EMAIL PROTECTED] From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Peggy Williams Sent: Thursday, June 05, 2008 9:15 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: HiperSockets Setup Terry, The message DTCOBE005E Unable to read file 'Filename Filetype filemode' means that it cannot read your configuration file for some reason. Do you have the correct filename, filetype and filemode? Peggy Williams 607-429-4063 z/VM - TCP/IP Development Inactive hide details for "Martin, Terry R. (CMS/CTR) (CTR)" <[EMAIL PROTECTED]>"Martin, Terry R. (CMS/CTR) (CTR)" <[EMAIL PROTECTED]> "Martin, Terry R. (CMS/CTR) (CTR)" <[EMAIL PROTECTED]> Sent by: The IBM z/VM Operating System 06/04/2008 04:44 PM Please respond to The IBM z/VM Operating System To IBMVM@LISTSERV.UARK.EDU cc Subject HiperSockets Setup Hi I am setting up HIPERSOCKETS for the first time and I am dealing with the syntax of the TCPIP PROFILE for the first time. I am using the HIPERSOCKETS Implementation Guide Red Book to walk through this. I made the changes to the PROFILE TCPIP and the SYSTEM DTCPARMS file. I am trying to do the OBEYFILE PROFILE TCPIP and I am receiving a DTCOBE005E error message. I assume it is some kind of syntax error in the PROFILE but I cannot find the description of the error message. Anyone know where I might find it? Thanks.. Terry Terry Martin Lockheed Martin - CITIC z/OS Performance and Tuning (410) 786-0386 - Office (443) 632-4191 - Cell [EMAIL PROTECTED]
Re: HiperSockets Setup
Hi I will reproduce the error today and send you want I see. The text of the error does not really say a whole lot. I probably have some kind of syntax error but it is not so obvious. Thanks.. Terry Terry Martin Lockheed Martin - CITIC z/OS Performance and Tuning (410) 786-0386 - Office (443) 632-4191 - Cell [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Ackerman Sent: Wednesday, June 04, 2008 11:04 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: HiperSockets Setup On Wed, 4 Jun 2008 17:44:05 -0500, Mike Walter <[EMAIL PROTECTED]> w= rote: >Terry, > >Looking in the z/VM 530 TCP/IP Messages and Codes manual, there's no >DTCOBE0055E message listed. OBVIOUSLY, it must be self-documenting! >the keyboard.> In fact there's only 1 (count 'em, ONE) numbered OBEYFIL= E >message, and three unnumbered messages. DTCOBE0055E must be newer than >the -02 manual I'm looking in. > >Could you please copy/paste the specific message you are seeing? > >I am setting up HIPERSOCKETS for the first time and I am dealing with th= e >syntax of the TCPIP PROFILE for the first time. I am using the >HIPERSOCKETS Implementation Guide Red Book to walk through this. I made >the changes to the PROFILE TCPIP and the SYSTEM DTCPARMS file. I am tryi= ng >to do the OBEYFILE PROFILE TCPIP and I am receiving a DTCOBE005E error >message. I assume it is some kind of syntax error in the PROFILE but I >cannot find the description of the error message. Anyone know where I >might find it? Interesting little game of "telephone" here. DTCOBE005E -> DTCOBE0055E. B= ut I could find neither one in LookAt. z/VM TCP/IP has numerous undocumented messages. Every time we complain we= get the same response "which would you rather have us do, document messages or write = new code". Open an incident with IBM. And include the full message text. Maybe they = will get tired of answering the same questions over and over and document the messages. -OR- Go read the restrictions of what can and cannot be changed with OBEYFILE = in TCP/IP Planning and Customization. Some things cannot be changed, and must NOT b= e in the file supplied to OBEYFILE. In particular, it cannot handle a full PROFILE TCPI= P. Alan Ackerman Alan (dot) Ackerman (at) Bank of America (dot) com
Re: HiperSockets Setup
And don't forget the minidisk-read-password like I always do. Bobby Bauer Center for Information Technology National Institutes of Health Bethesda, MD 20892-5628 301-594-7474 From: Peggy Williams [mailto:[EMAIL PROTECTED] Sent: Thursday, June 05, 2008 9:15 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: HiperSockets Setup Terry, The message DTCOBE005E Unable to read file 'Filename Filetype filemode' means that it cannot read your configuration file for some reason. Do you have the correct filename, filetype and filemode? Peggy Williams 607-429-4063 z/VM - TCP/IP Development Inactive hide details for "Martin, Terry R. (CMS/CTR) (CTR)" <[EMAIL PROTECTED]>"Martin, Terry R. (CMS/CTR) (CTR)" <[EMAIL PROTECTED]> "Martin, Terry R. (CMS/CTR) (CTR)" <[EMAIL PROTECTED]> Sent by: The IBM z/VM Operating System 06/04/2008 04:44 PM Please respond to The IBM z/VM Operating System To IBMVM@LISTSERV.UARK.EDU cc Subject HiperSockets Setup Hi I am setting up HIPERSOCKETS for the first time and I am dealing with the syntax of the TCPIP PROFILE for the first time. I am using the HIPERSOCKETS Implementation Guide Red Book to walk through this. I made the changes to the PROFILE TCPIP and the SYSTEM DTCPARMS file. I am trying to do the OBEYFILE PROFILE TCPIP and I am receiving a DTCOBE005E error message. I assume it is some kind of syntax error in the PROFILE but I cannot find the description of the error message. Anyone know where I might find it? Thanks.. Terry Terry Martin Lockheed Martin - CITIC z/OS Performance and Tuning (410) 786-0386 - Office (443) 632-4191 - Cell [EMAIL PROTECTED]
Re: HiperSockets Setup
Terry, The message DTCOBE005E Unable to read file 'Filename Filetype filemode' means that it cannot read your configuration file for some reason. Do you have the correct filename, filetype and filemode? Peggy Williams 607-429-4063 z/VM - TCP/IP Development "Martin, Terry R. (CMS/CTR) (CTR)" <[EMAIL PROTECTED] To .hhs.gov> IBMVM@LISTSERV.UARK.EDU Sent by: The IBM cc z/VM Operating SystemSubject <[EMAIL PROTECTED] HiperSockets Setup ARK.EDU> 06/04/2008 04:44 PM Please respond to The IBM z/VM Operating System <[EMAIL PROTECTED] ARK.EDU> Hi I am setting up HIPERSOCKETS for the first time and I am dealing with the syntax of the TCPIP PROFILE for the first time. I am using the HIPERSOCKETS Implementation Guide Red Book to walk through this. I made the changes to the PROFILE TCPIP and the SYSTEM DTCPARMS file. I am trying to do the OBEYFILE PROFILE TCPIP and I am receiving a DTCOBE005E error message. I assume it is some kind of syntax error in the PROFILE but I cannot find the description of the error message. Anyone know where I might find it? Thanks.. Terry Terry Martin Lockheed Martin - CITIC z/OS Performance and Tuning (410) 786-0386 - Office (443) 632-4191 - Cell [EMAIL PROTECTED]
Re: HiperSockets Setup
On Wed, 4 Jun 2008 17:44:05 -0500, Mike Walter <[EMAIL PROTECTED]> w rote: >Terry, > >Looking in the z/VM 530 TCP/IP Messages and Codes manual, there's no >DTCOBE0055E message listed. OBVIOUSLY, it must be self-documenting! >the keyboard.> In fact there's only 1 (count 'em, ONE) numbered OBEYFIL E >message, and three unnumbered messages. DTCOBE0055E must be newer than >the -02 manual I'm looking in. > >Could you please copy/paste the specific message you are seeing? > >I am setting up HIPERSOCKETS for the first time and I am dealing with th e >syntax of the TCPIP PROFILE for the first time. I am using the >HIPERSOCKETS Implementation Guide Red Book to walk through this. I made >the changes to the PROFILE TCPIP and the SYSTEM DTCPARMS file. I am tryi ng >to do the OBEYFILE PROFILE TCPIP and I am receiving a DTCOBE005E error >message. I assume it is some kind of syntax error in the PROFILE but I >cannot find the description of the error message. Anyone know where I >might find it? Interesting little game of "telephone" here. DTCOBE005E -> DTCOBE0055E. B ut I could find neither one in LookAt. z/VM TCP/IP has numerous undocumented messages. Every time we complain we get the same response "which would you rather have us do, document messages or write new code". Open an incident with IBM. And include the full message text. Maybe they will get tired of answering the same questions over and over and document the messages. -OR- Go read the restrictions of what can and cannot be changed with OBEYFILE in TCP/IP Planning and Customization. Some things cannot be changed, and must NOT b e in the file supplied to OBEYFILE. In particular, it cannot handle a full PROFILE TCPI P. Alan Ackerman Alan (dot) Ackerman (at) Bank of America (dot) com
Re: HiperSockets Setup
All you have provided so far is the message ID, which is not in current doc.. It would be most helpful if you could paste the complete message so that we might have a little more to work with. Mike Walter Hewitt Associates - Original Message - From: "Martin, Terry R. (CMS/CTR) (CTR)" [EMAIL PROTECTED] Sent: 06/04/2008 10:10 PM AST To: IBMVM@LISTSERV.UARK.EDU Subject: Re: HiperSockets Setup Hi Yes, I have the 2007 version! Any Idea what the error message means? Thanks, Terry From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Kreiter, Chuck Sent: Wednesday, June 04, 2008 9:29 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: HiperSockets Setup Make sure you use the 2007 version of the Hipersockets Redbook. I was never able to get it to work with the 2002 edition. From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Martin, Terry R. (CMS/CTR) (CTR) Sent: Wednesday, June 04, 2008 4:44 PM To: IBMVM@LISTSERV.UARK.EDU Subject: HiperSockets Setup Hi I am setting up HIPERSOCKETS for the first time and I am dealing with the syntax of the TCPIP PROFILE for the first time. I am using the HIPERSOCKETS Implementation Guide Red Book to walk through this. I made the changes to the PROFILE TCPIP and the SYSTEM DTCPARMS file. I am trying to do the OBEYFILE PROFILE TCPIP and I am receiving a DTCOBE005E error message. I assume it is some kind of syntax error in the PROFILE but I cannot find the description of the error message. Anyone know where I might find it? Thanks.. Terry Terry Martin Lockheed Martin - CITIC z/OS Performance and Tuning (410) 786-0386 - Office (443) 632-4191 - Cell [EMAIL PROTECTED] The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by e-mail.
Re: HiperSockets Setup
Hi Yes, I have the 2007 version! Any Idea what the error message means? Thanks, Terry From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Kreiter, Chuck Sent: Wednesday, June 04, 2008 9:29 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: HiperSockets Setup Make sure you use the 2007 version of the Hipersockets Redbook. I was never able to get it to work with the 2002 edition. From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Martin, Terry R. (CMS/CTR) (CTR) Sent: Wednesday, June 04, 2008 4:44 PM To: IBMVM@LISTSERV.UARK.EDU Subject: HiperSockets Setup Hi I am setting up HIPERSOCKETS for the first time and I am dealing with the syntax of the TCPIP PROFILE for the first time. I am using the HIPERSOCKETS Implementation Guide Red Book to walk through this. I made the changes to the PROFILE TCPIP and the SYSTEM DTCPARMS file. I am trying to do the OBEYFILE PROFILE TCPIP and I am receiving a DTCOBE005E error message. I assume it is some kind of syntax error in the PROFILE but I cannot find the description of the error message. Anyone know where I might find it? Thanks.. Terry Terry Martin Lockheed Martin - CITIC z/OS Performance and Tuning (410) 786-0386 - Office (443) 632-4191 - Cell [EMAIL PROTECTED]
Re: HiperSockets Setup
Make sure you use the 2007 version of the Hipersockets Redbook. I was never able to get it to work with the 2002 edition. From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Martin, Terry R. (CMS/CTR) (CTR) Sent: Wednesday, June 04, 2008 4:44 PM To: IBMVM@LISTSERV.UARK.EDU Subject: HiperSockets Setup Hi I am setting up HIPERSOCKETS for the first time and I am dealing with the syntax of the TCPIP PROFILE for the first time. I am using the HIPERSOCKETS Implementation Guide Red Book to walk through this. I made the changes to the PROFILE TCPIP and the SYSTEM DTCPARMS file. I am trying to do the OBEYFILE PROFILE TCPIP and I am receiving a DTCOBE005E error message. I assume it is some kind of syntax error in the PROFILE but I cannot find the description of the error message. Anyone know where I might find it? Thanks.. Terry Terry Martin Lockheed Martin - CITIC z/OS Performance and Tuning (410) 786-0386 - Office (443) 632-4191 - Cell [EMAIL PROTECTED]
Re: HiperSockets Setup
Terry, Looking in the z/VM 530 TCP/IP Messages and Codes manual, there's no DTCOBE0055E message listed. OBVIOUSLY, it must be self-documenting! In fact there's only 1 (count 'em, ONE) numbered OBEYFILE message, and three unnumbered messages. DTCOBE0055E must be newer than the -02 manual I'm looking in. Could you please copy/paste the specific message you are seeing? Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. "Martin, Terry R. (CMS/CTR) (CTR)" <[EMAIL PROTECTED]> Sent by: "The IBM z/VM Operating System" 06/04/2008 03:44 PM Please respond to "The IBM z/VM Operating System" To IBMVM@LISTSERV.UARK.EDU cc Subject HiperSockets Setup Hi I am setting up HIPERSOCKETS for the first time and I am dealing with the syntax of the TCPIP PROFILE for the first time. I am using the HIPERSOCKETS Implementation Guide Red Book to walk through this. I made the changes to the PROFILE TCPIP and the SYSTEM DTCPARMS file. I am trying to do the OBEYFILE PROFILE TCPIP and I am receiving a DTCOBE005E error message. I assume it is some kind of syntax error in the PROFILE but I cannot find the description of the error message. Anyone know where I might find it? Thanks.. Terry Terry Martin Lockheed Martin - CITIC z/OS Performance and Tuning (410) 786-0386 - Office (443) 632-4191 - Cell [EMAIL PROTECTED] The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by e-mail.
Re: Hipersockets
Alan, > A mismatched port name on an OSA creates an initialization error. Correct, but with a caveat explained in the other thread (yes for z990 onwards, before z990 one character could mismatch. I know it sounds weird, but that's the way it worked) In any case, HiperSockets do not have port names. Ummm, no. They can be specified for HiperSocket connection in DEVICE statement in VM and in DEFINE LINK statement in VSE. And after peeking into some z/OS manuals, I found that even z/OS is not oblivious to port names. >From "z/OS V1R9.0 Communications Server IP Configuration Guide": Therefore, there are two types of HiperSockets devices: - DYNAMICXCF HiperSockets device or interface (TRLE "IUTIQDIO" and an MPC group of subchannel devices). The PORTNAME will be IUTIQDxx, where xx = the IQD CHPID that VTAM(R) uses (for example, IUTIQDFD when using IQD CHPID x'FD'). - A user-defined HiperSockets device or interface (TRLE "IUTIQDxx" and an MPC group of subchannel devices). The PORTNAME is not applicable for this TRLE. In both cases, the TRLE is dynamically built by VTAM. I presume that we have a user-defined HiperSocket here, but in the response to Q LAN DETAILS command for the virtual LAN that Mark defined to test the connection to the VM stack via virtual HiperSocket there is a following line: Adapter Owner: ZOS19NIC: 0724 Name: *IUTIQDFF* That "Name:" at the end is port name (not device name). If the portname was not used by z/OS, it should've said "Name: UNASSIGNED". So which one is it? DYNAMICXCF or user-defined? And why did it work anyway? Maybe virtual HiperSocket is more lax towards the port names than real HiperSocket, because Mark says that the connection over the virtual HiperSocket worked. I also do not want to overly emphasize this port name thing, but I still think that it is worth while clearing. I think Mark said that he copied z/OS from the LPAR to a guest on VM, changed the home IP address and attached the real HiperSocket device trio to z/OS guest as the same addresses that z/OS expects. So I don't think that we will get any further by doing that again, except that this new copy of z/OS will be unmodified. Maybe still worth a try... Your point 1 seems to be in contradiction with the quote above, but I'll believe you have your reasons. Your point about MFS and MTU is great. I can't see nothing wrong in NETSTAT HOME and NETSTAT GATE responses provided in the other thread, but I noticed there that packet size is 57344 (56K) for IUTLNK1 link. How does that work? Does z/OS automatically adjust the MTU of the interface when the device is activated? This would indicate that CHPID is defined with "OS=C0" (64K MFS). Mark, when you defined a virtual HiperSocket, you used default MFS of 16K as I see in QUERY LAN response. Try with MFS 64K operand in DEFINE LAN. Just to remove any difference between the real and virtual HiperSocket... Ivica Brodaric
Re: Hipersockets
On Tuesday, 05/27/2008 at 11:35 EDT, Ivica Brodaric <[EMAIL PROTECTED]> wrote: > Maybe you are not even using port name on z/OS. I don't know much about z/OS, > so I cannot help you find it, but even if you are not using port name in z/OS, > you have to be sure that nothing else comes up before the z/OS guest, connects > to the hipersocket and changes port name from nothing into something. A mismatched port name on an OSA creates an initialization error. In any case, HiperSockets do not have port names. On z/OS they are addressed solely by chpid (DEVICE IUTIQDxx). My apologies for creating confusion; I was addressing only the incorrect assertions about port names rather than focusing on the problem at hand. It's been a while and I've forgotten the details, but HiperSocket communication requires: 1. Both LPARs reference the same HiperSocket chpid. Note that z/OS does not allow specification of a HiperSocket chpid that is being used for dynamic XCF. Verify: Get a packet trace to see that packets are being place on and received from the HiperSocket. 2. Both IP stacks have correct local routes. That is, the same subnet and subnet mask with no gateway specification. Verify: Look at the routing table. Make sure the "gateway" for the HiperSocket subnet is 0.0.0.0. And make sure you don't have overlapping routes. 3. Both stacks are using the same MTU and that MTU is consistent with the MFS value in the chpid definition. Verify: It shouldn't cause a problem with PING, but will result in lost packets for any frame that exceeds the MTU of the receiver. If you want to do all that, fine, but I'd suggest first bringing up both images as z/VM guests and connect them to a HiperSocket Guest LAN instead of real HiperSockets. Be sure to use the CHPID parameter on the NICDEF for a z/OS guest to ensure that the correct virtual chpid is chosen, matching your real HiperSocket chpid number. Compare the routing tables. They should be the same, virtual or real, as far as the HiperSocket interface is concerned. By the way, I'm not cross-posting to IBM-MAIN. Let's try to consolidate discussion in just one place (here). Alan Altmark z/VM Development IBM Endicott
Re: Hipersockets - xposted to VM-L & IBM-Main
Maybe you are not even using port name on z/OS. I don't know much about z/OS, so I cannot help you find it, but even if you are not using port name in z/OS, you have to be sure that nothing else comes up before the z/OS guest, connects to the hipersocket and changes port name from nothing into something.(1) Did you check your z/VSE stack for a port name? (2) Did you have a chance to reset the hipersocket CHPID (vary off the CHPID from all LPARs *at the same time*, then vary it on to all)? I remember that on z800 hardware port names could differ in one character out of eight (but one only), and microcode check would pass. Eg, port names HSOA1 and HSOB1 were OK, but not HSOB2. Later on I found out that this is in fact how it worked. This applied both to hipersockets and OSA's. From z990 onwards, this "slack" was removed and from then on all port names must be identical or not used at all. So, if you don't really need port names (and z/VM allows you to not use them from release 4.4 onwards), this exercise of removing them is well worth your while. And if you do (1) and (2) above, you will at least be sure that port name is *not* your problem. Then, we'll dig deeper. Ivica On Tue, May 27, 2008 at 10:28 PM, Mark Pace <[EMAIL PROTECTED]> wrote: > Sorry for the late reply, I've been on vacation. (some of you may remember > those). > > I do not see where you would specify a port name on z/OS. I've tried to > remove the port names from the z/VM definitions, but thus far it has not > made a difference. > > > On Tue, May 13, 2008 at 3:32 AM, Alan Altmark <[EMAIL PROTECTED]> > wrote: > >> On Monday, 05/12/2008 at 01:53 EDT, Stephen Frazier >> <[EMAIL PROTECTED]> wrote: >> > My recollection is that the port name must be the same everywhere or >> absent >> > everywhere. >> > Try removing your port names and see if that works. >> >> Port names are meaningful to z/OS, not Linux or z/VM. It is ok if some are >> using port names and others are not. If you are using port names, then >> all users must have the same port name. First one in wins. >> >> Alan Altmark >> z/VM Development >> IBM Endicott >> > > > > -- > Mark Pace > Mainline Information Systems >
Re: Hipersockets - xposted to VM-L & IBM-Main
Sorry for the late reply, I've been on vacation. (some of you may remember those). I do not see where you would specify a port name on z/OS. I've tried to remove the port names from the z/VM definitions, but thus far it has not made a difference. On Tue, May 13, 2008 at 3:32 AM, Alan Altmark <[EMAIL PROTECTED]> wrote: > On Monday, 05/12/2008 at 01:53 EDT, Stephen Frazier > <[EMAIL PROTECTED]> wrote: > > My recollection is that the port name must be the same everywhere or > absent > > everywhere. > > Try removing your port names and see if that works. > > Port names are meaningful to z/OS, not Linux or z/VM. It is ok if some are > using port names and others are not. If you are using port names, then > all users must have the same port name. First one in wins. > > Alan Altmark > z/VM Development > IBM Endicott > -- Mark Pace Mainline Information Systems
Re: Hipersockets - xposted to VM-L & IBM-Main
Hi All, Sorry to change direction here, but has anyone run into the following error while trying to get FCP to work between z/VM 5.3 and RedHat Linux 4.6. We are connecting to a IBM DS8100. We present the FCP device to the Linux guest and it sees it. But they receive the error when they try to do their thing. [EMAIL PROTECTED] etc]# more zfcp.conf 0.0.5500 0x01 0x5005076306088385 0x00 0x40204000 0.0.5700 0x02 0x5005076306188385 0x00 0x40204000 Here are the lines from the /var/log/messages file from the linux guest: May 23 17:37:23 e49l124d sshd(pam_unix)[1873]: session opened for user root by (uid=0) May 23 17:38:26 e49l124d kernel: scsi1 : zfcp May 23 17:38:26 e49l124d kernel: zfcp: error: Point-to-point fibrechannel configuration detected at adapter 0.0.5500 unsupported, shutting down adapter May 23 17:38:34 e49l124d kernel: scsi2 : zfcp May 23 17:38:34 e49l124d kernel: zfcp: error: Point-to-point fibrechannel configuration detected at adapter 0.0.5700 unsupported, shutting down adapter May 23 17:52:29 e49l124d kernel: scsi3 : zfcp May 23 17:52:29 e49l124d kernel: zfcp: error: Point-to-point fibrechannel configuration detected at adapter 0.0.5500 unsupported, shutting down adapter May 23 18:04:19 e49l124d kernel: zfcp: adapter 0.0.5700: device gone May 23 18:04:19 e49l124d kernel: zfcp: adapter 0.0.5500: device gone May 23 18:08:11 e49l124d kernel: zfcp: adapter 0.0.5700: operational again May 23 18:08:11 e49l124d kernel: zfcp: error: Point-to-point fibrechannel configuration detected at adapter 0.0.5700 unsupported, shutting down adapter May 23 18:08:19 e49l124d kernel: zfcp: adapter 0.0.5500: operational again May 23 18:08:19 e49l124d kernel: zfcp: adapter erp failed on adapter 0.0.5500 May 23 18:08:20 e49l124d kernel: zfcp: error: Point-to-point fibrechannel configuration detected at adapter 0.0.5500 unsupported, shutting down adapter May 23 18:17:58 e49l124d kernel: scsi4 : zfcp May 23 18:17:58 e49l124d kernel: zfcp: adapter erp failed on adapter 0.0.5500 May 23 18:30:21 e49l124d kernel: zfcp: error: Point-to-point fibrechannel configuration detected at adapter 0.0.5500 unsupported, shutting down adapter Thanks, Terry From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mark Pace Sent: Wednesday, April 23, 2008 10:41 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Hipersockets - xposted to VM-L & IBM-Main Does it make a difference that Hipersockets are real devices dedicated to the z/OS guest and the OSA connection is a VSWITCH? The OSA connection on the VSWITCH works, the real Hipersockets do not. On Wed, Apr 23, 2008 at 12:08 AM, Alan Altmark <[EMAIL PROTECTED]> wrote: On Tuesday, 04/22/2008 at 03:21 EDT, Mark Pace <[EMAIL PROTECTED]> wrote: > But the Hipersockets are a different issue. I attached 3 address, > (even-odd-even) to the guest as the same addresses used on the original z/OS, (As an aside, the addresses aren't important to z/OS. He only cares about the chpid.) > EZZ4313I INITIALIZATION COMPLETE FOR DEVICE IUTIQDFF > > but I can't ping any other address on the Hipersocket network. And nothing can > ping it. All the messages from netstat,dev look exactly like the one on the > z/OS that works, except of course, for the all zeros in the counts. I agree with Mark Wheeler that your VSWITCH is of the non-routing flavor. (Another problem with z/OS not supporting layer 2 OSA...send your cards and letters to them.) By setting the VSWITCH to PRIROUTER, be aware that you cannot, then, share the OSA with some other host who also believes they deserve PRIROUTER. Alan Altmark z/VM Development IBM Endicott -- Mark Pace Mainline Information Systems
Re: Hipersockets - xposted to VM-L & IBM-Main
On Tue, May 13, 2008 at 5:32 PM, Alan Altmark <[EMAIL PROTECTED]> wrote: > > Port names are meaningful to z/OS, not Linux or z/VM. It is ok if some are > using port names and others are not. If you are using port names, then > all users must have the same port name. First one in wins. Which means - if z/OS LPAR connects to hipersocket first (not using port name), then z/VM connects next (using port name XYZ), then z/OS guest (which may be an image copy of z/OS in LPAR) will have to use portname XYZ. Right? There is also z/VSE guest on the diagram provided in another thread. z/VSE's stack (at least if it is a CSI stack) can also optionally specify port name on the DEFINE LINK statement. AFAIK, there is no way to query the current port name for the real hipersocket and no way to reset it to nothing. So, to clear this, detach all connections from the hipersocket, define them all without port name (or with the same port name if you insist), vary off the hipersocket CHPID from all LPARs, vary it on to all LPARs and reconnect all stacks.
Re: Hipersockets - xposted to VM-L & IBM-Main
On Monday, 05/12/2008 at 01:53 EDT, Stephen Frazier <[EMAIL PROTECTED]> wrote: > My recollection is that the port name must be the same everywhere or absent > everywhere. > Try removing your port names and see if that works. Port names are meaningful to z/OS, not Linux or z/VM. It is ok if some are using port names and others are not. If you are using port names, then all users must have the same port name. First one in wins. Alan Altmark z/VM Development IBM Endicott
Re: Hipersockets - xposted to VM-L & IBM-Main
I remember that also, but it was many years ago. The z/OS in an LPAR works without a portname, and the z/VM and z/OS worked on the VLAN, one with a portname and one without, so I really don't think that's it. I did remove the portnames from my VM TCPIP stacks and restarted them, then stopped and restarted the z/OS device, no difference. On Mon, May 12, 2008 at 1:53 PM, Stephen Frazier <[EMAIL PROTECTED]> wrote: > My recollection is that the port name must be the same everywhere or > absent everywhere. > Try removing your port names and see if that works. > > Mark Pace wrote: > > > The only difference I see is that I have a port name in z/VM that i do > > not have in z/OS. But the z/OS that works does not have a port name > > specified either. > > > > > -- > Stephen Frazier > Information Technology Unit > Oklahoma Department of Corrections > 3400 Martin Luther King > Oklahoma City, Ok, 73111-4298 > Tel.: (405) 425-2549 > Fax: (405) 425-2554 > Pager: (405) 690-1828 > email: stevef%doc.state.ok.us > -- Mark Pace Mainline Information Systems
Re: Hipersockets - xposted to VM-L & IBM-Main
My recollection is that the port name must be the same everywhere or absent everywhere. Try removing your port names and see if that works. Mark Pace wrote: The only difference I see is that I have a port name in z/VM that i do not have in z/OS. But the z/OS that works does not have a port name specified either. -- Stephen Frazier Information Technology Unit Oklahoma Department of Corrections 3400 Martin Luther King Oklahoma City, Ok, 73111-4298 Tel.: (405) 425-2549 Fax: (405) 425-2554 Pager: (405) 690-1828 email: stevef%doc.state.ok.us
Re: Hipersockets - xposted to VM-L & IBM-Main
The only difference I see is that I have a port name in z/VM that i do not have in z/OS. But the z/OS that works does not have a port name specified either. *q lan tstlan details* LAN SYSTEM TSTLAN Type: HIPERS Connected: 2Maxconn: INFINITE PERSISTENT UNRESTRICTED IPMFS: 16384 Accounting: OFF Adapter Owner: TCPIPNIC: 0720 Name: *IT2TA* RX Packets: 151Discarded: 0 Errors: 0 TX Packets: 169Discarded: 833Errors: 0 RX Bytes: 9644 TX Bytes: 9637 Device: 0722 Unit: 002 Role: DATA Options: Broadcast Multicast IPv4 VLAN Unicast IP Addresses: 10.6.0.4 MAC: 02-00-00-00-00-05 199.44.nnn.nnMAC: 02-00-00-00-00-05 Multicast IP Addresses: 224.0.0.1MAC: 01-00-5E-00-00-01 Adapter Owner: ZOS19NIC: 0724 Name: *IUTIQDFF* RX Packets: 169Discarded: 0 Errors: 0 TX Packets: 151Discarded: 0 Errors: 0 RX Bytes: 9637 TX Bytes: 9644 Device: 0726 Unit: 002 Role: DATA Options: Broadcast Multicast IPv4 VLAN Unicast IP Addresses: 10.6.0.5 MAC: 02-00-00-00-00-06 Multicast IP Addresses: 224.0.0.1MAC: 01-00-5E-00-00-01 On Mon, May 12, 2008 at 12:55 PM, Brian Nielsen <[EMAIL PROTECTED]> wrote: > On Mon, 12 May 2008 10:47:39 -0400, Mark Pace <[EMAIL PROTECTED]> wrote: > > >I created a Hipersockets VLAN. > >I stopped the interface in TCPIP, detached the real hipersockets, define > d > a > >NIC and coupled it to the VLAN. > >I did the same on the z/OS guest, (which required an IPL, the devices we > re > >still active after stopping the adapter, VTAM?) and now the z/VM on the > > VLAN > >and the z/OS on the VLAN can talk to one another. > >So it's either a real hardware issue, doubtful, or some interaction > between > >z/VM and z/OS. > >I haven't found any hits searching IBMLink. > > With this connection functioning do a Q LAN DETAILS on the hipersocket LA > N > to double check that the IP address of your z/OS guest is what you expect > > it to be, and that it's not VLAN tagged differently or a different PORT > > name than what you're doing with the other stacks on the real hipersocket > . > > Also, from the z/OS guest what, if any, differences show in various > display command outputs from when it was connected to the real > hipersocket? What about differences in the JES log for the TCPIP stack? > > As an aside, you could have avoided removing your VM TCPIP's connection t > o > the real hipersocket by bringing up a second version of it connected to > > the hipersocket LAN. Another option would have been to connect your VM > > TCPIP stack to both the real hipersocket and the hipersocket LAN. > > Brian Nielsen > > -- Mark Pace Mainline Information Systems
Re: Hipersockets - xposted to VM-L & IBM-Main
On Mon, 12 May 2008 10:47:39 -0400, Mark Pace <[EMAIL PROTECTED]> wrote: >I created a Hipersockets VLAN. >I stopped the interface in TCPIP, detached the real hipersockets, define d a >NIC and coupled it to the VLAN. >I did the same on the z/OS guest, (which required an IPL, the devices we re >still active after stopping the adapter, VTAM?) and now the z/VM on the VLAN >and the z/OS on the VLAN can talk to one another. >So it's either a real hardware issue, doubtful, or some interaction between >z/VM and z/OS. >I haven't found any hits searching IBMLink. With this connection functioning do a Q LAN DETAILS on the hipersocket LA N to double check that the IP address of your z/OS guest is what you expect it to be, and that it's not VLAN tagged differently or a different PORT name than what you're doing with the other stacks on the real hipersocket . Also, from the z/OS guest what, if any, differences show in various display command outputs from when it was connected to the real hipersocket? What about differences in the JES log for the TCPIP stack? As an aside, you could have avoided removing your VM TCPIP's connection t o the real hipersocket by bringing up a second version of it connected to the hipersocket LAN. Another option would have been to connect your VM TCPIP stack to both the real hipersocket and the hipersocket LAN. Brian Nielsen
Re: Hipersockets - xposted to VM-L & IBM-Main
I created a Hipersockets VLAN. I stopped the interface in TCPIP, detached the real hipersockets, defined a NIC and coupled it to the VLAN. I did the same on the z/OS guest, (which required an IPL, the devices were still active after stopping the adapter, VTAM?) and now the z/VM on the VLAN and the z/OS on the VLAN can talk to one another. So it's either a real hardware issue, doubtful, or some interaction between z/VM and z/OS. I haven't found any hits searching IBMLink. On Fri, May 9, 2008 at 6:20 PM, Ivica Brodaric <[EMAIL PROTECTED]> wrote: > Does anything that connects to hipersocket (or your OSA, which you say has > a similar problem) set a portname through DEVICE statement? PORTNAME is not > required since z/VM 4.4 (or 4.3 with a PTF and a certain microcode level), > and I see you are on z/VM 5.2 and you don't use it on DEVICE statement in > z/OS, but maybe something else sets it? If it does, I *think* you still have > to use same portname with any subsequently activated connection to that > shared adapter (hipersocket or OSA). That said, the fact that hipersocket > device *does* initialise in the guest z/OS is confusing, but I don't know > much about z/OS. > Ivica Brodaric > -- Mark Pace Mainline Information Systems
Re: Hipersockets
Yes, your drawing is correct - here is additional information CHPID FF 10.6.0.0/24 +-+-+-+-+ | | | | | z/VM1 v/VM2 z/OS1 z/OS2 z/VSE LPAR LPAR LPAR guest guest 10.6.0.2 10.6.0.3 10.6.0.4 10.6.0.5 10.6.0.6 z/OS2 can not communicate with any other host. >From z/OS2 *D U,,,724,3* 0724 IQD A-BSY 0725 IQD A 0726 IQD A-BSY *CP Q V 724* OSA 0724 ON OSA 0724 SUBCHANNEL = 00AE 0724 DEVTYPE HIPER CHPID FF IQD 0724 QDIO-ELIGIBLE QIOASSIST-ELIGIBLE *CP D SCHIB AE* SCHIB DEV INT-PARM ISC FLG LP PNO LPU PI MBI PO PA CHPID0-3 CHPID4-7 00AE 0724 021CC168 4 89 80 00 80 80 FF 80 *FF*00 It would appear that the correct chpid is defined. On Sat, May 10, 2008 at 4:14 PM, Alan Altmark <[EMAIL PROTECTED]> wrote: > On Friday, 05/09/2008 at 02:10 EDT, Mark Pace <[EMAIL PROTECTED]> wrote: > > I need a LAN connected to real Hipersockets to test this problem. > > > > Well maybe not, just to test connectivity I could try just VM's TCPIP > and the > > z/OS guest. If it works, then know I know I have some odd hardware > problem. > > Since you didn't draw a picture (whack!), let me do so based on my > observations from your posts. You've got 5 hosts in a single CEC trying > to use HiperSockets: >CHPID FF > 10.6.0.0/24 > +-++--+--+ > | || | | > VM TCP#1 MVS LPARMVS Guest VM TCP#2 VSE Guest > 10.6.0.4 10.6.0.310.6.0.5 10.6.0.2 ??.??.??.?? > MTU 1496 1496 1496 1496 > > OK so far? > > Problem statement: "MVS Guest" cannot communicate with at least one of > the VM TCP/IPs. (I'm not sure which.) You CAN communicate among all > other users of the HiperSocket. > > There was a reference to OSAs, but I considered it to be a red herring > since they (the OSAs, not the herring) are not involved in getting data > across a HiperSocket. > > Can you clarify what is communicating successfully via HiperSockets and > what isn't? > > Just to exlude a rare ailment, for each VM guest (incl. TCPIP), > 1. Issue #CP Q V (where is the device address of one of the > HIPERS devices) > 2. Using the Subchannel = yy value on the output from #1, issue #CP D > SCHIB yy > 3. Verify that the virtual chpid number is FF00 > > For VM TCP/IP, you can just NETSTAT CP . No logon required. > > Alan Altmark > z/VM Development > IBM Endicott > -- Mark Pace Mainline Information Systems
Re: Hipersockets
On Friday, 05/09/2008 at 02:10 EDT, Mark Pace <[EMAIL PROTECTED]> wrote: > I need a LAN connected to real Hipersockets to test this problem. > > Well maybe not, just to test connectivity I could try just VM's TCPIP and the > z/OS guest. If it works, then know I know I have some odd hardware problem. Since you didn't draw a picture (whack!), let me do so based on my observations from your posts. You've got 5 hosts in a single CEC trying to use HiperSockets: CHPID FF 10.6.0.0/24 +-++--+--+ | || | | VM TCP#1 MVS LPARMVS Guest VM TCP#2 VSE Guest 10.6.0.4 10.6.0.310.6.0.5 10.6.0.2 ??.??.??.?? MTU 1496 1496 1496 1496 OK so far? Problem statement: "MVS Guest" cannot communicate with at least one of the VM TCP/IPs. (I'm not sure which.) You CAN communicate among all other users of the HiperSocket. There was a reference to OSAs, but I considered it to be a red herring since they (the OSAs, not the herring) are not involved in getting data across a HiperSocket. Can you clarify what is communicating successfully via HiperSockets and what isn't? Just to exlude a rare ailment, for each VM guest (incl. TCPIP), 1. Issue #CP Q V (where is the device address of one of the HIPERS devices) 2. Using the Subchannel = yy value on the output from #1, issue #CP D SCHIB yy 3. Verify that the virtual chpid number is FF00 For VM TCP/IP, you can just NETSTAT CP . No logon required. Alan Altmark z/VM Development IBM Endicott
Re: Hipersockets
On Friday, 05/09/2008 at 01:58 EDT, Thomas Kern <[EMAIL PROTECTED]> wrote: > Is there an IBM Statement of Direction for a VSWITCH/HiperSocket connection? No. Requirement MR0331062246 was submitted in 2006 and was answered "Suggestion". If others want this support, please get with your fave user group and get it submitted. I noticed, too, that both z/OS and z/TPF have requirements open for native VSWITCH support "like z/VM has". (Wooo hooo YEAH! (sorry) ) Alan Altmark z/VM Development IBM Endicott
Re: Hipersockets - xposted to VM-L & IBM-Main
Does anything that connects to hipersocket (or your OSA, which you say has a similar problem) set a portname through DEVICE statement? PORTNAME is not required since z/VM 4.4 (or 4.3 with a PTF and a certain microcode level), and I see you are on z/VM 5.2 and you don't use it on DEVICE statement in z/OS, but maybe something else sets it? If it does, I *think* you still have to use same portname with any subsequently activated connection to that shared adapter (hipersocket or OSA). That said, the fact that hipersocket device *does* initialise in the guest z/OS is confusing, but I don't know much about z/OS. Ivica Brodaric
Re: Hipersockets - xposted to VM-L & IBM-Main
On Fri, 9 May 2008 13:44:14 -0400, Mark Pace <[EMAIL PROTECTED]> wrote: > > >> >>> >>> Something you might want to try for debugging purposes is to remove t he >>> >>> hardware from the equation by defining a hipersocket LAN and connect your >>> >>> z/OS guest and a VM TCP/IP stack to it. >>> >> >> There could be something to that. When I create a z/OS under z/VM I have >> to use a vswitch LAN connection instead of a real OSA. The real OSA >> dedicated to z/OS just will not work. >> >> >> >Now that I think about it, I believe I read that you could not connect a >Virtual LAN, or VSWITCH to Hipersockets. I need to read some and find o ut >where I got that idea. No you can't, but that wasn't the intent. The intent of the test is to replace the real hipersocket connection on the failing guest with a connection to a LAN hipersocket, then add a VM TCP/IP stack to that same LAN hipersocket. If that works, then the problem is not routing, but rather something related to the accessing the real hardware. You also gain the ability to use Q LAN as a debugging too l to verify that the z/OS guest really did connect to the LAN hipersocket. Brian Nielsen
Re: Hipersockets - xposted to VM-L & IBM-Mai
On Fri, May 9, 2008 at 1:58 PM, Thomas Kern <[EMAIL PROTECTED]> wrote: > Is there an IBM Statement of Direction for a VSWITCH/HiperSocket > connection? > > /Tom Kern > I would like to see a tool on the HMC to view the same sort of information that you get from Query VSWITCH DETAILS. -- Mark Pace Mainline Information Systems
Re: Hipersockets - xposted to VM-L & IBM-Main
I need a LAN connected to real Hipersockets to test this problem. Well maybe not, just to test connectivity I could try just VM's TCPIP and the z/OS guest. If it works, then know I know I have some odd hardware problem. On Fri, May 9, 2008 at 1:50 PM, Mark Post <[EMAIL PROTECTED]> wrote: > >>> On Fri, May 9, 2008 at 1:44 PM, in message > <[EMAIL PROTECTED]>, Mark Pace > <[EMAIL PROTECTED]> wrote: > -snip- > > Now that I think about it, I believe I read that you could not connect a > > Virtual LAN, or VSWITCH to Hipersockets. I need to read some and find > out > > where I got that idea. > > You can define a Guest LAN of type HiperSocket (if I remember that's > actually the default). You cannot assign a real HiperSocket to a VSWITCH > controller. Only OSAs can be used for that. > > > Mark Post > -- Mark Pace Mainline Information Systems
Re: Hipersockets - xposted to VM-L & IBM-Main
Is there an IBM Statement of Direction for a VSWITCH/HiperSocket connection? /Tom Kern Mark Post wrote: On Fri, May 9, 2008 at 1:44 PM, in message <[EMAIL PROTECTED]>, Mark Pace <[EMAIL PROTECTED]> wrote: -snip- Now that I think about it, I believe I read that you could not connect a Virtual LAN, or VSWITCH to Hipersockets. I need to read some and find out where I got that idea. You can define a Guest LAN of type HiperSocket (if I remember that's actually the default). You cannot assign a real HiperSocket to a VSWITCH controller. Only OSAs can be used for that. Mark Post
Re: Hipersockets - xposted to VM-L & IBM-Main
>>> On Fri, May 9, 2008 at 1:44 PM, in message <[EMAIL PROTECTED]>, Mark Pace <[EMAIL PROTECTED]> wrote: -snip- > Now that I think about it, I believe I read that you could not connect a > Virtual LAN, or VSWITCH to Hipersockets. I need to read some and find out > where I got that idea. You can define a Guest LAN of type HiperSocket (if I remember that's actually the default). You cannot assign a real HiperSocket to a VSWITCH controller. Only OSAs can be used for that. Mark Post
Re: Hipersockets - xposted to VM-L & IBM-Main
> >> >> Something you might want to try for debugging purposes is to remove the >> >> hardware from the equation by defining a hipersocket LAN and connect your >> >> z/OS guest and a VM TCP/IP stack to it. >> > > There could be something to that. When I create a z/OS under z/VM I have > to use a vswitch LAN connection instead of a real OSA. The real OSA > dedicated to z/OS just will not work. > > > Now that I think about it, I believe I read that you could not connect a Virtual LAN, or VSWITCH to Hipersockets. I need to read some and find out where I got that idea. -- Mark Pace Mainline Information Systems
Re: Hipersockets - xposted to VM-L & IBM-Main
On Fri, May 9, 2008 at 11:20 AM, Brian Nielsen <[EMAIL PROTECTED]> wrote: > On Fri, 9 May 2008 08:27:19 -0400, Mark Pace <[EMAIL PROTECTED]> wrote: > >I can't find any error in the addressing or routing. > > That looked fine to me, too. > > From the z/OS guest: What do a NETSTAT,ARP and a TRACERTE show? *From working z/OS* tracerte 10.6.0.4 (max 3 try 3 wait 2 CS V1R9: Traceroute to 10.6.0.4 (10.6.0.4): 1 10.6.0.4 (10.6.0.4) 1 ms 0 ms 0 ms READY *Failing z/OS* tracerte 10.6.0.4 (max 3 try 3 wait 2 CS V1R9: Traceroute to 10.6.0.4 (10.6.0.4): 1 * * * 2 * * * 3 * * * hop limit reached: READY Arp is the same on both. netstat arp all EZZ2350I MVS TCP/IP NETSTAT CS V1R9 TCPIP Name: TCPIP 15:42:09 EZZ2595I Querying ARP cache for address 10.6.0.7 EZZ2599I Link: IUTLNK1 IPAQIDIO EZZ2595I Querying ARP cache for address 10.6.0.6 EZZ2599I Link: IUTLNK1 IPAQIDIO EZZ2595I Querying ARP cache for address 10.6.0.5 EZZ2599I Link: IUTLNK1 IPAQIDIO EZZ2595I Querying ARP cache for address 10.6.0.4 EZZ2599I Link: IUTLNK1 IPAQIDIO EZZ2595I Querying ARP cache for address 10.6.0.3 EZZ2599I Link: IUTLNK1 IPAQIDIO EZZ2595I Querying ARP cache for address 10.6.0.2 EZZ2599I Link: IUTLNK1 IPAQIDIO READY > > > Something you might want to try for debugging purposes is to remove the > > hardware from the equation by defining a hipersocket LAN and connect your > > z/OS guest and a VM TCP/IP stack to it. There could be something to that. When I create a z/OS under z/VM I have to use a vswitch LAN connection instead of a real OSA. The real OSA dedicated to z/OS just will not work. > > > I'm assuming that the z/OS guest is running under the VM you showed > running on the GP's (as opposed to a different VM on the GP's). So I > don't think anything in the IOCP should be an issue, but leave no stone > > unturned. Yes - I have one z/VM on a GP and one z/VM on an IFL. > > > > I also see that you're running z/OS 1.9 and VM 5.2 (we're on 1.7 and > 5.3). Perhaps there's service on one or the other that's relevant. > > > Brian Nielsen > > -- Mark Pace Mainline Information Systems
Re: Hipersockets - xposted to VM-L & IBM-Main
On Fri, 9 May 2008 08:27:19 -0400, Mark Pace <[EMAIL PROTECTED]> wrote: >Removing RMCHINFO had no effect. >Routing and IP information from different systems on the Hipersocket Lan . >I can't find any error in the addressing or routing. >I really appreciate anyone that has taken the time to look this over!! > >Thanks. That looked fine to me, too. From the z/OS guest: What do a NETSTAT,ARP and a TRACERTE show? Something you might want to try for debugging purposes is to remove the hardware from the equation by defining a hipersocket LAN and connect your z/OS guest and a VM TCP/IP stack to it. I'm assuming that the z/OS guest is running under the VM you showed running on the GP's (as opposed to a different VM on the GP's). So I don't think anything in the IOCP should be an issue, but leave no stone unturned. I also see that you're running z/OS 1.9 and VM 5.2 (we're on 1.7 and 5.3). Perhaps there's service on one or the other that's relevant. Brian Nielsen
Re: Hipersockets - xposted to VM-L & IBM-Main
Removing RMCHINFO had no effect. Routing and IP information from different systems on the Hipersocket Lan. *z/VM on the GP* netstat home VM TCP/IP Netstat Level 520 IPv4 Home address entries: Address Subnet Mask Link --- --- -- 199.44.nnn.nn 255.255.255.128 OSA1 10.6.0.4255.255.255.0LNKH1 IPv6 Home address entries: None Ready; T=0.01/0.01 08:17:26 netstat gate VM TCP/IP Netstat Level 520 Known IPv4 gateways: Subnet Address Subnet Mask FirstHopFlgs PktSz Metric Link -- --- - -- -- Default199.44.167.1UGS 1496 OSA1 10.6.0.0255.255.255.0US 1496 LNKH1 199.44.nnn.0255.255.255.128 UT 1496 OSA1 Known IPv6 gateways: None Ready; T=0.01/0.01 08:17:35 *z/VM on the IFL* netstat home VM TCP/IP Netstat Level 520 IPv4 Home address entries: Address Subnet Mask Link --- --- -- 199.44.nnn.n255.255.255.128 OSA1 10.6.0.2255.255.255.0LNKH1 IPv6 Home address entries: None Ready; T=0.01/0.01 08:18:05 netstat gate VM TCP/IP Netstat Level 520 Known IPv4 gateways: Subnet Address Subnet Mask FirstHopFlgs PktSz Metric Link -- --- - -- -- Default199.44.nnn.1UGS 1496 OSA1 10.6.0.0255.255.255.0US 1496 LNKH1 199.44.nnn.0255.255.255.128 UT 1496 OSA1 Known IPv6 gateways: None Ready; T=0.01/0.01 08:18:08 *z/OS in an LPAR - this one works.* netstat home EZZ2350I MVS TCP/IP NETSTAT CS V1R9 TCPIP Name: TCPIP 12:19:24 EZZ2700I Home address list: EZZ2701I Address Link Flg EZZ2702I --- --- EZZ2703I 199.44.nnn.nnMPCLNK1 P EZZ2703I 10.6.0.3 IUTLNK1 EZZ2703I 127.0.0.1 LOOPBACK READY netstat gate EZZ2350I MVS TCP/IP NETSTAT CS V1R9 TCPIP Name: TCPIP 12:19:28 EZZ2635I Known gateways: EZZ2636I NetAddress FirstHopLink Pkt Sz Subnet Mask Subnet Value EZZ2637I -- -- --- -- -- EZZ2638I Default 199.44.nnn.nMPCLNK1 1492 EZZ2638I 10.0.0.0IUTLNK1 1492 0.255.255.0 0.6.0. 0 EZZ2638I 10.6.0.3IUTLNK1 57344 HOST EZZ2638I 127.0.0.1 LOOPBACK 65535 HOST EZZ2638I 199.44.nnn.0MPCLNK1 1492 0.0.0.128 0.0.0. 0 EZZ2638I 199.44.nnn.nn MPCLNK1 1492 HOST READY *z/OS under z/VM - this one does not work.* netstat home EZZ2350I MVS TCP/IP NETSTAT CS V1R9 TCPIP Name: TCPIP 12:19:00 EZZ2700I Home address list: EZZ2701I Address Link Flg EZZ2702I --- --- EZZ2703I 199.44.167.70MPCLNK1 P EZZ2703I 10.6.0.5 IUTLNK1 EZZ2703I 127.0.0.1 LOOPBACK READY netstat gate EZZ2350I MVS TCP/IP NETSTAT CS V1R9 TCPIP Name: TCPIP 12:19:05 EZZ2635I Known gateways: EZZ2636I NetAddress FirstHopLink Pkt Sz Subnet Mask Subnet Value EZZ2637I -- -- --- -- -- EZZ2638I Default 199.44.167.1MPCLNK1 1492 EZZ2638I 10.0.0.0IUTLNK1 1492 0.255.255.0 0.6.0. 0 EZZ2638I 10.6.0.5IUTLNK1 57344 HOST EZZ2638I 127.0.0.1 LOOPBACK 65535 HOST EZZ2638I 199.44.nnn.0MPCLNK1 1492 0.0.0.128 0.0.0. 0 EZZ2638I 199.44.nnn.nn MPCLNK1 8992 HOST READY I can't find any error in the addressing or routing. I really appreciate anyone that has taken the time to look this over!! Thanks. -- Mark Pace Mainline Information Systems
Re: Hipersockets - xposted to VM-L & IBM-Main
On Thu, 8 May 2008 16:18:52 -0400, Mark Pace <[EMAIL PROTECTED]> wrote: >For Hipersockets I do not create a TRLE, only for an OSA adapter. At least >that works on my z/OS system running in an LPAR. You're right, no TRLE. I got carried away. >Options in the User direct > OPTION MAINTCCW LNKNOPAS DEVINFO DEVMAINT DIAG98 NOMDCFS RMCHINFO > OPTION STGEXEMPT SVC76VM Looks anything it might need is already there. >Yes they are online. That is also weird because they show. >0724 IQD A-BSY >0725 IQD A >0726 IQD A-BSY That's how they look to z/OS in our LPAR, too. I think that leaves only addressing and routing problems, which Alan Altmark talked about on April 26th. If your z/OS LPAR is up at the same time as your z/OS guest, did you change the z/OS guest TCPPARMS(PROFILE) to give it a different HOME address on the hipersocket? If not, they'll collide and it won't work. Otherwise, do a D TCPIP,,NETSTAT,HOME and a D TCPIP,,NETSTAT,ROUTE on bot h your z/OS LPAR and z/OS guest. Also so a NETSTAT HOME and a NETSTAT GATE on your VM system. Brian Nielsen
Re: Hipersockets - xposted to VM-L & IBM-Main
For Hipersockets I do not create a TRLE, only for an OSA adapter. At least that works on my z/OS system running in an LPAR. Options in the User direct OPTION MAINTCCW LNKNOPAS DEVINFO DEVMAINT DIAG98 NOMDCFS RMCHINFO OPTION STGEXEMPT SVC76VM Yes they are online. That is also weird because they show. 0724 IQD A-BSY 0725 IQD A 0726 IQD A-BSY On Thu, May 8, 2008 at 3:30 PM, Brian Nielsen <[EMAIL PROTECTED]> wrote: > > > In your VTAM TRLE, do the READ, WRITE, and DATAPATH addresses match the > > addresses you have dedicated to your z/OS guest (724, 725, and 726 in you > r > case)? > > Are those addresses and paths online in your z/OS image? > > Is the VTAM TRLE active? > > > > I don't know if a z/OS virtual machine needs OPTION MAINTCCW in its > directory entry or not in order to see the CHPID number for a dedicated > > device. At DR we don't use real hipersockets, but rather a hipersocket > > LAN and our z/OS guests have NICDEF's with the CHPID F0 parameter and hav > e > OPTION DEVMAINT but not MAINTCCW. > > What OPTIONs does your z/OS guest have? > > Brian Nielsen > > On Thu, 8 May 2008 10:17:11 -0400, Mark Pace <[EMAIL PROTECTED]> wrote: > > >No, no messages, other than that the device initialized okay. > >EZZ4313I INITIALIZATION COMPLETE FOR DEVICE IUTIQDFF > > > >I know the CHPID works, because TCP/IP in that z/VM works with the > >Hipersockets. > > > >q chpid > >ff > >Path FF online to devices 0720 0721 0722 0723 0724 0725 0726 > >0727 > >Path FF online to devices 0728 0729 072A 072B 072C 072D 072E > >072F > >Path FF online to devices 0730 0731 0732 0733 0734 0735 0736 > >0737 > >Path FF online to devices 0738 0739 073A 073B 073C 073D 073E > >073F > >Ready; T=0.01/0.01 > >10:14:43 > >q > >osa > >OSA 061B ATTACHED TO DTCVSW1 061B DEVTYPE OSA CHPID 02 > >OSD > >OSA 061C ATTACHED TO DTCVSW1 061C DEVTYPE OSA CHPID 02 > >OSD > >OSA 061D ATTACHED TO DTCVSW1 061D DEVTYPE OSA CHPID 02 > >OSD > >OSA 0720 ATTACHED TO TCPIP0720 DEVTYPE HIPER CHPID FF > >IQD > >OSA 0721 ATTACHED TO TCPIP0721 DEVTYPE HIPER CHPID FF > >IQD > >OSA 0722 ATTACHED TO TCPIP0722 DEVTYPE HIPER CHPID FF > >IQD > >OSA 0724 ATTACHED TO ZOS190724 DEVTYPE HIPER CHPID FF > >IQD > >OSA 0725 ATTACHED TO ZOS190725 DEVTYPE HIPER CHPID FF > >IQD > >OSA 0726 ATTACHED TO ZOS190726 DEVTYPE HIPER CHPID FF > >IQD > >OSA 0728 ATTACHED TO HMAVSE 0728 DEVTYPE HIPER CHPID FF > >IQD > >OSA 0729 ATTACHED TO HMAVSE 0729 DEVTYPE HIPER CHPID FF > >IQD > >OSA 072A ATTACHED TO HMAVSE 072A DEVTYPE HIPER CHPID FF > >IQD > >Ready; T=0.01/0.01 > >10:15:09 > >q path > >724 > >Device 0724, Status > >ONLINE > > CHPIDs to Device 0724 (PIM) : > >FF > > Physically Available (PAM) : > >+ > > Online (LPM) : > >+ > > Legend + Yes - No > > > >DEVICE IUTIQD*FF*MPCIPA NONROUTER AUTORESTART > >LINKIUTLNK1 IPAQIDIO IUTIQDFF > > > > > >On Thu, May 8, 2008 at 10:03 AM, Brian Nielsen <[EMAIL PROTECTED]> > >wrote: > > > >> On Thu, 8 May 2008 08:45:21 -0400, Mark Pace <[EMAIL PROTECTED]> wrote > : > >> > >> >Does anyone have a z/OS guest running under z/VM using Hipersockets? > >> >I am still unable to get my z/OS guest under z/VM to communicate over > > >> >Hipersockets. The z/OS running in an LPAR works perfectly. > >> > >> Verify that the CHPID of the Hypersocket address you are attaching to > > you > >> r > >> z/OS guest matches the CHPID number in your z/OS TCPPARMS(PROFILE) > member > >> . > >> > >> > >> On VM: > >> > >> q paths 0700 > >> Device 0700, Status ONLINE > >> CHPIDs to Device 0700 (PIM) : F0 > >> Physically Available (PAM) : + > >> Online (LPM) : + > >> Legend + Yes - No > >> > >> > >> In the z/OS TCPPARMS(PROFILE): > >> > >> DEVICE IUTIQDF0 MPCIPA > >> LINK HIPERLF0 IPAQIDIO IUTIQDF0 > >> > >> > >> The CHPID number ("F0" in the above example) must be in the DEVICE and > > >> > >> LINK statements. > >> > >> > >> Also, are there any error messages in the JES Job Log for your TCPIP > > stac > >> k? > >> > >> Brian Nielsen > >> > > > > > > > >-- > >Mark Pace > >Mainline Information Systems > > > > > -- Mark Pace Mainline Information Systems
Re: Hipersockets - xposted to VM-L & IBM-Main
In your VTAM TRLE, do the READ, WRITE, and DATAPATH addresses match the addresses you have dedicated to your z/OS guest (724, 725, and 726 in you r case)? Are those addresses and paths online in your z/OS image? Is the VTAM TRLE active? I don't know if a z/OS virtual machine needs OPTION MAINTCCW in its directory entry or not in order to see the CHPID number for a dedicated device. At DR we don't use real hipersockets, but rather a hipersocket LAN and our z/OS guests have NICDEF's with the CHPID F0 parameter and hav e OPTION DEVMAINT but not MAINTCCW. What OPTIONs does your z/OS guest have? Brian Nielsen On Thu, 8 May 2008 10:17:11 -0400, Mark Pace <[EMAIL PROTECTED]> wrote: >No, no messages, other than that the device initialized okay. >EZZ4313I INITIALIZATION COMPLETE FOR DEVICE IUTIQDFF > >I know the CHPID works, because TCP/IP in that z/VM works with the >Hipersockets. > >q chpid >ff >Path FF online to devices 0720 0721 0722 0723 0724 0725 0726 >0727 >Path FF online to devices 0728 0729 072A 072B 072C 072D 072E >072F >Path FF online to devices 0730 0731 0732 0733 0734 0735 0736 >0737 >Path FF online to devices 0738 0739 073A 073B 073C 073D 073E >073F >Ready; T=0.01/0.01 >10:14:43 >q >osa >OSA 061B ATTACHED TO DTCVSW1 061B DEVTYPE OSA CHPID 02 >OSD >OSA 061C ATTACHED TO DTCVSW1 061C DEVTYPE OSA CHPID 02 >OSD >OSA 061D ATTACHED TO DTCVSW1 061D DEVTYPE OSA CHPID 02 >OSD >OSA 0720 ATTACHED TO TCPIP0720 DEVTYPE HIPER CHPID FF >IQD >OSA 0721 ATTACHED TO TCPIP0721 DEVTYPE HIPER CHPID FF >IQD >OSA 0722 ATTACHED TO TCPIP0722 DEVTYPE HIPER CHPID FF >IQD >OSA 0724 ATTACHED TO ZOS190724 DEVTYPE HIPER CHPID FF >IQD >OSA 0725 ATTACHED TO ZOS190725 DEVTYPE HIPER CHPID FF >IQD >OSA 0726 ATTACHED TO ZOS190726 DEVTYPE HIPER CHPID FF >IQD >OSA 0728 ATTACHED TO HMAVSE 0728 DEVTYPE HIPER CHPID FF >IQD >OSA 0729 ATTACHED TO HMAVSE 0729 DEVTYPE HIPER CHPID FF >IQD >OSA 072A ATTACHED TO HMAVSE 072A DEVTYPE HIPER CHPID FF >IQD >Ready; T=0.01/0.01 >10:15:09 >q path >724 >Device 0724, Status >ONLINE > CHPIDs to Device 0724 (PIM) : >FF > Physically Available (PAM) : >+ > Online (LPM) : >+ > Legend + Yes - No > >DEVICE IUTIQD*FF*MPCIPA NONROUTER AUTORESTART >LINKIUTLNK1 IPAQIDIO IUTIQDFF > > >On Thu, May 8, 2008 at 10:03 AM, Brian Nielsen <[EMAIL PROTECTED]> >wrote: > >> On Thu, 8 May 2008 08:45:21 -0400, Mark Pace <[EMAIL PROTECTED]> wrote : >> >> >Does anyone have a z/OS guest running under z/VM using Hipersockets? >> >I am still unable to get my z/OS guest under z/VM to communicate over >> >Hipersockets. The z/OS running in an LPAR works perfectly. >> >> Verify that the CHPID of the Hypersocket address you are attaching to you >> r >> z/OS guest matches the CHPID number in your z/OS TCPPARMS(PROFILE) member >> . >> >> >> On VM: >> >> q paths 0700 >> Device 0700, Status ONLINE >> CHPIDs to Device 0700 (PIM) : F0 >> Physically Available (PAM) : + >> Online (LPM) : + >> Legend + Yes - No >> >> >> In the z/OS TCPPARMS(PROFILE): >> >> DEVICE IUTIQDF0 MPCIPA >> LINK HIPERLF0 IPAQIDIO IUTIQDF0 >> >> >> The CHPID number ("F0" in the above example) must be in the DEVICE and >> >> LINK statements. >> >> >> Also, are there any error messages in the JES Job Log for your TCPIP stac >> k? >> >> Brian Nielsen >> > > > >-- >Mark Pace >Mainline Information Systems >
Re: Hipersockets - xposted to VM-L & IBM-Main
No, no messages, other than that the device initialized okay. EZZ4313I INITIALIZATION COMPLETE FOR DEVICE IUTIQDFF I know the CHPID works, because TCP/IP in that z/VM works with the Hipersockets. q chpid ff Path FF online to devices 0720 0721 0722 0723 0724 0725 0726 0727 Path FF online to devices 0728 0729 072A 072B 072C 072D 072E 072F Path FF online to devices 0730 0731 0732 0733 0734 0735 0736 0737 Path FF online to devices 0738 0739 073A 073B 073C 073D 073E 073F Ready; T=0.01/0.01 10:14:43 q osa OSA 061B ATTACHED TO DTCVSW1 061B DEVTYPE OSA CHPID 02 OSD OSA 061C ATTACHED TO DTCVSW1 061C DEVTYPE OSA CHPID 02 OSD OSA 061D ATTACHED TO DTCVSW1 061D DEVTYPE OSA CHPID 02 OSD OSA 0720 ATTACHED TO TCPIP0720 DEVTYPE HIPER CHPID FF IQD OSA 0721 ATTACHED TO TCPIP0721 DEVTYPE HIPER CHPID FF IQD OSA 0722 ATTACHED TO TCPIP0722 DEVTYPE HIPER CHPID FF IQD OSA 0724 ATTACHED TO ZOS190724 DEVTYPE HIPER CHPID FF IQD OSA 0725 ATTACHED TO ZOS190725 DEVTYPE HIPER CHPID FF IQD OSA 0726 ATTACHED TO ZOS190726 DEVTYPE HIPER CHPID FF IQD OSA 0728 ATTACHED TO HMAVSE 0728 DEVTYPE HIPER CHPID FF IQD OSA 0729 ATTACHED TO HMAVSE 0729 DEVTYPE HIPER CHPID FF IQD OSA 072A ATTACHED TO HMAVSE 072A DEVTYPE HIPER CHPID FF IQD Ready; T=0.01/0.01 10:15:09 q path 724 Device 0724, Status ONLINE CHPIDs to Device 0724 (PIM) : FF Physically Available (PAM) : + Online (LPM) : + Legend + Yes - No DEVICE IUTIQD*FF*MPCIPA NONROUTER AUTORESTART LINKIUTLNK1 IPAQIDIO IUTIQDFF On Thu, May 8, 2008 at 10:03 AM, Brian Nielsen <[EMAIL PROTECTED]> wrote: > On Thu, 8 May 2008 08:45:21 -0400, Mark Pace <[EMAIL PROTECTED]> wrote: > > >Does anyone have a z/OS guest running under z/VM using Hipersockets? > >I am still unable to get my z/OS guest under z/VM to communicate over > >Hipersockets. The z/OS running in an LPAR works perfectly. > > Verify that the CHPID of the Hypersocket address you are attaching to you > r > z/OS guest matches the CHPID number in your z/OS TCPPARMS(PROFILE) member > . > > > On VM: > > q paths 0700 > Device 0700, Status ONLINE > CHPIDs to Device 0700 (PIM) : F0 > Physically Available (PAM) : + > Online (LPM) : + > Legend + Yes - No > > > In the z/OS TCPPARMS(PROFILE): > > DEVICE IUTIQDF0 MPCIPA > LINK HIPERLF0 IPAQIDIO IUTIQDF0 > > > The CHPID number ("F0" in the above example) must be in the DEVICE and > > LINK statements. > > > Also, are there any error messages in the JES Job Log for your TCPIP stac > k? > > Brian Nielsen > -- Mark Pace Mainline Information Systems
Re: Hipersockets - xposted to VM-L & IBM-Main
On Thu, 8 May 2008 08:45:21 -0400, Mark Pace <[EMAIL PROTECTED]> wrote: >Does anyone have a z/OS guest running under z/VM using Hipersockets? >I am still unable to get my z/OS guest under z/VM to communicate over >Hipersockets. The z/OS running in an LPAR works perfectly. Verify that the CHPID of the Hypersocket address you are attaching to you r z/OS guest matches the CHPID number in your z/OS TCPPARMS(PROFILE) member . On VM: q paths 0700 Device 0700, Status ONLINE CHPIDs to Device 0700 (PIM) : F0 Physically Available (PAM) : + Online (LPM) : + Legend + Yes - No In the z/OS TCPPARMS(PROFILE): DEVICE IUTIQDF0 MPCIPA LINK HIPERLF0 IPAQIDIO IUTIQDF0 The CHPID number ("F0" in the above example) must be in the DEVICE and LINK statements. Also, are there any error messages in the JES Job Log for your TCPIP stac k? Brian Nielsen