cancelar
Mostrando los resultados de 
Buscar en lugar de 
Quiere decir: 
cancel
796
Visitas
5
ÚTIL
3
Respuestas

Pregunte al Experto - Interactuando con EIGRP

Hilda Arteaga
Community Manager
Community Manager
PregunteAlExperto_EIRGP-home.png



ATE-Participa
 

Aclare todas sus dudas del protocolo de ruteo interior EIRGP, conozca más de sus métricas, configuraciones y tablas, así como de los tipos de paquetes que maneja. En esta sesión también puede clarificar sus dudad de cómo funciona la manipulación de tráfico entre el protocolo EIGRP e IPv6, al igual de cómo se pueden igual o mejorar los costos de inversión con su uso. 

 

Haga sus preguntas del 26 de Octubre al 3 de Noviembre del 2017.

 

Detalles del especialista 


Julio Eduardo Moisa es un ingeniero en Ciencias de Computación con más de 14 años de experiencia en el área de IT. Actualmente se desempeña como Ingeniero Senior de Redes para Telus International, con un alcance de cobertura en Centroamérica, Estados Unidos, Canadá, Europa y Filipnas. Es también director general y fundador de la empresa Your Next Hop en Centroamérica, la cual se enfoca a las ramas del e-learning y consultoría de IT. Con más de una década y media en el área Julio tiene experiencia en las redes de comunicación de datos, seguridad de la información y en la administración de equipos Cisco especializados en proveer servicios en el área de Routing y Switching, como ASR’s y switches Metro ethernet. Julio cuenta con diversas certificaciones, CCNA R&S, CCNA Security, CCDA, CCIP, CCDP y CCIE R&S #52536. Actualmente se prepara para presentar el examen práctico de CCIE Service Provider.

 

Julio puede no ser capaz de responder a todas las preguntas, debido al volumen esperado durante este evento. Recuerde que también puede hacer sus preguntas en nuestra categoría de Routing & Switching https://supportforums.cisco.com/t5/routing-y-switching/ct-p/5551-routing-and-switching

 

Usted puede encontrar más documentos de Julio Moisa en la Comunidad o también puede consultarle directamente en Your Next Hop 

 

** ¡Las calificaciones fomentan la participación! **
Por favor asegúrese de calificar special-programs.png las respuestas a sus preguntas.

 

 

 

1 SOLUCIÓN ACEPTADA

Soluciones aceptadas

Buenas tardes, 

Para mi es un gusto poder asistirles con sus consultas:

  • ¿A quién pertenece EIGRP?

EIGRP es un protocolo creado por Cisco Systems, aunque ha existido un debate si esta categorizado como protocolo vector distancia o estado de enlace, podemos concluir que por sus caracteristicas y por el uso de metricas vectoriales, EIGRP pertenece al grupo de protocolos vector distancia, considerado tambien como el protocolo vector distancia avanzado. 

 

  • Al volver a un enlace que estaba caído en el primer Suceessor ¿EIGRP cambia nuevamente la topología o deja la segunda ruta sucesora como router sucesor?

Cuando un enlace que previamente era el primario por tener baja distancia factible y este regresa a estar habilitado, EIGRP realiza nuevamente un calculo computacional colocando nuevamente al enlace primario como mejor camino y al sucesor factible lo regresa al rol de camino secundario. 

 

 

  • ¿Qué precaución se debe tomar al implementar EIGRP en DMVPN?

DMVPN es una red nonbroadcast multiaccess, donde existe un (o mas) HUBs y varios SPOKES, dependiendo el tipo de Fase que se implemente, se debe considerar que si ciertas redes se conoceran a traves de una interface de un router y luego este router desea advertir la misma informacion a traves de la misma interface por donde conocio dichas redes, split horizon bloqueara este procedimiento. Por eso es recomendable deshabilitar Split Horizon en este tipo de esquemas unicamente. Por ejemplo el siguiente esquema: 

 

               SPOKE 1

            /

HUB -

            \

               SPOKE 2

 

Si el Router Hub conoce las redes de Spoke 2, el no puede utilizar la misma interface para advertir las redes al Spoke 1 si split horizon esta habilitado, para que esto pueda realizarse se necesita deshabilitar split horizon, utilizando el comando en la interface del Hub: no split-horizon eigrp <AS>

 

Durante DMVPN Fase 3 se requiere que el Hub no sea involucrado en la comunicación entre los Spokes, para completar ese proceso se configura en los Spokes ip nhrp shortcut y en el HUB ip nhrp redirect mas el comando no ip next-hop-self eigrp <AS>

 

  • ­Si se configura EIGRP nombrado ¿es recomendable que este se configure en todos los equipos?

