RIP - Rota não morre se porta estive Down

Boa tarde,

Utilizao um switch layer 3 (3750G) onde recebo os rotas da operadora (Embratel) utilizando o RIP versão 2. tusdo funciona beleza, se der problema no link(por exemplo rompimento de meio físico), deixo de receber as rotas via RIP e meu tráfego sai por um link de backup (Telemar).

O que ocorre é que se eu for na porta onde está ligado o roteador da Embratel (link principal) e desligar o cabo de rede, eu logicamente fico sem comunicação com a operadora mas as rotas do RIP não morrem.

Por exemplo, outro dia link principal estava meio ruim e o cara de TI de lá(que não tem acesso ao switch) retirou o cabo de rede entre switch e operadora para forçar a saída pelo link de backup, mas não funcionou, as rotas do RIp continuaram.

Aí ele plugou um note na porta do switch onde deveria ser ligado o roteador da Embratel, e com a porta UP como o switch não recebia masi o RIP as rotas morreram.

Minha pergunta:
Po, se o switch fica sem comunicação com o router e por tanto ficará sem receber atualização do RIP, as rotas não deveriam morrer?

Att,
Giovani

O RIP tem convergência muito lenta.

Para ser considerado down, na verdade, o RIP não deve receber um update em 180 segundos. Então, caso não receba este update, as rotas ainda serão mantidas até expirar o Flush timer.
Caso volte a ficar ativa neste período, isto é, receber um novo update, para Cisco, obrigatoriamente, a rota terá de esperar os 180 segundos do holddown timer para ficar ativa novamente. Isso é considerado um improvement, o que torna a rede um pouco mais estável.

RIP timers por padrão:

Update timer = 30 segundos
Invalid timer = 180 segundos
Flush timer = 240 segundos
Holddown timer = 180 segundos (desenvolvido pela Cisco)


Experiemente esperar por 240 segundos (4 minutos). Neste momento, com certeza elas já deveriam ter saído da tabela de roteamento.



Quanto tempo você espera para ver suas rotas saindo da tabela de roteamento?
Sua interface está bounceando (caindo e voltando)?


Teria como você colocar o modelo e versão de IOS bem como o output de "sh ip protocols rip" aqui (Escondendo informações privadas).

Dependendo do caso, se não tiver alguma justificativa para a utilização do RIP, você poderia sugerir alguma solução melhor.
Em casos de redundância entre ISPs, geralmente, utiliza-se BGP para ter controle melhor do roteamento.
Dependendo do caso, até rota estática funciona melhor

Abraços,

Ah! Dá um "sh ip route rip" quando o link estiver down, depois de 180 segundos. Então, faça o mesmo depois de 240 segundos. (Claro, se você estiver usando os timers padrão)

Rolou?
Era problema por causa dos timers?

Abraços,

Boa tarde,

Deu certo, era a questão dos tempos mesmo. configurei com menor tempo e agora está atendendo legal.

Obrigado.