This archive is retained to ensure existing URLs remain functional. It will not contain any emails sent to this mailing list after July 1, 2024. For all messages, including those sent before and after this date, please visit the new location of the archive at https://mailman.ripe.net/archives/list/routing-wg@ripe.net/
[routing-wg] Adding "::" notation to RIPE DB
- Previous message (by thread): [routing-wg] Adding "::" notation to RIPE DB
- Next message (by thread): [routing-wg] Adding "::" notation to RIPE DB
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Netmaster (exAS286)
netmaster at as286.net
Thu Nov 10 13:23:21 CET 2022
Alexander Zubkov wrote on Thursday, November 10, 2022 8:07 AM: > 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. And not to forget to add this "feature probing" to NRTM sessions (and likely other places). Still, by introducing "::", you might change the way a set name is defined in RFC2280/RFC2622 ... (might, because most of us likely read it as 'a single ":" separates AS numbers and set names' based on the examples). Markus
- Previous message (by thread): [routing-wg] Adding "::" notation to RIPE DB
- Next message (by thread): [routing-wg] Adding "::" notation to RIPE DB
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]