> -----Original Message-----
> From: IBM Mainframe Discussion List On Behalf Of Greg Shirey
>
> John,
>
> I Googled '"out of band" FTP' and got a link to RFC 0529.
> I'm no expert in IP networking, but to my reading,
> out-of-band is sort of an interrupt caused by the ABOR.
Hmmm...... From Chris Mason's explanation I got the impression that the
ABOR subcommand was the "payload", and the "out of band" is somewhat
analogous to the SNA DFASY transmission.
> So,
> why did the client send the abort? Could it be the timeout
> value had passed? I think the default is 120 seconds, but it
> can be overridden.
>
> If this is a batch job, you might check your EZA1617I
> messages in the aborted runs and see if your transfer rate
> was running really slow at the time.
Not likely, because the batch FTP jobstep started and ended in the same
second. Here's the message sequence:
EZA1736I APPEND 'ZOS.DATASET.NAME' +
EZA1736I /AIX/pathname/filename.ext
EZA1701I >>> SITE FIXrecfm 599 LRECL=599 RECFM=FB BLKSIZE=27554
500 'SITE FIXrecfm 599 LRECL=599 RECFM=FB BLKSIZE=27554'
EZA1701I >>> PORT ........
200 PORT command successful.
EZA1701I >>> APPE /AIX/pathname/filename.ext
150 Opening ASCII mode data connection for ....
426 Connection closed; transfer aborted.
EZA1735I Std Return Code = 04426, Error Code = 00002
EZA1701I >>> QUIT
221
***** FILE TRANSFER FAILED
It's as though z/OS said "just kidding" immediately after the 150 reply.
> We've found IP traffic
> to be so flaky that we coded a proc that runs a REXX that
> attempts the FTP x number of times (4 as a default), sleeping
> 30 seconds between attempts (adapted from something we
> acquired from Terry Linsley somehow -- thanks, Terry). And
> all our batch jobs that need to FTP use the FTPRETRY proc -
> most of them are successful on the first attempt, but many of
> them wind up taking 2 or 3
> attempts. And when the programmers discover a site they are
> FTP'ing to
> that seems to fail a lot, they generally increase the timeout
> value too.
>
>
> Anyway, our shop has viewed this unreliability in FTP
> transfers as SOP (or WAD) and have adapted.
OK, we may have to categorize this kind of situation as "unexplainable"
for the time being.
-jc-
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
