Replying to two questions from this thread. This may read like an ad but at
this point I have zero financial interest in either of these solutions.
With regard to IND$FILE auditing, I wrote a product that did exactly that:
intercepted IND$FILE requests and wrote all the details to SMF. At
ke 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 on behalf
of Tom Brennan
Sent: 08 March 2023 23:19
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Looking for
Hi Lennie,
- It is SAF enabled for authorization and access.
- It can log SMF records.
- It keeps a log on the mainframe of data transfers.
- On the web administration site, it list each transfer by date, time, user,
file, and size.
- It does not run APF authorized but requires an SVC to be
We use Rocket’s Terminal Emulation product (formerly Bluezone). It uses
FTP for transfers with TLS via AT-TLS. We have IND$FILE disabled in the
product.
On Thu, Mar 9, 2023 at 6:46 AM Tony Tancredi
wrote:
> Hi Binyamin,
> The terminal emulator users are our main target. The FastSSR client
e Extender.
>
>
> Regards
>
> Parwez Hamid
>
> From: IBM Mainframe Discussion List on behalf
> of Tom Brennan
> Sent: 08 March 2023 23:19
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Looking for Beta Clients
>
> To do LU6.2 outside the machine don'
tching. Encrypt like everyone is.’
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Tony Tancredi
Sent: 09 March 2023 12:42
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Looking for Beta Clients
Hi Michael,
>From OS390 to wherever the Windows PC client is running. I do und
Hi Binyamin,
The terminal emulator users are our main target. The FastSSR client can easily
be launched from a user-defined button within all major emulators.
Thanks,
Tony
--
For IBM-MAIN subscribe / signoff / archive access
Hi Michael,
From OS390 to wherever the Windows PC client is running. I do understand that
FTP, TSO XMIT, and other technologies exist. What I'm trying to replace is the
IND$FILE transfers most terminal emulator users are using. If you visit my
website, you will see we are developing another
No worries. Not jumping into an LU6.2 solution!
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
FSSRMAIN is a continuously running job. Port 443 is only used outbound for web
service requests.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO
Hi Tom,
As of right now, it's not a started task but is a separate job that runs on the
mainframe. Port 443 is used by FastSSR to communicate with REST services
running in our host (which can be installed on-premise). The actual transfer
occurs over random port numbers within a port range you
Tom Brennan wrote:
>To do LU6.2 outside the machine don't you need an OSA card setup as
>OSA-E for SNA?
No, that's not a requirement. You already have at least two other options:
1. You can use Enterprise Extender (SNA protocols such as LU 6.2 over UDP).
z/OS Communications Server's TCP/IP
On Wed, 8 Mar 2023 15:36:54 -0600 Tony Tancredi
wrote:
:>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,
technology, where possible, such as z/OS Enterprise
Extender.
Regards
Parwez Hamid
From: IBM Mainframe Discussion List on behalf of Tom
Brennan
Sent: 08 March 2023 23:19
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Looking for Beta Clients
To do LU6.2 outside
U
> Subject: Re: Looking for Beta Clients
>
> 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 i
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
also had home grown utility programs for the conversion on each
end.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
rpinion865
Sent: Wednesday, March 8, 2023 4:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Looking for Beta Clients
I know of a client that does
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
On Wed, 8 Mar 2023 22:31:00 +, Farley, Peter wrote:
>Port 443 is the default zOSMF port on z/OS, isn't it?
>
>I did see in the z/OS Help page off the Doc site that there is an STC on the
>mainframe side (FSSRMAIN).
On a couple desktop systems I see such as:
683 $ grep ' 443/'
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Looking for Beta Clients
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
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
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
22 matches
Mail list logo