I assume you want to see the network 18.104.22.168/24 on the Branch router.
1.) Check if the network 22.214.171.124 has been properly redistributed from OSPF to BGP on the HQ site by issuing the command show ip bgp and looking for that network. Verify that the BGP reports this route as valid and best in your BGP table. Also, by issuing the command show ip bgp 126.96.36.199/24 make sure that it was announced to your ISP's router: look for the number of the update-group in that command's output and then checking who is a member of that update group by entering show ip bgp update-group
2.) Skip this step if you are running eBGP with your ISP. Otherwise, if you are running iBGP to your ISP, verify what is the next hop address attribute of the network 188.8.131.52/24 in your BGP table. If it is not 0.0.0.0 then it might be possible that the ISP does not know the route to that next hop. In this case, using "next-hop-self" in the BGP neighbor configuration might help.
3.) Assuming that the route has been announced to your ISP with a reachable next hop (you can verify this also by debugging the BGP), the ISP should have received that route from you. On the Branch, verify the BGP table by show ip bgp. If the network 184.108.40.206 is not there, you will probably need to discuss this with your ISP. If it is there but did not make it into your routing table, try to verify if its next hop is reachable.
Also, debugging the BGP on the Branch site might provide useful output - perhaps the AS_PATH already contains the AS number of the Branch site and the router rejects it, or there may be another hint as to what is the problem.
Your description is somewhat confusing - I am struggling to understand where is the network 220.127.116.11/24 located.
For now, I assume that it is somewhere on the HQ site and it is being announced by OSPF.
Now, you have said that this network is not in the show ip bgp output on the HQ. Do you see it in your routing table on the HQ at all? It should be present as an OSPF route. If it is present in the routing table but not in the BGP table then it should only be a problem of redistributing that network into BGP. In that case, double-check your redistribution configuration.
We are pleased to announce availability of Beta software for 16.6.3. 16.6.3 will be the second rebuild on the 16.6 release train targeted towards Catalyst 9500/9400/9300/3850/3650 switching platforms. We are looking for early feedback from custome...