<div dir="ltr">Hi,<div><br></div><div><div>I believe it is fair to assume and trust that AFRINIC 'as a registry', will put all the necessary checks and balances in place to prevent a human or even the system to create AS0 ROAs with assigned space. It is the same checks and balances that AFRINIC has been operating on their current RPKI and WHOIS systems, so based on that, it is reasonable to assume they will do what it takes to ensure consistency.</div><div><br></div><div>I think there is a repeated misunderstanding that "AFRINIC will inject data in the routing database". Maybe it's important to clarify here:</div><div>1. AFRINIC operates an RPKI CA, through which ROAs are created, which are made available in a public repository (this is not the routing database)</div><div>2. RPKI Validators run validation on the RPKI repositories and produce a list of validated ROAs.<br></div><div>3. Operators may then decide (OR NOT) to use the validated ROAs against the announcements they are receiving to decide (OR NOT) to drop the invalid announcements.</div><div><br></div><div>So, AFRINIC is not injecting any data in the routing table, it is simply operating an RPKI CA and maintaining a public repository. The decision to use AFRINIC repository is the operator's and only the operator's decision.</div><div><br></div><div>It's interesting to see how old arguments that "RIR should not participate in the routing process" are re-surfacing. We should not forget that AFRINIC <b>is already operating</b> an IRR and RPKI service - as per IETF standards.<br><br>Regards,</div><div>Amreesh</div><div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Jun 6, 2021 at 9:44 PM Anthony Ubah <<a href="mailto:ubah.tonyiyke@gmail.com">ubah.tonyiyke@gmail.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">Hello Noah,<div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">Here's my point.</div><div dir="auto"><br></div><div dir="auto">Is there a possibility for error?</div><div dir="auto"><br></div><div dir="auto">Albeit small, can we call that a risk?</div><div dir="auto"><br></div><div dir="auto">If so, what mechanisms are in place to manage and mitigating.</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">Kind regards,</div><div dir="auto"><br></div><div dir="auto">Anthony</div><br><br><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">On Sun, Jun 6, 2021, 1:30 PM Noah <<a href="mailto:noah@neo.co.tz" rel="noreferrer" target="_blank">noah@neo.co.tz</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"><br><br><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">On Sun, 6 Jun 2021, 18:57 Anthony Ubah, <<a href="mailto:ubah.tonyiyke@gmail.com" rel="noreferrer noreferrer" target="_blank">ubah.tonyiyke@gmail.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="ltr">Dear PDWG,<div><br></div><div>I directed a question to the Legal team at the hearing of this policy, multiple times, and it was inexplicably ignored by Jordi, the Co-chairs and perhaps the legal team, and I still sought clarity on it. </div></div></blockquote></div><div dir="auto"><br></div><div dir="auto">Read the impact analysis. Legal had no comment btw.</div><div dir="auto"><br></div><div class="gmail_quote" dir="auto"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><br></div><div>My question remains; In a situation where, due to human or machine error AS0 is injected by AFRINIC on already assigned resources</div></div></blockquote></div><div dir="auto"><br></div><div dir="auto"><br></div><div class="gmail_quote" dir="auto"></div><div dir="auto"><p style="margin:0px 0px 5px;font-size:13px;color:rgb(117,117,117);font-family:roboto,sans-serif;background-color:rgb(255,255,255)"><span style="font-weight:700">Impact on members</span></p><p style="margin:0px 0px 5px;font-size:13px;color:rgb(117,117,117);font-family:roboto,sans-serif;background-color:rgb(255,255,255)">No impact on members resources as the AS0 ROAs will be created on unallocated and unassigned IPv4 and IPv6 resources. AFRINIC will ensure that the RPKI ROA or ROAs with origin AS0 covering the space will first have to be revoked AND not be visible in the repositories before the allocation/assignment can happen to a Resource Member.</p></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">Noah</div><div class="gmail_quote" dir="auto"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
</blockquote></div></div>
</blockquote></div></div>
_______________________________________________<br>
RPD mailing list<br>
<a href="mailto:RPD@afrinic.net" target="_blank">RPD@afrinic.net</a><br>
<a href="https://lists.afrinic.net/mailman/listinfo/rpd" rel="noreferrer" target="_blank">https://lists.afrinic.net/mailman/listinfo/rpd</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature">Amreesh Phokeer<br></div>