<div dir="auto"><div dir="auto">Mark, Thanks for sharing your experiences with FRR. I don't work with IS-IS, but have found the development to be very active and fixing reproducible bugs quickly.</div><div dir="auto"><br></div>It look like FRR put a patch in for the bug you referenced and have a test build from 3/21 available which allows for up to 16k MTU @ <a href="https://ci1.netdef.org/browse/FRR-FRRPULLREQ-11364/artifact" rel="noreferrer noreferrer noreferrer" target="_blank">https://ci1.netdef.org/browse/FRR-FRRPULLREQ-11364/artifact</a><div dir="auto"><br></div><div dir="auto">I hope this helps and please continue to share your progress with the community. </div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Apr 4, 2020, 11:18 AM Mark Tinka <<a href="mailto:mark.tinka@seacom.mu" rel="noreferrer noreferrer noreferrer" target="_blank">mark.tinka@seacom.mu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
On 3/Apr/20 21:28, Eduardo Schoedler wrote:<br>
> Mark,<br>
><br>
> Did you tried this:<br>
> <a href="https://lists.freebsd.org/pipermail/freebsd-current/2006-December/068011.html" rel="noreferrer noreferrer noreferrer noreferrer noreferrer" target="_blank">https://lists.freebsd.org/pipermail/freebsd-current/2006-December/068011.html</a><br>
><br>
> There are some knobs for Freebsd:<br>
> <a href="http://nginx.org/en/docs/freebsd_tuning.html" rel="noreferrer noreferrer noreferrer noreferrer noreferrer" target="_blank">http://nginx.org/en/docs/freebsd_tuning.html</a><br>
<br>
So the problem really isn't FreeBSD itself. IS-IS looks at MTU in order<br>
to work, and if nothing is manually set, it infers the MTU from the<br>
physical interface over which it is enabled.<br>
<br>
While the current IS-IS implementation in FRR is buggy to the extent<br>
that it does not assume MTU can be larger than 8,192 bytes, that does<br>
not prevent an operator from telling it what MTU it should use for IIH<br>
messages, provided the physical interface can support it.<br>
<br>
Suffice it to say, I already have a number of Sysctl and kernel knobs in<br>
FreeBSD to tune the system for the Anycast services we run on them. I'd<br>
be disinclined to mess about with that as I don't think it has any<br>
bearing on an over-the-top service such as IS-IS.<br>
<br>
Quagga runs well (OSFP though, I'll admit), and I'll keep looking for<br>
answers on IS-IS in FRR until it stops making sense.<br>
<br>
Mark.<br>
</blockquote></div>