I know a lot of networks do BGP filter. Is there any way to make sure that a particular AS doesn't get filtered, such as listing with RADB or ARIN's routing registry? I'm not sure how many networks actually use these registries for their router configuration, so I don't know whether it would be worth while to register or not. -- James Smith, CCNA Network/Systems Administrator DXSTORM.COM http://www.dxstorm.com/ DXSTORM Inc. 2140 Winston Park Drive, Suite 203 Oakville, ON, CA L6H 5V5 Tel: 905-829-3389 Fax: 905-829-5692 1-877-DXSTORM (1-877-397-8676)
On Sat, Oct 16, 1999 at 10:43:25AM -0400, James Smith wrote:
I know a lot of networks do BGP filter. Is there any way to make sure that a particular AS doesn't get filtered, such as listing with RADB or ARIN's routing registry? I'm not sure how many networks actually use these registries for their router configuration, so I don't know whether it would be worth while to register or not.
Quite a few providers require you to filter, normally we only peer with networks who register their routes in RIPE or RADB databases. /Jesper -- Jesper Skriver (JS4261-RIPE), Network manager Tele Danmark DataNet, IP section (AS3292) One Unix to rule them all, One Resolver to find them, One IP to bring them all and in the zone to bind them.
Ok, ok. A short list: (Country)-Provider Filter-Type Filter-Source (USA) UUNET prefix manual (USA) MCI prefix RA+RIPE+MCI DB (USA) Sprint ?? (EU) EUnet AS manual (old info) (EU) TELIA AS manual (RU) RELCOM prefix(+AS) RIPE+internal DB (RU) Sprint ?? (RU) Rostelecom prefix+AS RIPE (RU) DEMOS AS RIPE may be, someone can fill in such list with more up-to-date info? Additional fields should be - if local communities can be used for the LOCAL_PREF control - which routes are preffered (customers, peering, upstream if any) On Sat, 16 Oct 1999, Jesper Skriver wrote:
Date: Sat, 16 Oct 1999 16:49:20 +0200 From: Jesper Skriver <jesper@skriver.dk> To: James Smith <jsmith@dxstorm.com> Cc: nanog@merit.edu Subject: Re: your mail
On Sat, Oct 16, 1999 at 10:43:25AM -0400, James Smith wrote:
I know a lot of networks do BGP filter. Is there any way to make sure that a particular AS doesn't get filtered, such as listing with RADB or ARIN's routing registry? I'm not sure how many networks actually use these registries for their router configuration, so I don't know whether it would be worth while to register or not.
Quite a few providers require you to filter, normally we only peer with networks who register their routes in RIPE or RADB databases.
/Jesper
-- Jesper Skriver (JS4261-RIPE), Network manager Tele Danmark DataNet, IP section (AS3292)
One Unix to rule them all, One Resolver to find them, One IP to bring them all and in the zone to bind them.
Aleksei Roudnev, Network Operations Center, Relcom, Moscow (+7 095) 194-19-95 (Network Operations Center Hot Line),(+7 095) 230-41-41, N 13729 (pager) (+7 095) 196-72-12 (Support), (+7 095) 194-33-28 (Fax)
On Sat, Oct 16, 1999 at 07:22:56PM +0400, Alex P. Rudnev wrote:
Ok, ok. A short list:
(Country)-Provider Filter-Type Filter-Source (USA) UUNET prefix manual (USA) MCI prefix RA+RIPE+MCI DB (USA) Sprint ?? (EU) EUnet AS manual (old info) (EU) TELIA AS manual (RU) RELCOM prefix(+AS) RIPE+internal DB (RU) Sprint ?? (RU) Rostelecom prefix+AS RIPE (RU) DEMOS AS RIPE
(USA) BBNplanet/GTEI prefix manual (USA) Sprint AS manual (DK) Tele Danmark AS manual/RIPE+RA (DK) Tele2 AS manual /Jesper -- Jesper Skriver (JS4261-RIPE), Network manager Tele Danmark DataNet, IP section (AS3292) One Unix to rule them all, One Resolver to find them, One IP to bring them all and in the zone to bind them.
It depends of the service provider etc. When we add new customer with his own AS and network, we (here) must: - add his AS into our AS MACRO in RIPE data base, because a dozen providers here and in Europe, just as (for example) MCI in USA use this (and RADB) data base for the AS-based filtering; - send this AS to some our peers and upstream provider because they build AS-based filetsr manually (through it tends to the RIPE or RADB usage instead) - send the PREFIX (not AS) to some providers because they use prefix-based filtering (at least UUnet does so). (all this except (1) is doing by the programs, of course - we update RIPE and generate everything from the RIPE). I (personally) am thinking AS-based filtering is useless and it's safer to do PREFIX-based filtering instead, just with the COMMUNITY-based route control. RELCOM does both PREFIX (always except upstream links) and AS (sometimes) filtering. This means _it's highly recommended to keep your network objects in the registry data bases in order_. But it depends from the topology. Alex. On Sat, 16 Oct 1999, James Smith wrote:
Date: Sat, 16 Oct 1999 10:43:25 -0400 (EDT) From: James Smith <jsmith@dxstorm.com> To: nanog@merit.edu
I know a lot of networks do BGP filter. Is there any way to make sure that a particular AS doesn't get filtered, such as listing with RADB or ARIN's routing registry? I'm not sure how many networks actually use these registries for their router configuration, so I don't know whether it would be worth while to register or not.
-- James Smith, CCNA Network/Systems Administrator DXSTORM.COM
DXSTORM Inc. 2140 Winston Park Drive, Suite 203 Oakville, ON, CA L6H 5V5 Tel: 905-829-3389 Fax: 905-829-5692 1-877-DXSTORM (1-877-397-8676)
Aleksei Roudnev, Network Operations Center, Relcom, Moscow (+7 095) 194-19-95 (Network Operations Center Hot Line),(+7 095) 230-41-41, N 13729 (pager) (+7 095) 196-72-12 (Support), (+7 095) 194-33-28 (Fax)
On Sat, Oct 16, 1999 at 10:43:25AM -0400, James Smith wrote:
I know a lot of networks do BGP filter. Is there any way to make sure that a particular AS doesn't get filtered, such as listing with RADB or ARIN's routing registry? I'm not sure how many networks actually use these registries for their router configuration, so I don't know whether it would be worth while to register or not.
The promise of filtering from the IRR is that you can avoid the problems created by bogus announcements. The problem is that the information in the IRR doesn't bear enough resemblance to reality for people who wish to take a full feed of Internet routes and filter them. While some providers are good about putting data into the IRR (or their portion of it), they often aren't good about removing the data. That said, on a peer to peer basis for a given peer's routes, there isn't any reason why both peers can't agree to filter each other based on data in the global IRR or their own local copies. Sanity enforced at the local level can help protect against insanity at the global level. I find it disturbing that route filtering, especially for the larger providers, is still being configured manually.
James Smith, CCNA Network/Systems Administrator DXSTORM.COM
-- Jeffrey Haas "... and we cannot ignore our duties simply because they are elezar@pfrc.org not what we desire. That is exactly how evil comes into + * + the world, through neglect of one's destiny."
participants (4)
-
Alex P. Rudnev -
James Smith -
Jeff Haas -
Jesper Skriver