[rpd] A question for the PDWG

[David Conrad]

Fernando,

On May 25, 2022, at 8:44 AM, Fernando Frediani <fhfrediani at gmail.com> wrote:
> I think you missed my main point about this topic.

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.

> 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.

There is: that power is vested in the respective RIR communities.

> 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.

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.

Regards,
-drc

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: Message signed with OpenPGP
URL: <https://lists.afrinic.net/pipermail/rpd/attachments/20220525/44443514/attachment.sig>