On Jul 29, 2009, at 10:31 AM, Christopher Morrow wrote:
ideally they should only need this prefix internally (for reachability of the next-hop for learned routes). That could be short-circuited as well with resetting the next-hop to the loopback of the ISP router connected to the exchange.
E.g., MTR breaks.. Traceroute breaks with uRPF, etc.. for customer ASNs if they don't have the route.
I think that the model allows you to have unverified routes, and (depending upon the implementation, of which there aren't any live ones) preference or filter based on this fact. So, perhaps leave a filter-hole to permit this prefix to be used...
Yes, but long term we have to accommodate this, that's my concern/ -danny _______________________________________________ sidr mailing list [email protected] https://www.ietf.org/mailman/listinfo/sidr
