Cisco Support Community
Showing results for 
Search instead for 
Did you mean: 

Welcome to Cisco Support Community. We would love to have your feedback.

For an introduction to the new site, click here. And see here for current known issues.

New Member

Help understanding received routes

I've just recently brought up a peering with one of our ISPs. The goals of my config are to deny bad routes(bogons), deny transit traffic, and to accept default plus local routes from my isp. When I do a 'sho ip bgp neigh x.x.x.x routes' I only get the following:

Network Next Hop Metric LocPrf Weight Path

*> 12.x.191.x 0 0 7018 i

Total number of prefixes 1

So this is telling me that I'm only getting default I believe. I use a route map to deny bogons, but at the end of the deny statements I permit I use a filter list 'in' to allow local routes.

Could the route-map be 'trumping' the filter list since they're both inbound?

router bgp 46**

no synchronization

bgp log-neighbor-changes

bgp dampening

network 165.*.*.0 mask

neighbor 12.*.*.169 remote-as 7**8

neighbor 12.*.*.169 description ** connection - AS7**8

neighbor 12.*.*.169 password ***

neighbor 12.*.*.169 version 4

neighbor 12.*.*.169 soft-reconfiguration inbound

neighbor 12.*.*.169 route-map DENY_BAD_ROUTES in

neighbor 12.*.*.169 maximum-prefix 25000

neighbor 12.*.*.169 filter-list 5 in

neighbor 12.*.*.169 filter-list 1 out

no auto-summary


ip route 165.*.*.0 Null0


ip as-path access-list 1 permit ^$

ip as-path access-list 5 permit ^7**8$



Hall of Fame Super Silver

Re: Help understanding received routes

Hello Robert,

both filters are applied to incoming routes.

You can think that the output of one filter is used as the input of the next.

The order of application depends on the direction inbound or outbound

if the route-map uses an IP ACL or prefix-list to deny bogons and at the end there is a permit

the filter-list uses as-path ACL 5 to permit prefixes with AS path="your.providerAS"

In this case I think what you see is correct because the provider is sending you a default route with exactly that AS path as it can be see on first show

In this case the order of filtering shouldn't change the end result but generally speaking it has to be taken in account so I understand your concerns.

If you add a match as-path 5 in the route-map block you can remove the neigh filter-list command and you get the same result in your case.

Hope to help