Atraso ou lista de deslocamento para o ajuste de EIGRP?

Estudando para o CCNP-ROUTE - tudo o que leio diz que é preferível usar listas de atraso e deslocamento para ajuste de métricas versus largura de banda do EIGRP. Na prática, o que é mais comumente usado nessas duas opções (listas de atraso / deslocamento)? Quão comum é o ajuste métrico de baixo nível para o EIGRP?

Qualquer manipulação métrica que eu já vi foi através de listas de deslocamento. Isso permite um controle muito refinado da métrica e elimina a necessidade de calcular diferenças de métricas com base em diferentes atrasos da interface.

Observe que as listas de deslocamento têm o benefício adicional de serem aplicadas (opcionalmente) por interface. Portanto, você pode essencialmente fazer tudo o que uma alteração de atraso faz com uma lista de deslocamento.

No 'selvagem', a única coisa pela qual minha organização usa listas de deslocamento é forçar o tráfego a obter um link de WAN de backup específico quando o principal está com problemas que não o derrubam. Ou seja - eu vi muito pouca manipulação métrica de EIGRP em redes de produção. Tenho certeza que alguém discordará quase imediatamente. =)

Na prática, o que é mais comumente usado nessas duas opções (listas de atraso / deslocamento)

Use o que for mais adequado às suas necessidades.

• delay é um comando no nível da interface e fornece controle sobre o atraso em uma interface específica
• offset-list é um comando no nível do protocolo que pode alterar as métricas para todo o processo EIGRP.

Portanto, se sou eu e quero alterar as métricas de um link individual, uso um atraso na interface ... é fácil entender o que está acontecendo quando você olha para a interface.

Se eu quiser afetar todas as métricas para todo o processo EIGRP, usaria um offset-list...

Na maioria das vezes, é uma preferência pessoal como você faz ... o que quer que faça, seja consistente em toda a rede. Provavelmente, daqui a cinco anos, você estará em outra empresa e o "próximo cara" terá que entender o que você faz (talvez às 3h da manhã) ... a consistência é valiosa.

Quão comum é o ajuste métrico de baixo nível para o EIGRP?

Depende da empresa ... Eu já o vi usado para coisas como links de desvio de firewall (ou seja, se eles precisam tirar o firewall de serviço, eles ignoram o FW com links de atraso mais altos "por precaução"). É mais comumente usado para um caminho de backup dedicado.

Ferramentas ligeiramente diferentes que funcionam melhor em lugares diferentes.

A lista de deslocamento permite o ajuste das rotas à medida que elas se propagam em uma determinada parte da rede sem alterar as métricas da rede de origem. No caso de duas redes interconectadas em vários pontos via EIGRP, isso permite que um determinado caminho seja inclinado para cima ou para baixo sem jogar com uma métrica que possa causar comportamento diferente (provavelmente indesejável) na topologia existente.

O atraso é geralmente o método preferido para ajustar a seleção de caminho em uma base universal. A largura de banda pode funcionar, é claro, mas lembre-se sempre de que o EIGRP considera o link de largura de banda mais baixo em um determinado caminho - o que significa que deixar o link 1G para 900M não significa muito se, finalmente, ele passar por uma conexão de 100M. O atraso, por outro lado, é diretamente aditivo em uma base por salto e, como tal, tem um efeito muito maior na rota final calculada.

Os outros valores de K (confiabilidade, utilização, MTU, etc) devem basicamente - nunca ser tocados. Essas funções são melhor realizadas por outros mecanismos, criarão oscilação contínua emitida em sua rede ou simplesmente não devem ser realisticamente um ponto de consideração em primeiro lugar. As maiores implantações de EIGRP do mundo funcionam bem sem tocar nos outros valores de K. Se for sugerido que esses valores sejam definidos, examinarei mais detalhadamente os requisitos e as ferramentas disponíveis.

Na verdade, a offset-list altera a propriedade delay para um determinado prefixo correspondente à ACL. Lab it. Você vai ver.