Rob, We tried TRACERTE but there is no problem there, one hop a couple of milliseconds. We will work on traces and thank you for all the tracks you gave.
François Paré -----Message d'origine----- De : IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] De la part de Rob Schramm Envoyé : 19 juin 2008 17:40 À : [email protected] Objet : Re: Slow FTP transfer from z/OS to Unix 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 [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
