Por que o RIP não é escalável?

A maioria das referências diz que "o RIP não é escalável", portanto, pode ser usado apenas em redes menores. Mas ninguém diz "POR QUE?" O que é isso no RIP que realmente impede que ele seja dimensionado para redes maiores? E COMO OSPF supera a desvantagem do RIP?

A maioria das referências diz que "o RIP não é escalável", portanto, pode ser usado apenas em redes menores. Mas ninguém diz "POR QUE?" O que é isso no RIP que realmente impede que ele seja dimensionado para redes maiores? E COMO OSPF supera a desvantagem do RIP?

Sumário

• O RIPv1 inunda as rotas com frequência (a cada 30 segundos), o que introduz grandes cargas de CPU à medida que o tamanho da tabela de roteamento aumenta. Isso é agravado pela realidade de que o RIP recalcula métricas para cada rota, toda vez que inunda a rota por uma nova interface (independentemente de haver ou não uma alteração de topologia). À medida que o número de rotas aumenta, isso impede que o RIP seja dimensionado, além de outros protocolos.
• O RIPv1 é de classe
• O OSPF inunda rotas com pouca frequência. Se houver uma alteração de topologia na rede, apenas os LSAs alterados serão inundados; as métricas são calculadas sobre essas alterações. Como tal, os cálculos de rotas sob demanda, nos LSAs que são inundados com pouca frequência, tornam a escala do OSPF bem.
• O OSPF é um protocolo sem classe, que suporta o CIDR , que também o torna um protocolo mais escalável que o RIPv1

Detalhes do RIPv1 :

RIP é um protocolo de vetor de distância ; todos os protocolos de vetor de distâncias executam o algoritmo Bellman-Ford . Em um nível alto, isso significa:

• Todas as rotas na tabela de roteamento são anunciadas periodicamente por todas as interfaces.
• Inundações RIP roteiam todas as interfaces RIP a cada 30 segundos. Como as rotas RIP são feitas por boatos , isso significa que todo roteador na topologia deve trabalhar em proporção direta ao tamanho da tabela de roteamento a cada 30 segundos. As implicações de carga e tremulação no tráfego da CPU se tornam assustadoras à medida que você se aproxima de milhares de rotas (principalmente em roteadores baseados em CPU sem encaminhamento de hardware).
• O protocolo RIP em si possui uma contagem máxima fixa de saltos em 15 saltos (o que é pequeno se você precisar fazer alguma forma de ponderação de caminho).
• Protocolos baseados nos algoritmos de Bellman-Ford são propensos a loops de roteamento e problemas de contagem até o infinito .

Detalhes OSPF :

Por outro lado, OSPF é um protocolo de estado de link executando o algoritmo de Dijkstra . Assim sendo:

• Cada roteador anuncia apenas suas rotas conectadas e redistribuídas diretamente nas atualizações de roteamento (chamadas LSAs ).
• Cada roteador envia seu próprio LSA a cada 30 minutos por padrão (porque o timer de atualização de rota é de 3600 segundos ou 1 hora)
• Os LSAs também são inundados quando acionados por alterações na tabela de roteamento
• Os roteadores usam o algoritmo de Dijkstra para executar cálculos de caminho LSA distribuído somente quando necessário.

Apenas para adicionar o que Mike já explicou, o RIP recalcula suas rotas e anuncia todas elas a cada 30 segundos. Em uma rede com milhares de roteadores e dezenas de milhares de rotas, muitas rotas estão sendo calculadas - os roteadores estariam ocupados demais para realmente encaminhar qualquer tráfego.

Como você provavelmente já aprendeu, a métrica máxima do RIP é de 15 saltos. Isso limita o tamanho da rede.

O RIP não tem hierarquia. Imagine uma rede mundial e, toda vez que um link sobe e desce em Cingapura, o roteador na Islândia precisa recalcular todas as suas rotas. Não há como isolar uma região de outra.