<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;">The problem I see with that thinking is I wouldn’t want to see IRR objects that were not the automatic result of<div>ROA creation removed when the ROA expires or is removed.</div><div><br></div><div>Owen</div><div><br><div><br><blockquote type="cite"><div>On Sep 11, 2023, at 12:41, Richard Laager <rlaager@wiktel.com> wrote:</div><br class="Apple-interchange-newline"><div>
  
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  
  <div>
    <div class="moz-cite-prefix">On 2023-09-08 09:54, Rhys Barrie via
      ARIN-consult wrote:<br>
    </div>
    <blockquote type="cite" cite="mid:CALQYBjJiu2i6d11_zVeamhL3_v840wEEVD19nLOJ7AO4apGTRA@mail.gmail.com">
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      <div dir="ltr">In my opinion, opt-in is functionally equivalent to
        not changing anything at <br>
        <div>all, because 95% of organizations will never make the
          conscious effort to click <br>
          the button.</div>
      </div>
    </blockquote><p>Agreed.<br>
    </p>
    <br>
    <blockquote type="cite" cite="mid:CALQYBjJiu2i6d11_zVeamhL3_v840wEEVD19nLOJ7AO4apGTRA@mail.gmail.com">
      <div dir="ltr">
        <div>hearing Job's feedback, and seeing LACNIC's success with a
          <br>
          tightly-coupled integration, I am reasonably convinced as to
          the validity and <br>
          efficacy of that solution, and I agree that opening the door
          to discrepancies <br>
          WILL cause discrepancies (and outright issues as a result) to
          occur. I believe <br>
          that pure opt-in/opt-out exacerbates the long-tail problem as
          well.<br>
        </div>
      </div>
    </blockquote><p>Agreed.</p><p><br>
    </p><p>As long as we are talking about RPKI automating IRR, this should
      be fine.</p><p>The opposite (creating a route object creates a ROA) is not
      reasonable, IMHO. I don't think anyone has suggested that
      approach, though.</p><p>Also, AFAIK, nobody has suggested that IRR route objects would
      require ROAs, right? As of right now, I still have the problem
      that I can create IRR records, but not ROAs, as ROAs can only be
      created for direct allocations, not reallocations.</p>
    <pre class="moz-signature" cols="72">-- 
Richard</pre>
  </div>

_______________________________________________<br>ARIN-Consult<br>You are receiving this message because you are subscribed to the ARIN Consult Mailing<br>List (ARIN-consult@arin.net).<br>Unsubscribe or manage your mailing list subscription at:<br>https://lists.arin.net/mailman/listinfo/arin-consult Please contact the ARIN Member Services<br>Help Desk at info@arin.net if you experience any issues.<br></div></blockquote></div><br></div></body></html>