Generalidades EIGRP, establecimiento de vecinos y cálculo de métrica

NUESTROS CURSOS Foros Curso CCNA R&S 200-125 Generalidades EIGRP, establecimiento de vecinos y cálculo de métrica

Viendo 14 entradas - de la 16 a la 29 (de un total de 29)
  • Autor
    Entradas
  • #25144
    AlvaroM
    Superadministrador

    Hola Jesús!

    Generalmente eso se debe a la «tilde» en tu carpeta «Jesús MTz» donde guardas los archivos. Por favor intenta guardar los archivos en otra carpeta donde los nombres no tengan tildes y cuéntame el resultado.

    Atentos a tus comentarios.

    Saludos cordiales.

    #25167
    Jesús Martínez
    Participante

    Hola Alvaro!

    Efectivamente ese fue el problema, funciona correctamente.

    ¡Muchas gracias!

    Saludos.

    #25169
    AlvaroM
    Superadministrador

    De nada Jesús!

    #29112
    Carlo Larrea Dupis
    Participante

    Buenas tardes Alvaro , feliz navidad ante todo, podrías explicarme en la pregunta 11 ¿Por qué la respuesta no es 28160 y si 30720? , para que me quede mas claro.

    #29119
    AlvaroM
    Superadministrador

    ¡Hola Carlo!

    Igualmente felices fiestas.

    Respecto a tu consulta, en primer lugar repasemos conceptos, la distancia reportada es la distancia (métrica) que publica un router hacia otro router, indicándole la distancia que tiene para llegar a una red en particular.

    En este caso, estamos buscando la distancia del router R3 hacia la red lógica 192.168.40.0/24. Entonces, tenemos que calcular la métrica hacia la red 192.168.40.0/24, recuerda que el cálculo de la métrica hacia una red en particular, se obtiene con la fórmula 256*(10^7/BW + Delay), donde el BW de la formula, representa el menor valor entre todas las interfaces de salida que se utilizan para llegar al destino final, en este caso en la ruta R1-R3 hacia la red 192.168.40.0/24 tenemos solo interfaces fastethernet, esto significa que el valor de BW sería de 100,000 Kbps; por otro lado el valor del Delay en la formula, hace referencia a la sumatoria de todos los delays de las interfaces de salida que se utilizan para llegar al destino final expresado en decenas de microsegundos, en este caso sumamos los delays de la interface fatetethernet1/1 del router R3 y de la interface fastethernet0/0 del router R1; esto sería equivalente a 100+100=200 microsegundos, esto expresado en decenas de microsegundos sería equivalente a 20 decenas de microsegundos.

    De acuerdo a lo anterior, nuestra formula sería equivalente a:

    256*(10^7/100000 kbps + (10+10))= 30720

    30720 es el valor de métrica (Distancia reportada) que envía el router R3 hacia el router R2.

    Tal vez algún paso del procedimiento no quedo claro?, estoy atento a tus comentarios.

    Saludos cordiales.

    • Esta respuesta fue modificada hace 2 años, 6 meses por AlvaroM.
    #29122
    Carlo Larrea Dupis
    Participante

    Gracias alvaro ! , ya me quedó claro. Saludos.

    #29229
    AlvaroM
    Superadministrador

    De nada Carlos!

    Saludos.

    #31387

    Buenas tardes Alvaro! ¿Podrías explicarme la pregunta 7 por favor? No entiendo porque se realiza un balanceo de carga para llegar a esa interfaz de R3 ¿No tendría un menor valor de métrica la ruta R1-R3? Muchas gracias!

    #31398
    AlvaroM
    Superadministrador

    Hola Ángel

    La interface pertenece a la red lógica 192.168.50.4/30; a través del camino R1-R2 se tiene la misma cantidad de interfaces de salida que a través del router R1-R3 para llegar a la RED LÓGICA. Por un lado, el router R3 pública los datos de métricas de EIGRP de su red lógica 192.168.50.4/30, esos datos los publica al router R1… y el router R1 trabaja con los datos recibidos para llegar a esa red lógica. Ocurre lo mismo del otro lado, el router R2 publica sus datos de métrica para llegar a esa red lógica 192.168.50.4/30, y el router R1 trabaja con esos datos. El resultado es que la métrica calculada por ambos caminos es la misma.

    Seguramente estas asumiendo que por el camino R1-R3 solo se tiene una interface de salida, que es la interface del router R1 no es cierto? Sin embargo, considera hacer el análisis hacia la red lógica de la interface y no así hacia la interface en sí, puede resultar confuso si realizas un análisis hacia la interface,
    Espero haberte ayudado un poco.

    Atento a tus comentarios.

    Saludos! =)

    #31412

    Muchas gracias Álvaro, exactamente era eso, estaba planteando el problema teniendo en cuenta las propias interfaces y tan solo consideraba la interfaz de salida de R1 en ese camino R1-R3. Ahora ya me ha quedado claro!

    Saludos 🙂

    #31702
    Robert Sanchez
    Participante

    Buenas noches Alvaro,

    Una consulta, en el video 3 en la ultima topología, indicas que la cuando, en un sentido, R3 reenvía la ruta a R1 y en el otro sentido, R2 reenvía la ruta a R1, mencionas que ya no existe problemas de Splint Horizon. ¿A que se debe ello?
    Estaré atento a sus comentarios.

    #31716
    AlvaroM
    Superadministrador

    Hola Robert!

    La teoría indica que tú no puedes enviar una ruta recibida por la misma interface a través de la cual la recibiste; en este caso el router R3 recibe la ruta del router R2, y por ende, no puede publicar la ruta por la misma interface de vuelta hacía el router R2; es por ello que la reenvía al router R1. Lo mismo ocurre en el sentido contrario. El router R2 recibe la ruta del router R3, pero no puede volver a publicar la ruta por el mismo router R3, y por ende la reenvía hacia el router R1. Al tratarse de diferentes interfaces donde se recibe y se envía la ruta, ya no aplica el concepto de horizonte dividido. Seguramente tu confusión viene porque el router R3 recibe la red lógica de destino por una de sus interfaces (supongamos R3-R2), y también envía la misma red lógica por esa misma interface no es cierto? (ya que la recibe del router R1); por lo tanto… hay que pensar en la regla aplicada de manera individual a cada paquete recibido y no así aplicar la regla de manera general a la red lógica (asumo que esa es tu duda). Por lo tanto si yo recibo una ruta/red por una interface, PUEDO enviarla por las otras interfaces, pero no así por la interface a través de la cual recibí la actualización.

    Espero tu comentario para tratar de aclarar este tema.

    Saludos! =)

    #39159
    Sandra Mollenedo
    Participante

    Buenas tardes estimado,
    Si tenemos 2 rutas con EIGRP al mismo destino, pero las rutas tienen métricas diferentes, ¿Qué afirmación es cierta?
    Es posible que las rutas sean instaladas en la tabla de enrutamiento al utilizar EIGRP
    No es posible instalar rutas con diferentes métricas a la misma red lógica en la tabla de enrutamiento

    con respecto a esta pregunta no me quedo claro crei que la mejor ruta con menor distancia era la que quedaba en la tabla de enrutamiento eigrp

    7. Considerando la siguiente topología, si todos los routers están ejecutando EIGRP. ¿Qué ruta utilizara la PC de la red lógica 192.168.10.0/24 para comunicarse con la interface del router R3 que pertenece a la red lógica 192.168.50.4/30?, considerar que todas las interfaces de los routers tienen un mismo costo de delay y BW.

    Se utiliza la ruta R1 – R3
    Se realiza un balanceo de carga a través de R1-R2 y R1-R3

    con esta pregunta me pasa lo mismo pense que iba a elegir la ruta R1-R3 ya que tiene menor distancia

    gracias 🙂

    #39171
    AlvaroM
    Superadministrador

    Buenos días Sandra

    Respecto a tu primera consulta, es correcto lo que dices, en la realidad la mejor ruta (mejor métrica) será instalada en la tabla de enrutamiento, sin embargo, esa opción no figura entre las respuestas, en la pregunta simplemente te indican que selecciones cuál de las afirmaciones proporcionadas es correcta. De esas 4 opciones, la única que es correcta es la opción de «Es posible que las rutas sean instaladas en la tabla de enrutamiento al utilizar EIGRP», esto debido a la característica de la varianza.

    Respecto a la segunda consulta, ya un compañero tuyo hizo la misma consulta, te paso la respuesta que le di, ¿vale?

    «La interface pertenece a la red lógica 192.168.50.4/30; a través del camino R1-R2 se tiene la misma cantidad de interfaces de salida que a través del router R1-R3 para llegar a la RED LÓGICA. Por un lado, el router R3 pública los datos de métricas de EIGRP de su red lógica 192.168.50.4/30, esos datos los publica al router R1… y el router R1 trabaja con los datos recibidos para llegar a esa red lógica. Ocurre lo mismo del otro lado, el router R2 publica sus datos de métrica para llegar a esa red lógica 192.168.50.4/30, y el router R1 trabaja con esos datos. El resultado es que la métrica calculada por ambos caminos es la misma.

    Seguramente estas asumiendo que por el camino R1-R3 solo se tiene una interface de salida, que es la interface del router R1 ¿no es cierto? Sin embargo, considera hacer el análisis hacia la red lógica de la interface y no así hacia la interface en sí, puede resultar confuso si realizas un análisis hacia la interface»

    Atento a tus comentarios.

    Saludos! =)

Viendo 14 entradas - de la 16 a la 29 (de un total de 29)
  • Debes estar registrado para responder a este debate.