<div dir="auto"><div>Thank you Alain, you bring forward a viable process. It's the RIR community responsibility<br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, May 28, 2022, 3:01 PM  <<a href="mailto:rpd-request@afrinic.net">rpd-request@afrinic.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Send RPD mailing list submissions to<br>
        <a href="mailto:rpd@afrinic.net" target="_blank" rel="noreferrer">rpd@afrinic.net</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
        <a href="https://lists.afrinic.net/mailman/listinfo/rpd" rel="noreferrer noreferrer" target="_blank">https://lists.afrinic.net/mailman/listinfo/rpd</a><br>
or, via email, send a message with subject or body 'help' to<br>
        <a href="mailto:rpd-request@afrinic.net" target="_blank" rel="noreferrer">rpd-request@afrinic.net</a><br>
<br>
You can reach the person managing the list at<br>
        <a href="mailto:rpd-owner@afrinic.net" target="_blank" rel="noreferrer">rpd-owner@afrinic.net</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of RPD digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
   1. Re: A question for the PDWG (ALAIN AINA)<br>
   2. Re: A question for the PDWG (Mike Silber)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Fri, 27 May 2022 13:15:19 +0000<br>
From: ALAIN AINA <<a href="mailto:aalain@trstech.net" target="_blank" rel="noreferrer">aalain@trstech.net</a>><br>
To: <a href="mailto:rpd@afrinic.net" target="_blank" rel="noreferrer">rpd@afrinic.net</a><br>
Subject: Re: [rpd] A question for the PDWG<br>
Message-ID: <<a href="mailto:D575B648-7691-4B57-B710-C88CC504C96B@trstech.net" target="_blank" rel="noreferrer">D575B648-7691-4B57-B710-C88CC504C96B@trstech.net</a>><br>
Content-Type: text/plain;       charset=utf-8<br>
<br>
Hello,<br>
<br>
Are we not mixing things now? <br>
<br>
With the development in the Internet Number registry system, RFC2050 was de-facto obsolete and due to move to ?historical?  as there was no need to keep documenting any best practices on this at IETF.<br>
<br>
The debate on how this informational document replaced a BCP did happen <a href="https://datatracker.ietf.org/doc/rfc7020/" rel="noreferrer noreferrer" target="_blank">https://datatracker.ietf.org/doc/rfc7020/</a><br>
<br>
As for the original concern from Fernando and any other issues we may want to fix or improve on the RIR system, shouldn't we have discussions within the numbers community and use the Global policy process as  prescribed by the ICANN bylaws (ASO) and the ICANN/NRO MoU on the ASO function?  ICP-2 was adopted through the global Policy approach.<br>
<br>
Willing to enforce RFC1881 [ Another informational RFC.] on revocability, mediation and appeals? <a href="https://www.rfc-editor.org/rfc/rfc1881.html" rel="noreferrer noreferrer" target="_blank">https://www.rfc-editor.org/rfc/rfc1881.html</a><br>
<br>
Are we not looking for the better RIR accountability ? The latest RIR accountability review seems to have occurred in 2015. <a href="https://www.nro.net/accountability/rir-accountability/regional-internet-registry-accountability-assessment-reports/" rel="noreferrer noreferrer" target="_blank">https://www.nro.net/accountability/rir-accountability/regional-internet-registry-accountability-assessment-reports/</a><br>
<br>
HTH<br>
<br>
?Alain<br>
<br>
<br>
<br>
<br>
<br>
> On 26 May 2022, at 10:34, JORDI PALET MARTINEZ via RPD <<a href="mailto:rpd@afrinic.net" target="_blank" rel="noreferrer">rpd@afrinic.net</a>> wrote:<br>
> <br>
> I will be happy to contribute.<br>
> <br>
> RFC7020 passed "silently" in IETF, not good. Not good that a BCP is replaced by an informational document.<br>
> <br>
> Not good something which is not right:<br>
> <br>
>   One particular change of note is that RFC 2050 defined an appeal<br>
>   process and included:<br>
> <br>
>      If necessary, after exhausting all other avenues, the appeal may<br>
>      be forwarded to IANA for a final decision.  Each registry must, as<br>
>      part of their policy, document and specify how to appeal a<br>
>      registry assignment decision.<br>
> <br>
>   The RIRs have developed consensus-based policies for appeals, and<br>
>   over time, they have become accepted by the respective RIR<br>
>   communities.  As a result, the ability to further appeal to IANA is<br>
>   no longer appropriate.<br>
> <br>
> IETF is at the end the "owner" of the protocols and Internet Resources. IETF must have the right to oversight if something is not going right and be able to correct it.<br>
> <br>
> Regards,<br>
> Jordi<br>
> @jordipalet<br>
> <br>
> <br>
> <br>
> ?El 26/5/22, 11:51, "Andrew Alston via RPD" <<a href="mailto:rpd@afrinic.net" target="_blank" rel="noreferrer">rpd@afrinic.net</a>> escribi?:<br>
> <br>
>    Just as a note on RFC7020 -<br>
> <br>
>    I looked at this document and noted that it is information and replaced a BCP - which was interesting in and of itself (that normally doesn't happen), but yes - it is purely an informational document.<br>
> <br>
>    The question of if a new BCP around the functioning of RIR's is needed - is an interesting question, and if there is sufficient interest in doing an updated 7020 either as a BCP or as an informational document - I'd be happy to work on something with those interested.  It has also been raised with me about writing a corporate governance for RIR's document under the auspices of the IETF, either as an IETF document or an ISE document.  On the former, I think there is merit in additional work here - on the latter - I am far from convinced that writing RIR governance documents through the IETF - either via informational track, bcp track or ISE track would be a good idea - in fact I can see distinct problems with it.<br>
> <br>
>    If there is interest in doing an updated 7020 though - I'd happily contribute - to the point where I'd consider AD sponsoring such if the need arose and the contents of the document were sane (provided I wasn't an author on it as that would create a distinct conflict that I could not be party to)<br>
> <br>
>    The question on this though is - what are the areas of 7020 that would need to be fixed/changed - and do we have sufficient people who are wiling to take the pen to do this work.  The other question of course would be if we wish to take this to a BCP or another informational document.  Curious to hear thoughts.<br>
> <br>
>    Thanks<br>
> <br>
>    Andrew <br>
> <br>
> <br>
>    -----Original Message-----<br>
>    From: David Conrad <<a href="mailto:drc@virtualized.org" target="_blank" rel="noreferrer">drc@virtualized.org</a>> <br>
>    Sent: Wednesday, May 25, 2022 7:45 PM<br>
>    To: Fernando Frediani <<a href="mailto:fhfrediani@gmail.com" target="_blank" rel="noreferrer">fhfrediani@gmail.com</a>><br>
>    Cc: <a href="mailto:rpd@afrinic.net" target="_blank" rel="noreferrer">rpd@afrinic.net</a><br>
>    Subject: Re: [rpd] A question for the PDWG<br>
> <br>
>    Fernando,<br>
> <br>
>    On May 25, 2022, at 8:44 AM, Fernando Frediani <<a href="mailto:fhfrediani@gmail.com" target="_blank" rel="noreferrer">fhfrediani@gmail.com</a>> wrote:<br>
>> I think you missed my main point about this topic.<br>
> <br>
>    I don?t believe so. My understanding (please correct me if I am mistaken) is that you would like there to be (or rather, that you believe it illogical for there not to exist) a governance hierarchy that sits atop the RIRs such that misbehavior by an RIR can be directly addressed. I am merely pointing out that while this may (or may not: what happens when the parent is captured by ?the bad guys"?) be a good idea, it does not reflect current reality as defined by existing arrangements between network operators, the RIRs, and ICANN. Despite your view about the logic, ICANN has no mechanism to ?de-recognize? an RIR and even if it did, it?s wildly unlikely the RIRs or network operators would care.<br>
> <br>
>> That must be a counter balance measures for the rest o Internet community to stop bad actors, including entire RIRs to do things that may affect the stability of the Internet.<br>
> <br>
>    There is: that power is vested in the respective RIR communities.<br>
> <br>
>> Regarding RFC 7020 I personally hope it gets fixed at some point. I don't think that is all bad, but it lacks a fundamental point to any system like this: double degree of jurisdiction which must exist in any administrative and legal system. It simply makes any RIR administrative final.<br>
> <br>
>    Again, RFC 7020 merely documented the system existing at the time of publication (it might have evolved since then). It is descriptive, not proscriptive. The Internet, including the administration of numbering resources, is _decentralized_. This has both positive and negative implications. For example, you can?t "appeal to authority" since there isn?t one.<br>
> <br>
>    Regards,<br>
>    -drc<br>
> <br>
>    _______________________________________________<br>
>    RPD mailing list<br>
>    <a href="mailto:RPD@afrinic.net" target="_blank" rel="noreferrer">RPD@afrinic.net</a><br>
>    <a href="https://lists.afrinic.net/mailman/listinfo/rpd" rel="noreferrer noreferrer" target="_blank">https://lists.afrinic.net/mailman/listinfo/rpd</a><br>
> <br>
> <br>
> <br>
> **********************************************<br>
> IPv4 is over<br>
> Are you ready for the new Internet ?<br>
> <a href="http://www.theipv6company.com" rel="noreferrer noreferrer" target="_blank">http://www.theipv6company.com</a><br>
> The IPv6 Company<br>
> <br>
> This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.<br>
> <br>
> <br>
> <br>
> <br>
> _______________________________________________<br>
> RPD mailing list<br>
> <a href="mailto:RPD@afrinic.net" target="_blank" rel="noreferrer">RPD@afrinic.net</a><br>
> <a href="https://lists.afrinic.net/mailman/listinfo/rpd" rel="noreferrer noreferrer" target="_blank">https://lists.afrinic.net/mailman/listinfo/rpd</a><br>
<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Fri, 27 May 2022 15:45:57 +0200<br>
From: Mike Silber <<a href="mailto:silber.mike@gmail.com" target="_blank" rel="noreferrer">silber.mike@gmail.com</a>><br>
To: ALAIN AINA <<a href="mailto:aalain@trstech.net" target="_blank" rel="noreferrer">aalain@trstech.net</a>><br>
Cc: <a href="mailto:rpd@afrinic.net" target="_blank" rel="noreferrer">rpd@afrinic.net</a><br>
Subject: Re: [rpd] A question for the PDWG<br>
Message-ID: <<a href="mailto:E28A5187-D48B-4D9E-A72D-7549E2D14AD9@gmail.com" target="_blank" rel="noreferrer">E28A5187-D48B-4D9E-A72D-7549E2D14AD9@gmail.com</a>><br>
Content-Type: text/plain;       charset=utf-8<br>
<br>
You make a good point Alain. One comment in-line below.<br>
<br>
Mike<br>
<br>
> On 27 May 2022, at 15:15, ALAIN AINA via RPD <<a href="mailto:rpd@afrinic.net" target="_blank" rel="noreferrer">rpd@afrinic.net</a>> wrote:<br>
> <br>
<br>
> As for the original concern from Fernando and any other issues we may want to fix or improve on the RIR system, shouldn't we have discussions within the numbers community and use the Global policy process as  prescribed by the ICANN bylaws (ASO) and the ICANN/NRO MoU on the ASO function?  ICP-2 was adopted through the global Policy approach.<br>
> <br>
<br>
The ICANN/NRO MoU specifically states that "global policies are defined ? as Internet number resource policies that have the agreement of all RIRs ? and ICANN, *and require specific actions or outcomes on the part of IANA or any other external ICANN-related body* in order to be implemented.?<br>
<br>
I don?t think governance improvements meet the criteria in the MOU and as such would not qualify as a possible global policy. <br>
<br>
<br>
------------------------------<br>
<br>
Subject: Digest Footer<br>
<br>
_______________________________________________<br>
RPD mailing list<br>
<a href="mailto:RPD@afrinic.net" target="_blank" rel="noreferrer">RPD@afrinic.net</a><br>
<a href="https://lists.afrinic.net/mailman/listinfo/rpd" rel="noreferrer noreferrer" target="_blank">https://lists.afrinic.net/mailman/listinfo/rpd</a><br>
<br>
<br>
------------------------------<br>
<br>
End of RPD Digest, Vol 187, Issue 65<br>
************************************<br>
</blockquote></div></div></div>