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/[email protected]/
RPSL: Providers exchanging full tables.
- Previous message (by thread): draft agenda (v1), for DB-WG meeting, RIPE 40, Prague
- Next message (by thread): summary for CERT/IRT object proposal [3]
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Low, Adam
ALow at Prioritytelecom.com
Thu Aug 23 16:10:57 CEST 2001
Hi, Mr. Nipper had pointed out an interesting issue with our as-macro recently, I believe its the first situation we've come across that isn't easily depicted within an RPSL routing policy without the requirement to manually update multiple near identical objects. The situation arises when we exchange full route tables with another provider, we then in turn should announce their prefixes listed in their macro onto our other providers and they too should do the same for our respective macro. So by adding each others macros to each others macros, we effectively create loops. Now is this a real problem ? In my opinion, I don't think it is, I believe that to truly understand the policy between two peers you have to take into account more (aut-num/import/export) than just the contents of an as-macro and that any tool that uses as-macros to generate prefix lists should check for duplicates and loops. It also appears that the tools we use today (RtConfig/peval) are not adversely effected by providers listing each others macros, output is as expected. Does anyone else have a view on this or a good idea of how it can be easily depicted within RPSL ? Cheers, Adam
- Previous message (by thread): draft agenda (v1), for DB-WG meeting, RIPE 40, Prague
- Next message (by thread): summary for CERT/IRT object proposal [3]
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
[ db-wg Archives ]