<div dir="ltr"><div><br></div><div>If both servers are MTU 1500 and the network supports 9000, you should be good. </div><div><br></div><div>On the other hand, if one machine is MTU 1500 and the other is greater, and the network supports greater, it can send a packet too big for the machine to receive.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Oct 12, 2017 at 12:11 PM, Dave Goodwin <span dir="ltr"><<a href="mailto:dave.goodwin@december.net" target="_blank">dave.goodwin@december.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



<div>
<div dir="ltr">
<div class="gmail_default" style="font-family:tahoma,sans-serif">While I haven't tried to test this specifically, my understanding is that a network transport that fully supports jumbo frames (e.g. 9000 bytes) will cause no issues with hosts configured with
 1500 byte MTU trying to communicate. I thought the issues can happen when the configured MTU in the two hosts communicating exceeds the effective transport MTU anywhere in the path between the hosts.</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote"><div><div class="h5">On Thu, Oct 12, 2017 at 1:48 PM, Mike King <span dir="ltr">
<<a href="mailto:me@mpking.com" target="_blank">me@mpking.com</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">
<div dir="ltr"><br>
<div class="gmail_extra"><br>
<div class="gmail_quote"><span>On Wed, Oct 11, 2017 at 4:10 AM, Ryan Huff
<span dir="ltr"><<a href="mailto:ryanhuff@outlook.com" target="_blank">ryanhuff@outlook.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="auto">
<div><span></span></div>
<div>
<div>
<div>
<div><br>
</div>
<div>- Make sure you’re accounting for any non-standard MTU between the publisher and subscriber nodes. By default, CUCM will use 1500 if you don’t change it (which is the typical network standard). For example; If you have jumbo frame support in the network
 path between the two nodes and you set 1500 MTU on the publisher and subscriber, the subscriber installation will typically “fail node connectivity validation” with no visible clue as to why. This is because this is the first point in the subscriber installation
 where there is enough back/fourth TCP with the publisher to cause the TCP window to burst, which causes the TCP retransmission error. Since it happens at this point, CUCM assumes it’s because the publisher can’t verify the subscriber.</div>
<div><br>
</div>
</div>
</div>
</div>
</div>
</blockquote>
<div><br>
</div>
<div><br>
</div>
</span>
<div>Hey Ryan,  Do you have links for that?  I find the behavior very odd, and not the way I understood standard MTU over a Jumbo enabled network to function.   Or is this just a Cisco Caveat type deal?</div>
<span class="m_-82501037455318623HOEnZb"><font color="#888888">
<div><br>
</div>
<div>Mike</div>
</font></span></div>
</div>
</div>
<br></div></div>
______________________________<wbr>_________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" rel="noreferrer" target="_blank">https://puck.nether.net/mailma<wbr>n/listinfo/cisco-voip</a><br>
<br>
</blockquote>
</div>
<br>
</div>
</div>

</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">Copyright 2017 Derek Andrew (excluding quotations)<br><br>+1 306 966 4808</div><div dir="ltr"><font size="1">Communication and Network Services</font></div><div dir="ltr"><font size="1">Information and Communications Technology</font></div><div dir="ltr"><font size="1">Infrastructure Services<br></font><b>University of Saskatchewan<br></b><font size="1">Peterson 120; 54 Innovation Boulevard<br>Saskatoon,Saskatchewan,Canada. S7N 2V3<br>Timezone GMT-6<br></font><br>Typed but not read.<br><br><img src="http://homepage.usask.ca/dfa878/uofs.gif" width="200" height="15"><br><br></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div>
</div>