<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Sep 29, 2022 at 4:03 PM Erik Bais <<a href="mailto:ebais@a2b-internet.com">ebais@a2b-internet.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">



<div dir="auto">
Hi David, 
<div><br>
</div>
<div>> <span style="color:rgb(0,0,0)">Both the AS number and the prefix(es) are resources issued by an RIR. Are you saying both the AS number and the prefix(es) for ROA must be issued by RIPE to
 be accepted?  I think that would be overly restrictive.</span>
<div class="gmail_quote" style="color:rgb(0,0,0)">
<br>
</div>
<div class="gmail_quote" style="color:rgb(0,0,0)">
> I could see maybe only accepting ROAs authorizing address resources that RIPE has issued.</div>
<div class="gmail_quote" style="color:rgb(0,0,0)">
<br>
</div>
<div class="gmail_quote" style="color:rgb(0,0,0)">
That was exactly what I had in mind as well.. as per ROA’s, filter to accept only what was allocated / assigned by the RIPE NCC. The AS nr could be from any rir. </div></div></div></blockquote><div><br></div><div>Thank you for clarifying your intent; while I think this policy could have its reasons, it still might be a little bit too restrictive, at least without a more definitive reason for only allowing RIPE-issued address resources to be published through the RIPE publication service.</div><div><br></div><div>For example, if I have ten address blocks from RIPE and one address block from ARIN, I don't see the harm in allowing the publishing of one ARIN block through the RIPE service. If there is harm from allowing this, please help me understand it.</div><div><br></div><div>Nevertheless, it seems rational to require at least some of the resources in the publication set to have been issued by RIPE as a requirement to use the RIPE publication service.</div><div><br></div><div>Or, stated conversely, it doesn't make sense to allow the use of the RIPE publication service for resources with no nexus to RIPE.</div><div><br></div><div>Maybe a slightly more specific and restrictive way to say this is; all ROAs published through the RIPE service must have a nexus with RIPE resources; that is, either the prefix, the ASN, or both are RIPE-issued resources. However, ROAs, where both the ASN and the prefix are not RIPE resources, are not allowed to use the RIPE publication service.</div><div><br></div><div>Thanks</div><div><br></div><div>Thanks.</div></div><div><br></div>-- <br><div dir="ltr" class="gmail_signature">===============================================<br>David Farmer               <a href="mailto:Email%3Afarmer@umn.edu" target="_blank">Email:farmer@umn.edu</a><br>Networking & Telecommunication Services<br>Office of Information Technology<br>University of Minnesota   <br>2218 University Ave SE        Phone: 612-626-0815<br>Minneapolis, MN 55414-3029   Cell: 612-812-9952<br>=============================================== </div></div>