Deaggregating for emergency purposes
bmanning at karoshi.com
bmanning at karoshi.com
Tue Aug 6 22:51:37 UTC 2002
> > > The point was calling up the upstream of the AS who is generating bogus
> > > routes. The upstream of the caller is not at all involved.
> > >
> >
> > But the upstream of the caller is involved. They passed
> > the route(s) on, no?
> >
> > --bill
>
> Not necessarily, I could be the victim of a leak calling up
> an ISP to report it. Or some bored person connected to
> route-server.* constantly checking prefixes.
you either generated the bogus route yourself or
you heard it from one of your direct neighbors.
there is no other way for you to hear the route.
Now you can -look- for what might be bogons (from your
perspective) in other places in the net (route-server.*)
or some random LG. But just because a route is there
does not mean it shows up on your border. And routes
that show up in those places are "nominally" interesting
only from the perspective of "...are my routes propogating..."
If there IS a legit.bogon that shows up on your border,
then the -only- people who can do anything about it are:
) yourself. *
) your peer.
(*) or you can contract with me at the usual and customary
rates to config your routers for you.
It may take both of you to provide the types of "corrective
lenses) to give you the view you think you want, but it is
an affrontery to "jump over" your providers to pester other
ISPs that you have no business pestering. The routes they
exchange among themselves is their business.
More information about the NANOG
mailing list