No, no es necesario, EIGRP Clasico y Nombrado pueden comunicarse sin ningun problema de compatibilidad. Ahora bien si se desea utilizar metrica wide porque existen enlaces de 10G en adelante, es recomendable utilizar EIGRP nombrado. 

 

 




>> Marcar como útil o contestado, si la respuesta resolvió la duda, esto ayuda a futuras consultas de otros miembros de la comunidad. <<

Ver la solución en mensaje original publicado

3 RESPUESTAS 3

Hilda Arteaga
Community Manager
Community Manager

Hola  @Julio E. Moisa

A nombre de todo el equipo y la Comunidad muchas gracias por tan enriquecedora sesión, hemos aprendido mucho. Esperamos colaborar contigo nuevamente en un futuro evento. 

Por otra parte aprovecho para compartirte las dudas que no lograron ser resueltas durante la sesión ¿nos ayudas a contestarlas por favor? 

 

  • ¿A quién pertenece EIGRP?
  • Al volver a un enlace que estaba caído en el primer Suceessor ¿EIGRP cambia nuevamente la topología o deja la segunda ruta sucesora como router sucesor?
  • ¿Qué precaución se debe tomar al implementar EIGRP en DMVPN?
  • ­Si se configura EIGRP nombrado ¿es recomendable que este se configure en todos los equipos? ­

Buenas tardes, 

Para mi es un gusto poder asistirles con sus consultas:

  • ¿A quién pertenece EIGRP?

EIGRP es un protocolo creado por Cisco Systems, aunque ha existido un debate si esta categorizado como protocolo vector distancia o estado de enlace, podemos concluir que por sus caracteristicas y por el uso de metricas vectoriales, EIGRP pertenece al grupo de protocolos vector distancia, considerado tambien como el protocolo vector distancia avanzado. 

 

  • Al volver a un enlace que estaba caído en el primer Suceessor ¿EIGRP cambia nuevamente la topología o deja la segunda ruta sucesora como router sucesor?

Cuando un enlace que previamente era el primario por tener baja distancia factible y este regresa a estar habilitado, EIGRP realiza nuevamente un calculo computacional colocando nuevamente al enlace primario como mejor camino y al sucesor factible lo regresa al rol de camino secundario. 

 

 

  • ¿Qué precaución se debe tomar al implementar EIGRP en DMVPN?

DMVPN es una red nonbroadcast multiaccess, donde existe un (o mas) HUBs y varios SPOKES, dependiendo el tipo de Fase que se implemente, se debe considerar que si ciertas redes se conoceran a traves de una interface de un router y luego este router desea advertir la misma informacion a traves de la misma interface por donde conocio dichas redes, split horizon bloqueara este procedimiento. Por eso es recomendable deshabilitar Split Horizon en este tipo de esquemas unicamente. Por ejemplo el siguiente esquema: 

 

               SPOKE 1

            /

HUB -

            \

               SPOKE 2

 

Si el Router Hub conoce las redes de Spoke 2, el no puede utilizar la misma interface para advertir las redes al Spoke 1 si split horizon esta habilitado, para que esto pueda realizarse se necesita deshabilitar split horizon, utilizando el comando en la interface del Hub: no split-horizon eigrp <AS>

 

Durante DMVPN Fase 3 se requiere que el Hub no sea involucrado en la comunicación entre los Spokes, para completar ese proceso se configura en los Spokes ip nhrp shortcut y en el HUB ip nhrp redirect mas el comando no ip next-hop-self eigrp <AS>

 

  • ­Si se configura EIGRP nombrado ¿es recomendable que este se configure en todos los equipos?

No, no es necesario, EIGRP Clasico y Nombrado pueden comunicarse sin ningun problema de compatibilidad. Ahora bien si se desea utilizar metrica wide porque existen enlaces de 10G en adelante, es recomendable utilizar EIGRP nombrado. 

 

 




>> Marcar como útil o contestado, si la respuesta resolvió la duda, esto ayuda a futuras consultas de otros miembros de la comunidad. <<

Muchas gracias Julio!

Vamos a comenzar

¡Conecte con otros expertos de Cisco y del mundo! Encuentre soluciones a sus problemas técnicos o comerciales, y aprenda compartiendo experiencias.

Queremos que su experiencia sea grata, le compartimos algunos links que le ayudarán a familiarizarse con la Comunidad de Cisco:

Reconozca a un colega