Chris Mason wrote:
I learned all about this topic even before I started playing with UNIX systems
by having to teach X.25 PAD and the 3708 protocol converter. There's no
better way to drive the point home than by having students in an X.25 class
enter set 2:0 .
ot
knitpicking
Err..
Ivan
IIRC (number 1)
You certainly have remembered correctly - I would wish my students could
remember as well and summarise the 3 Xs as competently!
The abbreviation for the class was X.25 and the abbreviation for the topic
within the class was PAD.
I never actually described the topic as
I was going to say I fear that there is a risk that you may be
wrong again :-( and you're not taking me with you this time
:-) - but see later.
Sorry for not taking you with me. I probably leant out of the
window too far this time; not my favourite subject, so I may
well be choosing the wrong
Peter
You misunderstood. I wasn't talking about the raw option but your
contention that raw wasn't supported. You were entirely correct.
Now you have explained and it looks just like what I described in my response
to Natarajan as echo mode. So indeed such a protocol, efficient only when
used
Pat
It would be incorrect to say that the concept of the socket is foreign to the
Pascal API - but it's almost the case.
Searching for the word socket in the Pascal chapter of the CS IP Sockets
Application Programming Interface Guide and Reference manual and ignoring
the hits from the bottom
Edward
Thank you for your concern.
If you imply by this that I was not able just to try what had been proposed,
you are right. I am in some sort of state of retirement but I am not
only cultivating my garden.
I am assisting a customer with certain very interesting projects involving both
if TLS isn't supported as you say.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Richard Peurifoy
Sent: Thursday, June 26, 2008 8:37 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: TN3270 *from* a host??
...
It should be mentioned that the telnet
Dave
... any other application I can logon to in the target system. (which is all
of
them)
Just to be sure your confidence hasn't derailed you, as I pointed out to Peter
Hunkeler, not *all* applications - understood to be those running on a z/OS
LPAR - are necessarily accessed using some
Dave
Thanks for clarifying open. It could also be construed as implying OMVS
which in turn tends to point to the otelnetd server.
Another way you could avoid having a TN3270 server on each LPAR on your
physical machine is to set up SNA connectivity over your HiperSockets CHPIDs
using
Tony
Well, the restatement is still rather overspecified. TN3270 is a protocol,
not
a particular set of client and server software, originally rather loosely
specified, which has been more clearly and accurately defined over time in
RFCs 1647 and 2355.
Strictly TN3270 is not a protocol but
Natarajan
Block mode is terminology I associate with asynchronous ASCII displays
rather than 3270. You may have been familiar with this terminology before you
got to know the wonderful 3270 devices in that list - or maybe you never
have seen any of the listed devices. If so, you haven't really
Richard
TLS (SSL) including AT-TLS is a topic with which I have yet thoroughly to
familiarise myself.
However, I believe that it needs hooks in the logic under the API used by
the application using the transport protocol, e.g. TCP (or should that be
i.e.?).
My understanding of the situation
Peter
Thanks for the clarification.
You don't have this raw mode available in TSO OMVS shell sessions and you
don't have it in TSO TELNET shell sessions.
I was going to say I fear that there is a risk that you may be wrong again :-(
and you're not taking me with you this time :-) - but see
Brian
The only key that is not passed through is the ATTN key. This 'breaks'
transparent mode and reverts to linemode, enabling you to enter telnet
control commands such as 'quit', for example.
Describing the use of Attn as causing the connection to revert to linemode
is misleading. It
-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Chris Mason
Sent: Sunday, June 29, 2008 4:52 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: TN3270 *from* a host??
Dave
According to some nice diagrams on an IBM web page I have seen
explaining
Hipersockets, to say using
Hi all,
Kind of a weird question I know, but ... it has been a day full of weird
questions.
A customer would like to know if they can open a TN3270 session *from*
one z/OS host, to another z/OS host?
I do not believe this is possible. For a start, you cannot have 2 SSCPs
in the same
Andrew McLaren wrote:
A customer would like to know if they can open a TN3270 session *from*
one z/OS host, to another z/OS host?
I do not believe this is possible. For a start, you cannot have 2
SSCPs in the same Domain; so how can you have a Dependent LU?.
Besides, there is no TN3270
TSO TELNET is not a TN3270 client, it supoprts only line mode.
If you telnet to the foreign host's TN3270 server listening
port (23 usualkly) you'll be able to login into TSO line mode.
ISPF would not work, since it requires full screen mode (afaik,
I haven't tried in a while).
If you telnet to
?
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Hunkeler Peter (KIUK 3)
Sent: Thursday, June 26, 2008 12:03 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: TN3270 *from* a host??
TSO TELNET is not a TN3270 client, it supoprts only line mode
Actually, what do you think you're reaching when you use (what
ever TN3270) emulator you're using on your Window$ desktop?
Not sure I understand what you're asking, but...
A TN3270 telnet client understands the 3270 protocol and is capable
of doing full screen mode, which is required for TSO
Hunkeler Peter , KIUK 3 wrote:
TSO TELNET is not a TN3270 client, it supoprts only line mode.
I think it's safe to say the the TELNET command accessible from the
READY prompt does support TN3270. At least it is possible to use
it to telnet to another z/OS and get the VTAM logo and logon to TSO
I think it's safe to say the the TELNET command accessible from
the READY prompt does support TN3270. At least it is possible
to use it to telnet to another z/OS and get the VTAM logo and
logon to TSO and crank up ISPF in all of its 7-colour glory.
Indeed! I stand corrected! Should have tried
cc
Mainframe
Discussion List Subject
[EMAIL PROTECTED] Re: TN3270 *from* a host??
.EDU
Andrew
I believe Peter Hunkeler is putting us more or less on the right track here in
stating that there is no support for the 3270 data stream from the TELNET
client function available from TSO. Of course there may be other vendors
somehow supplying this function and, taking his post at face
Peter
telnet daemon / inet daemon listening port (623 or 1023 are widely used)
... although they don't have to be since VIPAs and the PORT list BIND
parameter are there to allow use of port 23 for access using the z/OS UNIX
TELNET server to z/OS UNIX as well as using port 23 to access the
Dave
Please be more specific about what you actually achieve here. the command
TSO TELNET ip address will reach the TN327o server running on a TCPIP open
z/OS LPAR is not in dispute - with or without the open whatever you may
mean by that, perhaps the z/OS UNIX TELNET server (otelnetd). Do you
Peter
Use of 3270 data stream is *not* required for CICS and IMS - and possibly
some of the applications you have in mind in your etc. etc.. They at least
are happy to run with the 3767 emulator supported by the so-called TN3270
server when 3270 functions are *not* agreed during the TELNET
Greg
Are you sure you are not talking about the z/OS UNIX TELNET server? See my
response to Andrew McLaren.
I cannot find any support for your contention in the manual: z/OS
Communications Server IP User's Guide and Commands Version 1 Release 9
SC31-8780-07.
Please explain how (you think)
Tonni
Other than confusion over which TELNET client may be being used, it may be
that there is some confusion over what *from* a z/OS host means. Does
this imply using the TSO TELNET client as most responders have assumed or
does it mean a TN3270 connection to a TN3270 server in one system
On 6/26/08, Chris Mason [EMAIL PROTECTED] wrote:
Please explain how (you think) you are doing it.
If you issue tso telnet zoshostname from your tso/ispf session you will be
presented with a full screen logon in the same manner as if you used a
TN3270 client from a pc. If you then hit PA1 you
Peter
The function postulated in this thread has certainly not been always
supported - always starting from the earliest flavour of TCP/IP for VM - or it
escaped my extensive testing of the function in the earliest TCP/IP for MVS
and the documentation. That such a handy function would escape
From 1 Tso to another tcpip stack, certainly full screen:
READY
telnet p3l1
MVS TCP/IP TELNET CS V1R7
Connecting to P3L1 198.176.137.228, port TELNET (23)
***
Using Transparent Mode...
Notes on using Telnet when in Transparent Mode:
- To enter Telnet Command, Hit PA1
Jim
The acid test is getting something like ISPF running having used the TSO
TELNET command. I'm afraid just seeing a USS message 10 isn't sufficient. It's
the TN3270 server which is responsible for presenting you with USS messages.
You need to get past this point in order to be playing in the
Andrew McLaren of the IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU
wrote on 06/26/2008 12:56:17 AM:
Hi all,
Kind of a weird question I know, but ... it has been a day full of weird
questions.
A customer would like to know if they can open a TN3270 session *from*
one z/OS host, to
On 6/26/08, Chris Mason [EMAIL PROTECTED] wrote:
Jim
The acid test is getting something like ISPF running having used the TSO
TELNET command. I'm afraid just seeing a USS message 10 isn't sufficient.
It's
the TN3270 server which is responsible for presenting you with USS
messages.
You
I use Telnet quite regularly (from the TSO command line) to get from one z/OS
system to another.
It doesn't matter that the system you are going from is referred to by you as a
'host' - in this case, it's just another telnet client.
All colours, PFkeys, ISPF screen displays, scrolling etc
Mainframe cc
Discussion List
[EMAIL PROTECTED] Subject
.EDU Re: TN3270 *from* a host
This is what Transparent Mode does.
That seems to be the point, or function, I was missing.
Still learning something new every day (forgetting
something else to make room the new stuff :-)
--
Peter Hunkeler
Credit Suisse
--
George
Thanks for putting the doubters right. The key is transparent
and transparent mode.
It is documented. Under the description, ironically enough, of the linemode
parameter we find the following small print:
quote
Linemode
Uses the line mode and prevents operation in the transparent
Jim
See my response to George.
The point about your post was that you didn't go further than the USS
messages which means you didn't go far enough. George did - and it seems
you did before this post also.
I'm glad we're all on the same page now!
Chris Mason
On Thu, 26 Jun 2008 13:45:50
What's this over 3270? Where did that idea come from?
I just coined this term trying to describe that logging into a UNIX
server
from TSO telnet does bring you into line mode in UNIX. Probably a
misnomer.
I suggest we just forget about it ;-)
And what's raw mode?
When logging into a server
Chris Mason wrote:
Jim
See my response to George.
The point about your post was that you didn't go further than the USS
messages which means you didn't go far enough. George did - and it seems
you did before this post also.
I'm glad we're all on the same page now!
Chris Mason
Sorry if
TN3270 supports block mode from a TSO Client.
If you are connecting to a remote host (MVS TN3270) you will
successfully connect in transparent mode.
but if you invoke TSO TELNET host-name (linemode then your session
is connected in line mode and anything after that is also connected in
line
2008/6/26 Chris Mason [EMAIL PROTECTED]:
So, in order to answer the original question So who is right? Can I open a TN
session to a host in another domain??? restated accurately as Can I create a
TELNET connection using 3270 data stream from one Communications Server
IP component - using the
to multiple stacks in our multiple security
zones.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Chris Mason
Sent: Thursday, June 26, 2008 4:50 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: TN3270 *from* a host??
Dave
Please be more specific about
@BAMA.UA.EDU
Subject: Re: TN3270 *from* a host??
Jim
The acid test is getting something like ISPF running having used the TSO
TELNET command. I'm afraid just seeing a USS message 10 isn't
sufficient. It's
the TN3270 server which is responsible for presenting you with USS
messages.
You need to get past
isn't supported as you say.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Richard Peurifoy
Sent: Thursday, June 26, 2008 8:37 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: TN3270 *from* a host??
Chris Mason wrote:
Jim
See my response to George
Chris Mason wrote:
The acid test is getting something like ISPF running having used the TSO
TELNET command. I'm afraid just seeing a USS message 10 isn't sufficient. It's
the TN3270 server which is responsible for presenting you with USS messages.
You need to get past this point in order to be
On Thu, 26 Jun 2008 11:04:07 -0700, Gibney, Dave
[EMAIL PROTECTED] wrote:
Well, I'm already TLS from my workstation to the original logon of
TSO, and then I at least am so far always using the Hipersocket
connection, so I see no security lapse. I don't have any good reason
to
check it out
49 matches
Mail list logo
