{"id":38396,"date":"2019-10-31T22:23:30","date_gmt":"2019-10-31T19:23:30","guid":{"rendered":"https:\/\/prohoster.info\/blog\/trening-cisco-200-125-ccna-v3-0-den-49-vvedenie-v-eigrp\/"},"modified":"2019-10-31T22:23:30","modified_gmt":"2019-10-31T19:23:30","slug":"trening-cisco-200-125-ccna-v3-0-den-49-vvedenie-v-eigrp","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-49-vvedenie-v-eigrp","title":{"rendered":"Treinamento Cisco 200-125 CCNA v3.0. Dia 49. Introdu\u00e7\u00e3o ao EIGRP","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Hoje come\u00e7aremos o estudo do protocolo EIGRP, que, juntamente com o estudo do OSPF, \u00e9 um dos temas mais importantes do curso CCNA. <\/p>\n

\"Treinamento
\n
\nMais tarde, voltaremos \u00e0 se\u00e7\u00e3o 2.5, mas agora, imediatamente ap\u00f3s a se\u00e7\u00e3o 2.4, vamos passar para a se\u00e7\u00e3o 2.6 \"Configura\u00e7\u00e3o, verifica\u00e7\u00e3o e solu\u00e7\u00e3o de problemas do EIGRP sobre o protocolo IPv4 (exceto autentica\u00e7\u00e3o, filtragem, resumifica\u00e7\u00e3o manual, redistribui\u00e7\u00e3o e configura\u00e7\u00e3o stub).\"
\nHoje teremos uma aula introdut\u00f3ria, na qual falarei sobre o conceito do protocolo de roteamento interno aprimorado EIGRP, e nas duas pr\u00f3ximas aulas abordaremos a configura\u00e7\u00e3o e a solu\u00e7\u00e3o de problemas deste protocolo. Mas primeiro, quero informar voc\u00eas sobre o seguinte.<\/a><\/noindex><\/p>\n

Nas \u00faltimas aulas, estudamos o OSPF. Agora, quero que voc\u00eas se lembrem que, h\u00e1 muitos meses, quando estudamos o protocolo RIP, falamos sobre la\u00e7os de roteamento e tecnologias que evitam a repeti\u00e7\u00e3o de tr\u00e1fego. Como \u00e9 poss\u00edvel prevenir a ocorr\u00eancia de la\u00e7os de roteamento ao utilizar o OSPF? \u00c9 poss\u00edvel usar m\u00e9todos como \"envenenamento de rotas\" ou \"horizonte dividido\" para isso? Estas s\u00e3o perguntas que voc\u00eas devem responder por conta pr\u00f3pria. Voc\u00eas podem usar outros recursos tem\u00e1ticos, mas encontrem respostas para essas perguntas. Quero que voc\u00eas aprendam a encontrar respostas sozinhos, trabalhando com diferentes fontes, e pe\u00e7o que deixem seus coment\u00e1rios abaixo deste v\u00eddeo para que eu possa ver quantos dos meus alunos conseguiram cumprir essa tarefa. <\/p>\n

O que \u00e9 o EIGRP? \u00c9 um protocolo de roteamento h\u00edbrido que combina as funcionalidades \u00fateis tanto de um protocolo de vetor de dist\u00e2ncia, como o RIP, quanto de um protocolo de rastreamento de estado de enlace, como o OSPF. <\/p>\n

\"Treinamento
\n
\nO EIGRP \u00e9 um protocolo propriet\u00e1rio da Cisco, que foi tornado dispon\u00edvel ao p\u00fablico em 2013. Do protocolo de rastreamento de estado de enlace, ele adotou o algoritmo de estabelecimento de vizinhan\u00e7a, ao contr\u00e1rio do RIP, que n\u00e3o cria vizinhos. O RIP tamb\u00e9m troca tabelas de roteamento com outros participantes do protocolo, enquanto o OSPF, antes de iniciar tal troca, forma vizinhan\u00e7as. O EIGRP funciona de maneira semelhante.<\/p>\n

O protocolo RIP atualiza periodicamente a tabela de roteamento completa a cada 30 segundos e envia informa\u00e7\u00f5es sobre todas as interfaces e todos os caminhos a todos os seus vizinhos. O EIGRP n\u00e3o realiza uma atualiza\u00e7\u00e3o completa peri\u00f3dica das informa\u00e7\u00f5es, utilizando em vez disso o conceito de mensagens Hello, assim como o OSPF. A cada poucos segundos, ele envia um Hello para garantir que o vizinho ainda est\u00e1 'vivo'.<\/p>\n

Diferentemente do protocolo de vetor de dist\u00e2ncia, que estuda toda a topologia da rede antes de decidir sobre a forma\u00e7\u00e3o de rotas, o EIGRP, semelhante ao RIP, cria rotas com base em 'boatos'. Quando digo 'boatos', quero dizer que quando um vizinho diz algo, o EIGRP concorda incondicionalmente. Por exemplo, se um vizinho disser que sabe como alcan\u00e7ar 10.1.1.2, o EIGRP acredita nele sem perguntar: 'De onde voc\u00ea sabe isso? Fale-me sobre a topologia inteira da rede!'. <\/p>\n

At\u00e9 2013, se voc\u00ea utilizasse apenas a infraestrutura da Cisco, poderia usar o EIGRP, uma vez que esse protocolo foi criado em 1994. No entanto, muitas empresas, mesmo utilizando equipamentos Cisco, n\u00e3o queriam trabalhar com esse protocolo. Na minha opini\u00e3o, hoje o EIGRP \u00e9 o melhor protocolo de roteamento din\u00e2mico, pois \u00e9 muito mais f\u00e1cil de usar, no entanto, as pessoas ainda preferem o OSPF. Acho que isso se deve ao fato de que elas n\u00e3o querem 'amarrar' a si mesmas aos produtos da Cisco. Mas a Cisco tornou esse protocolo de acesso p\u00fablico porque ele suporta equipamentos de outras marcas, como Juniper, e se voc\u00ea se unir a uma empresa que n\u00e3o usa equipamentos Cisco, n\u00e3o ter\u00e1 problemas. <\/p>\n

Vamos fazer uma breve excurs\u00e3o pela hist\u00f3ria dos protocolos de rede. <\/p>\n

\"Treinamento
\n
\nO protocolo RIPv1, lan\u00e7ado na d\u00e9cada de 1980, tinha v\u00e1rias limita\u00e7\u00f5es, como o n\u00famero m\u00e1ximo de saltos igual a 16, o que impossibilitava a rotea\u00e7\u00e3o em redes extensas. Pouco depois, foi desenvolvido o protocolo de roteamento interno IGRP, que era muito melhor que o RIP. No entanto, era mais um protocolo de vetor de dist\u00e2ncia do que um protocolo de estado de enlace. No final dos anos 80, surgiu o padr\u00e3o aberto \u2013 o protocolo de rastreamento de estado de enlace OSPFv2 para o protocolo IPv4. <\/p>\n

No in\u00edcio dos anos 90, a Cisco decidiu que o protocolo IGRP precisava ser melhorado e lan\u00e7ou um protocolo de roteamento interno aprimorado, o EIGRP. Ele era muito mais eficiente que o OSPF, pois combinava caracter\u00edsticas do RIP e do OSPF. Quando come\u00e7armos a estud\u00e1-lo, voc\u00ea ver\u00e1 que configurar o EIGRP \u00e9 muito mais f\u00e1cil do que o OSPF. A Cisco se esfor\u00e7ou para criar um protocolo que garantisse a converg\u00eancia da rede de maneira extremamente r\u00e1pida. <\/p>\n

No final dos anos 90, foi lan\u00e7ada uma vers\u00e3o sem classe atualizada do protocolo RIPv2. Nos anos 2000, apareceram a terceira vers\u00e3o do OSPF, RIPng e EIGRPv6, que davam suporte ao protocolo IPv6. O mundo est\u00e1 gradualmente se aproximando de uma transi\u00e7\u00e3o completa para o IPv6, e os desenvolvedores de protocolos de roteamento querem estar preparados para isso. <\/p>\n

Se voc\u00ea se lembra, estudamos que, ao escolher a melhor rota, o RIP, como um protocolo de vetor de dist\u00e2ncia, \u00e9 guiado por um \u00fanico crit\u00e9rio: o n\u00famero m\u00ednimo de saltos ou a menor dist\u00e2ncia at\u00e9 a interface de destino. Assim, o roteador R1 escolher\u00e1 a rota direta para o roteador R3, mesmo que a velocidade dessa rota seja de 64 Kbps \u2014 muito inferior \u00e0 velocidade da rota R1-R2-R3, que \u00e9 de 1544 Kbps. O protocolo RIP considerar\u00e1 a rota lenta de um salto como a mais otimizada, em vez da rota r\u00e1pida de dois saltos. <\/p>\n

\"Treinamento
\n
\nO OSPF examinar\u00e1 toda a topologia da rede e decidir\u00e1 que a melhor forma de se conectar ao roteador R3 \u00e9 atrav\u00e9s do roteador R2, pois isso \u00e9 mais r\u00e1pido. Como m\u00e9trica, o RIP utiliza o n\u00famero de saltos, enquanto a m\u00e9trica do OSPF \u00e9 o custo, que na maioria dos casos \u00e9 proporcional \u00e0 largura de banda do canal. <\/p>\n

O EIGRP tamb\u00e9m se orienta pelo custo da rota, no entanto, sua m\u00e9trica \u00e9 muito mais complexa do que a do OSPF e depende de v\u00e1rios fatores, incluindo largura de banda (Bandwidth), atraso (Delay), confiabilidade (Reliability), carga (Loading) e o tamanho m\u00e1ximo do pacote (MTU). Por exemplo, se um n\u00f3 estiver mais carregado que os outros, o EIGRP analisar\u00e1 a carga de toda a rota e escolher\u00e1 outro n\u00f3 com menor carga.<\/p>\n

No curso de CCNA, consideraremos apenas fatores de forma\u00e7\u00e3o de m\u00e9trica como largura de banda (Bandwidth) e atraso (Delay); \u00e9 isso que a f\u00f3rmula de m\u00e9trica utilizar\u00e1. <\/p>\n

\"Treinamento
\n
\nO protocolo vetorial de roteamento RIP utiliza dois conceitos: dist\u00e2ncia e dire\u00e7\u00e3o. Se tivermos 3 roteadores, e um deles estiver conectado \u00e0 rede 20.0.0.0, a sele\u00e7\u00e3o ser\u00e1 feita pela dist\u00e2ncia \u2013 que s\u00e3o os saltos, neste caso 1 salto, e pela dire\u00e7\u00e3o, ou seja, por qual caminho \u2013 superior ou inferior \u2013 enviar o tr\u00e1fego. <\/p>\n

Al\u00e9m disso, o RIP utiliza atualiza\u00e7\u00f5es peri\u00f3dicas de informa\u00e7\u00f5es, enviando uma tabela de roteamento completa por toda a rede a cada 30 segundos. Essa atualiza\u00e7\u00e3o executa 2 fun\u00e7\u00f5es. A primeira \u00e9, de fato, a atualiza\u00e7\u00e3o da tabela de roteamento, e a segunda \u2013 a verifica\u00e7\u00e3o da viabilidade do vizinho. Se um dispositivo n\u00e3o recebe uma resposta de atualiza\u00e7\u00e3o da tabela ou nova informa\u00e7\u00e3o de rota do vizinho dentro de 30 segundos, ele entende que a rota para o vizinho n\u00e3o pode mais ser utilizada. O roteador envia atualiza\u00e7\u00f5es a cada 30 segundos para verificar se o vizinho ainda est\u00e1 \"vivo\" e se a rota ainda \u00e9 v\u00e1lida. <\/p>\n

Como mencionei, para evitar loops de roteamento, utiliza-se a tecnologia Split Horizon. Isso significa que a atualiza\u00e7\u00e3o n\u00e3o \u00e9 enviada de volta \u00e0 interface da qual veio. A segunda tecnologia para evitar loops \u00e9 o Route Poison. Se a conex\u00e3o com a rede 20.0.0.0 mostrada na imagem for interrompida, o roteador ao qual ela estava conectada envia aos vizinhos uma \"rota envenenada\", informando que essa rede agora est\u00e1 dispon\u00edvel em 16 saltos, ou seja, praticamente inating\u00edvel. \u00c9 assim que o protocolo RIP funciona.<\/p>\n

Como funciona o EIGRP? Se voc\u00ea se lembra das aulas sobre OSPF, esse protocolo desempenha tr\u00eas fun\u00e7\u00f5es: estabelece a vizinhan\u00e7a, atualiza a base LSDB de acordo com as mudan\u00e7as na topologia da rede atrav\u00e9s de LSA e constr\u00f3i a tabela de roteamento. O estabelecimento de vizinhan\u00e7a \u00e9 um procedimento bastante complexo, que utiliza muitos par\u00e2metros. Por exemplo, a verifica\u00e7\u00e3o e modifica\u00e7\u00e3o da conex\u00e3o 2WAY \u2013 algumas conex\u00f5es permanecem em estado de comunica\u00e7\u00e3o bidirecional, enquanto outras v\u00e3o para o estado FULL. Ao contr\u00e1rio do OSPF, no protocolo EIGRP isso n\u00e3o acontece \u2013 ele verifica apenas 4 par\u00e2metros. <\/p>\n

\"Treinamento
\n
\nAssim como o OSPF, esse protocolo envia uma mensagem Hello a cada 10 segundos, contendo 4 par\u00e2metros. O primeiro \u00e9 o crit\u00e9rio de autentica\u00e7\u00e3o, se houver sido configurado previamente. Todos os dispositivos que estabelecem vizinhan\u00e7a devem ter os mesmos par\u00e2metros de autentica\u00e7\u00e3o.<\/p>\n

O segundo par\u00e2metro serve para verificar a filia\u00e7\u00e3o dos dispositivos a um mesmo sistema aut\u00f4nomo, ou seja, para estabelecer a vizinhan\u00e7a pelo protocolo EIGRP, ambos os dispositivos devem ter o mesmo n\u00famero de sistema aut\u00f4nomo. O terceiro par\u00e2metro serve para verificar se as mensagens Hello est\u00e3o sendo enviadas de um \u00fanico endere\u00e7o IP de origem. <\/p>\n

O quarto par\u00e2metro \u00e9 utilizado para verificar a correspond\u00eancia dos coeficientes vari\u00e1veis K-Values. O protocolo EIGRP utiliza 5 desses coeficientes, de K1 a K5. Se voc\u00ea se lembra, com o valor de K=0, os par\u00e2metros s\u00e3o ignorados; se K=1, os par\u00e2metros s\u00e3o usados na f\u00f3rmula de c\u00e1lculo da m\u00e9trica. Assim, os valores de K1-5 para diferentes dispositivos devem coincidir. No curso CCNA, assumiremos os valores padr\u00e3o desses coeficientes: K1 e K3 iguais a 1, enquanto K2, K4 e K5 s\u00e3o iguais a 0.<\/p>\n

Portanto, se esses 4 par\u00e2metros coincidirem, o EIGRP estabelece rela\u00e7\u00f5es de vizinhan\u00e7a e os dispositivos se adicionam \u00e0 tabela de vizinhos. A seguir, ocorrem as altera\u00e7\u00f5es na tabela de topologia. <\/p>\n

\"Treinamento
\n
\nTodas as mensagens Hello s\u00e3o enviadas para o endere\u00e7o IP multicast 224.0.0.10, e as atualiza\u00e7\u00f5es, dependendo da configura\u00e7\u00e3o, s\u00e3o enviadas para os endere\u00e7os unicast dos vizinhos ou para o endere\u00e7o multicast. Esta atualiza\u00e7\u00e3o n\u00e3o \u00e9 feita por UDP ou TCP, mas utiliza outro protocolo chamado RTP, Reliable Transport Protocol, ou \u2018protocolo de transporte confi\u00e1vel\u2019. Este protocolo verifica se o vizinho recebeu a atualiza\u00e7\u00e3o e, como o pr\u00f3prio nome indica, sua fun\u00e7\u00e3o principal \u00e9 garantir a confiabilidade da comunica\u00e7\u00e3o. Se a atualiza\u00e7\u00e3o n\u00e3o chegar ao vizinho, a transmiss\u00e3o ser\u00e1 repetida at\u00e9 que ele a receba. No OSPF, n\u00e3o h\u00e1 mecanismo para verificar o dispositivo receptor, portanto, o sistema n\u00e3o sabe se os dispositivos vizinhos receberam a atualiza\u00e7\u00e3o ou n\u00e3o.
\nSe voc\u00ea se lembra, o RIP envia atualiza\u00e7\u00f5es da topologia de rede a cada 30 segundos. O EIGRP faz isso apenas se um novo dispositivo aparecer na rede ou se ocorrerem mudan\u00e7as. Se a topologia da sub-rede mudar, o protocolo enviar\u00e1 uma atualiza\u00e7\u00e3o, mas n\u00e3o da tabela de topologia completa, apenas do registro com essa altera\u00e7\u00e3o. Se alguma sub-rede mudar, apenas sua topologia ser\u00e1 atualizada. Isso parece uma atualiza\u00e7\u00e3o parcial que ocorre quando necess\u00e1rio. <\/p>\n

Como voc\u00ea sabe, o OSPF envia LSA a cada 30 minutos, independentemente de quaisquer mudan\u00e7as na rede. O EIGRP n\u00e3o enviar\u00e1 atualiza\u00e7\u00f5es por um longo per\u00edodo, a menos que ocorra alguma mudan\u00e7a na rede. Portanto, o EIGRP \u00e9 muito mais eficiente que o OSPF.<\/p>\n

Depois que os roteadores trocam pacotes de atualiza\u00e7\u00e3o, chega a terceira etapa \u2013 a forma\u00e7\u00e3o da tabela de roteamento com base na m\u00e9trica, que \u00e9 calculada pela f\u00f3rmula apresentada na figura. Ela conta o custo e, com base nesse custo, toma uma decis\u00e3o.
\nSuponha que o R1 tenha enviado um Hello para o roteador R2, e este enviou um Hello de volta para o roteador R1. Se todos os par\u00e2metros coincidirem, os roteadores criam uma tabela de vizinhos. Nesta tabela, o R2 registra o roteador R1, e o R1 cria um registro para o R2. Depois disso, o roteador R1 envia uma atualiza\u00e7\u00e3o para a rede conectada a ele 10.1.1.0\/24. Na tabela de roteamento, isso aparece como informa\u00e7\u00e3o sobre o endere\u00e7o IP da rede, a interface do roteador que se conecta a ela e o custo do caminho atrav\u00e9s dessa interface. Se voc\u00ea se lembra, o custo do EIGRP \u00e9 90, e depois \u00e9 indicado o valor da dist\u00e2ncia (Distance value), que discutiremos mais tarde. <\/p>\n

\"Treinamento
\n
\nA f\u00f3rmula completa da m\u00e9trica \u00e9 muito mais complexa, pois inclui os valores dos coeficientes K e v\u00e1rias transforma\u00e7\u00f5es. No site da Cisco, existe a forma completa da f\u00f3rmula, no entanto, se voc\u00ea substituir os valores dos coeficientes padr\u00e3o, ela se transforma em uma forma mais simples \u2013 a m\u00e9trica ser\u00e1 igual a (largura de banda + atraso) * 256.<\/p>\n

\"Treinamento
\n
\nVamos usar essa forma simplificada da f\u00f3rmula para calcular a m\u00e9trica, onde a largura de banda em kilobits \u00e9 igual a 107 dividido pela menor largura de banda de todas as interfaces que levam \u00e0 rede de destino least-bandwidth, e a lat\u00eancia cumulative-delay \u00e9 a soma da lat\u00eancia em dezenas de microssegundos em todas as interfaces que levam \u00e0 rede de destino. <\/p>\n

Ao estudar o EIGRP, precisamos entender quatro defini\u00e7\u00f5es: Feasible Distance (dist\u00e2ncia vi\u00e1vel), Reported Distance (dist\u00e2ncia reportada), Successor (roteador vizinho com o menor custo de caminho para a rede de destino) e Feasible Successor (roteador vizinho de backup). Para entender o que eles significam, consideremos a seguinte topologia de rede. <\/p>\n

\"Treinamento
\n
\nVamos come\u00e7ar criando a tabela de roteamento R1 com o objetivo de escolher a melhor rota para a rede 10.1.1.0\/24. Junto a cada um dos dispositivos, est\u00e1 mostrada a largura de banda em kbit\/s e a lat\u00eancia em ms. Usamos interfaces GigabitEthernet com largura de banda de 100 Mbit\/s, ou 1000000 kbit\/s, interfaces FastEthernet com velocidade de 100000 kbit\/s, Ethernet com velocidade de 10000 kbit\/s e interface serial com velocidade de 1544 kbit\/s. Esses valores podem ser obtidos ao visualizar as caracter\u00edsticas das interfaces f\u00edsicas correspondentes nas configura\u00e7\u00f5es do roteador.
\nA largura de banda das interfaces seriais \u00e9, por padr\u00e3o, de 1544 kbit\/s, e mesmo se voc\u00ea tiver uma linha de 64 kbit\/s, a largura de banda ainda ser\u00e1 de 1544 kbit\/s. Portanto, voc\u00ea como administrador de rede precisa garantir que est\u00e1 utilizando o valor correto de bandwidth. Para uma interface espec\u00edfica, ele pode ser definido usando o comando bandwidth, e com o comando delay voc\u00ea pode alterar o valor padr\u00e3o da lat\u00eancia. Voc\u00ea n\u00e3o precisa se preocupar com os valores padr\u00f5es de bandwidth para interfaces GigabitEthernet ou Ethernet, mas tenha cuidado ao escolher a velocidade da linha se voc\u00ea estiver usando uma interface serial. <\/p>\n

Note que, neste diagrama, a lat\u00eancia est\u00e1 indicada como se fosse em milissegundos ms, mas na verdade s\u00e3o microssegundos, s\u00f3 que n\u00e3o tenho a letra \u03bc para a descri\u00e7\u00e3o correta dos microssegundos \u03bcs. <\/p>\n

Preste aten\u00e7\u00e3o ao seguinte ponto. Se voc\u00ea digitar o comando show interface g0\/0, o sistema exibir\u00e1 a lat\u00eancia em dezenas de microssegundos, em vez de apenas em microssegundos. <\/p>\n

N\u00f3s vamos analisar esse tema em detalhes no pr\u00f3ximo v\u00eddeo, que ser\u00e1 dedicado \u00e0 configura\u00e7\u00e3o do EIGRP. Por enquanto, lembre-se de que, ao substituir os valores de atraso na f\u00f3rmula, 100 \u03bcs se transforma em 10, pois a f\u00f3rmula utiliza dezenas de microssegundos, e n\u00e3o unidades. <\/p>\n

Na figura, vou marcar com pontos vermelhos as interfaces a que se referem as larguras de banda e os atrasos mostrados. <\/p>\n

\"Treinamento
\n
\nEm primeiro lugar, precisamos definir a dist\u00e2ncia vi\u00e1vel (Feasible Distance). Essa m\u00e9trica FD \u00e9 calculada atrav\u00e9s de uma f\u00f3rmula. Para o segmento do R5 at\u00e9 a rede externa, precisamos dividir 107 por 106, resultando em 10. Em seguida, a esse valor de largura de banda, devemos somar o atraso de 1, j\u00e1 que temos 10 microssegundos, ou seja, uma dezena. O valor obtido, 11, deve ser multiplicado por 256, resultando em uma m\u00e9trica de 2816. Esse \u00e9 o valor de FD para esse segmento da rede. <\/p>\n

Esse valor ser\u00e1 enviado pelo roteador R5 para o roteador R2, e para o R2 isso se tornar\u00e1 a dist\u00e2ncia relatada (Reported Distance), ou seja, a quantidade que foi informada pelo vizinho. Assim, a dist\u00e2ncia relatada RD para todos os outros dispositivos ser\u00e1 igual \u00e0 dist\u00e2ncia vi\u00e1vel FD do dispositivo que a informaram. <\/p>\n

O roteador R2 realiza os c\u00e1lculos da FD com seus dados, ou seja, divide 107 por 105 e obt\u00e9m 100. Em seguida, ele adiciona a esse valor a soma dos atrasos no caminho at\u00e9 a rede externa: o atraso de R5, que \u00e9 uma dezena de microssegundos, e seu pr\u00f3prio atraso, que equivale a dez dezenas. O atraso total ser\u00e1 de 11 dezenas de microssegundos. Adicionamos isso ao valor obtido de 100 e obtemos 111, multiplicamos esse valor por 256 e chegamos ao valor de FD=28416. O roteador R3 procede de forma semelhante, obtendo ap\u00f3s os c\u00e1lculos um valor de FD=281856. O roteador R4 calcula um valor de FD=3072 e o transmite para o R1 como RD. <\/p>\n

Note que o roteador R1, ao calcular o FD, n\u00e3o insere na f\u00f3rmula sua capacidade de transmiss\u00e3o de 1.000.000 kbit\/s, mas sim a capacidade menor do roteador R2, que \u00e9 de 100.000 kbit\/s, pois a f\u00f3rmula sempre usa a menor capacidade do interface que leva \u00e0 rede de destino. Neste caso, no caminho para a rede 10.1.1.0\/24, est\u00e3o localizados os roteadores R2 e R5, mas como a largura de banda do quinto roteador \u00e9 maior, a f\u00f3rmula considera o menor valor de largura de banda do roteador R2. A lat\u00eancia total no caminho R1-R2-R5 \u00e9 1+10+1 (d\u00e9cimos) = 12, a largura de banda utilizada \u00e9 100, e a soma desses n\u00fameros, multiplicada por 256, dar\u00e1 o valor FD=30976. <\/p>\n

Assim, todos os dispositivos calcularam o FD de suas interfaces, e o roteador R1 tem 3 rotas que levam \u00e0 rede de destino. Estas rotas s\u00e3o R1-R2, R1-R3 e R1-R4. O roteador escolhe o menor valor de dist\u00e2ncia poss\u00edvel, que \u00e9 30976 \u2013 esta \u00e9 a rota para o roteador R2. Este roteador torna-se o Successor, ou 'sucessor'. Na tabela de roteamento, tamb\u00e9m \u00e9 indicado o Feasible Successor (sucessor de conting\u00eancia) \u2013 isso significa que, caso haja uma quebra de conex\u00e3o entre R1 e o Successor, a rota ser\u00e1 feita atrav\u00e9s do roteador de conting\u00eancia Feasible Successor.<\/p>\n

Os Feasible Successors s\u00e3o designados de acordo com uma \u00fanica regra: a dist\u00e2ncia anunciada RD deste roteador deve ser menor que o FD do roteador no segmento at\u00e9 o Successor. No nosso caso, R1-R2 tem FD=30976, RD no segmento R1-K3 \u00e9 281856, e RD no segmento R1-R4 \u00e9 3072. Como 3072 < 30976, o roteador R4 \u00e9 escolhido como Feasible Successor. <\/p>\n

Isso significa que, em caso de interrup\u00e7\u00e3o da conex\u00e3o no segmento da rede R1-R2, o tr\u00e1fego para a rede 10.1.1.0\/24 ser\u00e1 direcionado pela rota R1-R4-R5. A troca de rota ao usar RIP leva alguns dez segundos, ao usar OSPF \u2013 alguns segundos, e no EIGRP ocorre instantaneamente. Esta \u00e9 mais uma vantagem do EIGRP em rela\u00e7\u00e3o a outros protocolos de roteamento. <\/p>\n

O que acontece se a conex\u00e3o com o Successor e o Feasible Successor for interrompida ao mesmo tempo? Nesse caso, o EIGRP utilizar\u00e1 o algoritmo DUAL, que pode calcular um caminho alternativo atrav\u00e9s do prov\u00e1vel sucessor. Isso pode levar alguns segundos, durante os quais o EIGRP encontrar\u00e1 outro vizinho que pode ser utilizado para transmitir tr\u00e1fego e colocar\u00e1 suas informa\u00e7\u00f5es na tabela de roteamento. Ap\u00f3s isso, o protocolo continuar\u00e1 seu funcionamento normal para garantir a roteabilidade. <\/p>\n

\r\n \"Por\r\n
<\/div>\r\n <\/div><\/center>
\nObrigado por estar conosco. Voc\u00ea gosta dos nossos artigos? Quer ver mais materiais interessantes? Apoie-nos fazendo um pedido ou recomendando a amigos, 30% de desconto para usu\u00e1rios do Habra em um an\u00e1logo \u00fanico de servidores de entrada, que foi desenvolvido para voc\u00ea:<\/b> Toda a verdade sobre VPS (KVM) E5-2650 v4 (6 Cores) 10GB DDR4 240GB SSD 1Gbps a partir de $20 ou como dividir o servidor corretamente?<\/a><\/noindex> (dispon\u00edveis op\u00e7\u00f5es com RAID1 e RAID10, at\u00e9 24 n\u00facleos e at\u00e9 40GB DDR4).<\/p>\n

Dell R730xd pela metade do pre\u00e7o?<\/b> Somente conosco 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100TB a partir de $199<\/a><\/noindex> na Holanda! Dell R420 \u2014 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB \u2014 a partir de $99!<\/b><\/b> Leia sobre Como construir uma infraestrutura de classe corporativa utilizando servidores Dell R730xd E5-2650 v4 com custo de 9000 euros por centavos?<\/a><\/noindex>
\n
Fonte: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u043d\u0430\u0447\u043d\u0435\u043c \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u0435 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 EIGRP, \u043a\u043e\u0442\u043e\u0440\u043e\u0435 \u043d\u0430\u0440\u0430\u0432\u043d\u0435 \u0441 \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u0435\u043c OSPF \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u0432\u0430\u0436\u043d\u0435\u0439\u0448\u0435\u0439 \u0442\u0435\u043c\u043e\u0439 \u043a\u0443\u0440\u0441\u0430 CCNA. \u041f\u043e\u0437\u0436\u0435 \u043c\u044b \u0432\u0435\u0440\u043d\u0435\u043c\u0441\u044f \u043a \u0440\u0430\u0437\u0434\u0435\u043b\u0443 2.5, \u0430 \u0441\u0435\u0439\u0447\u0430\u0441 \u0441\u0440\u0430\u0437\u0443 \u043f\u043e\u0441\u043b\u0435 \u0440\u0430\u0437\u0434\u0435\u043b\u0430 2.4 \u043f\u0435\u0440\u0435\u0439\u0434\u0435\u043c \u043a \u0440\u0430\u0437\u0434\u0435\u043b\u0443 2.6 \u00ab\u041d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0430, \u043f\u0440\u043e\u0432\u0435\u0440\u043a\u0430 \u0438 \u0443\u0441\u0442\u0440\u0430\u043d\u0435\u043d\u0438\u0435 \u043d\u0435\u043f\u043e\u043b\u0430\u0434\u043e\u043a EIGRP \u043f\u043e \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0443 IPv4 (\u0437\u0430 \u0438\u0441\u043a\u043b\u044e\u0447\u0435\u043d\u0438\u0435\u043c \u0430\u0443\u0442\u0435\u043d\u0442\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u0438, \u0444\u0438\u043b\u044c\u0442\u0440\u0430\u0446\u0438\u0438, \u0440\u0443\u0447\u043d\u043e\u0433\u043e \u0441\u0443\u043c\u043c\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f, \u043f\u0435\u0440\u0435\u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0435\u043d\u0438\u044f \u0438 \u043a\u043e\u043d\u0444\u0438\u0433\u0443\u0440\u0430\u0446\u0438\u0438 stub)\u00bb. \u0421\u0435\u0433\u043e\u0434\u043d\u044f \u0443 \u043d\u0430\u0441 \u0431\u0443\u0434\u0435\u0442 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28820,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-38396","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Treinamento Cisco 200-125 CCNA v3.0. Dia 49. Introdu\u00e7\u00e3o ao EIGRP | ProHoster","description":"Hoje come\u00e7aremos o estudo do protocolo EIGRP, que, juntamente com o estudo do OSPF, \u00e9 um dos temas mais importantes do curso CCNA.","canonical_url":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-49-vvedenie-v-eigrp","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"pt_PT","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0422\u0440\u0435\u043d\u0438\u043d\u0433 Cisco 200-125 CCNA v3.0. \u0414\u0435\u043d\u044c 49. \u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u0432 EIGRP | ProHoster","og:description":"\u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u043d\u0430\u0447\u043d\u0435\u043c \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u0435 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 EIGRP, \u043a\u043e\u0442\u043e\u0440\u043e\u0435 \u043d\u0430\u0440\u0430\u0432\u043d\u0435 \u0441 \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u0435\u043c OSPF \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u0432\u0430\u0436\u043d\u0435\u0439\u0448\u0435\u0439 \u0442\u0435\u043c\u043e\u0439 \u043a\u0443\u0440\u0441\u0430 CCNA.","og:url":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-49-vvedenie-v-eigrp","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:23:30+00:00","article:modified_time":"2019-10-31T19:23:30+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"38396","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-23 21:52:20","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:10:22","updated":"2026-01-23 21:52:20","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/38396","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/comments?post=38396"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/38396\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media\/28820"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media?parent=38396"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/categories?post=38396"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/tags?post=38396"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}