From: Martin D. Fierbaugh (marty@networkwv.com)
Date: Sun Nov 30 2003 - 10:10:41 GMT-3
After reading many posts in the archives, I came across this scenario.
In order to satisfy a requirement in this lab, you need to leave
synchronization turned on in an iBGP environment and pass the
announcement to a route reflector client. OSPF has the IGP route, route
is in the routing table, yet BGP seems to think the route is not
synchronized.
Based upon a few posts, I see that this is either intentionally or
unintentionally broken in IOS (proof below).
My questions are is it, in fact, broken? If so, why is it even on
this lab?
Anyone else try this sample lab and run into this?
NMC practice lab, section 8
Thanks,
________________________________
Martin D. Fierbaugh, CCNP
Manager IP Routing
NTELOS Advanced Data Engineering
(w) 304.353.8916
(m) 304.415.0427
sh ip route...
C 172.16.123.0/24 is directly connected, Serial0/0
O E2 172.16.77.0/24 [110/20] via 172.16.123.1, 00:40:27, Serial0/0
O E2 192.168.102.0/24 [110/1] via 172.16.123.1, 00:40:27, Serial0/0
O E2 192.168.103.0/24 [110/1] via 172.16.123.1, 00:40:27, Serial0/0
O E2 192.168.100.0/24 [110/1] via 172.16.123.1, 00:40:27, Serial0/0
O E2 192.168.101.0/24 [110/1] via 172.16.123.1, 00:40:27, Serial0/0
O*E2 0.0.0.0/0 [110/1] via 172.16.123.2, 00:40:27, Serial0/0
R3#sh ip bgp 192.168.100.0
BGP routing table entry for 192.168.100.0/24, version 0
Paths: (1 available, no best path)
Not advertised to any peer
100 700
172.16.123.1 from 172.16.2.1 (172.16.20.5)
Origin incomplete, localpref 100, valid, internal, not
synchronized
R3#
--- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.542 / Virus Database: 336 - Release Date: 11/18/2003
This archive was generated by hypermail 2.1.4 : Fri Dec 12 2003 - 12:29:19 GMT-3