Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[hilaireg]

Hi All,

Anyone noticed that the MTU setting for the DIR-3040 is restricted to a range 1280-1492 when using a PPPoE account over Fibre?  Typically, 1492 should be fine but I've been reading of late that the recommendation is to set the MTU to 1500 when using PPPoE on a Fibre connection as the 8 byte overhead has factored in already - i.e. 1508 MTU.

I'm experiencing occasional "stalls" when downloading from slow hosts (ex: SendSpace, FileFactory, etc.) as well as interment errors loading "www.google.com" throughout the day.  I've tested on numerous devices that I own and the issue seems to be consistent - MacOS/WinOS.  ISP (Vianet) speedtests return desired results.  I've ruled out the internal network switch (DELL PowerConnect 2848) as the logging on the ports show ZERO dropped packets or errors - i.e. logging is clean.

I started noticing the issue back when I did the last f/w update and now that the issue is still present with f/w 1.11, I'm trying to pinpoint what might be the root cause.  Restarting the ISP equipment and my network equipment doesn't seem to make a difference.

I'd appreciate some insight from anyone using a PPPoE account over Fibre and/or any other suggestions as to what I could look at.

Cheers,

[GreenBay42]

You may want to connect a PC directly and play with the MTU settings on your ethernet adapter to test.

Have you contacted Vianet to see what the optimal MTU setting is?

You may want to contact D-Link Canada tech support to report the issue. They can send a ticket to the engineers to see if it is possible to increase the MTU above 1492.

[FurryNutz]

Max MTU value should be 1500. So 1492 with the 8 byte count would out the MTU at 1500 which would be standard. You can't have a MTU value of anything over 1500.

[hilaireg]

Max MTU value should be 1500. So 1492 with the 8 byte count would out the MTU at 1500 which would be standard. You can't have a MTU value of anything over 1500.

From what I'm gathering, many Fibre-based services are pre-processing the MTU on "their side".  So, does that imply that the MTU is "coming in" at 1492 ?  Does it further imply that an MTU of 1492 on the DIR is further reducing the size - i.e. ISP MTU (1492) & DIR MTU (1492) = MTU (1484) ?  Would that suggest that the MTU in the DIR should be set to 1484 or 1500 ? 

Not sure, hence the inquiry ... and could likely be a moot point. 

Which brings me back to my being open to suggestions on what else to trace (look for) to try and pinpoint why downloads from low-speed hosting services (Sendspace, FileFactor, RapidGator, etc.) all stall-out in the last MB of download.

Thoughts?

[FurryNutz]

You'll need to ask the ISP what there processing for MTU. Most D-Link routers and other routers operate at a default value of 1500. Some mfrs allow users to change the MTU value to something lower. Like for DSL and PPPOE which usually operate at 1472 or 1492. Again, this is something to ask the ISP on what they support and what is needed.

[hilaireg]

Did the "old school" ping test (ping www.yahoo.com -f -l 1464) to confirm the MTU value on the DIR and added the IP/ICMP headers (28 bytes) to the value which results in 1492.  That rules out a "sliding" MTU as being the issue.

Changed the DNS to CloudFlare/Google to rule out DNS.


Ref:
https://en.wikipedia.org/wiki/Ping_(networking_utility)

[FurryNutz]

 

[hilaireg]

Disabled "Energy Efficient Ethernet" on the switch; that seems to have made a noticeable improvement on macOS and winOS - i.e. haven't seen the intermittent DNS resolve issues or the low-speed hosting services (Sendspace, FileFactor, RapidGator, etc.) stall-outs in the last MB of download.

[FurryNutz]

That feature seems to cause problems from what I've seen.
Thanks for letting us know.