Este artigo irá falar sobre o EIGRP e discutir como esse protocolo funciona. O EIGRP é um protocolo de vetor de distância, às vezes é considerado híbrido, mas não é. Leia o
início do artigo sobre OSPF e você entenderá por que o EIGRP é um protocolo vetorial remoto. O EIGRP é um protocolo de roteamento dinâmico de vetor de distância avançado desenvolvido pela Cisco. Vamos acertar. Usaremos a seguinte topologia:
Execute o EIGRP nos vIOS1 e vIOS2, veja como as informações são transmitidas entre os roteadores. Assim que o EIGRP é ativado no roteador, o roteador começa a enviar pacotes Hello. Também listamos outros tipos de mensagens que são usadas no EIGRP.
- Olá - roteadores usam pacotes de olá para descobrir vizinhos. Pacotes multicast são enviados e não requerem confirmação de recebimento.
- Atualizar - contém informações sobre a alteração de rotas. Eles são enviados apenas para os roteadores afetados pela atualização. Esses pacotes podem ser enviados para um roteador específico (unicast) ou para um grupo de roteadores (multicast). O recebimento de um pacote de atualização é confirmado enviando um ACK.
- Consulta - quando o roteador calcula a rota e não possui um sucessor viável, envia um pacote de consulta aos vizinhos para determinar se eles têm um sucessor viável para esse destino. Normalmente, os pacotes de consulta são enviados por multicast, mas pode haver unicast. O recebimento do pacote de consulta é confirmado enviando o ACK pelo receptor do pacote.
- Responder - o roteador envia um pacote de resposta em resposta ao pacote de consulta. Os pacotes de resposta são enviados unicast para quem enviou o pacote de consulta. O recebimento de um pacote de resposta é confirmado enviando um ACK.
- ACK - um pacote que confirma o recebimento de pacotes de atualização, consulta e resposta. Os pacotes ACK são enviados unicast e contêm um número de confirmação. De fato, esses são pacotes hello que não transmitem dados. Entrega não garantida é usada.
Existem também pacotes SIA, mas falaremos sobre eles abaixo.
Os pacotes são enviados para o endereço multicast 224.0.0.10 a cada 5 segundos (Hello Timer), o Hold Holder é 15 segundos = 3 intervalos de hello, se durante esse timer nenhum pacote de hello foi recebido de um vizinho, o vizinho é removido da lista de vizinhos. O pacote fica assim:
O pacote contém os parâmetros dos coeficientes (K1, K2, K3, K4, K5, K6), o temporizador de espera e o número do sistema autônomo. Os coeficientes (K1, K2, K3, K4, K5, K6) são usados no cálculo da métrica, e falaremos sobre eles mais tarde, bem como os temporizadores EIGRP. Agora é importante falar sobre o sistema autônomo (AS). Para ativar o EIGRP, um processo EIGRP específico deve receber um número, como no OSPF. Mas, diferentemente do OSPF, essa opção não pode ser selecionada aleatoriamente para cada roteador, deve ser a mesma para todos os roteadores. Se o roteador receber um pacote Hello com um AS diferente dele, não haverá relação de vizinhos.
Para que os roteadores se tornem vizinhos, as seguintes condições devem ser atendidas:
- os roteadores devem ser autenticados,
- roteadores devem estar no mesmo AS,
- As relações de vizinhança devem ser estabelecidas nos endereços principais (quando um pacote hello chega, o roteador verifica se o endereço do remetente da rede pertence ao endereço principal da interface),
- os valores dos coeficientes K devem corresponder.
Para que os roteadores se tornem vizinhos do EIGRP, eles não precisam corresponder ao tempo Hello e Hold. O roteador usa valores de timer recebidos do vizinho. Se o temporizador Hello ou Hold for alterado em um dos roteadores, os vizinhos deste roteador usarão esses valores. Para que o roteador use outros valores, é necessário alterar o timer na interface correspondente do vizinho. Após a troca de pacotes Hello, um pacote Update é enviado, mas ainda não contém rotas, contém o sinalizador Init, que informa aos roteadores o início da troca de informações sobre rotas. Este pacote é enviado diretamente para o endereço do roteador. Depois de trocar essas mensagens, cada roteador envia um pacote de atualização com rotas para o endereço multicast 224.0.0.10:
Como você pode ver, o pacote de atualização não contém nenhuma métrica, mas apenas informações como largura de banda, atraso, MTU etc. Depois de receber essas informações, o próprio roteador calcula a métrica usando os coeficientes K1-K6. Esses pacotes podem ser enviados para um roteador específico ou multicast. Em geral, existem três tipos de atualizações:
- Não periódicos (não periódicos) - as atualizações são enviadas não a intervalos regulares, mas quando a topologia ou métrica é alterada;
- Parcial (Parcial) - nem todas as informações da tabela de roteamento são transmitidas em atualizações, mas apenas alterações;
- Limitado - as atualizações são enviadas apenas para os roteadores envolvidos.
As vizinhanças em nível de pacote são assim:
Você pode perceber que, além do Hello and Update listado por nós, também há Hello (ACK) e o número é igual ao número de pacotes de atualização enviados para o endereço multicast. É tudo sobre o protocolo RTP. O protocolo RTP controla o processo de transmissão de pacotes EIGRP e fornece:
- Entrega garantida do pacote.
- Preservando a ordem dos pacotes.
Essas são as coisas. O que nós temos? As rotas trocaram os pacotes de atualização e agora é hora de criar uma tabela de roteamento. Cada atualização é processada e, substituindo os dados (largura de banda, atraso, etc.) em uma fórmula especial, a métrica é calculada:
Essa fórmula parece incrível, mas a melhor coisa é que você pode não saber, apenas saber que algo assim existe. E outro truque interessante é que os coeficientes EIGRP padrão são:
- K1 = 1
- K2 = 0
- K3 = 1
- K4 = 0
- K5 = 0
E a fórmula se transforma em métrica = largura de banda + atraso. Portanto, é tão importante que os coeficientes em todos os roteadores sejam os mesmos, para que não haja problemas devido a diferentes métricas nos roteadores. Vamos falar sobre os dados no Update com mais detalhes.
- Largura de banda - o valor mínimo entre os canais de largura de banda que levam à rede é selecionado e enviado para Atualização.
- Atraso - Resume o atraso de todos os canais que levam a esta rede.
- Confiabilidade - a pior medida de confiabilidade desde o início, com base no keepalive
- Loading - o pior indicador de carregamento de link até o fim, com base na taxa de pacotes e na largura de banda configurada na interface
- MTU é o menor MTU até o fim. Apesar de ser usado no Update, ele não participa do cálculo da própria métrica.
Como dito acima, a largura de banda e o atraso são usados por padrão. Os parâmetros restantes raramente são necessários quando necessários, mas com a ajuda deles é possível um ajuste mais fino da métrica. Assim, no pacote Update, o roteador passa a rota e os dados associados a ela, não transmite a própria métrica. O roteador que recebeu a atualização calcula a métrica de acordo com a fórmula e, dependendo das métricas, decide se deve ou não encaminhar a rota para a tabela de roteamento. Também é importante observar que o
roteador transmite apenas as rotas que ele usa. Vamos ver como criar uma tabela de topologia.
Tabela de topologia - Uma lista de rotas aprendidas com cada vizinho. A tabela de topologia também armazena a métrica que cada vizinho relata para cada rota (AD) e a métrica que o roteador local usará para alcançar a rota através do vizinho (FD).
É necessário explicar o que são AD e FD. Vamos configurar o EIGRP em todos os nossos roteadores. Além disso, para evitar números complexos na métrica, alteramos os coeficientes de K1 = 1 K2 = 0 K3 = 1 K4 = 0 K5 = 0 para K1 = 0 K2 = 0 K3 = 1 K4 = 0 K5 = 0. Assim, teremos 256 * Delay formula e também temos uma maneira fácil de manipular métricas alterando o parâmetro delay nas interfaces. Considerando que nas interfaces atraso = 1 segundo, cada link, se você usar a terminologia OSPF, custa 256. Vamos ver qual é a tabela de topologia no vIOS1:
topologia do eigrp do ip do vIOS1 # show ip
Tabela de topologia EIGRP-IPv4 para AS (1) / ID (192.168.1.1)
Códigos: P - passivo, A - ativo, U - atualização, Q - consulta, R - resposta,
r - Status da resposta, s - Status do sia
P 192.168.3.0/24, 1 sucessores, FD é 512
Por exemplo: 192.168.13.3 (512/256), GigabitEthernet0 / 0
P 192.168.2.0/24, 1 sucessores, FD é 512
via 192.168.12.2 (512/256), GigabitEthernet0 / 3
P 192.168.25.0/24, 1 sucessores, FD é 512
via 192.168.12.2 (512/256), GigabitEthernet0 / 3
P 192.168.35.0/24, 1 sucessores, FD é 512
Por exemplo: 192.168.13.3 (512/256), GigabitEthernet0 / 0
P 192.168.12.0/24, 1 sucessores, FD é 256
via Conectado, GigabitEthernet0 / 3
P 192.168.45.0/24, 1 sucessores, FD é 512
Por meio de 192.168.14.4 (512/256), GigabitEthernet0 / 2
P 192.168.0.0/24, 1 sucessores, FD é 256
via Conectado, GigabitEthernet0 / 1
P 192.168.13.0/24, 1 sucessores, FD é 256
via Conectado, GigabitEthernet0 / 0
P 192.168.14.0/24, 1 sucessores, FD é 256
via Conectado, GigabitEthernet0 / 2
P 192.168.5.0/24, 3 sucessores, FD é 768
Por meio de 192.168.12.2 (768/512), GigabitEthernet0 / 3
Por exemplo: 192.168.13.3 (768/512), GigabitEthernet0 / 0
Por meio de 192.168.14.4 (768/512), GigabitEthernet0 / 2
Se você observar, por exemplo, a rede - 192.168.5.0/24, notará três caminhos nos vIOS2, vIOS3 e vIOS4 com as mesmas métricas. Para 192.168.5.0/24 FD, para todos os caminhos é igual a - 768 e AD - 512. Vamos dar uma definição de outro artigo e tentar explicar:
- A distância anunciada (AD) , também conhecida como distância relatada (RD), é o custo da distância entre o roteador vizinho que anuncia a rota e a rede de destino.
- Distância possível (FD) - o custo da distância do roteador local à rede de destino = AD, que anuncia o roteador vizinho + o custo da distância entre o roteador local e o roteador vizinho.
P 192.168.5.0/24, 3 sucessores, o FD é 768 via 192.168.14.4 (768/512), GigabitEthernet0 / 2
Vamos examinar esta linha da tabela de topologia no vIOS1. O vIOS1 aprendeu sobre a rota do vIOS4 (192.168.14.4). Como o vIOS1 separa três links de 192.168.5.0/24, a métrica FD com nossas configurações será 3 * 256 = 768. E o AD é a métrica da rota em relação ao roteador (vIOS4) que anunciou esta rede. AD é a métrica de FD dessa rota no vIOS4. Vejamos a tabela de topologia no vIOS4:
P 192.168.5.0/24, 1 sucessores, o FD é 512 via 192.168.45.5 (512/256), GigabitEthernet0 / 1
AD no vIOS1 = FD no vIOS4. Silencioso confuso, mas tente explicar a lógica do trabalho. O roteador que anuncia a rota envia os parâmetros (largura de banda, atraso, etc.) da rota na mensagem Atualizar sem levar em consideração o link entre o roteador que está sendo anunciado. Ou seja, o vIOS4 leva em consideração apenas os parâmetros de dois links: vIOS4 Gi0 / 1 - vIOS5 Gi0 / 1 e vIOS5 Gi0 / 0 - VPC. Após receber o Update, o vIOS1, substituindo os parâmetros obtidos na fórmula, calcula o que? Isso mesmo - AD = 512. Depois de pegar os parâmetros do link de onde a rota veio, o vIOS1 Gi0 / 2 - vIOS4 Gi0 / 2 e o substitui novamente na fórmula. Conta, obtém o número 256 e o soma com AD (512), obtemos FD-768. Essas são as coisas! Mas por que todo esse ritual?
E tudo isso para criar uma regra especial chamada
condição Feasible , que é um dos meios de proteção contra a formação de loops e a rápida convergência.
Vamos definir os seguintes termos:
- O sucessor é um roteador adjacente com um caminho sem loop e o caminho de menor custo para a rede de destino.
- Sucessor possível - roteador de backup com caminho sem loops (sucessor possível do AD deve ser menor que o FD da rota sucessora atual).
- Condição possível - O sucessor viável do AD deve ser menor que o DF da rota sucessora atual.
Para explicar como tudo funciona e mostrar as sutilezas, você precisa alterar algumas métricas. Vamos fazer o seguinte, alterar o atraso para ter essas métricas de link:
Isso é feito usando o comando delay na interface. Agora nós dissemos - delay = 1 e a métrica é 256. Vamos ver quais métricas obtemos para a rede 192.168.5.0/24 no roteador vIOS1:
- Via vIOS2 - FD = 2304, AD = 1280
- Via vIOS4 - FD = 1024, AD = 768
- Via vIOS3 - FD = 1536, AD = 768
Como vemos o melhor FD para a rota através do vIOS4, ele será adicionado à tabela de roteamento geral. Essa rota é chamada de
Sucessor :
vIOS1 # mostre a rota IP eigrp
Códigos: L - local, C - conectado, S - estático, R - RIP, M - móvel, B - BGP
Área inter D - EIGRP, EX - EIGRP externa, O - OSPF, IA - OSPF
N1 - OSPF NSSA tipo externo 1, N2 - OSPF NSSA tipo externo 2
E1 - Tipo externo OSPF 1, E2 - Tipo externo OSPF 2
i - IS-IS, su - resumo IS-IS, L1 - IS-IS nível 1, L2 - IS-IS nível 2
ia - área inter-IS-IS, * - padrão candidato, U - rota estática por usuário
o - ODR, P - rota estática baixada periódica, H - NHRP, l - LISP
a - rota de aplicação
+ - rota replicada,% - substituição do próximo salto, p - substituições de PfR
O gateway de último recurso não está definido
D 192.168.2.0/24 [90/512] via 192.168.12.2, 06:01:31, GigabitEthernet0 / 3
D 192.168.3.0/24 [90/1024] via 192.168.13.3, 06:01:28, GigabitEthernet0 / 0
D 192.168.5.0/24 [90/1024] via 192.168.14.4, 06:01:28, GigabitEthernet0 / 2
D 192.168.25.0/24 [90/1024] via 192.168.14.4, 06:01:28, GigabitEthernet0 / 2
D 192.168.35.0/24 [90/1024] via 192.168.14.4, 06:01:28, GigabitEthernet0 / 2
D 192.168.45.0/24 [90/768] via 192.168.14.4, 06:01:28, GigabitEthernet0 / 2
O que acontecerá com as outras duas rotas - elas serão verificadas quanto à condição FS (condição viável). A rota através do vIOS3 passa por essa condição AD (via vIOS3) = 768 <1024 = FD (via vIOS1). Portanto, essa rota, embora não seja adicionada à tabela de roteamento geral, será armazenada nas tabelas de topologia:
topologia do eigrp do ip do vIOS1 # show ip
Tabela de topologia EIGRP-IPv4 para AS (1) / ID (192.168.1.1)
Códigos: P - passivo, A - ativo, U - atualização, Q - consulta, R - resposta,
r - Status da resposta, s - Status do sia
P 192.168.3.0/24, 1 sucessores, FD é 1024
Por favor, digite seu e-mail do Facebook para receber um link de criação de senha.
P 192.168.2.0/24, 1 sucessores, FD é 1024
Por exemplo: 192.168.12.2 (1024/256), GigabitEthernet0 / 3
P 192.168.25.0/24, 1 sucessores, FD é 1024
Por meio de 192.168.14.4 (1024/768), GigabitEthernet0 / 2
Por exemplo: 192.168.13.3 (1536/768), GigabitEthernet0 / 0
P 192.168.35.0/24, 1 sucessores, FD é 1024
Por meio de 192.168.14.4 (1024/768), GigabitEthernet0 / 2
Por favor, digite seu e-mail do Facebook para receber um link de criação de senha.
P 192.168.12.0/24, 1 sucessores, FD é 768
via Conectado, GigabitEthernet0 / 3
P 192.168.45.0/24, 1 sucessores, FD é 768
Por meio de 192.168.14.4 (768/512), GigabitEthernet0 / 2
P 192.168.0.0/24, 1 sucessores, FD é 512
via Conectado, GigabitEthernet0 / 1
P 192.168.13.0/24, 1 sucessores, FD é 768
via Conectado, GigabitEthernet0 / 0
P 192.168.14.0/24, 1 sucessores, FD é 256
via Conectado, GigabitEthernet0 / 2
P 192.168.5.0/24, 1 sucessores, FD é 1024
Por meio de 192.168.14.4 (1024/768), GigabitEthernet0 / 2
Por exemplo: 192.168.13.3 (1536/768), GigabitEthernet0 / 0
Ele não possui a métrica da melhor rota, ou seja, não é um Sucessor, mas desempenha o papel de uma rota de backup e, se o Sucessor for perdido, assumirá imediatamente seu lugar. Isso alcança uma convergência muito rápida do protocolo, mas mais sobre isso mais tarde. Essa rota é chamada
sucessora possível . E o que acontecerá com a terceira rota? Nada, ele não satisfaz a condição FC (1280> 1024) e não será levado em consideração para protegê-lo do loop. Todas as rotas recebidas através da atualização, mas não testadas pelo FC, podem ser vistas usando o comando show ip eigrp topology all-links. Não está claro por que a condição FS protege contra a formação de loops, agora vamos tentar explicar. É importante saber que, ao estudar o protocolo EIGRP, é vital entender o princípio da condição FC e o objetivo para o qual ele é usado. Considere uma topologia ligeiramente modificada (adicionou um link entre vIOS2 e vIOS4) e também use a métrica mais primitiva:
A rota para a rede 192.168.5.0/24 será a mesma com o AD e o FD:
- vIOS4 - via vIOS5, AD = 5, FD = 10.
- vIOS1 - via vIOS4, AD = 10, FD = 11.
- vIOS3 - via vIOS1, AD = 11, FD = 12.
Mas o vIOS4 receberá uma atualização do vIOS2, que conterá a rota para a rede 192.168.5.0/24 via vIOS2 com a métrica - AD = 12, FD = 15. É claro que não pode ser um sucessor; se de repente essa rota for escolhida pelo sucessor viável, se o sucessor cair no vIOS4 e o sucessor escolher essa rota, ocorrerá um loop. Mas o FC não permitirá definir essa rota como FS como AD = 12> 10 = FD. A rota para o vIOS2 contém o caminho através do vIOS4 e, em qualquer caso, seu AD também inclui o FD vIOS4. Ou seja, o AD no vIOS2 contém os seguintes links:
12 = AD no vIOS2 = Gi0 / 3 vIOS3 + Gi0 / 2 vIOS4 + Gi0 / 1 vIOS5 + eth0 VPC5, em que Gi0 / 1 vIOS5 + eth0 VPC5 = FD = 10 - esse é o FD vIOS4 e é impossível que o AD <FD seja menos.
Assim, a condição FC verifica a rota quanto à presença de si mesma nessa rota. Somente rotas que atendem a essa condição podem garantir que não haja loops. Pode haver casos em que a rota não crie um loop, mas, ao mesmo tempo, não satisfaça a condição FC, não a usaremos; nesses casos, escolhemos a estabilidade da rede. Se você se aprofundar, a condição é bastante simples e intuitiva. O algoritmo que seleciona as melhores rotas no protocolo EIGRP é chamado
DUAL . Agora considere o protocolo EIGRP para a questão da convergência na perda da rota principal. Vamos voltar à nossa grande topologia antiga e imaginar que o vIOS4 se foi. Dependendo de como o vIOS4 desapareceu, o comportamento será um pouco diferente, mas será diferente quando o acionador for disparado. Se, por exemplo, desabilitarmos a interface Gi 0/2 no vIOS1, o vIOS1 detectará imediatamente a perda de um vizinho e começará a agir. Se o vizinho desaparecer sem aviso, o Hold Timer funcionará depois de não receber pacotes Hello por 15 segundos:
D 192.168.2.0/24 [90/512] via 192.168.12.2, 06:01:31, GigabitEthernet0 / 3
D 192.168.3.0/24 [90/1024] via 192.168.13.3, 06:01:28, GigabitEthernet0 / 0
D 192.168.5.0/24 [90/1024] via 192.168.14.4, 06:01:28, GigabitEthernet0 / 2
D 192.168.25.0/24 [90/1024] via 192.168.14.4, 06:01:28, GigabitEthernet0 / 2
D 192.168.35.0/24 [90/1024] via 192.168.14.4, 06:01:28, GigabitEthernet0 / 2
D 192.168.45.0/24 [90/768] via 192.168.14.4, 06:01:28, GigabitEthernet0 / 2
P 192.168.3.0/24, 1 sucessores, FD é 1024
Por favor, digite seu e-mail do Facebook para receber um link de criação de senha.
P 192.168.2.0/24, 1 sucessores, FD é 1024
Por exemplo: 192.168.12.2 (1024/256), GigabitEthernet0 / 3
P 192.168.25.0/24, 1 sucessores, FD é 1024
Por meio de 192.168.14.4 (1024/768), GigabitEthernet0 / 2
Por exemplo: 192.168.13.3 (1536/768), GigabitEthernet0 / 0
P 192.168.35.0/24, 1 sucessores, FD é 1024
Por meio de 192.168.14.4 (1024/768), GigabitEthernet0 / 2
Por favor, digite seu e-mail do Facebook para receber um link de criação de senha.
P 192.168.12.0/24, 1 sucessores, FD é 768
via Conectado, GigabitEthernet0 / 3
P 192.168.45.0/24, 1 sucessores, FD é 768
Por meio de 192.168.14.4 (768/512), GigabitEthernet0 / 2
P 192.168.0.0/24, 1 sucessores, FD é 512
via Conectado, GigabitEthernet0 / 1
P 192.168.13.0/24, 1 sucessores, FD é 768
via Conectado, GigabitEthernet0 / 0
P 192.168.14.0/24, 1 sucessores, FD é 256
via Conectado, GigabitEthernet0 / 2
P 192.168.5.0/24, 1 sucessores, FD é 1024
Por meio de 192.168.14.4 (1024/768), GigabitEthernet0 / 2
Por exemplo: 192.168.13.3 (1536/768), GigabitEthernet0 / 0
Trouxe a tabela de roteamento e topologia novamente por conveniência, para entender como o roteador agirá em cada rota, é necessário saber em que estado eles estavam antes. Por exemplo, a rota que discutimos anteriormente, a rota 192.168.5.0/24 será perdida, mas tinha FS na tabela de topologia e, portanto, assim que a rota principal for perdida, ela ocupará seu lugar na tabela de roteamento. Uma pergunta interessante é o que acontecerá com rotas sem FS. Mas um pouco de hardware:
As entradas na tabela de topologia podem estar em dois estados: ativo e passivo. A rota está em um estado passivo quando a rota é estável e a busca pela melhor rota não ocorre. No estado ativo - se você estiver procurando a melhor rota. Uma pesquisa de rota é realizada quando não há sucessor possível para a rede de destino. O roteador, em busca de uma rota melhor, envia uma solicitação (envia um pacote de consulta) para cada roteador vizinho. Se o vizinho possui uma rota para a rede de destino, ele responde (envia um pacote de resposta); se não houver rota, o vizinho envia uma solicitação aos vizinhos. O roteador compara todos os FDs para alcançar uma rede específica, seleciona a rota com o menor FD e a coloca na tabela de roteamento. A tabela de topologia pode armazenar 6 rotas para a rede do destinatário (primária e de backup).
As rotas que foram perdidas e não tinham FS mudarão para Ativo e o vIOS1 começará a perguntar sobre seus vizinhos restantes. Isso é feito usando mensagens de consulta. vIOS1 Query vIOS2 vIOS3, — 192.168.14.0/24, 192.168.45.0/24. vIOS1 , vIOS1 . Delay:Infifnity, . , vIOS1.
Poison Reverse . Poison Reverse Update, . Query 192.168.14.0/24, 192.168.45.0/24, vIOS2 vIOS3 , , , , Reply . vIOS2 vIOS3 , Reply. , , Query . vIOS1 Reply vIOS2, vIOS3 Active Timer, Query :
Active Timer — active. (Reply), stuck-in-active. , , . 3 .
, 3 Reply, Hello-, . , 3 , . — SIA-Query SIA-Reply.
active , :
- SIA-Query — 1,5 ( ) . , , ( ), . . down .
- SIA-Reply — SIA-Query. .
1,5 , Reply - Query, SIA-Query, , SIA-Reply, , , .
, , FS , . . FD, , CD — Computed Distance.
FD — , - FC. , FD=CD , FD vIOS4:
P 192.168.5.0/24, 1 successors, FD is 1024
via 192.168.13.3 ( 1536 /768), GigabitEthernet0/0
CD=1024, vIOS3 CD=1536, FD=1024, vIOS4. FD , Active. Passive Active, FD . . . : vIOS4, CD vIOS3= 1536, vIOS2 = 2048. delay vIOS1 vIOS3 , CD vIOS2:
P 192.168.5.0/24, 1 successors, FD is 1024
via 192.168.14.4 (1024/768), GigabitEthernet0/2
via 192.168.13.3 ( 2304 /768), GigabitEthernet0/0
CD vIOS3=2304, FS , AD FC , . : vIOS2? , — FS, ! vIOS2 CD = 2048 < 2304, Active , . :
P 192.168.5.0/24, 1 successors, FD is 2048
via 192.168.12.2 (2048/1280), GigabitEthernet0/3
via 192.168.13.3 (2304/768), GigabitEthernet0/0
vIOS2 FD - Active. vIOS3 .
Split Horizon Poison Reverse EIGRP
RIP, EIGRP Split Horizon — , , .
, vIOS4 192.168.0.0/24 vIOS1, Update , vIOS1. , , vIOS1 192.168.0.0/24. Update vIOS4, vIOS4 Split Horizon Update vIOS1, . vIOS4 vIOS1- « 192.168.0.0/24 , , ».
Poison Reverse — . EIGRP Delay. , , vIOS1 c vIOS4. Split Horizon , Poison Reverse Query , Update. Poison Reverse Split Horizon Update , . FC EIGRP .
Stub
, — Stub. - Stub OSPF, . stub, Hello- stub , stub, :
vIOS5#eigrp stub [connected | leak-map | receive-only | redistributed | static | summary]
eigrp stub:
- ( ) — connected summary;
- connected — stub connected , , , network;
- leak-map — Allow dynamic prefixes based on the leak-map;
- receive-only — stub - ;
- redistributed — stub redistributed ;
- static — stub static , , ;
- summary — stub ( ).
, , , Stub, Query , Active. , vIOS5 Stub, vIOS2-4 Query. Reply, Query , . , . , , ( ), , Stub.
, show ip eigrp neighbors, :
vIOS1#show ip eigrp neighbors
EIGRP-IPv4 Neighbors for AS(1)
H Address Interface Hold Uptime SRTT RTO Q Seq
(sec) (ms) Cnt Num
2 192.168.14.4 Gi0/2 11 00:48:43 23 138 0 168
0 192.168.12.2 Gi0/3 12 02:31:12 6 100 0 258
1 192.168.13.3 Gi0/0 10 2d13h 7 100 0 291
vIOS1#
, . multicast-, , (ACK), unicast , . , 16 unicast , .
- Smooth round-trip time (SRTT) — . . .
- Multicast Flow Timer — , ACK EIGRP- multicast , unicast . SRTT, .
- Retransmission timeout (RTO) — unicast-. SRTT, .
. :