consistent policy != consistent announcements

Alan Barrett apb at iafrica.com
Fri Mar 14 16:57:51 UTC 1997


> >                     M
> >                   /   \
> >                  A     B      * Peer link
> >                  |     *      | Customer link
> >                  RRRRRRR
> >           Point1 *     * Point2
> >                  VVVVVVV

> How is R supposed to recognize some likely disjoint set of of what A
> announces to R as coming from M through B so as to recognize it as a
> customer prefix?  Note that the paths from M to R through A and B can
> be longer than depicted and that M's address space may not be taken
> from R's, A's, or B's.

R could request A to provide it with a list of ASes for indirect
customers behind A.  (R probably already does that.)  That would be
sufficient information for R's router at the R/B interconnection to tag
M's routes as customer routes.  Essentially, when R's router at the R/B
interconnection receives a route with path "B M", it could use the fact
"M is an indirect customer" rather than "B is a non-customer" to tag the
route appropriately.

Alternatively, R could make the decision using prefixes rather than AS
numbers, and could make it at the R/V[Point2] outbound announcement
point rather than at the B/R inbound announcement point.

--apb (Alan Barrett)






More information about the NANOG mailing list