David, far from me the idea XMIT would have solved. It's a try to understand if problem is related to the FTP server or client. :D
Regards. Max Il giorno gio 28 mar 2024 alle ore 15:11 David Spiegel < [email protected]> ha scritto: > Hi Max, > XMIT??? ... They would probably exceed some limit long before the > transmission begins. > > Regards, > David > > On 2024-03-28 09:57, Massimo Biancucci wrote: > > Dave, > > > > did you try the basic PING and TRACERTE to see if there's anything > > different ? > > Is it a basic FTP ? SFTP ? FTPS ? > > > > Did you try with XMIT through JNE (if available) to measure any > difference ? > > > > Best regards. > > Max > > > > Il giorno gio 28 mar 2024 alle ore 14:54 Styles, Andy (CIO GS&S - Core > > Infrastructure & IT Operations ) < > > [email protected]> ha scritto: > > > >> Classification: Public > >> > >> Do you have access to any other kind of transfer mechanism, and if so, > >> does it happen with that too? (thinking Connect:Direct for example). > >> Is the target device of the transfer the same on fast vs slow? > >> > >> Andy Styles > >> z/Series Systems Programmer > >> > >> -----Original Message----- > >> From: IBM Mainframe Discussion List <[email protected]> On > Behalf > >> Of Jousma, David > >> Sent: Thursday, March 28, 2024 1:14 PM > >> To: [email protected] > >> Subject: Re: Slow FTP's > >> > >> *** This email is from an external source - be careful of attachments > and > >> links. Please report suspicious emails *** > >> > >> There is, but same for all lpars involved. > >> > >> Dave Jousma > >> Vice President | Director, Technology Engineering > >> > >> > >> > >> > >> > >> From: IBM Mainframe Discussion List <[email protected]> on > behalf > >> of Joe Monk <[email protected]> > >> Date: Thursday, March 28, 2024 at 9:12 AM > >> To: [email protected] <[email protected]> > >> Subject: Re: Slow FTP's > >> Is there a firewall or switch in the path? Joe On Thu, Mar 28, 2024 at > 8: > >> 03 AM Jousma, David < 000001a0403c5dc1-dmarc-request@ listserv. ua. > edu> > >> wrote: > Joe, > > I had not, just did, worse yet > > EZA1485I 12902400 > bytes > >> > >> > >> Is there a firewall or switch in the path? > >> > >> > >> > >> Joe > >> > >> > >> > >> On Thu, Mar 28, 2024 at 8:03 AM Jousma, David < > >> > >> [email protected]> wrote: > >> > >> > >> > >>> Joe, > >>> I had not, just did, worse yet > >>> EZA1485I 12902400 bytes transferred - 10 second interval rate 1281.27 > >>> KB/sec - Overall transfer rate 1281.27 KB/sec > >>> EZA1485I 21381120 bytes transferred - 10 second interval rate 838.65 > >>> KB/sec - Overall transfer rate 1059.52 KB/sec > >>> EZA1485I 29491200 bytes transferred - 10 second interval rate 791.23 > >>> KB/sec - Overall transfer rate 969.15 KB/sec > >>> Dave Jousma > >>> Vice President | Director, Technology Engineering > >>> From: IBM Mainframe Discussion List <[email protected]> on > >>> behalf > >>> of Joe Monk <[email protected]> > >>> Date: Thursday, March 28, 2024 at 8:56 AM > >>> To: [email protected] <[email protected]> > >>> Subject: Re: Slow FTP's > >>> Have you tried MODE S (streaming) and TYPE E? Joe On Thu, Mar 28, 2024 > >>> at > >>> 7: 31 AM Jousma, David < 000001a0403c5dc1-dmarc-request@ listserv. ua. > >>> edu> wrote: > All, > > Grasping at straws here, IBM support center is > >>> baffled too. > > >>> Have you tried MODE S (streaming) and TYPE E? > >>> Joe > >>> On Thu, Mar 28, 2024 at 7:31 AM Jousma, David < > >>> [email protected]> wrote: > >>>> All, > >>>> Grasping at straws here, IBM support center is baffled too. > >>>> To clone z/OS maintenance to various disconnected sysplex’s I do a > >>>> DFDSS > >>>> dump, and FTP it everywhere it needs to be. Its roughly a 50Gb file > >>>> transfer. There is some environmental issue causing slow file > >>>> transfers > >>> to > >>>> some systems (40mb’s a sec) and fast file transfers (150Mb/sec) to > >>>> other > >>>> systems on the same CEC. With IBM support help, we’ve narrowed down > >>> the > >>>> problem to the specification of MODE B and EBCDIC on the transfer > >>>> since > >>> it > >>>> is a DSS dump. Remove those, and the transfer is fast on the slow > >>>> systems, and still fast on the fast systems. Obviously that isn’t a > >>>> solution though. > >>>> So, we are a GDPS shop. The oddity is that all the “fast” transfers > >> are > >> > >>>> to the K systems(control systems), and all the “slow” transfers are > >>>> to > >>> the > >>>> traditional application systems. TEST, DEV, PROD makes no > difference, > >>> nor > >>>> does LPAR busy or not busy. > >>>> It seems there is something configured differently on the “slow” > >>>> systems > >>>> that is affecting mode b, ebcdic file transfers, but for the life of > >>>> me, > >>> I > >>>> cannot put my finger on what, nor can the support center, except > >>>> that the > >>>> issue is at the remote end, in that the OS cannot offload the data > >>>> fast > >>>> enough, so TCPIP/FTP is slowing the transfer pace. > >>>> A virtual adult beverage of choice to the one that can point in a > >>>> direction to look…. > >>>> Dave Jousma > >>>> Vice President | Director, Technology Engineering > >>>> This e-mail transmission contains information that is confidential > >>>> and > >>> may > >>>> be privileged. It is intended only for the addressee(s) named above. > >> If > >> > >>>> you receive this e-mail in error, please do not read, copy or > >>>> disseminate > >>>> it in any manner. If you are not the intended recipient, any > >>>> disclosure, > >>>> copying, distribution or use of the contents of this information is > >>>> prohibited. Please reply to the message immediately by informing the > >>> sender > >>>> that the message was misdirected. After replying, please erase it > >>>> from > >>> your > >>>> computer system. Your assistance in correcting this error is > >> appreciated. > >> > >>>> -------------------------------------------------------------------- > >>>> -- > >>>> For IBM-MAIN subscribe / signoff / archive access instructions, > >>>> send email to [email protected] with the message: INFO > >>>> IBM-MAIN > >>> ---------------------------------------------------------------------- > >>> For IBM-MAIN subscribe / signoff / archive access instructions, > >>> send email to [email protected] with the message: INFO IBM-MAIN > >>> This e-mail transmission contains information that is confidential and > >>> may > >>> be privileged. It is intended only for the addressee(s) named above. > If > >>> you receive this e-mail in error, please do not read, copy or > >>> disseminate > >>> it in any manner. If you are not the intended recipient, any > >>> disclosure, > >>> copying, distribution or use of the contents of this information is > >>> prohibited. Please reply to the message immediately by informing the > >>> sender > >>> that the message was misdirected. After replying, please erase it from > >>> your > >>> computer system. Your assistance in correcting this error is > appreciated. > >>> ---------------------------------------------------------------------- > >>> For IBM-MAIN subscribe / signoff / archive access instructions, > >>> send email to [email protected] with the message: INFO IBM-MAIN > >> > >> > >> ---------------------------------------------------------------------- > >> > >> For IBM-MAIN subscribe / signoff / archive access instructions, > >> > >> send email to [email protected] with the message: INFO IBM-MAIN > >> > >> This e-mail transmission contains information that is confidential and > may > >> be privileged. It is intended only for the addressee(s) named above. > If > >> you receive this e-mail in error, please do not read, copy or > disseminate > >> it in any manner. If you are not the intended recipient, any disclosure, > >> copying, distribution or use of the contents of this information is > >> prohibited. Please reply to the message immediately by informing the > sender > >> that the message was misdirected. After replying, please erase it from > your > >> computer system. Your assistance in correcting this error is > appreciated. > >> > >> ---------------------------------------------------------------------- > >> For IBM-MAIN subscribe / signoff / archive access instructions, send > email > >> to [email protected] with the message: INFO IBM-MAIN > >> Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 > 1YZ. > >> Registered in Scotland no. SC95000. Telephone: 0131 225 4555. > >> > >> Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. > >> Registered in England and Wales no. 2065. Telephone 0207626 1500. > >> > >> Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. > >> Registered in Scotland no. SC327000. Telephone: 03457 801 801. > >> > >> Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, > >> London EC2V 7HN. Registered in England and Wales no. 10399850. > >> > >> Scottish Widows Schroder Personal Wealth Limited. Registered Office: 25 > >> Gresham Street, London EC2V 7HN. Registered in England and Wales no. > >> 11722983. > >> > >> Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets > >> plc are authorised by the Prudential Regulation Authority and regulated > by > >> the Financial Conduct Authority and Prudential Regulation Authority. > >> > >> Scottish Widows Schroder Personal Wealth Limited is authorised and > >> regulated by the Financial Conduct Authority. > >> > >> Lloyds Bank Corporate Markets Wertpapierhandelsbank GmbH is a > wholly-owned > >> subsidiary of Lloyds Bank Corporate Markets plc. Lloyds Bank Corporate > >> Markets Wertpapierhandelsbank GmbH has its registered office at > >> Thurn-und-Taxis Platz 6, 60313 Frankfurt, Germany. The company is > >> registered with the Amtsgericht Frankfurt am Main, HRB 111650. Lloyds > Bank > >> Corporate Markets Wertpapierhandelsbank GmbH is supervised by the > >> Bundesanstalt für Finanzdienstleistungsaufsicht. > >> > >> Halifax is a division of Bank of Scotland plc. > >> > >> HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in > >> Scotland no. SC218813. > >> > >> > >> > >> This e-mail (including any attachments) is private and confidential and > >> may contain privileged material. If you have received this e-mail in > error, > >> please notify the sender and delete it (including any attachments) > >> immediately. You must not copy, distribute, disclose or use any of the > >> information in it or any attachments. Telephone calls may be monitored > or > >> recorded. > >> > >> > >> ---------------------------------------------------------------------- > >> For IBM-MAIN subscribe / signoff / archive access instructions, > >> send email to [email protected] with the message: INFO IBM-MAIN > >> > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to [email protected] with the message: INFO IBM-MAIN > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
