Search:  

 
 
   All ForumsHot TopicsGallery






how-to block ads


 
Forums » Selected ISP Support » Windstream » MTU Settings behind router and modem
Search Topic:
Share Topic:
RSS topic:
toggle:
flat / full
normal / watch
Posting:
Post a:
Post a:
Upgrade - Lexcat »
« Problems DSL after 8PM, Sanford NC  
AuthorAll Replies


bsc
Premium
join:2003-03-11
Lexington, KY
·Windstream

reply to evilghost
Re: MTU Settings behind router and modem

said by evilghost See Profile :

Sorry you misread my post, I really wasn't trying to be a jerk, I'm not very strong with some of the aspects of networking so I was trying to wrap my head around the MTU and weight setting local MTU to 1492. In testing it apperas I fragment with a packet size greater than 1450 bytes.

How could I use tcpdump to detect fragmentation on live traffic flows?
I apologize then, I definitely did snap there. I thought you were telling me I was wrong. We can still be friends!

I will elaborate a little.. the number you put in (1450) is essentially the raw data. This is going to be the SEGMENT size. This is a part of Layer 4 in the OSI model, where TCP and UDP live. Before the data gets sent out it gets headers added from Layer 3 (ICMP for a ping) and Layer 2 (Ethernet in most cases and in the case of DSL PPPoE headers get added here).

All in all in a PPPoE environment, you are going to add 48 (40 for ethernet and other header data and 8 for PPPoE) bytes to the SEGMENT SIZE before you send the data out. So the largest SEGMENT SIZE that will not fragment is 1452.

GVG

join:2006-09-19
Charlotte, NC
Now I am confused. Should I set MTU to 1492 or 1452?


evilghost
Premium
join:2003-11-22
Springville, AL
·Windstream

reply to bsc
said by bsc See Profile :

said by evilghost See Profile :

Sorry you misread my post, I really wasn't trying to be a jerk, I'm not very strong with some of the aspects of networking so I was trying to wrap my head around the MTU and weight setting local MTU to 1492. In testing it apperas I fragment with a packet size greater than 1450 bytes.

How could I use tcpdump to detect fragmentation on live traffic flows?
I apologize then, I definitely did snap there. I thought you were telling me I was wrong. We can still be friends!

I will elaborate a little.. the number you put in (1450) is essentially the raw data. This is going to be the SEGMENT size. This is a part of Layer 4 in the OSI model, where TCP and UDP live. Before the data gets sent out it gets headers added from Layer 3 (ICMP for a ping) and Layer 2 (Ethernet in most cases and in the case of DSL PPPoE headers get added here).

All in all in a PPPoE environment, you are going to add 48 (40 for ethernet and other header data and 8 for PPPoE) bytes to the SEGMENT SIZE before you send the data out. So the largest SEGMENT SIZE that will not fragment is 1452.
No problem with the misunderstanding, thanks for your elaboration. I know you're very knowledgeable about the networks sections that I'm strongly deficient in so I appreciate tapping your brain.

I assume setting the LAN to 1492 does nothing if the router's (Tomato GNU/Linux in this case) LAN interface is set to 1500 or does this not matter since fragmentation should not occur since the largest packet will be 1492?

Example; WAN 1492, all LAN interfaces 1492 on client machines, 1500 on LAN interface on router. Fragmentation will not occur since all traffic to/from clients will be MTU 1492 matching WAN MTU?


bsc
Premium
join:2003-03-11
Lexington, KY
·Windstream

Correct, fragmentation will not occur because the clients are sending 1492.

As you can imagine you are taking a slight hit on LAN transfer efficiency in order to maximize your WAN transfers. I think it is more than fair due to the high throughput of a LAN anyway.


evilghost
Premium
join:2003-11-22
Springville, AL
·Windstream

said by bsc See Profile :

Correct, fragmentation will not occur because the clients are sending 1492.

As you can imagine you are taking a slight hit on LAN transfer efficiency in order to maximize your WAN transfers. I think it is more than fair due to the high throughput of a LAN anyway.
Thanks, great explanation.
Forums » Selected ISP Support » WindstreamUpgrade - Lexcat »
« Problems DSL after 8PM, Sanford NC  


Friday, 09-Jan 03:48:05 Terms of Use | Privacy Policy | Hosting by www.nac.net - DSL,Hosting & Co-lo | feedback | contact
over 9 years online! © 1999-2009 dslreports.com.
page compression OFF
Most commented news this week
· [162] New Comcast Throttling System 100% Online
· [112] After 10 Years Of Service, Charter Declares Home 'Unserviceable'
· [112] iTunes Dumps The DRM
· [73] AT&T, Verizon Stocks Tumble
· [61] DOCSIS 3.0 Gets Faster
· [61] Taxing ISPs to Prop Up Failing Newspapers?
· [56] Cable To Grab 75% Of New Subs In 2009
· [55] Feds Start Wait List For DTV Converter Coupons
· [54] Rumor: Google Cooking Up Own Router
· [48] Verizon Again Tweaks DSL Bundles
Most people now reading
· How to download windows 7 beta [Microsoft help]
· [Beta] Windows 7 Beta will be available Friday Jan, 9 2009 [Microsoft help]
· Benchmarking WRT Firmware... Some Surprises! [Linksys]
· Archivis' Guide to Naxx (10-man) [World of Warcraft]
· [ Professions] Northrend Herbalism and Mining Tracks [World of Warcraft]
· Packet Loss / High Latency to WoW [Charter HSI/CATV]
· ERX06 latency [TekSavvy]
· What do you feel happens after someone dies? [General Questions]
· Airplane Cabin Pressurization [General Questions]
· I have been bought by Windjammer Cable [Road Runner]