<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<div class="moz-cite-prefix">On 2023-07-05 08:18, Nick Hilliard
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:565c8807-307e-3dca-ad6a-cd050d472f6c@foobar.org">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<div style="font-size: 14px;font-family: Calibri;">
<div class="moz-text-flowed">Richard Laager via ixpmanager wrote on 04/07/2023 22:11:
<br>
<blockquote type="cite" style="color: #000000;">This is
supported in bgpq4, which works fine with IXP Manager if you
have this trivial patch, which is in bgpq4 1.10 (and 1.11):
<a class="moz-txt-link-freetext"
href="https://github.com/bgp/bgpq4/pull/90"
moz-do-not-send="true">https://github.com/bgp/bgpq4/pull/90</a>
<br>
</blockquote>
<br>
it's not supported in RPSL, which is where it needs to be
supported. The current implementation in peeringdb / bgpq4 is
convenient syntax but little more.</div>
</div>
</blockquote>
<p>It is genuinely useful if someone's as-set name exists in
multiple IRRs, especially if the right one is higher in the list.
This actually happened for us, where someone has AS-ABC in RADB,
but someone else has AS-ABC in RIPE (which, as an authenticated
IRR, we have listed before RADB). Them being able to specify
RADB::AS-ABC made it work.<br>
</p>
<p>But yes, I agree with your point generally.<br>
</p>
<p><br>
</p>
<blockquote type="cite"
cite="mid:565c8807-307e-3dca-ad6a-cd050d472f6c@foobar.org">
<div style="font-size: 14px;font-family: Calibri;">
<div class="moz-text-flowed">RPSL support would allow us to
address some of the serious structural disambiguation
associated with RPSL syntax when dealing with multiple IRRDBs.
</div>
</div>
</blockquote>
Writing and RFC for this would be pretty straightforward. But for
this to go anywhere, there would have to be interest from other
players, e.g. irrd. Do you have any idea if this has been discussed
in those circles?<br>
<pre class="moz-signature" cols="72">--
Richard</pre>
</body>
</html>