From: NITIN NITIN (ccie_study_123@yahoo.com)
Date: Sat Aug 11 2007 - 12:54:03 ART
Hi,
I think we we change distance of these routes
192.168.9.0/24
to 255 on R2 . I hope that will help
what you say ???
"Toh Soon, Lim" <tohsoon28@gmail.com> wrote:
Hi All,
I have this scenario. R2 is connected to R4 via a frame relay PVC. RIPv1 is
run on this FR link. R2's other interfaces are in OSPF domain. I'm
redistributing OSPF into RIP. The router configs are as follows:
R2
-- ! interface Serial0/0/0.24 point-to-point ip address 172.29.24.2 255.255.255.0 frame-relay interface-dlci 104 ! router rip redistribute ospf 1 metric 5 match internal external 1 external 2 passive-interface default no passive-interface Serial0/0/0.24 network 172.29.0.0 !R4 -- ! interface Serial0/0 ip address 172.29.24.4 255.255.255.0 encapsulation frame-relay frame-relay map ip 172.29.24.2 401 broadcast no frame-relay inverse-arp ! router rip passive-interface default no passive-interface Serial0/0 network 172.29.0.0 !
On R2, the OSPF-learned routes are:
O E1 192.168.8.8/32 O E1 192.168.9.9/32
R4 will learn 192.168.8.0/24 and 192.168.9.0/24 (with metric 5) because R2 auto-summarizes the OSPF routes into RIP (crossing different major net). However R2 also has the above two routes in its RIB with metric 6, as follows:
R 192.168.8.0/24 [120/6] via 172.29.24.4, 00:00:00, Serial0/0/0.24 R 192.168.9.0/24 [120/6] via 172.29.24.4, 00:00:00, Serial0/0/0.24
R4 has fedback the routes to R2 due to ip split-horizon disabled by default on its physical multipoint FR interface. When I later redistribute RIP into OSPF on R2, those fedback routes get redistributed into the OSPF domain. Though I don't see much harm, in the actual lab do you just leave this alone or you will fix it by configuring "ip split-horizon" on interface s0/0 of R4?
Any comments are welcome.
Thank you.
B.Rgds, Lim TS
This archive was generated by hypermail 2.1.4 : Sat Sep 01 2007 - 11:32:10 ART