The best route is through your upstream (I guess), so you are not advertising it back... You could increase the local-pref for routes you receive from your customers as compared to routes you receive from your upstreams. In this way you would always prefer the local path to your customer (not sure they would like you to do that...)
You could also allow them to control it from their end by implementing a set of communities they can signal to you to change the way local-pref is applied on your end of the link. Something like this: http://www.cisco.com/en/US/tech/tk365/technologies_configuration_example09186a00801475b2.shtml http://onesc.net/communities/as7018/ HTH Arie -----Original Message----- From: cisco-nsp [mailto:[email protected]] On Behalf Of Adam Greene Sent: Monday, July 29, 2013 15:53 PM To: [email protected] Subject: [c-nsp] BGP re-announcement question Hi! We are receiving a heavily prepended route announcement from a customer and are trying to re-announce it to our upstream provider, without success. We learn the route on router A via eBGP. Router A announces the route to Router B via iBGP. Router B is then supposed to announce it to Router C, our upstream provider, via eBGP, but it is not. Here is what Router B is seeing: 7206VXR#sh ip bgp 198.11.15.0 BGP routing table entry for 198.11.15.0/24, version 262804866 Paths: (2 available, best #2, table Default-IP-Routing-Table) 27241 27241 27241 27241 27241 27241, (received & used) 204.8.83.14 (metric 1) from 172.18.18.20 (172.18.18.20) Origin IGP, metric 300, localpref 100, valid, internal 12271 7843 3356 46887 27241, (received & used) 24.29.112.25 from 24.29.112.25 (69.193.224.79) Origin IGP, localpref 100, valid, external, best Community: 7843:2161 7843:2303 7843:2313 As you can see, the eBGP route Router B is receiving from Router C (upstream) is considered the best route. Is that why we are not reannouncing it back upstream? Prefix-lists and route-maps have all been checked, including regular expressions; we allow out ^27241(_27241)*$ and a "sh ip bgp regexp ^27241(_27241)*$" provides this output: Network Next Hop Metric LocPrf Weight Path * i198.11.15.0 204.8.83.14 300 100 0 27241 27241 27241 27241 27241 27241 i I do wonder a bit about the "metric 300" (I think my customer might be trying to weight things) but I'm not sure that's coming into play here or not. This was working fine recently, with no changes on our end, but the customer was announcing without any prepends, and I'm not sure if the origin was "?" before, or "i" like it is now. Thanks, Adam _______________________________________________ cisco-nsp mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/ _______________________________________________ cisco-nsp mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
