From what I understand in the show ip bgp x.x.x.x/x output the received-only would be present when soft-reconfiguration inbound is configured and the route has been rejected by a policy i.e. a route map
What i have also found is that on many outputs i can see the exact same route in the output twice, one which has the received-only keyword and one doesn't.
Now for a specified neighbor we have a route map configured inbound which will change the weight based on the community value. It seems as though when a route map is configured and an attribute is changed that route appears in the output twice, one being modified and one which is unchanged. But this contradicts what is said on the Cisco website its states 'the received-only keyword will only show up if the route is denied by a policy', but its not.. it's just changed.
Has anyone had this discussion before? I would like to hear people's thoughts on the matter.
If you found this page, like I did, while searching for "received-only" - that means that the route has only been received, but not entered in the routing table. This is good if you meant to block that route. But if that route is actually also installed in the routing table and you meant to block it, check your route-map, specifically your prefix-lists and you will likely find that you have an error with wither the IP address or the CIDR mask, resulting in a non-match condition. The inverse is also true if you intend to allow a route but you only see the "received-only" route, you probably have a typo in your route-map or prefix list. Below are some examples that might help.
Here are some BGP with route-map and prefix-list examples, although the data is not meaningful.
router bgp 1234
neighbor CARRIER1 peer-group
neighbor CARRIER1 route-map PROVIDER1-IN in
neighbor 220.127.116.11 peer group CARRIER1
route-map PROVIDER1-IN deny 5
match ip address prefix-list MyIPs
route-map PROVIDER1-IN permit 10
match ip address prefix-list GOOG APPL
ip prefix-list GOOG seq 5 permit 18.104.22.168/24 le 32
ip prefix-list GOOG seq 10 permit 22.214.171.124/32
ip prefix-list APPL seq 5 per 126.96.36.199/32
ip prefix-list APPL seq 10 per 188.8.131.52/24 le 32
This is in no way to contradict what you are saying but to clarify the soft-reconfiguration allows for the denied routes to be visible. When you do a "show ip bgp" you are looking at the input policy engine (prior to being given to the IP RIB for best path consideration)
IPE contains all the routes -> filters unwanted routes -> (BGP-RIB or Local-RIB) makes best path choices only for BGP ---THEN DOES TWO INDEPENDENT OPERATIONS
1. Passes to IP-RIB for consideration
2. (Loc-RIB) sends info to output Policy Engine (Filters based on output policy)
Hi everyone, I would like to thank you in advance for any help you can provide a newcomer like myself!
Im studying the 100-105 book by Odom and am currently on the topic of Port security. I purchased a used 2960 and I'm trying to follow a...
While deploying a number of 18xx/2802/3802 model access points (APs), which run AP-COS as their operating platform. It can be observed on some occasions that while many of their access points were able to join the fabric WLC withou...
I am going to design and build an LAN network under a tunnel underground with long distance between the switches.
I will have 2 Catalyst switches and 8 Industrial IE3000, and they will be connected with fiber.
For now I am planning on use Layer-2 s...