Or logon to TCPIP and IPL CMS to watch it start.
On Tue, Aug 25, 2009 at 9:16 AM, Kris Buelens wrote:
> Have a look in the reader of TCPMAINT for console files sent by TCPIP, they
> might contain error information.
>
> 2009/8/25 Tony Bergenza
>
>> we customerize all the required componet of TCPM
Have a look in the reader of TCPMAINT for console files sent by TCPIP, they
might contain error information.
2009/8/25 Tony Bergenza
> we customerize all the required componet of TCPMAINT disks in VM5.4 as
> second level and started TCPIP but still getting the following message
> though logon to
On Thu, 17 Apr 2008 10:34:56 -0400, Alan Altmark <[EMAIL PROTECTED]
> wrote:
>z/VM 5.2 is limited to 128 sessions, but as Ray alludes, you need the te
st
>fix for still-open APAR PK51954 (SSL server crashes when multiple
>connections are active).
>
>z/VM 5.3 has been tested with 2000 sessions usin
On Thu, 17 Apr 2008 10:51:30 -0700, O'Brien, Dennis L
wrote:
>Alan didn't mention that we're a large shop, and most of the mainframes
>are 2000 miles away from the programmers. One of them is on the other
>side of the Atlantic. KVM switches and HMC access aren't going to work.
Remote HMC acc
> Unless anything has changed, SSLSERV is a non-starter if you have more
> than 126 concurrent sessions. Aside from that, it is very stable with
> the latest patches (our VM is 520).
We plan to post a refresh of the SSL Enabler 2 system that will contain
these fixes as soon as time permits.
> An
On Thursday, 04/17/2008 at 01:52 EDT, "O'Brien, Dennis L"
wrote:
> I looked for information on SSL support in OSA-ICC and didn't find any.
> The Redbook I did find, SG24-6364-01, OSA-Express Integrated Console
> Controller Implementation Guide, doesn't mention SSL, but does say that
> the client
es downhill." --
Robert A. Heinlein
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of [EMAIL PROTECTED]
Sent: Thursday, April 17, 2008 09:03
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] Second TCPIP stack and SSL
Our network went down o
Hi, MArk.
I stand corrected, OSA ICC does not support SSL.I thought I saw some
SSL configuration parameters on the OSA ICC configuration screen, but
the OSA ICC doc doesn't mention SSL at all. I may be confusing it with
the network support for connecting to the HMC instead
As you get
Dave,
When I configured OSA Express2 ICC on our z9 BC in January 2007 I
didn't see any indication that SSL was supported. Did I miss
something, or did something change since then? If you could send me
a documentation or Redbook reference I'd appreciate it.
Thanks,
Mark
At 09:37 AM 4/17/2
IL PROTECTED] On
>Behalf Of Alan Ackerman
>Sent: April 16, 2008 19:27
>To: IBMVM@LISTSERV.UARK.EDU
>Subject: Second TCPIP stack and SSL
>
>We have been ordered to protect all TN3270 sessions to VM with SSL. This
>
>means turning on SSLSERV and disabling non-SSL. (INTERNALCLIENT
ginal Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Alan Ackerman
Sent: April 16, 2008 19:27
To: IBMVM@LISTSERV.UARK.EDU
Subject: Second TCPIP stack and SSL
We have been ordered to protect all TN3270 sessions to VM with SSL. This
means turning on SSLSER
On Thursday, 04/17/2008 at 08:45 EDT, "Mrohs, Ray" <[EMAIL PROTECTED]>
wrote:
> Unless anything has changed, SSLSERV is a non-starter if you have more
> than 126 concurrent sessions. Aside from that, it is very stable with
> the latest patches (our VM is 520).
z/VM 5.2 is limited to 128 sessions,
LSERV. (We have found several problems with SSLSERV in our testing.)
I'm curious whether and how other shops use a second TCP/IP stack.
Some possibilities:
1. Have a second TCPIP stack up all the time (userids TCPIP2 and
MPROUTE2), but with no SSL. It would run on a second IP address. (Th
D] On
Behalf Of Alan Ackerman
Sent: Wednesday, April 16, 2008 7:27 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Second TCPIP stack and SSL
We have been ordered to protect all TN3270 sessions to VM with SSL. This
=
means turning on SSLSERV and disabling non-SSL. (INTERNALCLIENTPARMS
SECURECONNECTION REQ
I haven't tried this but is it possible to have ICC ports accessable for
'emergencies'.
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
Behalf Of Alan Ackerman
Sent: Wednesday, April 16, 2008 6:27 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Sec
TCPIP
or SSLSERV. (We have found several problems with SSLSERV in our testing.)
I'm curious whether and how other shops use a second TCP/IP stack.
Some possibilities:
1. Have a second TCPIP stack up all the time (userids TCPIP2 and
MPROUTE2), but with no SSL. It would run on a seco
minus SSL only in an
emergency (and only long enough to correct the issue with the stack that's
SSL-enabled.)
-Original Message-
From: The IBM z/VM Operating System
To: IBMVM@LISTSERV.UARK.EDU
Sent: 4/16/2008 6:27 PM
Subject: Second TCPIP stack and SSL
We have been orde
or SSLSERV. (We have found several problems with SSLSERV in our testing.)
I'm curious whether and how other shops use a second TCP/IP stack.
Some possibilities:
1. Have a second TCPIP stack up all the time (userids TCPIP2 and
MPROUTE2), but with no SSL. It would run on a second IP ad
Define a nic in your second level system where you expect the OSA to be when
you bring it up first level. Grant the second level system to the vSwitch.
It should all ³just work².
I¹m currently running a CSE complex second level, testing z/VM 5.3 and
preparing for implementation. I just connected b
@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] connecting 2nd level TCPIP stack to first level VSWITCH
Rich,
ok - thanks.
prg
Phillip Gramly
Systems Programmer
Communications Data Group
Champaign, IL
The IBM z/VM Operating System wrote on
10/08/2007 05:26:47 PM:
> Authorize the second level VM system
Rich,
ok - thanks.
prg
Phillip Gramly
Systems Programmer
Communications Data Group
Champaign, IL
The IBM z/VM Operating System wrote on
10/08/2007 05:26:47 PM:
> Authorize the second level VM system to the first level VSwitch. If
> your second level machines ID is VM2ND, then:
>
> set vs
Authorize the second level VM system to the first level VSwitch. If
your second level machines ID is VM2ND, then:
set vswitch vsw1 grant vm2nd
To the second level machine, it just looks like an OSA Express device.
[EMAIL PROTECTED] wrote:
can i connect TCPIP on a 2nd level VM to a first lev
can i connect TCPIP on a 2nd level VM to a first level VSWITCH?
do i add a NICDEF to the USER DIRECT entry at level one for 2nd level VM
and then attach those addresses to TCPIP on the 2nd level machine?
and how do i grant access?
set vswitch vsw1 grant ?
do i grant VM2ND? or VM2ND's TCPIP,
23 matches
Mail list logo
