RE: bgp frustration IE lab 1

From: Marius Venter (marius@aict.co.za)
Date: Wed Mar 22 2006 - 02:02:29 GMT-3


Just a thought

"Show IP BGP" and "Show IP route BGP" could reveal vastly different results
and this could be the key to your question.

Have you considered setting up the "Neigh x.x.x.x next-hop-self" command on
all routers with an EBGP and IBGP connection?

If you do a "Show IP BGP" command and the routes appear without the > in
from of them this could be the case.

This means that the routes are learned through BGP but the next hop is
unknown so the routes will not appear in the routing table.

If the next hop is configured, just confirm that "no synchronization" is
configured.

He rule states that if a route is learned from BGP and is not learned from
an IGP the route will not be placed in a routing table (only applies to IBGP
routes)

If you have done the show IP BGP and there are no routes you should consider
Show IP BGP summary and see whether the neighbor is up and whether you can
see any update from the neighbor.

See the following output

Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down
State/PfxRcd
136.1.57.7 4 200 2459 2465 19 0 0 1d16h 0
136.1.245.2 4 300 2464 2466 19 0 0 1d16h 2
150.1.1.1 4 100 2471 2466 19 0 0 1d16h 2
150.1.4.4 4 400 2458 2469 19 0 0 1d16h 0
192.10.1.254 4 254 2460 2463 19 0 0 1d16h 3

In this case I am receiving updates from 3 neighbors

If the last column is either idle or active you should consider
troubleshooting the basic BGP neighbor statement first.

My 5cents worth's

Hope it helps

Marius Venter

-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Schulz, Dave
Sent: Wednesday, March 22, 2006 12:27 AM
To: John Matus
Cc: ccielab@groupstudy.com; nobody@groupstudy.com
Subject: RE: bgp frustration IE lab 1

John -

You're configuration appears to be straightforward, so let's breakdown
your specific issues. You mentioned that R4 was not getting the routes,
correct? Let's see if the adjacent routers are advertising the routes
that they get between the RR clients....so, let's do the "show ip bgp
nei "r5" adverstised-routes". (this should match what is in it's own
bgp table, if I am no mistaken. And, there were other routes that you
did not advertise....let's do a "show ip route xx.xx.xx.xx" and see
where they came from. Then, post your findings.

Dave Schulz,
Email: dschulz@dpsciences.com

-----Original Message-----
From: John Matus [mailto:John.Matus@tokiom.com]
Sent: Tuesday, March 21, 2006 5:03 PM
To: Schulz, Dave
Cc: ccielab@groupstudy.com; nobody@groupstudy.com
Subject: RE: bgp frustration IE lab 1

R3
outer bgp 100
 no synchronization
 bgp log-neighbor-changes
 neighbor 183.1.0.5 remote-as 100
 neighbor 183.1.123.2 remote-as 200
 neighbor 204.12.1.254 remote-as 54
 auto-summary

r4#sh run | begin bgp
router bgp 100
 no synchronization
 bgp log-neighbor-changes
 neighbor 150.1.5.5 remote-as 100
 neighbor 150.1.5.5 update-source Loopback0
 no auto-summary

r5#sh run | begin bgp
router bgp 100
 no synchronization
 bgp log-neighbor-changes
 neighbor 150.1.4.4 remote-as 100
 neighbor 150.1.4.4 update-source Loopback0
 neighbor 150.1.4.4 route-reflector-client
 neighbor 150.1.6.6 remote-as 100
 neighbor 150.1.6.6 update-source Loopback0
 neighbor 150.1.6.6 route-reflector-client
 neighbor 183.1.0.3 remote-as 100
 neighbor 183.1.0.3 route-reflector-client
 neighbor 183.1.58.8 remote-as 200
 auto-summary

r6#sh run | begin bgp
router bgp 100
 no synchronization
 bgp log-neighbor-changes
 neighbor 54.1.1.254 remote-as 54
 neighbor 54.1.1.254 route-map localpref in
 neighbor 150.1.5.5 remote-as 100
 neighbor 150.1.5.5 update-source Loopback0
 auto-summary

Regards,

John D. Matus
Technical Support / PAS
Fujitsu Consulting
626-568-7716
John.Matus@tokiom.com



This archive was generated by hypermail 2.1.4 : Sat Apr 01 2006 - 10:07:39 GMT-3