Re: Who uses RADB/IRR?
Actually, we just became multihomed last month. I'm not aware of any problems getting to other parts of the net, and definitely no problems with C&W. [Also, my apologies if this a newbie BGP question] I started looking at the RADB, but haven't got ourselves setup yet. Does anyone actually deny routes which aren't listed in the RADB? I guess what I'm really asking is how important is it to be in the RADB? Does it get more important sometime soon? I would also tend to think [based on limited BGP knowledge] that it would only be a problem if your direct upstream used the RADB or if your upstream is RADB filtered by their peers. Is this true? --Dean At 11:39 PM 1/21/1999 -0500, Daniel Senie wrote:
I'd like to find out which networks use the RADB or IRR databases to build their routing policies, and how to look at their current databases or access looking glass or equivalent systems.
It's becoming difficult to take a network multihomed without having parts of the net appear to be black holed in other parts of the world. It appears difficult to ascertain which networks are doing what with policies.
So far I am aware of CW.NET and ANS.NET using the routing databases to build their policies, but am not aware of a way to look at their tables. If anyone has pointers to their resources, or those of other nets using the routing registries, please let me know.
-- ----------------------------------------------------------------- Daniel Senie dts@senie.com Amaranth Networks Inc. http://www.amaranthnetworks.com
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Plain Aviation, Inc dean@av8.com LAN/WAN/UNIX/NT/TCPIP http://www.av8.com ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
### On Fri, 22 Jan 1999 18:12:01 -0500, Dean Anderson <dean@av8.com> wrote ### to Daniel Senie <dts@senie.com>, nanog@Merit.Net concerning "Re: Who ### uses RADB/IRR?": DA> I started looking at the RADB, but haven't got ourselves setup yet. Does DA> anyone actually deny routes which aren't listed in the RADB? I guess what DA> I'm really asking is how important is it to be in the RADB? Does it get DA> more important sometime soon? "Important" is hard to define. People tend to register in the RRs and make use of the RSes because: [1] It's the right thing to do to publish public policy. It's like signalling before changing lanes. [2] It makes life easier on yourself and the community that participates in configuring off the RRs. DA> I would also tend to think [based on limited BGP knowledge] that it would DA> only be a problem if your direct upstream used the RADB or if your upstream DA> is RADB filtered by their peers. Is this true? You forgot the word "exclusive". Many providers in addition to configuring off the RR also manually configure in (by hand) those who do not have registered policy in the RRs. I consider this suboptimal administrative practice but you do what you have to. And for those who only do aspath-based filtering... keep knocking on wood. |8^) -- /*====================[ Jake Khuon <khuon@GCtr.Net> ]======================+ | Network Statistics Engineer, NSM/Net-Eng /~ |2 () |\| ~|~ | @ |2 | | VOX: +1(408)328-4828 Fax: +1(408)328-4806 _/~ G L & B A L C E N T E R | +============[ 1154 East Arques Avenue, Sunnyvale, CA 94086 ]============+
On Fri, 22 Jan 1999, Dean Anderson wrote: :I started looking at the RADB, but haven't got ourselves setup yet. Does :anyone actually deny routes which aren't listed in the RADB? Depends on what you mean by deny. If you are generating access-lists from RAdb entries, obviously you will only be accepting those routes. Unless you were doing as_path based filtering, you are implicitly filtering those other routes. Manually adding unregistered routes would alleviate this problem until you had convinced them it was in their interest to register. I guess what :I'm really asking is how important is it to be in the RADB? Does it get :more important sometime soon? It's not like you won't be able to peer with anyone after a certain date, but there are important reasons to register. -If you are multihomed, your upstreams will have synchronized access-lists allowing you more control over the shape of your traffic. -Convenient automated, synchronized and *authenticated* updates to your peers. -Portable central source for customer and local routing information. -Making IPMA/Merit/CAIDA projects more accurate. Am I correct in thinking that ANS and CAnet both require registration of their customers routes? :I would also tend to think [based on limited BGP knowledge] that it would :only be a problem if your direct upstream used the RADB or if your upstream :is RADB filtered by their peers. Is this true? I'm sure that a site that used RtConfig for generating access-lists would only do so for customers that had assured the site that their registrations were current and worthy of production. Otherwise, routes are added manually. -j -- jamie.reid Chief Reverse Engineer Superficial Intelligence Research Division Defective Technologies
participants (3)
-
batz -
Dean Anderson -
Jake Khuon