<div dir="auto">Hi All,<div dir="auto"><br></div><div dir="auto">Further to my OBJECTION of this POLICY PROPOSAL:<br><div dir="auto"><br></div><div dir="auto">I agree with Nonhlanhla's point regarding mandate laundering and the gradual expansion of institutional authority.</div><div dir="auto"><br></div><div dir="auto">My concern is that this discussion is not really about hierarchical names. It is about a much broader pattern. We increasingly justify new policy by saying it helps the registry fulfil its role, while the role itself is continuously expanded through the accumulation of policies. That creates a circular process in which policy becomes the justification for more policy.</div><div dir="auto"><br></div><div dir="auto">The registry's original technical purpose is relatively narrow: maintain uniqueness, preserve accurate records, support interoperability, and provide a reliable registry service. Those are functions that the Internet genuinely requires.</div><div dir="auto"><br></div><div dir="auto">The difficulty begins when every new proposal is treated as another legitimate extension of the registry's mandate simply because it has passed through the PDP. At that point, the process itself begins manufacturing authority. Participation becomes confused with authorization, and procedural consensus gradually becomes institutional power.</div><div dir="auto"><br></div><div dir="auto">That is why I believe Nonhlanhla's observation about mandate laundering is important.</div><div dir="auto"><br></div><div dir="auto">A policy process should not become a mechanism through which an administrative body continually enlarges its own scope. Otherwise there is no meaningful limiting principle. Every proposal can simply be described as helping the registry perform its role, while the definition of that role quietly expands over time.</div><div dir="auto"><br></div><div dir="auto">The better question is much simpler.</div><div dir="auto"><br></div><div dir="auto">What technical invariant requires this policy?</div><div dir="auto"><br></div><div dir="auto">Does it preserve uniqueness?</div><div dir="auto"><br></div><div dir="auto">Does it improve registry accuracy?</div><div dir="auto"><br></div><div dir="auto">Does it protect interoperability?</div><div dir="auto"><br></div><div dir="auto">Does it strengthen operational continuity?</div><div dir="auto"><br></div><div dir="auto">If the answer is no, then we should be cautious about converting operational preferences into registry policy.</div><div dir="auto"><br></div><div dir="auto">This is also why I believe decentralisation is the longer-term direction we should be discussing.</div><div dir="auto"><br></div><div dir="auto">A resilient Internet should minimise dependence on institutional discretion. Coordination should remain thin, while operational decisions remain with operators. The registry should record reality, not increasingly define it. The more authority accumulates within a single administrative layer, the greater the temptation to use policy as a governance mechanism rather than as a narrow technical tool.</div><div dir="auto"><br></div><div dir="auto">The Internet became successful because it minimised the amount of central authority required for independent networks to interoperate. We should be careful not to move in the opposite direction by steadily expanding registry governance into areas where technical necessity has not been demonstrated.</div><div dir="auto"><br></div><div dir="auto">Regards,</div><div dir="auto">Gugu </div></div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Fri, 17 Jul 2026, 6:18 pm Seun Ojedeji <<a href="mailto:seun.ojedeji@gmail.com">seun.ojedeji@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I do support this proposal<div><br></div><div>Regards</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 16 Jul 2026 at 17:10, Hytham El-Nakhal <<a href="mailto:hytham@tra.gov.eg" target="_blank" rel="noreferrer">hytham@tra.gov.eg</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">Dear PDWG,<br>
<br>
<br>
The Policy Development Working Group (PDWG) Chairs have initiated a Last Call for this proposal, following rough consensus at the AFRINIC-37 Public Policy Meeting held in hybrid format in Nairobi, Kenya on 24 June 2026.<br>
<br>
  *   Proposal Name: Hierarchical Names for New AS-SETs<br>
<br>
  *   Proposal ID: AFPUB-2026-ASN-001-DRAFT02<br>
<br>
  *   Proposal URL: <a href="https://www.afrinic.net/afpub-2026-asn-001-draft02.html" rel="noreferrer noreferrer" target="_blank">https://www.afrinic.net/afpub-2026-asn-001-draft02.html</a><br>
<br>
Last Call closes on: July 31, 2026, at 23:59 UTC.<br>
<br>
<br>
Please note the staff observation regarding implementation constraints: due to the current prioritization of the MyAFRINIC v2 deployment, physical database implementation of this policy will be scheduled once the MyAFRINIC v2 deployment is concluded.<br>
<br>
<br>
As always, we kindly request that all participants adhere to the AFRINIC Code of Conduct<<a href="https://www.afrinic.net/code" rel="noreferrer noreferrer" target="_blank">https://www.afrinic.net/code</a>> to maintain a respectful and professional environment on the mailing list.<br>
<br>
<br>
Kind regards,<br>
<br>
<br>
Haitham el Nakhal<br>
<br>
AFRINIC PDWG Co-Chair<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>
</blockquote></div><div><br clear="all"></div><div><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">------------------------------------------------------------------------<br><font color="#888888"><blockquote style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex;font-family:garamond,serif">
<i><span style="color:rgb(0,102,0)">Seun Ojedeji,<br style="color:rgb(0,102,0)"></span></i><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Bringing another down does not take you up - think about your action!<br></blockquote></blockquote></font><br></div></div></div></div></div></div></div></div>
_______________________________________________<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>
</blockquote></div>