3.12. Teoría RIP versión 2


Llenado de la tabla de rutas, métrica y horizonte dividido




Generalidades del protocolo, problemas de RIPv1 con VLSM, Conteo al infinito y Route poisoning



Nota: Lastimosamente el contenido completo solo está disponible para miembros… por favor suscríbete

PREGUNTAS!

Las preguntas que encontraras en esta sección, son similares a las que te encontraras en el examen de certificación.
 
logo
SI QUIERES DISFRUTAR DE ESTE CONTENIDO, TE INVITAMOS A QUE TE SUSCRIBAS.

¡PARTICIPEMOS!

Si te quedaron dudas de la lección, escríbela a continuación y así todos podemos participar y ayudarte.
¿Quieres participar en los debates?… por favor suscríbete

NUESTROS CURSOS Foros Teoría RIP versión 2

Viendo 5 entradas - de la 1 a la 5 (de un total de 5)
  • Autor
    Entradas
  • #11622
    AdminNG
    Superadministrador
    #20810
    Hebert Delgadillo
    Participante

    Buenas noches..
    Una pregunta, si si envia un valor de 16 para route poisoning, porque solo podemos usar 15 routers?, no serian 16?

    #20836
    AlvaroM
    Superadministrador

    Hola Hebert!

    Gracias por la observación, efectivamente la comunicación entre 2 dispositivos debería poder darse a través de 16 routers pero no más allá, ya hemos eliminado el error.
    El valor 16 es utilizado para indicar que una red no puede ser alcanzada, ese valor es definido por el estándar. Esto quiere decir que cuando un router reciba una ruta con valor de 16, ya sabe que esta ruta es «inalcanzable». Por ejemplo…si tenemos la red 10.10.10.0/24 conectada a una interface del router «A», y en la otra interface del router «A» tenemos una cadena de otros 16 routers (17 routers total)… el último router de esos 16 ya no podrá enviar paquetes a la red lógica 10.10.10.0/24 ya que recibirá un conteo de saltos de 16 a esa red lógica, lo cual significa «inalcanzable».

    Saludos cordiales.

    #23233
    Hebert Delgadillo
    Participante

    Buenas noches..
    En el primer video, en el min 14:05 «Llenado de la tabla de rutas, métrica y horizonte dividido», se dice que la direccion de red 172.16.10.0/24 se envia, al router R2, entiendo que las 2 últimas rutas no se envian por Split horizon y que la red 172.16.10.0 no fue aprendida por esa interfaz y que por eso se envia esa direccion de red, pero es necesario enviarla?, existe algun caso en el que si?

    #23258
    AlvaroM
    Superadministrador

    Hola Hebert!

    En la realidad, el router R3 no enviaría su ruta directamente conectada al router R2 ya que el router R2 ya conoce esa ruta. Se «dice» que se envía toda la tabla de enrutamiento por propósitos educativos… pero por ejemplo… si analizamos el router R1, tu tendrías estos mensajes en el router cuando ejecutas el comando «debug ip rip events»

    R1#
    *Jan 24 15:11:43.687: RIP: received v2 update from 192.168.10.2 on FastEthernet0/1
    *Jan 24 15:11:43.687: RIP: Update contains 2 routes
    R1#
    *Jan 24 15:11:48.147: RIP: sending v2 update to 224.0.0.9 via FastEthernet0/0 (50.50.50.1)
    *Jan 24 15:11:48.151: RIP: Update contains 3 routes
    *Jan 24 15:11:48.151: RIP: Update queued
    *Jan 24 15:11:48.155: RIP: Update sent via FastEthernet0/0
    

    El router R1 recibiría un actualización del router R2 por su interface Fastethernet0/1 que contiene 2 rutas, la 172.16.10.0/24 y la 10.10.10.0/24. (No recibe la red lógica directamente conectada 192.168.10.0/24)
    Por el otro lado, el router R1 envía su actualización por su interface fastethernet0/0 que contiene 3 rutas, la 192.168.10.0/24, la 172.16.10.0/24 y la 10.10.10.0/24. (No envía la 50.50.50.0/24)

    Espero que con eso quede claro el panorama! =)

    Atentos a tus comentarios.

    Saludos cordiales.

    • Esta respuesta fue modificada hace 2 años, 10 meses por AlvaroM.
Viendo 5 entradas - de la 1 a la 5 (de un total de 5)
  • Debes estar registrado para responder a este debate.