In 45fcfbbb8bc8eb4a9dfedc6fa2cc7fdf0ef...@sdkmbx03.emea.sas.com, on
12/20/2011
at 08:54 PM, Lindy Mayfield lindy.mayfi...@sas.com said:
if I can find the time, I will try to explain all this stuff to
myself first. but you are very clever, one of the most clever people
I know, so when you
There's no compelling reason, as far as I know, to run more than one stack
with the progress that has been made. IBM recommends that you do not.
There's a set of four very good redbooks on TCP/IIP Implementation,
SG24-7798-00 through SG24-7801-00. I have leaned on them heavily
recently,
Shai
So the *real* problem is to partition the load between your application and
other applications, an aspect it is rather difficult to discern in your earlier
posts!
Come back SNA - with its required respect for transmission priority - all is
forgiven! IP and TCP etc. struggle along
sysplex -- well, focus here
is non-disruptive TCPIP service but load balancing is kind of a spin-off.
Cheers
Michael
Von:shai hess shai.h...@gmail.com
An: IBM-MAIN@bama.ua.edu
Datum: 2011-12-21 06:20
Betreff:Re: TCPIP question
Gesendet von: IBM Mainframe Discussion List IBM-MAIN
, December 21, 2011 4:28 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: TCPIP question - on the subject of more than one stack per zOS
image
There's no compelling reason, as far as I know, to run more than one stack with
the progress that has been made. IBM recommends that you do not.
There's a set of four
Thank you Chris.
god bless you,
Shai
On Wed, Dec 21, 2011 at 4:45 PM, Chris Mason chrisma...@belgacom.netwrote:
Shai
So the *real* problem is to partition the load between your application
and other applications, an aspect it is rather difficult to discern in your
earlier posts!
Come back
Lindy and the forum,
I think I need to fulfill the request of Lindy Mayfield to let him and the
forum know what we checked (me and Spanish user) until now.
Lindy unjustified think I am cleaver and I wish it was true, and it is not
true in too many cases.
So Lindy, being so good to me force me
HI,
I have a customer question:
1. How could I configure MFNetDisk in ZOS in order to use ONLY the IP
192.168.254.200, instead of 192.168.254.254, because the last one is used
for production traffic?
MFNetDIsk uses TCP EZASMI API.
Can I run 2 TCPIP procedure running together?
TCPIP which
You can run several IP stacks in the same lpar.
ITschak
On Tue, Dec 20, 2011 at 8:45 PM, shai hess shai.h...@gmail.com wrote:
HI,
I have a customer question:
1. How could I configure MFNetDisk in ZOS in order to use ONLY the IP
192.168.254.200, instead of 192.168.254.254, because the
9:18 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: TCPIP question
You can run several IP stacks in the same lpar.
ITschak
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu
Am 20.12.2011 19:45, schrieb shai hess:
HI,
I have a customer question:
1. How could I configure MFNetDisk in ZOS in order to use ONLY the IP
192.168.254.200, instead of 192.168.254.254, because the last one is used
for production traffic?
MFNetDIsk uses TCP EZASMI API.
Can I
23 TCP INETD1 BIND 9.67.113.3 ; z/OS UNIX Telnet server
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of shai hess
Sent: Tuesday, December 20, 2011 12:45 PM
To: IBM-MAIN@bama.ua.edu
Subject: TCPIP question
HI,
I have a customer
Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of shai hess
Sent: Tuesday, December 20, 2011 12:45 PM
To: IBM-MAIN@bama.ua.edu
Subject: TCPIP question
HI,
I have a customer question:
1. How could I configure MFNetDisk in ZOS in order to use ONLY the IP
192.168.254.200, instead
Of
shai hess
Sent: Tuesday, December 20, 2011 8:45 PM
To: IBM-MAIN@bama.ua.edu
Subject: TCPIP question
HI,
I have a customer question:
1. How could I configure MFNetDisk in ZOS in order to use ONLY the IP
192.168.254.200, instead of 192.168.254.254, because the last one is used
@bama.ua.edu
Subject: Re: TCPIP question
Thank you. I think that this can be the best answer for my case.
Just to make it sure. If ZOS is the client (source) and PC is the (destination).
If client ic MF want to connect and send data to PC, then if I will specify in
MF TCPIP address space
Shai, I'm not sure I understand what you are asking..
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of shai hess
Sent: Tuesday, December 20, 2011 2:42 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: TCPIP question
Thank you. I think that this can
Shai
As I have already reminded Lindy Mayfield, the best list for this sort of query
is the following:
For IBMTCP-L subscribe / signoff / archive access instructions, send email to
lists...@vm.marist.edu with the message: INFO IBMTCP-L
-
I detect that you are not very comfortable with the
-MAIN@bama.ua.edu
Subject: Re: TCPIP question
You can run several IP stacks in the same lpar.
ITschak
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM
Thank you Chris and others,
I will continue if I will need with the proper forum.
I thought that the answer to my customer can be simple by changing some
parameters in the TCPIP option file.
Anyway, I thought that changing parameter in TCP can better balance the OSA
HW between production load
Datum: 2011-12-21 06:20
Betreff:Re: TCPIP question
Gesendet von: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
Thank you Chris and others,
I will continue if I will need with the proper forum.
I thought that the answer to my customer can be simple by changing some
Hi List,
I know this is IBM-main and not the TCPIP list but I get better responses here
anyway. :-)
That said, is there some way of getting the IP address that is bound to an OSA
card from the z/OS console?
We have operations staff trying to bring up our Z at a hotsite but I can't
remote
On 4/20/2010 3:06 PM, Pommier, Rex R. wrote:
Hi List,
I know this is IBM-main and not the TCPIP list but I get better responses here
anyway. :-)
That said, is there some way of getting the IP address that is bound to an OSA
card from the z/OS console?
We have operations staff trying to
On Tue, 20 Apr 2010 15:05:14 -0500, Pommier, Rex R.
rex.pomm...@cnasurety.com wrote:
Hi List,
I know this is IBM-main and not the TCPIP list but I get better responses
here anyway. :-)
That said, is there some way of getting the IP address that is bound to an
OSA card from the z/OS console?
-Original Message-
From: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] On Behalf Of Pommier, Rex R.
Sent: Tuesday, April 20, 2010 3:05 PM
To: IBM-MAIN@bama.ua.edu
Subject: TCPIP question
Hi List,
I know this is IBM-main and not the TCPIP list but I get
better
[mailto:ibm-m...@bama.ua.edu] On
Behalf Of McKown, John
Sent: Tuesday, April 20, 2010 3:32 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: TCPIP question
-Original Message-
From: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] On Behalf Of Pommier, Rex R.
Sent: Tuesday, April 20, 2010 3
with sshd you can seed the know_host by allowing unknow hosts in a test
environment and sshd will update the file with the hosts that you connect
to.
Jack Kelly
LA Systems @ US Courts
x 202-502-2390
--
For IBM-MAIN subscribe /
I receive the following message and I'm installing Ported Tools but I need to
know how to fine the host name they are talking about:
The remote-hostname is the TCPIP name of the remote system that
you will be connecting to.
Where would I fine the host name used in TCPIP use
I receive the following message and I'm installing Ported Tools but I need to
know how to fine the host name they are talking about:
The remote-hostname is the TCPIP name of the remote system that
you will be connecting to.
Where would I fine the host name used in TCPIP use
Howard Rifkind wrote:
I receive the following message and I'm installing Ported Tools but I need to
know how to fine the host name they are talking about:
From memory.
I think TSO command: NETSTAT HOME will tell you
Birger Heede
IBM Software Group
The remote-hostname is the TCPIP name
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: TCPIP Question
Howard Rifkind wrote:
I receive the following message and I'm installing Ported Tools but I need
to know how to fine the host name they are talking about:
From memory.
I think TSO command: NETSTAT HOME will tell you
Birger Heede
IBM Software
]
Newsgroups: bit.listserv.ibm-main
To: IBM-MAIN@BAMA.UA.EDU
Sent: Saturday, 18 March, 2006 4:01 PM
Subject: TCPIP Question
I receive the following message and I'm installing Ported Tools but I need
to know how to fine the host name they are talking about:
The remote-hostname is the TCPIP name
.)
Chris Mason
- Original Message -
From: Charles Mills [EMAIL PROTECTED]
Newsgroups: bit.listserv.ibm-main
To: IBM-MAIN@BAMA.UA.EDU
Sent: Saturday, 18 March, 2006 5:38 PM
Subject: Re: TCPIP Question
You want to have the tools talk to their own host system, the system they
are running
In a message dated 3/18/2006 11:15:32 A.M. Central Standard Time,
[EMAIL PROTECTED] writes:
It's the weekend so I'll try to help in the probable absence of more
knowledgeable contributors.
Might find more help at [EMAIL PROTECTED]
(mailto:[EMAIL PROTECTED]) ?
: TCPIP Question
Howard Rifkind wrote:
I receive the following message and I'm installing Ported Tools but I need
to know how to fine the host name they are talking about:
From memory.
I think TSO command: NETSTAT HOME will tell you
Birger Heede
IBM Software Group
The remote-hostname
:31 PM
Subject: Re: TCPIP Question
Well thanks everyone for trying to answer my question. I'm installing
Ported Tools and I had been told to use the following command:
You need to run a number of commands that you may want to build
into a script file. The commands will look like this
ssh
On Thu, 2 Feb 2006 16:33:03 -0600, Pommier, Rex R.
[EMAIL PROTECTED] wrote:
I have 1 other step to chase down here and then I will be talking to IBM
about it. I wanted to try this group first because you are really fast
on helping out and I wanted to check to make sure I wasn't overlooking
On Thu, 2 Feb 2006 15:29:27 -0600, Doug Henry [EMAIL PROTECTED] wrote:
On Wed, 1 Feb 2006 16:41:50 -0600, Pommier, Rex R.
[EMAIL PROTECTED] wrote:
Only have 1 IKJTSOxx member, last modified July 2005. It does not have
PING defined to AUTHCMD.
From z/OS Comm Svr: IP Sys Admin Commands
In [EMAIL PROTECTED],
on 02/02/2006
at 01:30 PM, Pommier, Rex R. [EMAIL PROTECTED] said:
You know, my first thought was to simply delete your ranting
Feel free.
because it seems there are a few people on this board
who seem to think their sole purpose is to blast others rather than
to try to
In [EMAIL PROTECTED],
on 02/01/2006
at 11:40 AM, Pommier, Rex R. [EMAIL PROTECTED] said:
I have a strange one. z/OS 1.4 on a Multiprise 3000 H50 box. Last
night I got a call from operations that a FTP job blew on the 390
trying to FTP to a wintel server with a connection refused error.
In
Peter,
Thanks for the suggestions. Ping behaves the same whether I telnet into
a line-mode TSO session, log on through normal tn3270, or run oping from
an OMVS shell.
BTW, I had the network guy remove the changes he made to the F% load
balancers and it made no difference.
Rex
Did anyone
Rex,
Found the following on the IBM support site. Maybe something in there
explains and/or helps.
Regards,
Peggy
Problem
Users in the Unix (OMVS) environment that are not superusers (UID is other
than 0) cannot perform ping (oping) or traceroute (otracert).
Cause
Ping receives the following
You know, my first thought was to simply delete your ranting but then I
decided to respond because it seems there are a few people on this board
who seem to think their sole purpose is to blast others rather than to
try to help. If I sound like I'm ticked, it is because I'm sick of
having my
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex R.
For everybody else on the list, I apologize in advance for my
ranting back but I am looking for help, not ranting about
everything I apparently did wrong.
Be all that as it may, it remains that
I agree with you completely. Quite frankly it scares me that I can't
find anything as having changed to cause this problem - especially when
I got multiple good suggestions as to what I could check and everything
seems to be set up properly. That was why I came to the list - to see
if anybody
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex R.
I agree with you completely. Quite frankly it scares me that
I can't find anything as having changed to cause this problem
- especially when I got multiple good suggestions as to what
I could
On Thu, 2 Feb 2006 14:49:17 -0600, Pommier, Rex R.
[EMAIL PROTECTED] wrote:
I agree with you completely. Quite frankly it scares me that I can't
find anything as having changed to cause this problem - especially when
I got multiple good suggestions as to what I could check and everything
seems
On Wed, 1 Feb 2006 16:41:50 -0600, Pommier, Rex R.
[EMAIL PROTECTED] wrote:
Only have 1 IKJTSOxx member, last modified July 2005. It does not have
PING defined to AUTHCMD.
From z/OS Comm Svr: IP Sys Admin Commands
For PING to be authorized to use RAW sockets, add the command name,
Sorry, no IPLs in there.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Chase, John
Sent: Thursday, February 02, 2006 3:12 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Omvs/tcpip question
-Original Message-
From: IBM Mainframe
out what happened.
Rex
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Mark Zelden
Sent: Thursday, February 02, 2006 3:26 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Omvs/tcpip question
On Thu, 2 Feb 2006 14:49:17 -0600, Pommier, Rex R.
[EMAIL
Hi.
I have a strange one. z/OS 1.4 on a Multiprise 3000 H50 box. Last
night I got a call from operations that a FTP job blew on the 390 trying
to FTP to a wintel server with a connection refused error. In trying
to diagnose the problem I had the operator try a ping to the same
machine and then
We had this happen when we MOVED to I think z/OS 1.3 from ( sorry, I forget
which release ). We're an ACF2 shop and the change I needed to make was to
set up a default uid and gid. Then, FTP was okay for the masses.
At 12:40 PM 2/1/2006, you wrote:
Hi.
I have a strange one. z/OS 1.4 on a
Rex,
you don't need UID 0 - OMVS segments for users who just need to FTP or PING or
REXEC something from z/OS to the outside world. You need specifics only for
users who do actual OMVS work and/or need to access HFS files, like sysprogs,
etc.
Check your security system's setup ... are the OMVS
I checked it all out:
I have BPX.DEFAULT.USER defined and FACILITY class is active.
BPX.DEFAULT.USER has as the application data OEDFLTU/OEDFLTG. The UID
associated with OEDFLTU is and the GID with OEDFLTG is 77.
On my playground system I just changed the UID of OEDFLTU to 0 and
Rex,
Yesterday it all broke and I didn't touch it!
If not you then who else did, or what else did change on your system? Changed
some RACF rules, perhaps?
Are you getting any RACF Violation messages?
Check SMF records written by RACF since the time from just before it broke ...
you might be
Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ulrich Krueger
Sent: Wednesday, February 01, 2006 2:50 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Omvs/tcpip question
Rex,
Yesterday it all broke and I didn't touch it!
If not you then who else did, or what else did change on your system
On Wed, 1 Feb 2006 15:25:48 -0600, Pommier, Rex R.
[EMAIL PROTECTED] wrote:
That's the problem. It broke on all 3 LPARs and one of the three I'm
the only one who even logged onto it - and that only because I used the
LPAR to test and see how far the problem went. I get a daily report out
of
/tcpip question
On Wed, 1 Feb 2006 15:25:48 -0600, Pommier, Rex R.
[EMAIL PROTECTED] wrote:
That's the problem. It broke on all 3 LPARs and one of the three I'm
the only one who even logged onto it - and that only because I used the
LPAR to test and see how far the problem went. I get a daily
-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Pommier, Rex
R.
Sent: Wednesday, February 01, 2006 4:42 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Omvs/tcpip question
Only have 1 IKJTSOxx member, last modified July 2005.
It does not have PING defined to AUTHCMD
I have BPX.DEFAULT.USER defined and FACILITY class is active.
BPX.DEFAULT.USER has as the application data OEDFLTU/OEDFLTG.
The UID associated with OEDFLTU is and the GID with
OEDFLTG is 77.
Not related to the problem but nevertheless not a good idea, IMHO.
It's kind a like
Did anyone change IKJTSOxx or issue the PARMLIB command or
SET IKJTSO=xx command? Is PING defined to AUTHCMD?
Does ping behave the same from a shell session? Log-in
through telnet and try oping some.host.name
Peter Hunkeler
CREDIT SUISSE
60 matches
Mail list logo
