Dear database managers, I notice a loop in the followings AS-MACRO, in fact AS-TELEDANMARKINTERNATIONAL is calling AS-TLI which is calling AS-TELEDK which is calling AS-TELEDANMARKINTERNATIONAL. (and all that make that our automatic filter generation tool fails) Could you correct those macro and will the Ripe database management provide any control on that kind of loop ? Gilles as-macro: AS-TELEDANMARKINTERNATIONAL descr: Tele Danmark customers outside Denmark as-list: AS1902 AS12461 as-list: AS8881 AS-KOMTEL as-list: AS13194 AS-BITE as-list: AS6709 as-list: AS8650 AS-TLI as-list: AS8542 as-list: AS12294 AS-TSUA AS6807 AS8349 AS12788 AS12837 AS12872 AS13249 AS15386 AS15497 AS15929 AS16007 as-list: AS12546 as-list: AS15389 tech-c: AS5071-RIPE admin-c: AS5071-RIPE notify: staff@ip.tele.dk notify: peering@tli.de mnt-by: AS3292-MNT changed: jesper@skriver.dk 20001103 changed: toba@tdk.dk 20001117 changed: tee@tdk.dk 20001123 changed: jesper@skriver.dk 20001228 changed: jesper@skriver.dk 20010109 source: RIPE as-macro: AS-TLI descr: Talkline GmbH, Internet Division descr: List of ASes according to Talkline Internet (AS8650) descr: and customers as-list: AS5605 as-list: AS6783 as-list: AS8650 as-list: AS8881 as-list: AS12461 as-list: AS12546 as-list: AS-TELEDK as-list: AS-GLOBAL tech-c: TLIP1-RIPE admin-c: TLIP1-RIPE notify: peering@tli.de mnt-by: TALKLINE-MNT changed: thomas@tli.de 19990923 changed: thomas@tli.de 19991020 changed: thomas@tli.de 19991025 changed: thomas@tli.de 20001023 changed: thomas@tli.de 20001025 source: RIPE as-macro: AS-TELEDK descr: Tele Danmark and Tele Danmark customers as-list: AS-TELEDANMARKDANISH as-list: AS-TELEDANMARKINTERNATIONAL as-list: AS-BELBONEMEMBERS as-list: AS-GLOBAL tech-c: AS5071-RIPE admin-c: AS5071-RIPE notify: staff@ip.tele.dk notify: peering@tli.de mnt-by: AS3292-MNT changed: jesper@skriver.dk 19990922 changed: jesper@skriver.dk 19991019 changed: jesper@skriver.dk 19991025 changed: jesper@skriver.dk 19991210 changed: toba@tdk.dk 20000903 source: RIPE
On Wed, Jan 10, 2001 at 10:28:15AM +0100, Gilles Farrache wrote:
Dear database managers,
I notice a loop in the followings AS-MACRO, in fact AS-TELEDANMARKINTERNATIONAL is calling AS-TLI which is calling AS-TELEDK which is calling AS-TELEDANMARKINTERNATIONAL. (and all that make that our automatic filter generation tool fails)
Could you correct those macro and will the Ripe database management provide any control on that kind of loop ?
I have seen those elsewhere, such as at AS-UNI. I don't think it is entirely avoidable. I don't know if it is illegal either, albeit it ought to be, as the construction doesn't make sense. Consider letting your automation keep a list of previously expanded macros so that it doesn't do it again. Peter B. Juul, Uni-C (PBJ255-RIPE)
On Wed, Jan 10, 2001 at 10:28:15AM +0100, Gilles Farrache wrote:
Dear database managers,
I notice a loop in the followings AS-MACRO, in fact AS-TELEDANMARKINTERNATIONAL is calling AS-TLI which is calling AS-TELEDK which is calling AS-TELEDANMARKINTERNATIONAL. (and all that make that our automatic filter generation tool fails)
A simple check to avoid expanding a macro you allready have expanded would solve that.
Could you correct those macro and will the Ripe database management provide any control on that kind of loop ?
Not possible, as Talkline and Tele Danmark provide transit services for each other, this would require a total new layout of the AS macro's. And I cannot see that a loop should be such a bad thing, the check is very simple. /Jesper
Gilles
as-macro: AS-TELEDANMARKINTERNATIONAL descr: Tele Danmark customers outside Denmark as-list: AS1902 AS12461 as-list: AS8881 AS-KOMTEL as-list: AS13194 AS-BITE as-list: AS6709 as-list: AS8650 AS-TLI as-list: AS8542 as-list: AS12294 AS-TSUA AS6807 AS8349 AS12788 AS12837 AS12872 AS13249 AS15386 AS15497 AS15929 AS16007 as-list: AS12546 as-list: AS15389 tech-c: AS5071-RIPE admin-c: AS5071-RIPE notify: staff@ip.tele.dk notify: peering@tli.de mnt-by: AS3292-MNT changed: jesper@skriver.dk 20001103 changed: toba@tdk.dk 20001117 changed: tee@tdk.dk 20001123 changed: jesper@skriver.dk 20001228 changed: jesper@skriver.dk 20010109 source: RIPE
as-macro: AS-TLI descr: Talkline GmbH, Internet Division descr: List of ASes according to Talkline Internet (AS8650) descr: and customers as-list: AS5605 as-list: AS6783 as-list: AS8650 as-list: AS8881 as-list: AS12461 as-list: AS12546 as-list: AS-TELEDK as-list: AS-GLOBAL tech-c: TLIP1-RIPE admin-c: TLIP1-RIPE notify: peering@tli.de mnt-by: TALKLINE-MNT changed: thomas@tli.de 19990923 changed: thomas@tli.de 19991020 changed: thomas@tli.de 19991025 changed: thomas@tli.de 20001023 changed: thomas@tli.de 20001025 source: RIPE
as-macro: AS-TELEDK descr: Tele Danmark and Tele Danmark customers as-list: AS-TELEDANMARKDANISH as-list: AS-TELEDANMARKINTERNATIONAL as-list: AS-BELBONEMEMBERS as-list: AS-GLOBAL tech-c: AS5071-RIPE admin-c: AS5071-RIPE notify: staff@ip.tele.dk notify: peering@tli.de mnt-by: AS3292-MNT changed: jesper@skriver.dk 19990922 changed: jesper@skriver.dk 19991019 changed: jesper@skriver.dk 19991025 changed: jesper@skriver.dk 19991210 changed: toba@tdk.dk 20000903 source: RIPE
/Jesper -- Jesper Skriver, jesper(at)skriver(dot)dk - CCIE #5456 Work: Network manager @ AS3292 (Tele Danmark DataNetworks) Private: Geek @ AS2109 (A much smaller network ;-) One Unix to rule them all, One Resolver to find them, One IP to bring them all and in the zone to bind them.
On Wed, Jan 10, 2001 at 10:28:15AM +0100, Gilles Farrache wrote:
Dear database managers,
I notice a loop in the followings AS-MACRO, in fact AS-TELEDANMARKINTERNATIONAL is calling AS-TLI which is calling AS-TELEDK which is calling AS-TELEDANMARKINTERNATIONAL. (and all that make that our automatic filter generation tool fails)
A simple check to avoid expanding a macro you allready have expanded would solve that.
Could you correct those macro and will the Ripe database management provide any control on that kind of loop ?
Not possible, as Talkline and Tele Danmark provide transit services for each other, this would require a total new layout of the AS macro's.
And I cannot see that a loop should be such a bad thing, the check is very simple.
Even if the check is very simple, even if they provide transit service to each other, as Peter said "the construction doesn't make sense", it is not logic !!!! Gilles
On Wed, Jan 10, 2001 at 11:55:50AM +0100, Gilles Farrache wrote:
On Wed, Jan 10, 2001 at 10:28:15AM +0100, Gilles Farrache wrote:
Dear database managers,
I notice a loop in the followings AS-MACRO, in fact AS-TELEDANMARKINTERNATIONAL is calling AS-TLI which is calling AS-TELEDK which is calling AS-TELEDANMARKINTERNATIONAL. (and all that make that our automatic filter generation tool fails)
A simple check to avoid expanding a macro you allready have expanded would solve that.
Could you correct those macro and will the Ripe database management provide any control on that kind of loop ?
Not possible, as Talkline and Tele Danmark provide transit services for each other, this would require a total new layout of the AS macro's.
And I cannot see that a loop should be such a bad thing, the check is very simple.
Even if the check is very simple, even if they provide transit service to each other, as Peter said "the construction doesn't make sense", it is not logic !!!!
Have a look at other macro's lots have this construction - it's not ideal, but it's not a huge problem either. This is by far the easist way to constructing such macro's, though a setup like AS-TELEDK - AS-TLICUSTOMERS - AS-TELEDKCUSTOMERS - others AS-TLI - AS-TLICUSTOMERS - AS-TELEDKCUSTOMERS - others would be more clean, but it's not what we've implemented at this time. /Jesper -- Jesper Skriver, jesper(at)skriver(dot)dk - CCIE #5456 Work: Network manager @ AS3292 (Tele Danmark DataNetworks) Private: Geek @ AS2109 (A much smaller network ;-) One Unix to rule them all, One Resolver to find them, One IP to bring them all and in the zone to bind them.
participants (3)
-
Gilles Farrache
-
Jesper Skriver
-
Peter B . Juul