Your best friend for file transfer.

Fetch application logoFetch

Slow connection/unfinished uploads (4 posts)

This is an archived topic. The information in it is likely to be out-of-date and no longer applicable to current versions of Fetch.
  • Started 11 years ago by MurkMe
  • Latest reply 11 years ago from MurkMe
  • MurkMe Member

    I've been using Fetch happily since 1995.

    Mac OS9.21, Fetch 4.03

    Since we changed to a high speed wireless connection, all FTP programs, not just Fetch, have been extremely slow in connecting though test speeds are 260K or uploads and 768k for downloads. Once connected, downloads are fine but I can't upload easily. Small files take forever (18k over ten minutes) and large files just hang.

    Transcript of current session:

    Connecting to www.forkmedia.com port 21 (12/17/02 10:04:37 AM)
    220 www.globalgourmet.com FTP server (BSDI Version 7.00LS) ready.
    ADAT
    500 'ADAT This command is checking whether this server supports Kerberos or GSS security, see RFC 2228': command not understood.
    USER twoway
    331 Password required for twoway.
    PASS
    230 User twoway logged in.
    SYST
    215 UNIX Type: L8 Version: BSD-199910
    PWD
    257 "/usr/var/www/docs/forkmedia" is current directory.
    PASV
    227 Entering Passive Mode (66,45,20,237,194,193)
    LIST
    150 Opening ASCII mode data connection for '/bin/ls'.
    total 22
    -rw-r--r-- 1 twoway www 276 Jan 2 2001 CaDirLogs.dat
    drwxr-xr-x 2 twoway www 512 Sep 8 1999 errors
    -rw-r--r-- 1 twoway www 2270 Dec 17 08:14 index.html
    -rw-r--r-- 1 twoway www 3213 Dec 17 08:14 page02.html
    drwxr-xr-x 2 twoway www 512 Dec 17 10:06 photos1
    drwxr-xr-x 2 twoway www 512 Dec 13 10:12 photos2
    226 Transfer complete.
    CWD photos1
    250 CWD command successful.
    PWD
    257 "/usr/var/www/docs/forkmedia/photos1" is current directory.
    PASV
    227 Entering Passive Mode (66,45,20,237,194,194)
    LIST
    150 Opening ASCII mode data connection for '/bin/ls'.
    total 168
    -rw-r--r-- 1 twoway www 21844 Dec 17 08:00 carnitas_sm.jpg
    -rw-r--r-- 1 twoway www 18075 Dec 17 08:07 nachosn_sm.jpg
    -rw-r--r-- 1 twoway www 25830 Dec 17 08:08 ncarnitas_sm.jpg
    -rw-r--r-- 1 twoway www 17555 Dec 17 08:13 sour_sm.jpg
    226 Transfer complete.
    TYPE I
    200 Type set to I.
    PASV
    227 Entering Passive Mode (66,45,20,237,194,195)
    STOR carnitas.jpg
    150 Opening BINARY mode data connection for 'carnitas.jpg'.

    At this point nothing happens though Fetch will at first indicate the file is uploading but the speed indicator gets smaller and the time to finish keeps getting longer and longer. It never finishes.

    I disabled MACB and switched to Passive mode but same results. I also tried uploading a large file to your server - same result. My webmaster has no problem uploading through his connection (also distant from web server).

    I'm guessing it's a firewall issue. My webmaster thinks it's a latency issue. My ISP doesn't have any ideas.

    What do you think?

    Thanks,

    MM

    Posted 11 years ago #

  • Jim Matthews Administrator

    I can offer another guess, which is that it's a flow control issue. Some networking equipment (especially modems) can get "stuck" when data is sent in large quantities. "Flow control" is the way one component signals another to say that it has all the data it can handle, and to not send any for a while. Later it should signal that sending can resume, but if that signal is not successful the transfer is stuck.

    The fact that this problem affects multiple applications, talking to different servers, focuses suspicion on the networking equipment and connection that are a common factor in your tests. Is it possible to try with a different connection? If you are connected to the wireless link through a router can you try connecting directly?

    Thanks,

    Jim Matthews
    Fetch Softworks

    Posted 11 years ago #

  • MurkMe Member

    Hi,

    I had two techs from the wireless ISP here for a few hours and after many tests they think it's just a bad connection. There is small hill between their main antenna and my roofline. They plan to replace the wireless antenna on my roof with a newer, taller one and see if that solves the problem. They say the old antennas, which a few months ago worked flawlessly, degraded over time so they changed to a different manufacturer.

    In the meantime, I went back to using a 56k modem with Fetch and it works fine albeit slowly. At least the uploads now complete normally instead of hanging.

    Thanks for your response.

    MM

    Originally posted by JimMatthews:

    I can offer another guess, which is that it's a flow control issue. Some networking equipment (especially modems) can get "stuck" when data is sent in large quantities. "Flow control" is the way one component signals another to say that it has all the data it can handle, and to not send any for a while. Later it should signal that sending can resume, but if that signal is not successful the transfer is stuck.

    The fact that this problem affects multiple applications, talking to different servers, focuses suspicion on the networking equipment and connection that are a common factor in your tests. Is it possible to try with a different connection? If you are connected to the wireless link through a router can you try connecting directly?

    Thanks,

    Jim Matthews
    Fetch Softworks

    Posted 11 years ago #

  • MurkMe Member

    Hi,

    After the new antenna was put in I got hi-speed again, but only for mail, web browsing, etc. FTP still doesn't work properly with large files, esp. uploading, and is inconsistent with small ones.

    Your reply regarding flow control is interesting but my webmaster says that there isn't any setting on our Apache server/BSD OS that regulates flow control. And we get the same problem uploading to any server. We tried a direct connection to the rooftop aerial from a laptop and got the same result. So the problem must lie somewhere between my rooftop aerial and the ISP's connection to the Internet.

    TW

    Posted 11 years ago #

Topic closed

This topic has been closed.