Este documento contém perguntas freqüentes sobre o EIGRP (Protocolo de encaminhamento de gateway interior melhorado) do IP.
R. Embora o EIGRP possa propagar uma rota padrão usando o método de rede padrão, ele não é necessário. O EIGRP redistribui as rotas padrão diretamente.
R. Sim, esse comando facilita determinar por que um vizinho EIGRP foi redefinido. Isso reduz o tempo para o Troubleshooting.
R. O EIGRP suporta endereços secundários. Como o EIGRP sempre origina pacotes de dados a partir do endereço primário, a Cisco recomenda que você configure todos os roteadores em uma rede específica com endereços primários pertencentes à mesma sub-rede. Os roteadores não formam vizinhos EIGRP em redes secundárias. Portanto, se todos os endereços IP primários dos roteadores não concordarem, podem surgir problemas com adjacências de vizinhos.
R. Existem comandos debug independentes de protocolo e dependentes. Também existe um conjunto de comandos show que exibem o status da tabela de vizinhos, o status da tabela de topologia e as estatísticas de tráfego do EIGRP. Alguns desses comandos são:
R. Por exemplo:
show ip eigrp topology P 172.22.71.208/29, 2 successors, FD is 46163456 via 172.30.1.42 (46163456/45651456), Serial0.2, serno 7539273 via 172.30.2.49 (46163456/45651456), Serial2.6, serno 7539266Serno significa número de série. Quando os DRDBs são encadeados para serem enviados, um número de série é atribuído a eles. Se você exibir a tabela de topologia no momento em que uma entrada é encadeada, ela mostrará o número de série associado ao DRDB.
Threading é a técnica usada dentro do roteador para enfileirar itens para transmissão aos vizinhos. As atualizações não são criadas até que seja hora de elas saírem da interface. Antes disso, é criada uma lista vinculada de ponteiros para itens a serem enviados (por exemplo, o encadeamento).
Esses sernos são locais do roteador e não são passados com a atualização de roteamento.
R. O EIGRP versão 1 introduziu um recurso que impede que qualquer processo EIGRP use mais de cinquenta por cento da largura de banda configurada em qualquer link durante períodos de convergência de rede. Cada AS ou protocolo (por exemplo, IP, IPX ou Appletalk) atendido pelo EIGRP é um processo separado. Você pode usar o comando de configuração de interface ip bandwidth-percent eigrp para configurar corretamente a porcentagem de largura de banda em cada interface WAN. Consulte o White Paper EIGRP para obter mais informações sobre como esse recurso funciona.
Além disso, a implementação de atualizações parciais e incrementais significa que o EIGRP envia informações de roteamento somente quando ocorre uma alteração de topologia. Esse recurso reduz significativamente o uso da largura de banda.
O recurso sucessor viável de EIGRP reduz a quantidade de recursos do processador usados por um sistema autônomo (AS). Requer apenas os roteadores afetados por uma alteração de topologia para executar recálculo de rota. O recálculo da rota só ocorre para rotas que foram afetadas, o que reduz o tempo de pesquisa em estruturas de dados complexas.
R. Sim, o EIGRP suporta agregação e máscaras de sub-rede de tamanho variável (VLSM). Diferente do OSPF (Open Shortest Path First), o EIGRP permite o resumo e a agregação em qualquer ponto na rede. O EIGRP suporta agregação para qualquer bit. Isto permite que redes EIGRP bem projetadas sejam excepcionalmente bem dimensionadas sem o uso de áreas. O EIGRP também suporta a sumarização automática de endereços de rede nas principais fronteiras da rede.
R. Não, um único processo EIGRP é análogo a uma área de um protocolo link-state. No entanto, no processo, as informações podem ser filtradas e agregadas a qualquer limite de interface. Para limitar a propagação de informações de roteamento, você pode usar a sumarização para criar uma hierarquia.
R. Sim, você pode configurar mais de um sistema autônomo EIGRP no mesmo roteador. Isso é feito tipicamente em um ponto de redistribuição onde dois sistemas autônomos EIGRP estão interconectados. As interfaces individuais do roteador devem ser incluídas somente em um único sistema autônomo EIGRP.
A Cisco não recomenda executar vários sistemas EIGRP autônomos no mesmo conjunto de interfaces no roteador. Se vários sistemas autônomos EIGRP forem usados com vários pontos de redistribuição mútua, isso poderá causar discrepâncias na tabela de topologia EIGRP se a filtragem correta não for executada nos pontos de redistribuição. Se possível, a Cisco recomenda que você configure apenas um sistema EIGRP autônomo em qualquer sistema autônomo único. Você também pode usar outro protocolo, como o Border Gateway Protocol (BGP), para conectar os dois sistemas autônomos EIGRP.
R. Não, apenas uma rota está instalada. O roteador instala a rota que foi aprendida através do processo EIGRP com o número de sistema autônomo (AS) mais baixo. Nos Cisco IOS Software Releases anteriores ao 12.2(7)T, o roteador instalou o caminho com o timestamp mais recente recebido de qualquer um dos processos EIGRP. A alteração no comportamento é rastreada pelo bug da Cisco ID CSCdm47037.
R. Quando o EIGRP retorna uma mensagem SIA (stuck in ative), isso significa que ele não recebeu uma resposta a uma consulta. O EIGRP envia uma consulta quando uma rota é perdida e outra rota viável não existe na tabela de topologia. O SIA é gerado por dois eventos seqüenciais:
A rota relatada pelo SIA foi eliminada.
Um vizinho (ou vizinhos) do EIGRP não respondeu à consulta para essa rota.
Quando o SIA ocorre, o roteador limpa o vizinho que não respondeu à consulta. Quando isso acontecer, determine qual vizinho foi limpo. Lembre-se de que esse roteador pode estar a muitos saltos de distância. Consulte O que significa a mensagem de erro EIGRP DUAL-3-SIA? para obter mais informações.
R. O comando neighbor é usado no EIGRP para definir um roteador vizinho com o qual trocar informações de roteamento. Devido ao comportamento atual desse comando, o EIGRP troca informações de roteamento com os vizinhos na forma de pacotes unicast sempre que o comando neighbor é configurado para uma interface. O EIGRP pára de processar todos os pacotes multicast que entram nessa interface. Além disso, o EIGRP interrompe o envio de pacotes multicast nessa interface.
O comportamento ideal desse comando é que o EIGRP comece a enviar pacotes EIGRP como pacotes unicast para o vizinho especificado, mas não pare de enviar e receber pacotes multicast nessa interface. Como o comando não se comporta como esperado, o comando neighbor deve ser usado com cuidado, entendendo o impacto do comando na rede.
R. O comando passive-interface desativa a transmissão e o recebimento de pacotes Hello do EIGRP em uma interface. Diferentemente de IGRP ou RIP, o EIGRP envia pacotes de saudação para formar e sustentar adjacências vizinhas. Sem uma adjacência de vizinho, o EIGRP não pode trocar rotas com um vizinho. Portanto, o comando passive-interface evita o intercâmbio de rotas na interface. Embora o EIGRP não envie nem receba atualizações de roteamento em uma interface configurada com o comando passive-interface, ele ainda inclui o endereço da interface nas atualizações de roteamento enviadas de outras interfaces não passivas. Consulte Como o Recurso de Interface Passiva Funciona no EIGRP? para obter mais informações.
R. A regra split horizon proíbe que um roteador anuncie uma rota através de uma interface que o próprio roteador usa para alcançar o destino. Para desativar o comportamento do split horizon, use o comando de interface no ip split-horizon eigrp as-number. Alguns pontos importantes a serem lembrados sobre o split horizon EIGRP são:
O comportamento de split horizon é ativado por padrão.
Quando você altera a configuração split horizon EIGRP em uma interface, ela redefine todas as adjacências com vizinhos EIGRP acessíveis nessa interface.
O split horizon deve ser desativado apenas num site de hub, numa rede de hub-and-spoke.
Desativar o split horizon nos spokes aumenta radicalmente o consumo de memória do EIGRP no roteador do hub, bem como a quantidade de tráfego gerada nos roteadores spoke.
O comportamento split horizon do EIGRP não é controlado ou influenciado pelo comando ip split-horizon.
Para obter mais informações sobre split horizon e poison reverse, consulte Split Horizon e Poison Reverse. Para obter mais informações sobre comandos, consulte Comandos EIGRP.
R. O argumento de máscara de rede opcional foi adicionado pela primeira vez à instrução network no Cisco IOS Software Release 12.0(4)T. O argumento de máscara pode ser configurado em qualquer formato (como em uma máscara de rede ou em bits curinga). Por exemplo, você pode usar a rede 10.10.10.0 255.255.255.252 ou a rede 10.10.10.0 0.0.0.3.
R. Para fazer isso, você precisa usar uma lista de prefixos, como mostrado aqui:
router eigrp 100 network 172.16.0.0 distribute-list prefix test in auto-summary no eigrp log-neighbor-changes ! ip prefix-list test seq 5 permit 172.16.1.0/24Isso permite apenas o prefixo 172.16.1.0/24 e, portanto, nega 172.16.1.0/28.
Observação: o uso da ACL e da lista de distribuição no EIGRP não funciona neste caso. Isso ocorre porque as ACLs não verificam a máscara, elas apenas verificam a parte da rede. Como a parte da rede é a mesma, quando você permite 172.16.1.0/24, também permite 172.16.1.0/28.
R. A maneira como o CEF funciona é que o CEF faz a comutação do pacote com base na tabela de roteamento que é preenchida pelos protocolos de roteamento, como o EIGRP. Resumindo, o CEF faz o balanceamento de carga depois que a tabela do protocolo de roteamento é calculada. Consulte Como funciona o balanceamento de carga? para obter mais informações sobre balanceamento de carga.
R. Para verificar o recurso NSF do EIGRP, execute o comando show ip protocols. Aqui está o exemplo de saída:
show ip protocols Routing Protocol is "eigrp 101" Outgoing update filter list for all interfaces is not set Incoming update filter list for all interfaces is not set Default networks flagged in outgoing updates Default networks accepted from incoming updates EIGRP metric weight K1=1, K2=0, K3=1, K4=0, K5=0 EIGRP maximum hopcount 100 EIGRP maximum metric variance 1 Redistributing: eigrp 101 EIGRP NSF-aware route hold timer is 240s Automatic network summarization is in effect Maximum path: 4 Routing for Networks: Routing Information Sources: Gateway Distance Last Update Distance: internal 90 external 170Esta saída mostra que o roteador está ciente de NSF e o temporizador de retenção de rota está definido como 240 segundos, que é o valor padrão.
R. Configure o valor da largura de banda nas interfaces como padrão e aumente o atraso na interface de backup para que o roteador não veja dois caminhos de custo igual.
R. A métrica do EIGRP é obtida quando você multiplica a métrica do IGRP por 256. O IGRP usa apenas 24 bits em seu pacote de atualização para o campo métrico, mas o EIGRP usa 32 bits em seu pacote de atualização para o campo métrico. Por exemplo, a métrica do IGRP para uma rede de destino é 8586, mas a métrica do EIGRP é 8586 x 256 = 2.198.016. A divisão de número inteiro é usada quando você divide 10^7 pelo mínimo BW, portanto o cálculo envolve a divisão de número inteiro, o que leva a uma variação do cálculo manual.
R. O recurso de roteamento Stub é usado para conservar largura de banda resumindo e filtrando rotas. Somente as rotas especificadas são propagadas do roteador remoto (Stub) para o roteador de distribuição devido ao recurso de roteamento Stub. Para obter mais informações sobre o recurso de roteamento Stub, consulte EIGRP Stub Routing. O recurso de stub do EIGRP pode ser configurado no switch com o comando eigrp stub [receive-only] [leak-map name] [connected] [static] [summary] [redistributed]. Esse recurso pode ser removido com o comando no eigrp stub. Quando você remove o comando eigrp stub do switch, o switch que executa a imagem de base IP lança este erro:
EIGRP is restricted to stub configurations onlyEsse problema pode ser resolvido se você atualizar para o Advanced Enterprise Images. Esse erro é documentado em CSCeh58135.
R. Faça isso na interface de saída no roteador de hub com o comando ip summary-address eigrp X 0.0.0.0 0.0.0.0. Esse comando suprime todas as rotas mais específicas e envia apenas a rota sumarizada. No caso de 0.0.0.0 0.0.0.0, isso significa que ele suprime tudo, e a única rota que está na atualização de saída é 0.0.0.0/0. Uma desvantagem desse método é que o EIGRP instala uma rota 0.0.0.0/0 para Null0 é a tabela de roteamento local com uma distância administrativa de 5.
R. Há três tipos diferentes de rotas no EIGRP:
Rota Interna — As rotas que são originadas dentro do Sistema Autônomo (AS).
Summary Route — As rotas que estão sumarizadas no roteador (por exemplo, os caminhos internos que foram sumarizados).
Rota Externa — Rotas que são redistribuídas para EIGRP.
R. Para redistribuir uma rota padrão IPv6 no EIGRP, um exemplo de configuração é mostrado aqui:
ipv6 prefix-list DEFAULT-ONLY-V6 seq 10 permit ::/0route-map DEFAULT_2EIGRP-V6 permit 10match ipv6 address prefix-list DEFAULT-ONLY-V6router eigrp Starz_EIGRPaddress-family ipv6 unicastredistribute static route-map DEFAULT_2EIGRP-V6
R. O EIGRP usará a mesma distância administrativa e cálculo de métrica para o túnel GRE. O cálculo de custo é baseado na largura de banda e no atraso. A largura de banda e o atraso do túnel GRE serão obtidos da interface de túnel configurada no roteador. O túnel também será tratado como uma rede diretamente conectada. Se houver dois caminhos para acessar uma rede por meio de uma interface VLAN ou de uma interface de túnel, o EIGRP prefere a interface VLAN VAI (Virtual-Access Interface Interface de Acesso Virtual) porque a interface VLAN tem maior largura de banda que a interface de túnel. Para influenciar o roteamento através da interface de túnel, aumente o parâmetro de largura de banda da interface de túnel ou aumente o parâmetro de atraso da interface VLAN.
R. A lista de deslocamento é um recurso usado para modificar as métricas compostas no EIGRP. O valor configurado no comando offset-list é adicionado ao valor de atraso calculado pelo roteador para a rota correspondida por uma lista de acesso. Uma lista de deslocamento é o método preferido para influenciar um caminho específico que é anunciado e/ou escolhido.
R. Você pode marcar rotas que o EIGRP aprendeu de outro protocolo de roteamento usando um valor de tag de 32 bits. Começando com ddts CSCdw2585, as rotas internas também podem ser marcadas. No entanto, o valor da marca não pode exceder 255 devido a limitações de pacotes para rotas internas.
R. O EIGRP suporta 3 conjuntos de protocolos: IP, IPv6 e IPX. Cada um deles tem seu próprio PDM. Estas são as principais funções do PDM:
Manutenção das tabelas de vizinhos e de topologia dos roteadores EIGRP que pertencem a esse conjunto de protocolos
Criando e traduzindo pacotes específicos do protocolo para DUAL
Estabelecer interface do DUAL com a tabela de roteamento específica do protocolo
Computando a métrica e passando essas informações para o DUAL; O DUAL manipula apenas a seleção dos sucessores viáveis (FSs)
Implemente filtragem e listas de acesso.
Executar funções de redistribuição de/para outros protocolos de roteamento.
R. A lista de compensação pode ser usada para modificar as métricas de rotas que o EIGRP aprende através de uma interface específica, ou o PBR pode ser usado.
R. Essa mensagem indica que o roteador não ouviu nenhum pacote EIGRP do vizinho dentro do limite de tempo de retenção. Como esse é um problema de perda de pacotes, verifique se há um problema na Camada 2.
R. Consulte Implantação de IPv6 em redes de filiais para obter mais informações.
R. O roteador encadeia uma entrada da tabela de topologia como um veneno em resposta a uma atualização recebida (o roteador configura para poison reverse). Enquanto o roteador está criando o pacote que contém o poison reverse, o roteador percebe que não precisa enviá-lo. Por exemplo, se o roteador recebe uma consulta para a rota do vizinho, ele está atualmente encadeado para envenenar. Assim, ele envia a mensagem poison squashed.
R. Um comportamento normal é o EIGRP demorar mais para convergir sob uso intenso da CPU. A convergência do EIGRP é mais rápida quando você reduz o tempo de espera. Os valores mais baixos para o tempo de espera e Hello são de 1 segundo e 3 segundos, respectivamente. Por exemplo:
Router(Config)# interface Fa0/0 !--- (Under an interface directly connected to EIGRP peers.) Router(Config-if)#ip hello-interval eigrp 1 Router(Config-if)#ip hold-time eigrp 3Observação: verifique se o tempo de espera foi alterado nas duas extremidades.
Para obter mais informações sobre problemas relacionados ao desempenho do EIGRP, consulte Como resolver problemas de desempenho do EIGRP.
Revisão | Data de publicação | Comentários |
---|---|---|
1.0 |
10-Dec-2001
|
Versão inicial |