On Monday, 01/31/2011 at 03:56 EST, Brent Litster
brent.lits...@zionsbancorp.com 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
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:
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
On Friday, 04/30/2010 at 12:29 EDT, Martin, Terry R. (CMS/CTR) (CTR)
terry.mar...@cms.hhs.gov 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
...@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)
terry.mar...@cms.hhs.gov wrote
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
On Thursday, 04/29/2010 at 03:20 EDT, Rich Smrcina
r...@velocitysoftware.com 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
/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
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
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
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
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:
] 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
-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
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
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
/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
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
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
russell.gendr...@custserv.com wrote:
Greetings,
We currently have multiple Linux guest running
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
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
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
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
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 IBMVM@LISTSERV.UARK.EDU wrote on 08/20/2008
12:40:47 PM:
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 IBMVM@LISTSERV.UARK.EDU wrote on 08/20/2008
01:38:48 PM:
Yes and no. :-)
It won't be truncated, but
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.
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.
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,
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
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
-
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
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,
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
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
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
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
*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
[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
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.
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
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
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
, 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
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)
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
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
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
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
Operating
SystemSubject
[EMAIL PROTECTED] Re: HiperSockets Setup
ARK.EDU
: 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
]
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
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
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
) 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
[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
(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
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
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
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!
That typed with disapproval of self-documenting messages dripping
from
the
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
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
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!
That typed with disapproval of self-documenting messages dripping from
the keyboard. In fact there's only 1 (count 'em, ONE) numbered OBEYFILE
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
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
) [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
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!
That typed with disapproval of self-documenting messages dripping fro
m
the
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
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
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
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
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
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
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 -
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
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
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
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:
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
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
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
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
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
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?
snip
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
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
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
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
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
On Fri, 9 May 2008 13:44:14 -0400, Mark Pace [EMAIL PROTECTED] wrote:
snip
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
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
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.
--
Mark Pace
Mainline Information Systems
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
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
pedantic
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?
/pedantic
I don't know if a z/OS virtual
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
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
I'm totally confused.
Routing table from HostA (z/OS 1.9 LPAR)
netstat
route
EZZ2350I MVS TCP/IP NETSTAT CS V1R9 TCPIP Name: TCPIP
13:00:42
EZZ2755I Destination Gateway Flags Refcnt
Interface
EZZ2756I --- --- - --
-
On Wednesday, 04/23/2008 at 10:41 EDT, Mark Pace [EMAIL PROTECTED]
wrote:
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.
Sorry if I
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
Hey, Mark -
Thanks for the reply.
The OSA connections to the internet are on a VSWITCH, the Hipersockets are
not. The Hipersocket connection are 3 real addresses dedicated to the VM
guest.
On Tue, Apr 22, 2008 at 4:51 PM, Mark Wheeler [EMAIL PROTECTED] wrote:
Mark,
Check your VSWITCH
1 - 100 of 134 matches
Mail list logo