<html> 
 <head></head> 
 <body> <span dir="ltr" style="font-family:sans-serif">Makes perfect sense to me as well.</span> 
  <br> 
  <br> 
  <br> <span dir="ltr" style="font-family:sans-serif">Cheers</span> 
  <br> <span dir="ltr" style="font-family:sans-serif">Arnold</span> 
  <br> 
  <div> 
   <br> 
   <p>30.07.2021 02:07:25 Pim van Pelt <pim@ipng.nl>:</p> 
   <blockquote style="border-left:3px solid #ccc; padding-left:3px"> 
    <div dir="ltr" style=""> 
     <div dir="ltr" style="">
       Hoi Arnold! 
      <div style=""> 
       <br style=""> 
      </div> 
      <div style="">
        Thanks for helping this along. 
      </div> 
     </div> 
     <br style=""> 
     <div class="gmail_quote" style=""> 
      <div dir="ltr" class="gmail_attr" style="">
        On Fri, Jul 30, 2021 at 1:57 AM Arnold Nipper <<a href="mailto:arnold@nipper.de" style="">arnold@nipper.de</a>> wrote: 
       <br style=""> 
      </div> 
      <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> 
       <br style=""> may I suggest to make the export configurable. E.g. like 
       <br style=""> 
       <br style=""> Status                  Export  Export Name 
       <br style=""> Connected               yes     active 
       <br style=""> Awaiting X-Connect      no 
       <br style=""> Quarantine              yes     inactive 
       <br style=""> 
      </blockquote> 
      <div style=""> 
       <br style=""> 
      </div> 
      <div style="">
        From my experience, this may still trigger IX-F import alerts. From my sampleset of 4 (a few small IXPs, and SwissIX), the IXP will make an IP assignment and inform the member "hey welcome to IXP $x, your port is $P and your addresses are <$a>". Enthusiastic members then go update their peeringdb entry by themselves. 
      </div> 
      <div style=""> 
       <br style=""> 
      </div> 
      <div style="">
        So as soon as the list of $a is given to the member, we risk the state of IXPManager not exporting IX-F, but the member having updated their entry. 
      </div> 
      <div style="">
        This means, in practice, that as soon as the member exists in the IXPManager database, the IX-F export should reflect an export of 'inactive' or 'active', not not 'no-export', because that will trigger the peeringdb importer escalation.However, if the member doesn't exist at all at IXPManager, but they did claim an IP in peeringdb, that does sound like a legitimate escalation to me. 
      </div> 
      <div style=""> 
       <br style=""> 
      </div> 
      <div style="">
        So I would rewrite your truth table as: 
      </div> 
      <div style="">
        Connected, yes, active 
      </div> 
      <div style="">
        *, yes, inactive 
      </div> 
      <div style=""> 
       <br style=""> 
      </div> 
      <div style="">
        groet, 
      </div> 
      <div style="">
        Pim 
      </div> 
      <div style=""> 
       <br style=""> 
      </div> 
      <div style="">
        groet, 
      </div> 
      <div style="">
        Pim 
      </div> 
      <div style="">
          
      </div> 
     </div>-- 
     <br style=""> 
     <div dir="ltr" class="gmail_signature" style="">
       Pim van Pelt <<a href="mailto:pim@ipng.nl" target="_blank" style="">pim@ipng.nl</a>> 
      <br style="">PBVP1-RIPE - <a href="http://www.ipng.nl/" target="_blank" style="">http://www.ipng.nl/</a> 
     </div> 
    </div> 
   </blockquote> 
  </div>  
 </body>
</html>