Perché il RIP non è scalabile?

La maggior parte dei riferimenti afferma che "RIP non è scalabile", quindi può essere utilizzato solo in reti più piccole. Ma nessuno dice "PERCHÉ?" Cos'è quello nel RIP che gli impedisce effettivamente di ridimensionarsi su reti più grandi? E COME OSPF supera lo svantaggio del PIR?

La maggior parte dei riferimenti afferma che "RIP non è scalabile", quindi può essere utilizzato solo in reti più piccole. Ma nessuno dice "PERCHÉ?" Cos'è quello nel RIP che gli impedisce effettivamente di ridimensionarsi su reti più grandi? E COME OSPF supera lo svantaggio del PIR?

Sommario

• Le inondazioni RIPv1 vengono instradate frequentemente (ogni 30 secondi), il che introduce grandi carichi della CPU all'aumentare delle dimensioni della tabella di routing. Ciò è aggravato dalla realtà che RIP ricalcola le metriche per ogni route, ogni volta che inonda la route verso una nuova interfaccia (indipendentemente dal fatto che si sia verificato un cambiamento di topologia o meno). All'aumentare del numero di route, ciò impedisce al RIP di ridimensionare così come altri protocolli.
• RIPv1 è di classe
• Le rotte delle inondazioni OSPF raramente. Se si verifica una modifica della topologia nella rete, vengono inondati solo gli LSA modificati; le metriche sono calcolate su queste modifiche. Pertanto, i calcoli delle rotte su richiesta, sugli LSA che vengono inondati di rado, rendono la scala OSPF adeguata.
• OSPF è un protocollo senza classi, che supporta CIDR , che lo rende anche un protocollo più scalabile rispetto a RIPv1

Dettagli RIPv1 :

RIP è un protocollo vettoriale a distanza ; tutti i protocolli Distance Vector eseguono l' algoritmo Bellman-Ford . Ad alto livello, ciò significa:

• Tutti i percorsi nella tabella di routing vengono periodicamente annunciati attraverso tutte le interfacce.
• Le inondazioni RIP eseguono il routing di ogni interfaccia RIP ogni 30 secondi. Poiché RIP percorsi di voce , questo mezzo ogni router nel lavoro topologia mosto in modo direttamente proporzionale alla dimensione della tabella di routing ogni 30 secondi. Il carico della CPU e le implicazioni del jitter del traffico diventano spaventosi quando ci si avvicina a migliaia di route (in particolare su router basati su CPU senza inoltro hardware).
• Lo stesso protocollo RIP ha un numero di hop massimo fisso a 15 hop (che è piccolo se è necessario eseguire qualsiasi forma di ponderazione del percorso).
• I protocolli basati sugli algoritmi Bellman-Ford sono inclini a cicli di routing e problemi di conteggio all'infinito .

Dettagli OSPF :

Al contrario, OSPF è un protocollo di stato di collegamento che esegue l'algoritmo di Dijkstra . Come tale:

• Ogni router annuncia le proprie route direttamente connesse e ridistribuite negli aggiornamenti di routing (chiamati LSA ).
• Ogni router inonda la propria LSA ogni 30 minuti per impostazione predefinita (poiché il timer di aggiornamento del percorso è di 3600 secondi o 1 ora)
• Gli LSA vengono inoltre inondati quando innescati da modifiche nella tabella di routing
• I router utilizzano l'algoritmo di Dijkstra per eseguire calcoli del percorso LSA distribuiti solo quando necessario.

Solo per aggiungere ciò che Mike ha già spiegato, RIP ricalcola i suoi percorsi e li annuncia tutti ogni 30 secondi. In una rete con migliaia di router e decine di migliaia di rotte, vengono calcolati MOLTE rotte: i router sarebbero troppo occupati per inoltrare qualsiasi traffico.

Come probabilmente hai già appreso, la metrica massima di RIP è di 15 hop. Ciò limita le dimensioni della rete.

RIP non ha gerarchia. Immagina una rete mondiale e ogni volta che un collegamento va su e giù a Singapore, il router islandese deve ricalcolare tutte le sue rotte. Non c'è modo di isolare una regione da un'altra.