OSPF and MTU

Post a reply


In an effort to prevent automatic submissions, we require that you complete the following challenge.
Smilies
:D :) ;) :( :o :shock: :? 8-) :lol: :x :P :oops: :cry: :evil: :twisted: :roll: :!: :?: :idea: :arrow: :| :mrgreen: :geek: :ugeek:

BBCode is ON
[img] is ON
[flash] is OFF
[url] is ON
Smilies are ON

Topic review
   

Expand view Topic review: OSPF and MTU

Re: OSPF and MTU

by CCXX » Tue Jul 23, 2013 10:50 am

If you wish to get around MTU problem without changing the MTU value, you can try ignoring mtu check. E.g. http://blog.netbraintech.com/2013/07/22 ... atch-ospf/

Here, SW3 (3550) is configured to disable MTU mismatch detection for Database Descriptor (DBD) packets.
Image

Re:OSPF and MTU

by Guest » Tue Sep 07, 2010 4:16 am


I don't think so--as long as you're not running anything that adds to the header size of the packet, it's not going to matter if the MTU on the wan links is the same as the MTU on the local links. It doesn't sound like you're doing anything that would add to the packet size on the routers themselves.Of course, it's not going to do any harm to set the MTU higher, and it may save you headaches later, if something crops up that requires a larger MTU, and you don't remember to set it. So, setting it higher is fine, it's not hurting or helping anything at the moment, as long as both ends of every link are set the same.Russ.W

Re:OSPF and MTU

by Guest » Tue Sep 07, 2010 3:12 am


Well here is my scenario.  I have remote locations that are connected back to our data center via point-to-point( /32 ) ATM connections.  On the remote side we use either the MC3810 or 2621XM.  In the data center the point to points enter a 6500 after riding an MGX con as transport.  In this instance would having the MTU set higher have any benifit or detriment?  In some instances our end router sits in the same room as an MGX and connected with a DS3.  Would these instances be any different?bc

Re:OSPF and MTU

by Guest » Tue Sep 07, 2010 2:26 am


It all depends on what sort of segment the packet source and sink are on, and the types of stuff you're doing in the middle. If all your hosts (servers and workstations) are on 1500 byte mtu segments, and you're not doing anything "special," then you don't really need to bump the mtu's in the middle. If, however, you are running tunnels, encryption, mpls, or other type sof things that are going to generate larger packets through the middle of your network, then bumping the mtu is really nice.It could also make a difference if you're converging BGP, and would like to reduce the packet count across the wire. EIGRP won't transmit anything larger than a 1500 byte mtu no matter what the actual mtu is, so you won't get much help there.... IS-IS, I think, can operate over jumbo links, reducing packet count, but I'm not certain cisco supports it, or what happened to the drafts on that one. OSPF, I think can take advantage of larger MTU sizes, since LSAs are repackaged at every hop, anyway, so it might get some gain out of larger mtu's.Hope that helps....Russ.W

Re:OSPF and MTU

by Guest » Tue Sep 07, 2010 1:05 am


Thanks for the help Russ!  I have another MTU related question that you might be able to field.  When you have a DS3 on an ATM interface is there any benefit to having your MTU set higher than 1500 (what I typically set it to) or will this cause problems?  It seems like with a higher MTU you could have more efficient use of bandwidth but it also seems like you might trigger jumbo frames (causing drops).  Do you have any thoughts on this?bc

Top