RE: RIP2 and OSPF redistribution

From: rafael.valiente@bt.es
Date: Mon Dec 23 2002 - 20:44:06 GMT-3


 You can use distance command under rip process in router R1 to choose R2 as
gateway of 132.1.9.0/ network.

distance 50 132.1.9.2 255.255.255.255

You don't need redistribute ospf into rip, rip updates already include
network 132.1.9.0 because is a subnet of 132.1.0.0. You only need
redistribute ospf into rip if you have more networks at R5.

Passive-interface prevents the router to send update trough this interface,
but the network of the interface will be announced to the other interfaces.

Rafa

-----Original Message-----
From: ccie_studying
To: rafael.valiente@bt.es
Cc: ccielab@groupstudy.com
Sent: 23/12/02 19:45
Subject: Re: RIP2 and OSPF redistribution

Rafael:

Yes, I noticed this. Even I put passive interface in FR and loopback
interfaces of R2/R3, RIP still treat 132.1.9.0/24 and 132.1.9.2,
132.1.9.3
as part of RIP network, which caused the problem.

Any suggestion to solve this problem? Thanks very much!

----- Original Message -----
From: <rafael.valiente@bt.es>
To: <ccie_studying@hotmail.com>
Cc: <ccielab@groupstudy.com>
Sent: Monday, December 23, 2002 1:05 PM
Subject: RE: RIP2 and OSPF redistribution

> Hello
>
> If you type show ip route in R1 and R2 you must see:
>
> R2:
>
> 132.1.9.0/24 is directly connected and it is included into rip update
due
> network 132.1.0.0 command
> 132.1.9.3/24 is learned by OSPF and redistributed into rip
>
> R3:
>
> 132.1.9.0/24 is directly connected and it is included into rip update
due
> network 132.1.0.0 command
> 132.1.9.2/24 is learned by OSPF and redistributed into rip
>
> This explain why in R1 you see 132.1.9.3/24 coming from R2,
132.1.9.2/24
> from R3 and 132.1.9.0/24 from both routers.
>
> Regards
>
> Rafa
>
>
> -----Mensaje original-----
> De: ccie_studying [mailto:ccie_studying@hotmail.com]
> Enviado el: lunes 23 de diciembre de 2002 4:42
> Para: ccielab@groupstudy.com
> Asunto: RIP2 and OSPF redistribution
>
>
> Hello, everybody! I really need help on this RIP2 and OSPF
redistribution
> :-(:
>
> Senario:
>
> R1
> (130.1.123.1/24)
> (130.1.123.2/24) (130.1.123.3/24)
> R2 R3
> (130.1.9.2/24) (130.1.9.3/24)
> (130.1.9.5/24)
> R5
>
> 1. R1, R2 and R3 are running RIP version 2 and IP subnet is
130.1.123.0/24
> 2. R2, R3 and R5 are partial meshed FR connection, which uses IP
subnet
> 130.1.9.0/24 and belongs OSPF area
> 3. FR OSPF configuration, I use OSPF network type point-to-multipoint
for
> all three routers
> 4. loopback address on all the routers are 130.1.x.x/24 (x is the
router
> number)
> 5. R2 and R3 loopback interface belongs OSPF.
> 6. Mutual redistribution on R2 and R3 between RIP and OSPF
> 7. RIP should use R2 to get to OSPF and OSPF should use R2 to get back
to
> RIP too.
>
> My configuration on R2 and R3 are:
>
> R2:
>
> router rip
> no auto
> redistribute ospf 1 subnet metric 2 route-map ospf2rip
> net 132.1.0.0
> passive loopback 0
> passive s0
>
> router ospf
> redistribute rip subnet metric 100 route-map rip2ospf
> net 132.1.2.2 0.0.0.255 area 0
> net 132.1.9.0 0.0.0.255 area 0
>
> route-map ospf2rip
> match ip address 10
> route-map rip2ospf
> match ip address 20
>
> access-list 10 deny 132.1.123.0 0.0.0.255
> access-list 10 deny 132.1.1.1 0.0.0.255
> access-list 10 permit any
>
> access-list 20 permit 132.1.123.0 0.0.0.255
> access-list 20 permit 132.1.1.1 0.0.0.255
>
> R3:
>
> router rip
> no auto
> redistribute ospf 1 subnet metric 3 route-map ospf2rip
> net 132.1.0.0
> passive loopback 0
> passive s0
>
> router ospf
> redistribute rip subnet metric 110 route-map rip2ospf
> net 132.1.2.2 0.0.0.255 area 0
> net 132.1.9.0 0.0.0.255 area 0
>
> route-map ospf2rip
> match ip address 10
> route-map rip2ospf
> match ip address 20
>
> access-list 10 deny 132.1.123.0 0.0.0.255
> access-list 10 deny 132.1.1.1 0.0.0.255
> access-list 10 permit any
>
> access-list 20 permit 132.1.123.0 0.0.0.255
> access-list 20 permit 132.1.1.1 0.0.0.255
>
> After I did this, my problem is:
>
> - In R1:
> 132.1.9.2/24 come from R3 (should be from R2)
> 132.1.9.3/24 come from R2 (should be from R3)
> 132.1.9.0/24 come from both R2 and R3 with metric 1
(should be
> from R2 based on requirement no. 7)
>
> I struggled quite long time, still can not solve all the problem
here.
Any
> suggestion, testing, and answer will be great appreciated!
>
> Thanks!
> .
> **********************************************
> Noticia legal
> Este mensaje electrsnico contiene informacisn de BT Ignite Espaqa
S.A.U.
que
> es privada y confidencial, siendo para el uso exclusivo de la persona
(s)
o
> entidades arriba mencionadas. Si usted no es el destinatario seqalado,
le
> informamos que cualquier divulgacisn, copia, distribucisn o uso de los
> contenidos esta prohibida. Si usted ha recibido este mensaje por
error,
por
> favor borre su contenido lo antes posible.
> Gracias.
> .
**********************************************
Noticia legal
Este mensaje electrsnico contiene informacisn de BT Ignite Espaqa S.A.U. que
es privada y confidencial, siendo para el uso exclusivo de la persona (s) o
entidades arriba mencionadas. Si usted no es el destinatario seqalado, le
informamos que cualquier divulgacisn, copia, distribucisn o uso de los
contenidos esta prohibida. Si usted ha recibido este mensaje por error, por
favor borre su contenido lo antes posible.
Gracias.
.



This archive was generated by hypermail 2.1.4 : Fri Jan 17 2003 - 17:21:52 GMT-3