Uma das coisas que finais eu mostrei no último artigo era o comportamento de um router que tenta encontrar uma rota perdida quando não havia nenhum sucessor. O router “foi ative” na rota para encontrar um sucessor novo. Cisco tem um original no Stuck no problema ativo que explica o processo inteiro, including um problema (e a pergunta provável do teste) sobre que “furado” em meios ativos. Basicamente, se um router tenta encontrar um sucessor, mas não recebe de volta uma resposta dentro de 3 minutos, ele embandeira este erro.
Para citar o original:
As rotas que têm um sucessor válido seriam em um estado “passivo”. Se, por qualquer motivo, um router perde uma rota através de seu sucessor e não tem um sucessor praticável para essa rota, a seguir as transições da rota a um estado “ativo”. No estado ativo, um router emite perguntas para fora a seus vizinhos que pedem um trajeto à rota perdida.
Quando um vizinho de EIGRP recebe uma pergunta para uma rota, comporta-se como segue:
* Se a tabela da topologia de EIGRP não contem atualmente uma entrada para a rota, a seguir o router responde imediatamente à pergunta com uma mensagem unreachable, indic que não há nenhum trajeto para esta rota através deste vizinho.
* Se a tabela da topologia de EIGRP alista o router de pergunta enquanto o sucessor para esta rota e um sucessor praticável existe, a seguir o sucessor praticável está instalado e o router responde imediatamente à pergunta.
* Se a tabela da topologia de EIGRP alista o router de pergunta porque o sucessor para esta rota e um sucessor praticável não existe, a seguir o router pergunta todos seus vizinhos de EIGRP exceto aqueles mandou a mesma relação que seu sucessor anterior. O router não responderá ao router de pergunta até que receba uma resposta a todas as perguntas que originou para esta rota.
* Se a pergunta foi recebida de um vizinho que não seja o sucessor para este destino, a seguir o router responde com sua informação do sucessor.
Para fervê-la para baixo, EIGRP mantem geralmente uma rota praticável do sucessor para prefixos na tabela de roteamento onde a distância anunciada do trajeto alterno é mais baixa do que a distância praticável do trajeto preferred (sucessor). Se não, DUPLO tem que ser funcionado para encontrar a rota quando o sucessor parte.
Em cima de perder a rota e de não encontrar nenhum sucessor praticável, as transmissões do router a seus vizinhos que pedem uma outra maneira. Se o router que recebe a transmissão não tem um, responde com um reconhecimento negativo. Se o router que recebe a transmissão tem o mais querier como o sucessor, a seguir sabe que o trajeto foi para baixo e atravessa o processo próprio. (IE “por que você me está perguntando? Eu pensei que você soube! ") a nota que se o router tem um sucessor praticável, ele pode imediatamente usar aquela, e passa a informação longitudinalmente.
Em uma grande rede, isto pode tomar o tempo. Se toma sobre três minutos, há provavelmente um problema, que seja onde o stuck em condições ativas acontece.
FAQ DE EIGRP
referência: -
http://ccnprecertification.com/2004/08/15/eigrp-stuck-in-active/
