No that doesn't work very well, unless you make the rash assumption that
all of Sprint's customers are in the same Autonomous System. We saw all
sorts of goofy problems when I*STAR did this with MCI. The problems
went away when the customer switched from I*STAR to UUNET/Canada 
You need a community that will be announced to "customer" BGP sessions,
but not to "peer" BGP sessions. Its not hard to do, but it does seem
to be hard to explain to your standard order taker/sales staff.
It also seems to confuse the heck out of the support folks when they
need to troubleshoot things. It would really be nice if cisco's had
a "show ip bgp neigh xxx out" command that showed what you are telling
your neighbor. Essentially the inverse of the "show ip bgp neigh xxx
route" command.
It also seems to confuse the heck out of the support folks when they
need to troubleshoot things. It would really be nice if cisco's had
a "show ip bgp neigh xxx out" command that showed what you are telling
your neighbor. Essentially the inverse of the "show ip bgp neigh xxx
route" command.
You mean like this?
sh ip bgp nei 166.48.33.249 advertised-routes
BGP table version is 1367259, local router ID is 131.103.20.1
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal
Origin codes: i - IGP, e - EGP, ? - incomplete
Network Next Hop Metric LocPrf Weight Path
<lots of stuff deleted>
-dorian
==>It also seems to confuse the heck out of the support folks when they
==>need to troubleshoot things. It would really be nice if cisco's had
==>a "show ip bgp neigh xxx out" command that showed what you are telling
==>your neighbor. Essentially the inverse of the "show ip bgp neigh xxx
==>route" command.
In later versions:
IOS (tm) 4500 Software (C4500-I-M), Version 11.1(9), RELEASE SOFTWARE (fc1)
li-rt-01#show ip bgp nei w.x.y.z ?
  advertised-routes Display the routes advertised to an EBGP neighbor
/cah