Here is a link to a good description of how ftp works http://slacksite.com/other/ftp.html.
Where we see most of our timeouts is on the command ports during a long transfer. The command ports do nothing during the transfer on the data ports and can timeout, usually at a firewall. Note that the firewall may be outside your corporate control. Good luck Dennis Roach GHG Corporation Lockheed Martin Mission Services Flight Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 Phone: Voice: (281)336-5027 Cell: (713)591-1059 Fax: (281)336-5410 E-Mail: [email protected] All opinions expressed by me are mine and may not agree with my employer or any person, company, or thing, living or dead, on or near this or any other planet, moon, asteroid, or other spatial object, natural or manufactured, since the beginning of time. > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] On > Behalf Of Clark, Kevin > Sent: Monday, March 23, 2009 7:46 PM > To: [email protected] > Subject: Re: FTP timeout problem > > Robert, > > Start a TCP trace on ports 20,21 for the IP address of scftpd.ca.com. > If its a firewall issue , there should be a stoppage of traffic during > handshaking. Perhaps an unsolicitied RST. > > Kevin > > ________________________________ > > From: IBM Mainframe Discussion List on behalf of Johnston, Robert E > Sent: Mon 3/23/2009 4:07 PM > To: [email protected] > Subject: Re: FTP timeout problem > > > > Hello Scott and Hal... thanks for your help. > > I cut/pasted my ftp job below. It is going to an HFS. I talked to our > network people and they said it could be a firewall issue, like Hal > said. I have other things to work on this week so I'll be on and off > this, but I'll let everyone know if/when I get it working and what the > problem was. > > //GETPAX EXEC PGM=FTP,REGION=0M > //SYSMDUMP DD SYSOUT=* > //SYSPRINT DD SYSOUT=* > //OUTPUT DD SYSOUT=* > //INPUT DD * > scftpd.ca.com > anonymous [email protected] > cd /orders/######/3648561/comp > debug flo tim bas > binary > get 11SP08AW000.pax.Z + > '/CA_Download/Package/Common/R11/11SP08AW000.pax.Z' (rep > quit > > Thanks, > Robert > > Confidentiality Notice: This e-mail message, including any attachments, > is for the sole use of the intended recipient(s) and may contain > confidential and privileged information. Any unauthorized review, use, > disclosure or distribution is prohibited. If you are not the intended > recipient, please contact the sender by reply e-mail and destroy all > copies of the original message. > > ---------------------------------------------------------------------- > 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 > > > > > This e-mail message and any attachments transmitted with it are > confidential and are intended solely for the use of its authorized > recipient(s). If you are not an intended or authorized recipient, you > are hereby notified that any disclosure, copying, distribution or > taking any action in reliance on the information contained in this e- > mail is prohibited. If you have received this message in error or are > not authorized to receive it, please immediately notify the sender and > delete the original message and all copies of it from your computer. > > > ---------------------------------------------------------------------- > 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 ---------------------------------------------------------------------- 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
