Estudiar para CCNP-ROUTE: todo lo que leo dice que es preferible usar listas de retardo y compensación para el ajuste métrico frente a decir ancho de banda en EIGRP. En la práctica, ¿qué se usa más comúnmente de esas dos opciones (retraso / listas de compensación)? ¿Qué tan común es el ajuste métrico de bajo nivel para EIGRP?
Respuestas:
Cualquier manipulación métrica que he visto ha sido a través de listas de desplazamiento. Esto permite un control muy preciso sobre la métrica y elimina la necesidad de calcular las diferencias métricas en función de los diferentes retrasos de la interfaz.
Tenga en cuenta que las listas de desplazamiento tienen el beneficio adicional de aplicarse (opcionalmente) por interfaz. Entonces, esencialmente puede hacer todo lo que hace un cambio de retraso con una lista de desplazamiento.
En la "naturaleza", lo único para lo que mi organización usa las listas de desplazamiento es forzar el tráfico a tomar un enlace WAN de respaldo particular cuando el principal tiene problemas que realmente no lo eliminan. Es decir, he visto muy poca manipulación métrica EIGRP en las redes de producción. Estoy seguro de que alguien más estará en desacuerdo casi de inmediato. =)
En la práctica, qué se usa más comúnmente de esas dos opciones (retraso / listas de compensación)
Use lo que se adapte a sus necesidades.
delay es un comando de nivel de interfaz y le da control sobre el retraso en una interfaz específicaoffset-list es un comando de nivel de protocolo que podría cambiar las métricas para todo el proceso EIGRP.Por lo tanto, si soy yo y quiero cambiar las métricas de un enlace individual, utilizo un retraso de interfaz ... es fácil entender lo que sucede cuando miras la interfaz.
Si quiero afectar todas las métricas para todo el proceso EIGRP, usaría un offset-list...
En su mayor parte, es la preferencia personal cómo lo haces ... hagas lo que hagas, sé constante en toda la red. Con toda probabilidad, dentro de cinco años, estarás en otra compañía y el "próximo tipo" tendrá que entender lo que haces (quizás a las 3 de la mañana) ... la consistencia es valiosa.
¿Qué tan común es el ajuste métrico de bajo nivel para EIGRP?
Depende de la compañía ... He visto que se usa para cosas como los enlaces de omisión del firewall (es decir, si tienen que quitar el firewall del servicio, omiten el FW con enlaces de mayor retraso "por si acaso"). Se usa más comúnmente para una ruta de respaldo dedicada.
Herramientas ligeramente diferentes que funcionan mejor en diferentes lugares.
La lista de desplazamiento permite el ajuste de las rutas a medida que se propagan a una parte determinada de la red sin alterar las métricas de la red de origen. En el caso de dos redes que se interconectan en múltiples puntos a través de EIGRP, esto permite que una ruta determinada se desplace hacia arriba o hacia abajo sin jugar con una métrica que pueda causar un comportamiento diferente (probablemente no deseable) en la topología existente.
El retraso es generalmente el método preferido para ajustar la selección de ruta de forma universal. El ancho de banda puede funcionar, por supuesto, pero siempre recuerde que EIGRP considera el enlace de ancho de banda más bajo en una ruta dada, lo que significa que dejar su enlace 1G a 900M no significa mucho si finalmente pasa por una conexión de 100M. El retraso, en cambio, es directamente aditivo por salto y, como tal, tiene un efecto mucho mayor en la ruta calculada en última instancia.
Los otros valores de K (confiabilidad, utilización, MTU, etc.) deberían, básicamente, nunca tocarse. Estas funciones se logran mejor a través de otros mecanismos, crearán oscilaciones continuas emitidas en su red o simplemente no deberían ser realmente un punto de consideración en primer lugar. Las implementaciones de EIGRP más grandes del mundo funcionan bien sin tocar los otros valores de K. Si se sugiere que se establezcan estos valores, analizaría más detenidamente los requisitos y las herramientas disponibles.
offset-list en realidad altera la propiedad de retraso para un prefijo dado que coincide con la ACL. Laborarlo. verás.