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

BGP:Please suggest next step to troubleshoot this

Hi,  can you help me with this:

the "inacessible" status in red below below puzzles me. Do you know how I should be able to troubleshoot this further to find out why it states inaccessible?

See that Rack19R4 router is learning the route from eBGP. Why it does not pass the learned 112.0.0.0 route to Rack19R1?

Rack19R1#
Rack19R1#show run | s bgp
router bgp 100
no synchronization
bgp cluster-id 150.19.1.1
bgp log-neighbor-changes
network 150.19.1.0 mask 255.255.255.0
neighbor 155.19.0.5 remote-as 100
neighbor 155.19.13.3 remote-as 100
neighbor 155.19.146.4 remote-as 100
neighbor 155.19.146.4 route-reflector-client
neighbor 155.19.146.6 remote-as 100
neighbor 155.19.146.6 route-reflector-client
no auto-summary

Rack19R1#show ip bgp 112.0.0.0
BGP routing table entry for 112.0.0.0/8, version 0
Paths: (2 available, no best path)
  Not advertised to any peer
  54 50 60, (Received from a RR-client)
    204.12.19.254 (inaccessible) from 155.19.146.4 (150.19.4.4)
      Origin IGP, metric 0, localpref 100, valid, internal
  54 50 60, (Received from a RR-client)
    54.19.1.254 (inaccessible) from 155.19.146.6 (150.19.6.6)
      Origin IGP, metric 0, localpref 100, valid, internal
Rack19R1#
RSRack14AS>4
[Resuming connection 4 to R4 ... ]

Rack19R4#show ip bgp 112.0.0.0
BGP routing table entry for 112.0.0.0/8, version 9
Paths: (1 available, best #1, table Default-IP-Routing-Table)
  Advertised to update-groups:
        1
  54 50 60
    204.12.19.254 from 204.12.19.254 (31.3.0.1)
      Origin IGP, localpref 100, valid, external, best
Rack19R4#show run | s bgp
router bgp 100
no synchronization
bgp log-neighbor-changes
network 150.19.4.0 mask 255.255.255.0
neighbor 155.19.146.1 remote-as 100
neighbor 204.12.19.254 remote-as 54
no auto-summary
Rack19R4#

2 ACCEPTED SOLUTIONS

Accepted Solutions

Re: BGP:Please suggest next step to troubleshoot this

From what I see, R4 does pass the route to R1 via iBGP. The problem is that the BGP next-hop is inaccessible from R1.  You can either redistribute the connected routes of the external connections in your IGP or use next-hop-self command on the iBGP session on R4 towards R1 (i.e. neighbor 155.19.146.1 next-hop-self).  On R1 I see that the route is received from two different sessions, and routes from both neighbors have the same problem (i.e. inaccessible next-hops).

Cisco Employee

Re: BGP:Please suggest next step to troubleshoot this

In R4, do the following and test again

neighbor 155.19.146.1 next-hop-self

and then

clear ip bgp * soft

Regards,

jerry

4 REPLIES

Re: BGP:Please suggest next step to troubleshoot this

From what I see, R4 does pass the route to R1 via iBGP. The problem is that the BGP next-hop is inaccessible from R1.  You can either redistribute the connected routes of the external connections in your IGP or use next-hop-self command on the iBGP session on R4 towards R1 (i.e. neighbor 155.19.146.1 next-hop-self).  On R1 I see that the route is received from two different sessions, and routes from both neighbors have the same problem (i.e. inaccessible next-hops).

Hall of Fame Super Gold

Re: BGP:Please suggest next step to troubleshoot this

Dissecting analisys as the usual, welcome back Maria!

Re: BGP:Please suggest next step to troubleshoot this

Paolo, we come and go, but we always come back! 'Dissecting analysis'? I tried really hard to keep my post short this time! Better luck next time!

Cisco Employee

Re: BGP:Please suggest next step to troubleshoot this

In R4, do the following and test again

neighbor 155.19.146.1 next-hop-self

and then

clear ip bgp * soft

Regards,

jerry

829
Views
0
Helpful
4
Replies
CreatePlease to create content