From: Volkov, Dmitry (Toronto - BCE) (dmitry_volkov@xxxxxxxxx)
Date: Mon Aug 26 2002 - 12:13:45 GMT-3
Hello,
Well, now I'm also stacked with this Sysnc/RID problem.
I'm doing Solie's "Unnamed Lab". The requirement : Syncronize BGP with OSPF.
R1 (rid 133.7.1.1) runs BGP AS 2010 and peering with backbone router AS
2001.
R1 gets 4 EBGP routes from Backbone.
R1 runs IBGP with R2 (rid 133.7.2.2), R2 runs IBGP with R6 (rid 133.7.6.6).
There is OSPF between R1, R2, R6.
R2 and R6 on common ethernet segment. R2 and R6 connected to R1 via R3
(which runs OSPF only, NO BGP)
R1----R3----R2
|
R6
So
1)I redistributed BGP to OSPF on R1 with next-hop-self , R2 is OK - all BGP
routes from Backbone are valid:
Network Next Hop Metric LocPrf Weight Path
*>i160.100.100.0/24 133.7.1.1 0 100 0 2001 i
*>i160.100.128.0/24 133.7.1.1 0 100 0 2001 i
*>i160.100.129.0/24 133.7.1.1 0 100 0 2001 i
*>i160.100.130.0/24 133.7.1.1 0 100 0 2001 i
r2#
2) made R2 as Route reflector.
R6 gets BGP routes from backbone via R2. But these routes are not
synchronized.
I guess this is because route 160.100.100.0/24 is learned via BGP from R2
(133.7.2.2),
but it's also known via IGP (OSPF) from R3 (133.7.28.3 - R3's IP on common
ethernet segment)
My question is : WHAT TO DO IN SUCH SITUATION. I don't see any workaround
without violating Lab requirements.
r6#sh ip ro 160.100.100.0
Routing entry for 160.100.100.0/24
Known via "ospf 1", distance 110, metric 1
Tag 2, type extern 2, forward metric 74
Last update from 133.7.28.3 on Ethernet0, 02:58:43 ago
Routing Descriptor Blocks:
* 133.7.28.3, from 133.7.1.1, 02:58:43 ago, via Ethernet0
Route metric is 1, traffic share count is 1
r6#sh ip bgp 160.100.100.0
BGP routing table entry for 160.100.100.0/24, version 0
Paths: (1 available, no best path)
Not advertised to any peer
2001
133.7.1.1 (metric 75) from 133.7.2.2 (133.7.2.2)
Origin IGP, metric 0, localpref 100, valid, internal, not synchronized
Originator: 133.7.1.1, Cluster list: 192.168.1.1
r6#
Thanks,
Dmitry
This archive was generated by hypermail 2.1.4 : Sat Sep 07 2002 - 19:48:37 GMT-3