cancelar
Mostrando los resultados de 
Buscar en lugar de 
Quiere decir: 
cancel
1905
Visitas
0
ÚTIL
2
Respuestas

Problema de redistribución mediante OSPF y RIP

Translator
Community Manager
Community Manager

Tengo un entorno de laboratorio. Trato de redistribuir RIP y OSPF. Rip network inject from 2 side routers 3 y 4 , aplico el Route-map para ETIQUETAR las rutas inyectadas de ambos.Pero descubro algunas rutas OSPF (10.10.10.0 y 192.168.25.0) también insertadas en la red OSPF por RIP. Puede ver que mi router 3 y 4 también obtiene las mismas rutas del Rip. Vea las imágenes adjuntas (redes resaltadas obteniendo de Rip) y mis configuraciones.

Responda a lo siguiente:

1. ¿Cuál es la razón?

2. Cómo puedo manejarlo.

 

hostname R1
!
interface Loopback1
ip address 1.1.1.1 255.255.255.0
!
interface FastEthernet0/0
ip address 192.168.12.1 255.255.255.0
duplex half
!

router rip
version 2
offset-list 0 out 5
network 1.0.0.0
network 192.168.12.0
no auto-summary
!








hostname R2

!
interface FastEthernet0/0
ip address 192.168.12.2 255.255.255.0
duplex full
!
interface FastEthernet1/0
ip address 192.168.23.2 255.255.255.0
duplex full
speed auto
!
interface FastEthernet2/0
ip address 192.168.24.2 255.255.255.0
duplex full
speed auto
!
router rip
version 2
network 192.168.12.0
network 192.168.23.0
network 192.168.24.0
no auto-summary
!








hostname R3

!
interface Loopback1
ip address 10.10.10.1 255.255.255.0
!
interface FastEthernet0/0
ip address 192.168.34.1 255.255.255.0
duplex full
!
interface FastEthernet1/0
ip address 192.168.23.1 255.255.255.0
duplex full
speed auto


!
router ospf 1
router-id 3.3.3.3
redistribute rip subnets route-map TAGGING
network 10.10.10.0 0.0.0.255 area 0
network 192.168.34.0 0.0.0.255 area 0
!
router rip
version 2
redistribute ospf 1 metric 1 route-map TAGGING
network 192.168.23.0
no auto-summary
!
ip forward-protocol nd
no ip http server
no ip http secure-server
!
!
!
no cdp log mismatch duplex
!
route-map TAGGING deny 10
match tag 1234
!
route-map TAGGING permit 20
set tag 1234
!











hostname R4




!
interface Loopback1
ip address 192.168.25.1 255.255.255.0
!
interface FastEthernet0/0
ip address 192.168.34.2 255.255.255.0
duplex full
!
interface FastEthernet1/0
no ip address
shutdown
duplex auto
speed auto
!
interface FastEthernet1/1
no ip address
shutdown
duplex auto
speed auto
!
interface FastEthernet2/0
ip address 192.168.24.1 255.255.255.0
duplex full
speed auto
!


!
router ospf 1
router-id 4.4.4.4
redistribute rip subnets route-map TAGGING
network 192.168.25.0 0.0.0.255 area 0
network 192.168.34.0 0.0.0.255 area 0
!
router rip
version 2
redistribute ospf 1 metric 1 route-map TAGGING
network 192.168.24.0
no auto-summary
!
ip forward-protocol nd
no ip http server
no ip http secure-server
!
!
!
no cdp log mismatch duplex
!
route-map TAGGING deny 10
match tag 1234
!
route-map TAGGING permit 20
set tag 1234
!
1 SOLUCIÓN ACEPTADA

Soluciones aceptadas

Translator
Community Manager
Community Manager

Hola @libra_ali786,

 

La configuración del filtrado de redistribución es correcta. El comportamiento que está viendo con 192.168.25.0 y 10.10.10.0 se debe a que ospf anuncia estos prefijos como /32, que es el valor predeterminado cuando anuncia la dirección ip de la interfaz de loopback, independientemente de la máscara de subred configurada en la interfaz de loopback. Puede cambiar el comportamiento predeterminado configurando "ip ospf network point-to-point" en la interfaz de loopback. Esto debería solucionar el problema.

 

Atentamente,

Ver la solución en mensaje original publicado

2 RESPUESTAS 2

Translator
Community Manager
Community Manager

Hola @libra_ali786,

 

La configuración del filtrado de redistribución es correcta. El comportamiento que está viendo con 192.168.25.0 y 10.10.10.0 se debe a que ospf anuncia estos prefijos como /32, que es el valor predeterminado cuando anuncia la dirección ip de la interfaz de loopback, independientemente de la máscara de subred configurada en la interfaz de loopback. Puede cambiar el comportamiento predeterminado configurando "ip ospf network point-to-point" en la interfaz de loopback. Esto debería solucionar el problema.

 

Atentamente,

Muchas gracias señor.