> -----Original Message----- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of gah > Sent: Tuesday, March 25, 2008 3:15 PM > To: [email protected] > Subject: Re: Convert EBCDIC to ASCII in batch? > > > > Actually, I think that I've found the problem. There > appears to be a > > firewall between the mainframe and the Windows box. The > ftp which is > > failing is large (small ftps succeed!) and my estimate is > that it is > > taking just a bit over 2 minutes to complete the data transfer. I > > think the firewall is timing out the ftp control connection due to > > "inactivity". I have so informed management. Maybe > somebody there can > > light a fire under the firewall people to get off their > fundament and > > actually look at it. > > It seems that many firewalls and NAT routers have much too short a > timeout for such connections. Even ones that do TCP keepalive > are often disconnected. > > I would say two minutes is way way way too short, though. > Maybe 15 minutes is ordinary too short. > > -- glen
Well, the firewall theory has bitten the dust. The LAN people have done a packet trace on each side of the firewall. The results are identical. no packets are being lost. And I transferred another really huge file to the "bad" server which took over 4 minutes successfully. [blech] Another weirdness: I can ftp the same data to a different Windows server fine. I can ftp it to a Linux server fine. I can then ftp it from the Linux server to the "broken" Windows server fine. If I convert the data to ASCII on the mainframe and do a "binary" transfer to the "bad" Windows server, it fails the same way. The ASCII data on the mainframe, when binary ftp'ed to my Linux server is identical to ftp'ing the EBCDIC file using the ASCII command on the ftp. I'm really tired of this problem. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. ---------------------------------------------------------------------- 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
