D-Link Forums
The Graveyard - Products No Longer Supported => Routers / COVR => DIR-857 => Topic started by: Hecro on August 26, 2012, 12:23:59 AM
-
I bought this router a month ago and I have been experiencing extreme drop in upload speed through the FTP protocol.
I have a 100/100mbit fiber connection and I have been testing the upload speed to a nearby TDC (biggest ISP in Denmark) test FTP server (ftptest1.tele.dk (http://ftptest1.tele.dk))
This is a speedtest of my connection:
http://www.speedtest.net/result/2140875164.png (http://www.speedtest.net/result/2140875164.png)
I am cabled directly to the router and I am experiencing the exact same problem with my NAS server when customers are trying to download their pictures from it (I am a photographer by profession).
I have been toying around with the settings on the router and I cannot get it over 200-300 kb/s and then it often times out after a few mb's. I can download stable with 11mb/s both from http and ftp protocol - no problem there. It's just the upload over ftp protocol that "blows".
What shall I do?
-
Traffic Shapping and QOS enabled? Try w both OFF.
-
Already off :/
-
The weird thing is that the first ftp upload I do after a router reboot I can run at the full speed 11-12mb/s, but after that it's maximum around the 200 kb/s for additional uploads.
-
What ISP Service do you have? Cable or DSL?
What ISP Modem do you have? Stand Alone or built in router?
What ISP Modem make and model do you have?
Turn off all anti virus and firewall programs on PC while testing. 3rd party firewalls are not generally needed when using routers as they are effective on blocking malicious inbound traffic.
Turn off all devices accept for one wired PC while testing.
-
What ISP Service do you have? Cable or DSL?
What ISP Modem do you have? Stand Alone or built in router?
What ISP Modem make and model do you have?
Turn off all anti virus and firewall programs on PC while testing. 3rd party firewalls are not generally needed when using routers as they are effective on blocking malicious inbound traffic.
Turn off all devices accept for one wired PC while testing.
It's a fiberconnection, not cable or DSL.
Standalone fibermodem (Comega FTTH CPE gateway)
Im testing it on an OSX mountain lion, Windows Server 2008 R2, Windows 7 and the linux system on the NAS. Same results. If I connect the OSX directly to the fiber modem there is no problem. If I use my old router I can get the full speed, but it's unfortunately broken in the wireless part.
-
I would ask your ISP if there is any specialized MTU settings that need to be tried. Most cable services are 1500, DSL is usually 1492-1472. I have seen some fiber issues with running external routers. I think there has been some information on DSLreports.com as well. I might check there as well.
-
Okay, thanks for the pointers - I will reply if I solve the issue :)
-
Keep us posted.
-
So my ISP don't know what MTU is, but I will receive an email when they find out :)
-
My problem is still unresolved. I can't get why I can upload with full speed right after a router reboot. The next FTP upload I do is limited to around 150kb/s and a very unstable speed.
There must be someone that can help me figure this out.
-
What FTP program are you using?
-
FilleZilla, FlashFXP, CyberDuck & Transmit.
-
Can only think of something on the PC side maybe.
I would turn off everything, security SW, wired and wireless devices.
Use only one wired PC to the back of the router.
Ensure your FTP programs are set up and configured for speed or xfer as fast as possible. Might try other settings as well.
Might see if other end of FTP server is slowing you down.
I have been told that other DLink devices have seen this, DNS items.
-
Tried 3 different computers with different OS. Only one computer wired at a time.
I have tested on over 10 different FTP servers with different ISP's.
I think I will just return the router and go with a Cisco insted.
-
Hi,
here is how you can determine the MTU of your Internet uplink in case it is smaller than 1500 which is the Ethernet-MTU of your LAN.
At a Windows PC open a command prompt and type the following command:
ping -f -l 1472 <target>
where <target> is some Internet destination you know you'll get a ping reply from (often the administrators of <target> block ping responses). For example <target>=www.heise.de should work (just test it typing ping <target> whithout any options).
If you see ping replies coming back, you know that the MTU of your Internet uplink is at least 1500 and hence there is no MTU problem.
Otherwise, you might see some error message saying that fragmentation is needed but the DF flag is set or you might run into a timeout getting no reply. In this case you know, that some link in the path through the Internet to <target> has a smaller MTU than 1500. Now start to repeat the command decreasing the l-value by 1 (1471, 1470, 1469, ...) until you find a value l=LMIN, where you get a ping reply.
Then you know, that PTMU=LMIN+28 is the so called Path-MTU to <target> which means the smallest MTU of all links that form the path to <target> through the Internet.
Now repeat the test for several other targets. If you always end up with the same value l=LMIN, then probability is high that LMIN+28 is the MTU of your Internet uplink. In my case I get LMIN=1464 for any <target> which means that my Internet uplink (PPPoE/DSL) has a MTU of 1464+28=1492 (this is Ethernet(1500) minus PPPoE/PPP-Overhead (=8)).
If you can determine the MTU of your Internet uplink this way, put this value into the configuration of your router and see, if things get better.
PT
-
in terms of d link router, you need to put a switch in between.
the same goes for cisco, zyxel etc.
I've had the same problem with the following servers / nas,
seagate black armor, Thecus 7700pro, ubuntu server.
Fix the problem by putting a dlinkswitch in between (connect all computers / servers to the switch and have only one cable from the router to the switch and your problem should be solved.
would like to point out that this little nugget is the first router that can handle my network without causing lag or die. (Over 50 clients that streams and plays, samba, wingftp, subsonic, plex, etc.)
can also mention the various routers I used before I found this. zyxel nbg5715, netgear wndr4500, Cisco E4200, jensen 89300th
/ Chali
-
Hi,
here is how you can determine the MTU of your Internet uplink in case it is smaller than 1500 which is the Ethernet-MTU of your LAN.
At a Windows PC open a command prompt and type the following command:
ping -f -l 1472 <target>
where <target> is some Internet destination you know you'll get a ping reply from (often the administrators of <target> block ping responses). For example <target>=www.heise.de should work (just test it typing ping <target> whithout any options).
If you see ping replies coming back, you know that the MTU of your Internet uplink is at least 1500 and hence there is no MTU problem.
Otherwise, you might see some error message saying that fragmentation is needed but the DF flag is set or you might run into a timeout getting no reply. In this case you know, that some link in the path through the Internet to <target> has a smaller MTU than 1500. Now start to repeat the command decreasing the l-value by 1 (1471, 1470, 1469, ...) until you find a value l=LMIN, where you get a ping reply.
Then you know, that PTMU=LMIN+28 is the so called Path-MTU to <target> which means the smallest MTU of all links that form the path to <target> through the Internet.
Now repeat the test for several other targets. If you always end up with the same value l=LMIN, then probability is high that LMIN+28 is the MTU of your Internet uplink. In my case I get LMIN=1464 for any <target> which means that my Internet uplink (PPPoE/DSL) has a MTU of 1464+28=1492 (this is Ethernet(1500) minus PPPoE/PPP-Overhead (=8)).
If you can determine the MTU of your Internet uplink this way, put this value into the configuration of your router and see, if things get better.
PT
Thanks for the incredible detailed post - much much appreciated!
Unfortunately I have a MTU of atleast 1500 following your post, but it was a great suggestion!
-
Hm, here are two other ideas:
- Maybe Ethernet datarate and duplex mode autonegotiation between your wired LAN devices and the Ethernet ports of your router may not work. So if possible try to adjust speed (1GB/s) and duplex mode (full) within the driver settings of your network adapters manually instead of doing autonegotiation by default.
- Maybe SPI within your router drops TCP segments that are okay and shouldn't get dropped. So for a test, disable SPI within the router's firewall settings. If this does not improve the situation, return to enabled SPI.
Edit:
Are there any differences between using active or passive FTP? Meaning slow if passive and fast if active or vice versa?
PT
-
Maybe someone can review your router settings with you using Link> teamviewer (http://www.teamviewer.com) if your interested. Its safe and secure.