<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<style type="text/css" style="display:none;"> P {margin-top:0;margin-bottom:0;} </style>
</head>
<body dir="ltr">
<div class="elementToProof" style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
Hi Jaco,</div>
<div class="elementToProof" style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div class="elementToProof" style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
Thanks for the additional feedback. I have hopefully responded to all your queries below (if not, please let me know).</div>
<div class="elementToProof" style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<ul style="margin-top: 0px; margin-bottom: 0px;" data-editing-info="{"applyListStyleFromLevel":false,"unorderedStyleType":4}">
<li style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0); margin-top: 0px; margin-bottom: 0px; list-style-type: "➢ ";">
<div class="elementToProof" role="presentation">It's an arbitrary and in my opinion unneeded restriction which can be removed. The only restriction is that the first component has to be ASnum where you have control over AS num. The rest can be left to the
discretion of the ASnum admin surely?</div>
</li><li style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0); margin-top: 0px; margin-bottom: 0px; list-style-type: "➢ ";">
<div class="elementToProof" role="presentation">So just drop bullet three entirely.</div>
</li></ul>
<div style="margin-top: 0px; margin-bottom: 0px; font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div style="margin-top: 0px; margin-bottom: 0px; font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);" class="elementToProof">
I missed originally what you were getting at. Yes I agree with you, I have re-arranged the text in the latest draft (<a href="https://gist.github.com/jwbensley/d76bfd3e87a5cb85fb28585381623bc4">https://gist.github.com/jwbensley/d76bfd3e87a5cb85fb28585381623bc4</a>),
has this covered what you had hoped it would?</div>
<div style="margin-top: 0px; margin-bottom: 0px; font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);" class="elementToProof">
<br>
</div>
<div style="margin-top: 0px; margin-bottom: 0px; font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);" class="elementToProof">
<br>
</div>
<ul style="margin-top: 0px; margin-bottom: 0px;" data-editing-info="{"applyListStyleFromLevel":false,"unorderedStyleType":4}">
<li style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0); margin-top: 0px; margin-bottom: 0px; list-style-type: "➢ ";">
<div class="elementToProof" style="font-size: 11pt; color: rgb(0, 0, 0);" role="presentation">
7.8 as as whole specifically states "AS-SET" - not "Set Types", and<br>
point 1 also makes it clears this refers specifically to AS-SET, which<br>
means point 3 can be dropped without changing the intent/meaning of 7.8<br>
as a whole.</div>
</li></ul>
<div class="elementToProof" style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div class="elementToProof" style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
Point 3 has been removed.</div>
<div class="elementToProof" style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div class="elementToProof" style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<ul style="margin-top: 0px; margin-bottom: 0px;" data-editing-info="{"applyListStyleFromLevel":false,"unorderedStyleType":4}">
<li style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0); margin-top: 0px; margin-bottom: 0px; list-style-type: "➢ ";">
<div class="elementToProof" role="presentation">Point 4 also really adds no value, that's an operational issue, not a</div>
<div class="elementToProof" role="presentation">policy issue. Definitely a valid point and something to be aware but</div>
<div role="presentation">still operational, not policy.</div>
</li></ul>
<div style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div class="elementToProof" style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
I agree it's operational not policy, but it's the kind of question people ask "what about my existing AS-SET"? So we can avoid the question by having this in. I'd reverse your question; is there any downside to leaving this in (to try and avoid the question)
?</div>
<div class="elementToProof" style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div class="elementToProof" style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<ul style="margin-top: 0px; margin-bottom: 0px;" data-editing-info="{"applyListStyleFromLevel":false,"unorderedStyleType":4}">
<li style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0); margin-top: 0px; margin-bottom: 0px; list-style-type: "➢ ";">
<div class="elementToProof" role="presentation">Exceptions to the policy may need to be permitted on a case by case basis *if and only if* a non-hierarchical AS-SET has been accidentally deleted to allow recreation. IMHO these should require motivation to
have them restored from where they can then be edited again as per point 6.</div>
</li></ul>
<div style="margin-top: 0px; margin-bottom: 0px; font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div style="margin-top: 0px; margin-bottom: 0px; font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);" class="elementToProof">
That's a good point - you never know what the future holds. I've added this as point 6.</div>
<div id="Signature" class="elementToProof">
<div class="elementToProof" style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div class="elementToProof" style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div class="elementToProof" style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
Please see the latest version - are all your points resolved?</div>
<div class="elementToProof" style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div class="elementToProof" style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
With kind regards,</div>
<div class="elementToProof" style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
James Bensley (he/him)</div>
</div>
<div style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<hr style="display: inline-block; width: 98%;">
<div id="divRplyFwdMsg">
<div style="direction: ltr; font-family: Calibri, sans-serif; font-size: 11pt; color: rgb(0, 0, 0);">
<b>From:</b> Jaco Kroon <jaco@uls.co.za><br>
<b>Sent:</b> 28 May 2026 10:07<br>
<b>To:</b> James Bensley <james@inter.link>; dacostadarwin@gmail.com <dacostadarwin@gmail.com>; rpd@afrinic.net <rpd@afrinic.net><br>
<b>Subject:</b> Re: [rpd] Require newly created AS-SETs to have hierarchical names AFPUB-2026-ASN-001-DRAFT01.</div>
<div style="direction: ltr;"> </div>
</div>
<div style="font-size: 11pt;">⚠️ Caution: This email originated from outside of your organization. Do not click on links or open attachments unless you recognize the sender and know the content is safe.<br>
<br>
Hi James,<br>
<br>
On 2026/05/28 09:54, James Bensley wrote:<br>
<br>
> Hi Jaco,<br>
><br>
> Thank you for the support and your feedback.<br>
><br>
> I wrote the original proposal. Regarding this comment:<br>
><br>
> "The only thing that I found weird is that the second element has to be a name, why would "ASnum:ASnum2:AS-name" not be acceptable?"<br>
><br>
> If you have a use case for that, then that could be added to the proposal. Do you have a use case/requirement for this? I think this usage is very rare, but if you have this use case, please speak up :)<br>
<br>
It's a hierarchy right, so what if I want to refer my customers by their<br>
AS numbers?<br>
<br>
Eg, ASyyyy:ASxxxx:AS-set<br>
<br>
It's an arbitrary and in my opinion unneeded restriction which can be<br>
removed. The only restriction is that the first component has to be<br>
ASnum where you have control over AS num. The rest can be left to the<br>
discretion of the ASnum admin surely?<br>
<br>
So just drop bullet three entirely.<br>
<br>
><br>
><br>
> Regarding this comment:<br>
><br>
> "The purpose/function of "3. Other set types such as route sets are excluded." is unclear - everything else speaks specifically to AS-SET so why is this mention required?"<br>
><br>
> Because route-sets can also support hierarchical names and in the past people have had the thought "well if we're making this change for AS-SETs let's also making it for Route-Sets whilst we're here" - but route-sets are extremely rarely used today and this
just adds scope which I think isn't needed. So it was just about trying to stop that scope creep.<br>
<br>
I hear you.<br>
<br>
7.8 as as whole specifically states "AS-SET" - not "Set Types", and<br>
point 1 also makes it clears this refers specifically to AS-SET, which<br>
means point 3 can be dropped without changing the intent/meaning of 7.8<br>
as a whole.<br>
<br>
Point 4 also really adds no value, that's an operational issue, not a<br>
policy issue. Definitely a valid point and something to be aware but<br>
still operational, not policy.<br>
<br>
Exceptions to the policy may need to be permitted on a case by case<br>
basis *if and only if* a non-hierarchical AS-SET has been accidentally<br>
deleted to allow recreation. IMHO these should require motivation to<br>
have them restored from where they can then be edited again as per point 6.<br>
<br>
Kind regards,<br>
Jaco<br>
<br>
><br>
> With kind regards,<br>
> James Bensley (he/him)<br>
><br>
> ________________________________________<br>
> From: Jaco Kroon <jaco@uls.co.za><br>
> Sent: 21 May 2026 14:06<br>
> To: dacostadarwin@gmail.com <dacostadarwin@gmail.com>; rpd@afrinic.net <rpd@afrinic.net><br>
> Subject: Re: [rpd] Require newly created AS-SETs to have hierarchical names AFPUB-2026-ASN-001-DRAFT01.<br>
><br>
> Hi,<br>
><br>
> Definitely in support.<br>
><br>
> The only thing that I found weird is that the second element has to be a<br>
> name, why would "ASnum:ASnum2:AS-name" not be acceptable?<br>
><br>
> The purpose/function of "3. Other set types such as route sets are<br>
> excluded." is unclear - everything else speaks specifically to AS-SET so<br>
> why is this mention required?<br>
><br>
> Kind regards,<br>
> Jaco<br>
><br>
> On 2026/05/20 19:37, dacostadarwin@gmail.com wrote:<br>
><br>
>> Dear PDWG,<br>
>><br>
>> We have received a new draft policy proposal - Require newly created AS-SETs to have hierarchical names, ID AFPUB-2026-ASN-001-DRAFT01 from author James Bensley.<br>
>><br>
>> The proposal contents are published at:<br>
>> <a href="https://afrinic.net/policy/proposals/afpub-2026-asn-001-draft01" id="OWAe3241993-2526-d807-4822-cf55753210e7" class="OWAAutoLink" data-auth="NotApplicable">
https://afrinic.net/policy/proposals/afpub-2026-asn-001-draft01</a><br>
>><br>
>> We encourage you to take some time to go through the proposal contents and provide feedback as follows:<br>
>><br>
>> a) Do you support or oppose the proposal?<br>
>><br>
>> b) If you oppose the proposal, state your reasons?<br>
>><br>
>> c) Is there anything in the proposal that is not clear?<br>
>><br>
>> d) What changes could be made to this proposal to make it more effective?<br>
>><br>
>> Regards,<br>
>> Vincent Ngundi & Darwin Da Costa<br>
>> AFRINIC PDWG Co-Chairs<br>
>><br>
>><br>
>> _______________________________________________<br>
>> RPD mailing list<br>
>> RPD@afrinic.net<br>
>> <a href="https://lists.afrinic.net/mailman/listinfo/rpd" id="OWA3f4dace8-3217-a6d4-6518-61ff9bb5ed73" class="OWAAutoLink" data-auth="NotApplicable">
https://lists.afrinic.net/mailman/listinfo/rpd</a><br>
> _______________________________________________<br>
> RPD mailing list<br>
> RPD@afrinic.net<br>
> <a href="https://lists.afrinic.net/mailman/listinfo/rpd" id="OWAb9a2b4a6-6db1-dab0-1791-bedb18157bbe" class="OWAAutoLink" data-auth="NotApplicable">
https://lists.afrinic.net/mailman/listinfo/rpd</a><br>
> [CompanySignature]<br>
> Inter..link GmbH | Boxhagener Straße 80, 10245 Berlin, Germany | Managing Directors: Marc Korthaus, Theo Voss | Commercial Register: Amtsgericht Charlottenburg, HRB 138876 | VAT ID: DE281288887 | Email: hello@inter.link<<a href="mailto:hello@inter.link" id="OWA3eb8950c-d911-9b00-ab76-bf257a949d36" class="OWAAutoLink">mailto:hello@inter.link</a>>
| Web: inter.link<<a href="https://inter.link" id="OWA99a0d6eb-48bd-410b-5caf-58a6a36fc27c" class="OWAAutoLink" data-auth="NotApplicable">https://inter.link</a>></div>
</body>
</html>