<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <font face="Tahoma">So we've been discussing this on Slack.<br>
      <br>
      It seems the packet handlers for IS-IS in FRR and how they work on
      FreeBSD is not completely optimized (not an issue on Linux).<br>
      <br>
      FRR-based IS-IS on FreeBSD is sending PSNP's that are 6,020 bytes
      large. However, FreeBSD's BPF (Berkeley Packet Filter) has a
      packet data limit of 4,096 bytes. This is what is causing the
      error.<br>
      <br>
      While it is possible to set the IIH MTU in FRR with the "lsp-mtu"
      command, there is not way to set the PSNP MTU.<br>
      <br>
      In short, IS-IS on FRR does not understand that there is an MTU
      limit for PSNP's on FreeBSD.<br>
      <br>
      I'm working with the IS-IS FRR team, but as of now, no idea on
      if/when there will be a fix for this.<br>
      <br>
      While routes are being successfully exchanged between FRR and
      Cisco IOS XE for IS-IS, this is a show-stopper! So for the moment,
      I cannot recommend anyone runs IS-IS on FRR in production.<br>
      <br>
      As it stands, it appears that this is the only thing standing in
      the way of a successful deployment, as far as simple Anycast
      services go.<br>
      <br>
      Will keep you all posted as this develops.<br>
      <br>
      Mark.<br>
    </font><br>
    <div class="moz-cite-prefix">On 18/Apr/20 16:34, Tony Li wrote:<br>
    </div>
    <blockquote type="cite"
      cite="mid:F53D5351-0F0C-42AD-AED6-4C7D23EEF87C@gmail.com">
      <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
      <div dir="ltr"><br>
      </div>
      <div dir="ltr">No, IIH’s are padded, hot PSNP’s.</div>
      <div dir="ltr"><br>
      </div>
      <div dir="ltr">Tony</div>
      <div dir="ltr"><br>
        <blockquote type="cite">On Apr 18, 2020, at 3:08 AM,
          <a class="moz-txt-link-abbreviated" href="mailto:adamv0025@netconsultings.com">adamv0025@netconsultings.com</a> wrote:<br>
          <br>
        </blockquote>
      </div>
      <blockquote type="cite">
        <div dir="ltr">
          <meta name="Generator" content="Microsoft Word 15 (filtered
            medium)">
          <style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:#0563C1;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:#954F72;
        text-decoration:underline;}
p.msonormal0, li.msonormal0, div.msonormal0
        {mso-style-name:msonormal;
        mso-margin-top-alt:auto;
        margin-right:0in;
        mso-margin-bottom-alt:auto;
        margin-left:0in;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
span.EmailStyle18
        {mso-style-type:personal-reply;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
          <div class="WordSection1">
            <p class="MsoNormal"><span
                style="mso-fareast-language:EN-US">Just shooting in the
                dark, Isn’t the PSNP padded to some ISIS defined max MTU
                and that somehow fails due to mismatch on em0 L2 MTU?<o:p></o:p></span></p>
            <p class="MsoNormal"><span
                style="mso-fareast-language:EN-US"><o:p> </o:p></span></p>
            <p class="MsoNormal"><span
                style="mso-fareast-language:EN-US">adam<o:p></o:p></span></p>
            <div style="border:none;border-left:solid blue
              1.5pt;padding:0in 0in 0in 4.0pt">
              <div>
                <div style="border:none;border-top:solid #E1E1E1
                  1.0pt;padding:3.0pt 0in 0in 0in">
                  <p class="MsoNormal"><b><span lang="EN-US">From:</span></b><span
                      lang="EN-US"> NANOG
                      <a class="moz-txt-link-rfc2396E" href="mailto:nanog-bounces@nanog.org"><nanog-bounces@nanog.org></a> <b>On Behalf Of </b>Mark
                      Tinka<br>
                      <b>Sent:</b> Friday, April 17, 2020 11:05 AM<br>
                      <b>To:</b> <a class="moz-txt-link-abbreviated" href="mailto:nanog@nanog.org">nanog@nanog.org</a><br>
                      <b>Subject:</b> IS-IS Error (FRR)<o:p></o:p></span></p>
                </div>
              </div>
              <p class="MsoNormal"><o:p> </o:p></p>
              <p class="MsoNormal"><span
                  style="font-family:"Tahoma",sans-serif">Hi
                  all.<br>
                  <br>
                  I'm almost there getting IS-IS to work without issue.
                  I'm now faced with the following error log:<br>
                  <br>
                  2020/04/17 10:02:01 ISIS: IS-IS bpf: could not
                  transmit packet on em0: Input/output error<br>
                  2020/04/17 10:02:01 ISIS: [EC 67108865] ISIS-Snp (1):
                  Send L2 PSNP on em0 failed<br>
                  <br>
                  This repeats every second.<br>
                  <br>
                  Anyone know what this could be?<br>
                  <br>
                  Systems is FreeBSD-12.1-RELEASE-p3.<br>
                  <br>
                  Despite the error, IS-IS is running and routing is
                  good, talking to a Cisco IOS XE implementation on the
                  other side. So the error is throwing me off.<br>
                  <br>
                  No feedback from the Slack feed, Google doesn't say
                  much, and waiting to hear back from the FRR list.<br>
                  <br>
                  Mark.</span><o:p></o:p></p>
            </div>
          </div>
        </div>
      </blockquote>
    </blockquote>
    <br>
  </body>
</html>