http://news.com.com/2100-1009-990608.html?tag=fd_lede1_hed
Seems the BGP will be the down fall of the internet, the sky is falling the
sky is falling
No, the lazy operational implementations of how people deploy BGP
in their networks will be the downfall of the Internet. I see on a daily
basis, wrong announcements, route leaks tripping max-prefixes, RADB
entries that are either totally out of date, completely wrong or
for some large organisations they don't even have RADB entries.
sBGP may [and probably will] help with some of that but its not
a panacea.
Regards,
Neil.
No, the lazy operational implementations of how people deploy BGP
in their networks will be the downfall of the Internet. I see on a daily
basis, wrong announcements, route leaks tripping max-prefixes, RADB
entries that are either totally out of date, completely wrong or
for some large organisations they don't even have RADB entries.
sBGP may [and probably will] help with some of that but its not
a panacea.
Regards,
Neil.
Who actually uses RADB to build filters other than Verio? While my
experience with other providers is limited Verio is the only one (of the
ones we have used) who used RADB entries for BGP peers.
Overall it wasn't the best solution IMHO for a couple of reasons:
- there was nothing to keep us from making bogus entries in the RADB
- filters were only updated once a day making changes slow
This is not meant as a complaint toward Verio - I'm simply trying to decide
why we should go to the added expense of entering our routes in a RADB. To
date I have seen no operational difference between using RADB and not using
it.
My view may very well be distorted by the fact that we are not a transit AS
Mark Radabaugh
Amplex
(419) 720-3635
Who actually uses RADB to build filters other than Verio? While my
experience with other providers is limited Verio is the only one (of the
ones we have used) who used RADB entries for BGP peers.
AFAIK, Level3 and C&W. I have to keep RADB entries (actually altdb, and
c&w's own) up to date in order for each of them to accept our routes and
our BGP customers' routes.
Overall it wasn't the best solution IMHO for a couple of reasons:
- there was nothing to keep us from making bogus entries in the RADB
- filters were only updated once a day making changes slow
OTOH, they don't have to pay someone to answer and respond to email sent
to bgp-admin. They won't accept routes you accidentally leak to them. Is
it secure? Not really. Is it cheap, reliable automation, I suspect so.
This is not meant as a complaint toward Verio - I'm simply trying to decide
why we should go to the added expense of entering our routes in a RADB. To
date I have seen no operational difference between using RADB and not using
www.altdb.net. No expense other than the time you spend keeping your
objects up to date.
A) Verio provides a free db for its customers
B) Altdb is free, and works great
C) If you have any sizable number of transits, routes, or BGP speaking
customers, you'll find it infinitely easier to write a 10 line script
using IRRToolSet than it is to e-mail or call your providers with every
change.
D) A smart company concerned with ease of use could take a php monkey off
the street and for $200 create a nice web interface for customers to
manage their entries in an IRR db.
A) Verio provides a free db for its customers
They're not the only ones, CWI and Level3 do as well, off the top of my
head.
B) Altdb is free, and works great
That it does, round of applause for Steve
Jeff
> Who actually uses RADB to build filters other than Verio? While my
> experience with other providers is limited Verio is the only one (of the
> ones we have used) who used RADB entries for BGP peers.
AFAIK, Level3 and C&W.
Teleglobe as well (mirror), unless late to me unknown changes.
mh