The IOS Command show ip bgp neighbor a.b.c.d advertised-routes doesn't show the AS-Path one of my route-map is perpending on outgoing routes to an eBGP neighbor. I don't have access to that neighbor.
Is there a way availble to see the Adj-Rib-out with all the changes done by the outgoing route-map?
I am not in front of a router to check. Have you tried the 'show ip bgp
I tried with all debugs possible and that information isn't displayed. Very good question.
I don't think you can see from the originating router as the AS_PATH is being altered as it exits the router, not before.
ok, I justed checked this in my lab and don't see a direct way to establish the as-path is being prepended in updates sent out.
But, whatever match criteria you are using in the route map, acl/prefix lists etc, to prepend the as-path would show the hit count in the access-list or prefix-lists. If it's matched there then we could fairly assume the as-path is being prepended for those prefixes.
As far as I know people here are right, you cannot see this information in the originating router. So, unless somebody here knows better, I would suggest you checked some looking glasses to see how your routes are propagated to the Internet. Even if your router could show you the information you are looking for, the looking glass is still a better way to check things out, because it shows you how your routes are propagated further away from your own router.
I suppose that for you to be using the prepends, you have more than one BGP session over which you advertise your networks to the Internet. This means that you might have to check various looking glasses or routers in a particular looking glass to see the route with the prepends (because each router makes own choice). You might have to check a few routers the first time, but later, if need arises again, you would be more familiar and go directly to the looking glass and router that interests you.
Some looking glasses you can try are the following:
p.s. If you have difficulties seeing the route with the prepends, I would suggest you checked routers in different continents (in Europe and in US for example). If you cannot see it, it doesn't mean it is not out there (unless something is really wrong), but rather that probably you have to search more. Check also if your provider or one of its upstreams has a looking glass. That would be even more helpful.
Use Looking Glass.
I always use RIPE-NCC http://www.ripe.net/cgi-bin/looking-glass
In IOS, the Adj-RIB-out is not implemented as a separate entity. Attributes are rather changed as updates are sent to the neighbors. The command "show ip bgp nei a.b.c.d advertised-routes" show you the routes that are advertised to a specific peer but the attributes reflect their value in the loc-rib.
The comamnd "debug ip bgp update
The same command with the detail keyword will dump the entire BGP update but in hex format. Not very useful unless you are very familiar with the BGP protocol and attribute codes or if you have a tool to convert the BGP hex message into something readable.
Agree with everybody, the "show ip bgp neighbors x.x.x.x advertised-routes" command does not take into account any outbound policies, which is sometimes a problem when doing troubleshooting. But i believe that i've read somewhere that this should be changed in future IOS versions, Harold, am i correct about this, does this mean that the Adj-RIB-out is going to be a separate entity updated with all the modified attributes (edit: per neighbor), i believe that Juniper routers do so.
It is still being worked on. I do not think the idea is to create a separate structure for the Adj-RIB-out but rather to apply the outbound policy dynamically to the updates as the show command is performed and to show the resulting output.
Thanks, i believe that this is a logical modification that needs to be looked at, and i agree that having it done dynamically on the fly makes more sense than creating a separate structure for the Adj-RIB-out.
By the way, congratulations for being the featured NetPro of the quarter. Fully deserved.
Thank you very much, being a part of NetPro with people like your self means a lot to me.