Hi. Suppose to have a 24mbit dsl line but this only reports up to eg. 6-8mbit average.(yes, it s**)Have a Thompson Speedtouch 585 v6 wireless modem (with latest FW) which also acts as a router. Now, my ISP. use a ppoe protocol so i had to configure my NIC to MTU1492, this by using Both DrTcp And manually correctly adding a string to the WinXP registry. The modem is suppose to be set at 1492 but the technic staff can't verify that it really is(though they claim it's set to 1492 def.) since there's no documentation inside the modem, or at Thompson's website. The most strange thing is when i'm doing a ping with the -f -l parameters, the conn reports an MTU at 1452(??!) The same thing at the tweaktest here and at www.dslreports.com. Here's the string from the tweaktest at this site:
MTU = 1452
"MTU is not fully optimized for broadband. Consider increasing your MTU to 1500(1492 in my case) for better throughput. If you are using a router, it could be limiting your MTU regardless of Registry settings."
What's Going ON??
LOL. Thx for your reply but haven't you read my post? Where i mention i already tested drTCP. It doesn't work out, at least not visible And VPN? The only VPN is in that case, PPoE..the protocol my ISP is using. Or please define VPN?
The most weird thing is that the distortion that causes this problem is not to be found. I've already consulted a tech and he tested my line from the station to my house -no problem, cables inside my house -no problem, cable of the modem plugged into his own measure device -he measured 17/10 mbits(!!)
NO other sources for distortion either, eg. telephones, microwave ovens, etc.
I observated this though: at this command: (to my modem) "ping 192.xxx.xxx.xxx -f -l 1464"(+28=1492) had no packetfragmentation, eg. worked out as it should. However, when running the same command but to a WAN-address it defaults to MTU 1452(??!) Conclusion: when running behind Internet -the proper default MTU according to my ISP 1452. When surfing, it drops to 1452. This is weird...or?
That might be where your problem is. Internally your PC/LAN side of the gateway is trying to push data out the ADSL port at 1492...but the WAN is set to 1452 by default and therefore might affect your throughput outside. Try using dr.tcp again and setting your PC to transmit data with mtu of say 1400.
The only other thing I can think of is the throughput from the LAN to WAN of your Speedtouch 585 gateway...it might not support speeds over 10mbps.
I know this thread is really old...
But couldn't resist responding as it still shows up in Google's results and hasn't really been answered.
The reason you see 1452 (-l) as the max size that will sucessfully ping without fragmenting the packets (-f), when you're doing a
ping with the -f -l parameters
is because the MTU (Maximum Transmission Unit) is for the actual encapsulated data.
When doing a ping, the machine sends ICMP echo requests and receives ICMP echo replies.
In your case, when doing a ping with -l 1452 ... you're actually saying you want an ICMP payload of 1452bytes.
The ICMP Header adds 20 bytes to each ICMP packet.
And quite obviously you're pinging an IP address... and... the IP Header (Source IP Address, Destination IP Address, etc.) is.. 20 bytes !
So... here's the math:
1452 bytes payload
20 bytes ICMP Header
20 bytes IP Header
1492 bytes (which is the MTU of a typical PPPoE connection)
PS: The Header for PPPoE is... 8 bytes
PS2: If you tried pinging over a 1500bytes MTU link, the maximum ICMP payload with the Do Not Fragment bit set(-f) would be 1460 bytes (1460+20+20=1500..)