Equipment Support > Hardware By Brand > Linksys > Test My FTP

Test My FTP

I was able to get in just fine.
and start a download, didn't finish it though
--
-daniel
www.shoutclub.com

reply to Anon
I forgot to mention, please list your ftp client, OS, and whether you are using passive or non-passive mode. Thanks a bunch,

g

reply to Anon
Got on, browsed the files (quite the eclectic music collection), and downloaded a complete file.

(Carlos & SRV, what a combo!)

No problems from here using ws_ftp client sitting behind a BEFSR11 running v1.39.

reply to Anon
Bullet Proof FTP 2.3

Logged in fine but couldn't see a directory listing using PASV mode had to go in and disable the sucker.

Disconnected reconnected just fine and downloaded a Limp Bizkit song. Nice mp3 collection.
--
From 28.8 to DSL what a difference.

Good Job! Got in just fine. Watch youe folder permissions if you have write and execute permitted, many,many bad things could happen. Nice fast set-up ya got!

reply to Anon
I got in fine. Using non-passive on Win2k pro using WS_FTP. Copying a few bizcit songs I've been missing. Nice collection! Thanks and good luck!
--
It's a NIC, not a NIC card!
GO SOX!!!

reply to Anon
W2K:
command line client OK
IE 5.5 OK

SunOS 5.6 command line client OK

XP IE 6 passive mode OK

reply to Anon
Win98SE behind BEFSR11 using FlashFXP Version 1.3 build 761.
Direct connection (no proxy servers). No passive mode.

I connected with no problems was quite impressed with your mp3 collection (and my download speed). Thank you

reply to Anon
Something is strange... like a fragmentation problem(?). Data channels connect fine, PORT or PASV, however any large data sent over the data channel stalls.

For example, the only way I can get a directory listing in "/" is an "ls" command via commandline. The more extensive "dir" or "ls -alrt" sits forever never sending data (yet I do have a perfectly good data connection - unlike most I see). I can cd to a less populated directory and "dir" or "ls -alrt" just fine - because, apparently, they're a smaller list(?).

No doubt about it, you have both PORT and PASV connecting data channel ok.

EDIT: BTW, I used Win2K commandline (PORT mode only) and WS_FTPPro 6.60 (PORT and PASV).
[text was edited by author 2001-07-01 02:07:58]

reply to Anon
Thanks for the tests. Bill, I have had quite a few people downloading some rather large files with no problems. I assume you were not able to. The mystery continues...

Greg

reply to Anon
More info. Why no data pumps when it's large is a real mystery - I sniffed and see NOTHING after the connection SYN/ACK of the data channel.

However, I manually cd /TLC and can list "little" directories fine in PORT and PASV (WS_FTPPro 6.60). I cannot, however, download any files (same stall).

I just went to LinkSys and Forte' ftp sites to make sure my end wasn't stalling.

reply to Anon
You have a good site, Greg... maybe it's just overloading when I happen to try .

EDIT Even More Info: Greg, our paths must be doing it. I even bypassed the LinkSys and connected straight to verify identical response here. My MTU is 1500 - could it be fragmenting erroneously between us somewhere? That's what it exactly acts like (since there's no problem with small data transfers only).
[text was edited by author 2001-07-01 02:30:54]

reply to Anon
But what stumps me is that there are seven people ahead of you who have downloaded to their hearts content. What makes your connection so different? There has to be something simple we are missing.

g

One Mystery Solved

reply to Anon

Re: Test My FTP

Hang on... testing the whole path now. You can bet everyone running fine is MTU 1492 (or less) I bet. Something between us is killing 1500-byte packets.

EDIT: Greg, it looks like your end. I can:

ping -f -l 1472 all the way to the hop before you (209.214.35.123). But on your IP:

Pinging 65.81.204.199 with 1472 bytes of data:
Reply from 209.214.35.123: Packet needs to be fragmented but DF set.

With me?
[text was edited by author 2001-07-01 02:51:32]

reply to Anon
I think I'm with you.

Greg, if the hop before you is 1500 MTU why are you only 1492? I must admit I've not worked much with PPPoE which seems to be 1492 max - perhaps someone can help here. I suspect the problem is right at the LinkSys - what firmware?

reply to Anon
1.39. How can I compensate for the MTU. Will I have to change MTU each time I can't log on? That could become a pain.

g