Re: Slow FTP transfer from z/OS to Unix
- From: Rob.Schramm@xxxxxxxxxxxxx (Rob Schramm)
- Date: 19 Jun 2008 14:41:16 -0700
François,
Honestly, I am not sure what to make of the problem. But for general
problem solving, I would ensure that files being transferred are all the
same. That the direction is the same.
I am always suspicious of files, ftp options, network paths (thru routers,
cables and firewalls) and MTU. I have seen or been part of a number of
bizarre TCP/IP problems over the years and anything you can do to
normalize your testing/verification will help yield tests that will
uncover the real culprit.
problems... firewall rules gone bad, firewall loose cables, tar pits,
packet fragments not being accepted, bad routing, excessive
retransmitting, ftp bugs, osa bugs, windows bugs (exhausted windows
resource causing the IP stack to report errors) .. I am sure that there
are some choice ones I am forgetting... like s0c4 on a vba file ftp, port
scanners for security killing boxes.
Rob
p.s. You might also consider running TRACE on the LINUX box as well.
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to listserv@xxxxxxxxxxx with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
.
- Follow-Ups:
- Re: Slow FTP transfer from z/OS to Unix
- From: François Paré
- Re: Slow FTP transfer from z/OS to Unix
- References:
- Re: Slow FTP transfer from z/OS to Unix
- From: Andrew Armstrong
- Re: Slow FTP transfer from z/OS to Unix
- From: François Paré
- Re: Slow FTP transfer from z/OS to Unix
- From: Rob Schramm
- Re: Slow FTP transfer from z/OS to Unix
- From: François Paré
- Re: Slow FTP transfer from z/OS to Unix
- Prev by Date: Re: LISTDSI alternative?
- Next by Date: Re: LISTDSI alternative?
- Previous by thread: Re: Slow FTP transfer from z/OS to Unix
- Next by thread: Re: Slow FTP transfer from z/OS to Unix
- Index(es):
Relevant Pages
|