<div dir="auto"><div dir="auto"></div><p>Dear PDWG,</p>
<p>I agree with Asamkele and disagree with Hendrik’s perspective.</p>
<p>This is substantially the same argument Hendrik made in response to Tshepo: that because a naming collision can occur, the issue must therefore be treated as a failure of registry uniqueness and made subject to mandatory policy. That conclusion does not follow.</p>
<p>A collision between AS-SET labels is not the same as duplicate allocation of an ASN or IP prefix. The underlying number resources remain unique. What is being discussed is the naming and interpretation of an operational routing object. That may justify better tools, warnings, validation, documentation, or voluntary hierarchical naming, but it does not automatically justify expanding mandatory registry authority.</p>
<p>There is also an important ethical question here. Policy power should not be enlarged merely because the proposed requirement appears useful, tidy, or widely adopted elsewhere. The burden lies with those seeking compulsion to show actual harm, necessity, proportionality, and the failure of less restrictive alternatives. Operators should not be forced to surrender discretion simply because an institution prefers uniformity.</p>
<p>The fact that four other RIRs adopted a similar convention is not proof that AFRINIC must do the same. Institutional repetition is not technical necessity, and participation in the PDWG should not become a ritual for ratifying choices already made elsewhere.</p>
<p>The registry should preserve number-resource uniqueness, registry accuracy, and operational continuity. It should not stretch those concepts until every preferred operational convention becomes mandatory policy.</p>
<p>For these reasons, I support Asamkele’s objection and remain opposed to the proposal.</p>
<p>Regards,<br>
Nonhlanhla</p><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, 18 Jul 2026, 9:08 pm Asamkele Menzeleli <<a href="mailto:asamkele.menzeleli18@maharishinstitute.org" target="_blank" rel="noreferrer">asamkele.menzeleli18@maharishinstitute.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="font-size:inherit" dir="auto">Dear Hendrik,<br style="font-size:inherit"><br style="font-size:inherit">I disagree with your characterization.<br style="font-size:inherit"><br style="font-size:inherit">A collision between two AS-SET names is not the same as a failure of Internet number-resource uniqueness. The uniqueness function of the registry concerns ASNs, prefixes, proof of control and accurate registration of those resources. An AS-SET is an operational routing-policy object. Confusing the naming convention of that object with the uniqueness of the underlying number resource expands the meaning of “uniqueness” far beyond its proper technical scope.<br style="font-size:inherit"><br style="font-size:inherit">The fact that two operators may choose the same flat label may justify better tooling, clearer warnings, stronger validation or voluntary hierarchical naming. It does not automatically justify a mandatory policy rule.<br style="font-size:inherit"><br style="font-size:inherit">That distinction is precisely the concern I raised. Institutional authority often expands by redefining a useful administrative preference as a technical necessity. Once every data-quality issue is described as a uniqueness failure, there is effectively no limit to what may be brought into mandatory registry policy.<br style="font-size:inherit"><br style="font-size:inherit">The proposal’s limited scope does not answer that concern. A new enforcement power does not cease to be enforcement merely because it applies prospectively or begins with one object type. The correct test is whether the rule is indispensable to preserving the operation of running networks, and whether a less restrictive mechanism cannot achieve the same outcome.<br style="font-size:inherit"><br style="font-size:inherit">You also repeat that the other four RIRs have implemented hierarchical naming. That demonstrates institutional adoption elsewhere. It does not demonstrate that AFRINIC operators have authorized the same rule, that actual routing failures in this region require it, or that voluntary and technical alternatives are inadequate. Four registries making the same choice is not a substitute for evidence.<br style="font-size:inherit"><br style="font-size:inherit">A registry should record operational reality accurately and provide operators with tools to manage routing information safely. It should not turn every preferred convention into mandatory governance merely because uniformity looks tidy from the registry side.<br style="font-size:inherit"><br style="font-size:inherit">My objection therefore remains. The proposal has not shown that compulsory hierarchical naming is necessary to protect number-resource uniqueness, nor that the registry should extend its mandatory policy authority into this area.<br style="font-size:inherit"><br style="font-size:inherit">Regards,<br style="font-size:inherit">Asamkele Menzeleli</div>
_______________________________________________<br>
RPD mailing list<br>
<a href="mailto:RPD@afrinic.net" rel="noreferrer noreferrer" target="_blank">RPD@afrinic.net</a><br>
<a href="https://lists.afrinic.net/mailman/listinfo/rpd" rel="noreferrer noreferrer noreferrer" target="_blank">https://lists.afrinic.net/mailman/listinfo/rpd</a><br>
</blockquote></div></div>