<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">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><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><span class="">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="HOEnZb"><font color="#888888"><div><br></div><div>Mike</div></font></span></div></div></div>
<br>______________________________<wbr>_________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net">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/<wbr>mailman/listinfo/cisco-voip</a><br>
<br></blockquote></div><br></div>