Laboratorio de redistribución EIGRP


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

En esta segunda clase del curso de Laboratorios del examen CCNP ENARSI 300-410, nos enfocaremos en las preguntas 632 y 567 del banco de preguntas. Acá hablaremos sobre resolución de problemas relacionados a la redistribución de rutas.

¿Qué encontraremos en este laboratorio de redistribución EIGRP

La topología que utilizaremos es una de las más complejas de este módulo. Está compuesta por dos routers conectados a Internet, varios routers internos que operan bajo distintos protocolos de enrutamiento:
OSPF, EIGRP y RIP, y un par de routers que sirven como puente entre todos ellos. Estos últimos son los responsables de la redistribución de rutas, un proceso que, aunque parece simple, puede volverse un verdadero dolor de cabeza cuando modificamos métricas y distancias administrativas.

Por otro lado, cada router cuenta con interfaces loopback que las utilizaremos para probar la conectividad y validar los cambios de las configuraciones. A partir de esta base, comenzaremos a trabajar con el ejercicio 632:

  • En la primera parte, abordaremos problemas relacionados con la redistribución en EIGRP, analizando cómo interactúan las distancias administrativas, listas de acceso, y wildcards.
  • Luego exploraremos cómo modificar los caminos que toman los paquetes ajustando las métricas de EIGRP y comprendiendo a detalle las rutas E1 y E2 de OSPF, tendremos que ser capaces de responder preguntas como: ¿Qué son las rutas E1? ¿Qué son las rutas E2? ¿Cuál tiene preferencia?, etc.
  • Finalmente, ingresaremos a la sección de Policy-Based Routing (PBR), donde trabajaremos con listas de acceso y route-maps, aplicando estos conceptos para manipular el enrutamiento de forma específica.

En el ejercicio 567 repetiremos la topología de red con tareas similares, pero con nuevos valores de IPs, métricas y prefijos.

Este laboratorio de redistribución EIGRP no solo les enseña a configurar, sino a diagnosticar, entender y solucionar problemas, y este es el tipo de práctica que les permitirá adquirir las aptitudes para aprobar el examen sin dificultades.


¡Te esperamos!

¿No recuerdas OSPF?: OSPF para ENARSI 300-410
¿Quieres refrescar conceptos de EIGRP?: EIGRP para ENARSI 300-410
O tal vez quieres recordar la redistribución de rutas y PBR: Redistribución de rutas

 
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 Laboratorio de redistribución EIGRP

Viendo 3 entradas - de la 1 a la 3 (de un total de 3)
  • Autor
    Entradas
  • #51043
    AdminNG
    Superadministrador
    #52042
    Anarky19
    Participante

    Buenas,

    Para el laboratorio 632, en la task 2, en lugar variar la metrica por defecto de eigrp en R3:
    R3(config)#router eigrp 10
    R3(config-router)#default-metric 100000 1 255 10 1500

    ¿Se podria poner los valores de las K directamente realizando la redistribucion de ospf en EIGRP?
    R3(config)#router eigrp 10
    R3(config-router)#redistribute ospf 10 metric 100000 1 255 10 1500

    Yo entiendo que de ambas formas las rutas redistribuidas de ospf en eigrp tendrán la misma metrica haciendolo de un modo u otro, pero me gustaria saber vuestro punto de vista.

    Gracias y saludos.

    #52054
    AlvaroM
    Superadministrador

    Hola!

    Cualquiera de las 2 formas funciona, el comando «metric» tiene mayor prioridad sobre «default-metric», si introduces los mismos valores a los 2 comandos el resultado de la métrica sería igual. Sin embargo, en el enunciado ya mencionan que modifiques el «default metric de ser necesario», con esto yo ya me inclino a utilizar el comando «default-metric», además considera que dicho comando ya se encuentra configurado. Nos parece más adecuado configurarlo de esa forma, es decir modificar un comando ya existente y que se menciona en el enunciado, a que crear otro comando que no lo mencionan.

    También considera que al utilizar «metric», solo estas configurando en este caso la métrica para OSPF. Utilizando el otro comando ya configuras la métrica por defecto par todas las fuentes de enrutamiento.

    Quedamos atentos.

    Saludos! =)

    • Esta respuesta fue modificada hace 2 semanas, 4 días por AlvaroM.
Viendo 3 entradas - de la 1 a la 3 (de un total de 3)
  • Debes estar registrado para responder a este debate.

Publica un comentario

Deja un comentario