Como adelanté hace unos días en redes sociales se han visto varios reportes según los cuales en algunos exámenes de certificación CCNA 200-301 se han encontrado preguntas referidas a temas que están fuera del temario oficial del examen.
En específico, se reportaron preguntas referidas a EIGRP y VTP.Esto ha sido puesto en conocimiento del equipo de soporte de Cisco, el que indicó que el tema se encuentra bajo revisión.
Pero mientras tanto, si alguien presenta su examen de certificación 200-301 debe tener presente estos temas.Por tratarse de temas que NO están incluidos en el blueprint oficial del examen, no los consideré al momento de elaborar el Apunte Rápido CCNA 200-301 versión 7.1, así es que inicio la publicación de algunos post para abordar estos temas de modo ordenado.
Como su nombre lo indica (Enhanced Interior Gateway Routing Protocol), EIGRP es la versión mejorada del protocolo IGRP lanzada por Cisco en el año 1994. Ambos protocolos (IGRP y EIGRP) son compatibles entre sí, lo que permite una interoperabilidad transparente: ambos protocolos redistribuyen información uno del otro de modo automático con la única condición de que utilicen el mismo número de sistema autónomo. Fue publicado como un estándar abierto en el año 2013.
Sus principales características son:
- Protocolo de enrutamiento por vector distancia avanzado.
Es un protocolo de vector distancia mejorado incorporando algunos elementos de los protocolos de estado de enlace. - Protocolo propietario de Cisco.
ATENCIÓN:
Si bien a efectos de los exámenes de certificación EIGRP sigue siendo un protocolo propietario de Cisco, en febrero del año 2013 Cisco Systems anunció su apertura, y ha pasado a ser un protocolo de tipo abierto detallado en un conjunto de RFCs de la IETF.
http://tools.ietf.org/html/draft-savage-eigrp-00
- Algoritmo de selección de mejor ruta: DUAL
Utiliza la Máquina de Estado Finito DUAL (FSM).
Calcula las rutas con la información que le proveen la tabla de vecindades y la tabla topológica asegurando de esta manera rutas libres de bucles y rutas de respaldo a lo largo de todo el dominio de enrutamiento. - Mantiene una tabla de vecindades y una tabla topológica.
- Implementa el concepto de rutas de respaldo (feasible successor).
Si una ruta elegida por el algoritmo DUAL deja de estar disponible, inmediatamente propone a la tabla de enrutamiento la ruta de respaldo; si no existe una ruta de respaldo o “feasible successor” se inicia un requerimiento a los vecinos para descubrir la posibilidad de una ruta alternativa.
ATENCIÓN:
En este punto suele generarse confusión entre el concepto de “ruta sucesora” utilizado en castellano y algunas denominaciones en inglés. Tenga esto muy presente al responder preguntas en inglés durante el examen.
* “Successor"
Es la denominación en inglés de la mejor ruta a una red remota. Es la red que se propone a la tabla de enrutamiento del dispositivo.
* “Feasible successor”
Entrada almacenada en la tabla topológica que se utiliza como ruta de respaldo del “successor”.
- No realiza actualizaciones periódicas.
Sólo se envían actualizaciones cuando una ruta cambia (actualizaciones incrementales). Estas actualizaciones se envían solamente a los dispositivos que son afectados por los cambios.
De esta forma se minimizan los requerimientos de ancho de banda. - Envía paquetes hello utilizando multicast: 224.0.0.10 o FF02::A (en redes IPv6).
Cuando se trata de comunicarse con un vecino específico utiliza unicast. - En los paquetes hello se incluyen los temporizadores, si no se recibe un hello de un vecino dentro del intervalo de tiempo definido como hold time DUAL informará de un cambio topológico.
- Soporta VLSM, enrutamiento de redes discontiguas y sumarización de rutas.
- Por defecto NO sumariza rutas.
Se puede activar sumarización automática, al límite de la clase; o se puede realizar sumarización manual de rutas.
Esta opción por defecto cambió con la versión IOS 15.0. Hasta IOS 12.4, por defecto, EIGRP sumarizaba rutas automáticamente al límite de la clase. - Soporta autenticación con intercambio de claves predefinidas y cifradas con MD5.
Se autentica el origen de cada actualización de enrutamiento. - Diseño modular utilizando PDM.
Cada PDM es responsable de todas las funciones relacionadas con un protocolo enrutado específico. Esto posibilita actualizaciones sin necesidad de cambio completo del software.
De este modo soporta múltiples protocolos enrutados: IPv4, IPv6, IPX y AppleTalk. Esta es una de sus características sobresalientes. - Utiliza RTP (protocolo propietario de capa de transporte) para asegurar una comunicación confiable.
Esto asegura independencia respecto del protocolo enrutado y acelera el proceso de convergencia ya que los dispositivos no necesitan esperar al vencimiento de los temporizadores para retransmitir.
No se utiliza RTP para el envío de paquetes hello. - Métrica de 32 bits compuesta utilizando 4 parámetros: ancho de banda, retraso, confiabilidad y carga.
Métrica por defecto = ancho de banda + retardo.
Cada parámetro está modificado por una constante (modificable por configuración) que impacta su influencia en la métrica: - Métrica = [K1 x ancho de banda + (K2 x ancho de banda) / (256 – carga) + K3 x retardo] x [K5 / (confiabilidad + K4)]
- Valores de las constantes por defecto: K1=1, K2=0, K3=1, K4=0, K5=0
- Métrica por defecto = ancho de banda + retardo.
- Balancea tráfico entre rutas de igual métrica. 4 por defecto, máximo 32 (depende de la plataforma).
- Es posible definir balanceo de tráfico entre rutas de diferente métrica.
- Cantidad máxima de saltos: 224.
- Permite distinguir 2 tipos de rutas:
- Rutas Internas.
Rutas originadas dentro del sistema autónomo de EIGRP por el mismo protocolo. - Rutas Externas.
Rutas originadas fuera del dominio de enrutamiento de EIGRP. Pueden ser aprendidas o redistribuidas desde otro protocolo o pueden ser rutas originalmente estáticas. - ID en la tabla de enrutamiento: D
Para rutas externas D EX. - Distancia Administrativa: 90
Para rutas externas: 170. - Su configuración requiere que se defina un número de Sistema Autónomo (AS).
Dado que es un protocolo de enrutamiento interior no requiere de un ID de AS público asignado por IANA. Sí es condición que todos los dispositivos que deban intercambiar información de enrutamiento utilicen el mismo ID. - Realiza actualizaciones parciales, incrementales y limitadas utilizando multicast o unicast.
- Utiliza paquetes hello para el mantenimiento de las tablas.
- El tiempo de actualización de hello por defecto depende del ancho de banda de la interfaz.
Es de 5 segundos para enlaces Ethernet o punto a punto de más de 1,544 Mbps. - No requiere que el tiempo de actualización sea el mismo en todos los dispositivos.
- Solo envía actualizaciones cuando se verifica algún cambio.
- Dirección de multicast utilizada: 224.0.0.10 ó FF02::A en redes IPv6.
- Utiliza diferentes tipos de paquetes:
Tipo de paquete IP destino
Hello Multicast
Acknowledgment Unicast
Update Unicast / Multicast
Query Unicast / Multicast
Reply Unicast
Los routers EIGRP mantienen tablas de información interna del protocolo:
- Una Tabla de vecinos.
Es un registro de los vecinos que descubre a través del intercambio de paquetes de hello y con los que establece adyacencias.
Se utiliza para hacer seguimiento de cada uno de los vecinos utilizando paquetes hello.
El protocolo mantiene una tabla de vecinos por cada protocolo enrutado. - Una tabla topológica.
Contiene todas las rutas a cada destino posible, descubiertas por el protocolo a través de los dispositivos vecinos.
Mantiene la información de las rutas sucesoras factibles (FS): Rutas de respaldo. Estas rutas son utilizadas cuando una ruta sucesora cae.
Estás invitado a participar de nuestro grupo en Facebook:
https://www.facebook.com/groups/librosnetworking/
podés participar de nuestro grupo en VKontakte
https://vk.com/libros.networking
O también puedes seguir las principales novedades en el grupo de Telegram:
https://t.me/LibrosNetworking
No hay comentarios.:
Publicar un comentario
Gracias por tu comentario.
En este blog los comentarios están moderados, por lo que su publicación está pendiente hasta la revisión del mismo.