Re: CHPID type OSE:
IBM z16 will be the last IBM Z server to support OSE
networkingchannels. IBM Z support for the Systems Network Architecture
(SNA) protocol being transported natively out of the server using
OSA-Express 1000BASE-T adapters configured as channel type OSE will be
eliminated after IBM z16. Client applications that rely on the SNA protocol
and use OSE networking channels as the transport, as opposed to FICON CTC,
must either migrate to TCP/IP, or the networking configuration of the
operating system image must be updated to make use of some form of SNA over
IP technology, where possible, such as z/OS Enterprise Extender.
Regards
Parwez Hamid​
________________________________
From: IBM Mainframe Discussion List <[email protected]> on behalf
of Tom Brennan <[email protected]>
Sent: 08 March 2023 23:19
To: [email protected] <[email protected]>
Subject: Re: Looking for Beta Clients
To do LU6.2 outside the machine don't you need an OSA card setup as
OSA-E for SNA? Unless I read it wrong, IBM has a statement of direction
that z16 will be the last to support OSA-E.
For IND$FILE, check the terminal emulator and see if there's an option
to increase the I/O block size used for that processing. I've found
increasing it can make a big difference.
On 3/8/2023 2:48 PM, rpinion865 wrote:
I know of a client that does not have a TCP/IP stack, and won't consider
one (OS/390 2.10, yeah you read that right), that needs something more
reliable than IND$FILE. We have a need to transfer large binary datasets,
and IND$FILE is way too slow, and it often dies in the middle of a large
transfer.
I remember LU 6.2 transfer programs. But, I couldn't find anything
still available.
Sorry for tagging on to another thread.
Sent with Proton Mail secure email.
------- Original Message -------
On Wednesday, March 8th, 2023 at 5:19 PM, Tom Brennan <
[email protected]> wrote:
Looks interesting!
Since you didn't mention things like SFTP/FTP/TSO/CICS as requirements,
and the doc mentioned port 443, can I assume the product requires a
started task listening on the mainframe side? Just asking because
that's probably the way I would do it in order to bypass all the hassles
of those other services.
On 3/8/2023 1:36 PM, Tony Tancredi wrote:
Hi Everyone,
I apologize if this isn't within group protocol, but I need help.
I have created a TLS enabled, TCP/IP file transfer program that
performs transfers 156 times faster than IND$FILE. It supports files, PDS,
VSAM, SYSOUT, can submit jobs, print to mainframe printers, and be
automated. As a beta client, I'm offering 1 free year if you choose to keep
it. All I ask for is some of your time and feedback. I will provide
constant support during your effort.
The requirements are:
- z/OS 2.3 and above
- TCP/IP enabled
- AT-TLS (instructions to setup are in our documentation)
- Windows 10 or above for the client
Please visit https://entegriasystems.com and https://fastssr.net
(click the Documentation link on the left side) to view details of FastSSR.
I greatly appreciate your consideration.
Thanks,
Tony Tancredi
856-316-0017
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
