<div dir="ltr"><div dir="auto">Maybe we can add some standard mechanism to identifiy the supported "features" by the IRR server? So client before sending the request can figure out whether the server supports source-tagged as-sets (like bgpq4 now checks if the server supports !a queries). Then the client can add some "flag" in the query that it is willing to receive source-tagged as-sets. On the server side we can strip source prefixes in the reply if the client did not identify its will to receive them. In that case legacy tools should not brake.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Nov 10, 2022, 06:44 Netmaster (exAS286) <<a href="mailto:netmaster@as286.net" target="_blank">netmaster@as286.net</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">Jared Mauch wrote on Wednesday, November 9, 2022 11:39 PM<br>
> On Wed, Nov 09, 2022 at 10:31:06PM +0000, Netmaster (exAS286) wrote:<br>
> > Introducing '::' however might/will break tools following RFC2280/RFC2622<br>
> > being read as (and mostly implemented/enforced like this) "a single colon<br>
> > between set names and AS numbers" (hmmm, it states 'separated by colons ":"',<br>
> > but examples kind of imply the "single between").<br>
<br>
>       The nice thing is moving to the ASN removes the possibility of<br>
> being unique, I recently moved from AS-NETHER to AS267 to reduce the<br>
> chance of conflict.<br>
>       We should also likely move from AS-AKAMAI to AS20940:GLOBAL or<br>
> something else.<br>
<br>
I'm lost. AS20940:GLOBAL wouldn't be a valid AS-SET name. AS20940:AS-GLOBAL?<br>
<br>
Well, with the requirement of the AS-SET names like ASx:AS-SET requiring<br>
mnt-by of ASx, less likely "by accident" dups showing up. <br>
<br>
But it doesn't protect *evil* person adding ASx to an "open" RR and adding<br>
a bad ASx:AS-SET there.<br>
<br>
<constructive> It's an ugly way, but adding some semantics to the AS-SET<br>
names to point to the right RR, wouldn't break existing tooling and could<br>
be picked up by smarter tools. Like ASx:AS-SET-SOURCE-RIPE only being<br>
valid if source if RIPE. I have said it's ugly, haven't I? And it's not a<br>
proposal to solve the problem (as e.g. if someone would have missed this <br>
semantical layer and would register whyever AS1:AS-FOOBAR-SOURCE-RIPE<br>
in RADB ...)<br>
<br>
Markus<br>
<br>
-- <br>
<br>
To unsubscribe from this mailing list, get a password reminder, or change your subscription options, please visit: <a href="https://mailman.ripe.net/" rel="noreferrer noreferrer" target="_blank">https://mailman.ripe.net/</a><br>
</blockquote></div>