Distanzvektor- vs. Link-State-Routingprotokolle: RIP und OSPF im Vergleich
Ein Routingprotokoll lässt Router Routeninformationen austauschen und ihre Routingtabellen automatisch aufbauen. Innerhalb einer Organisation verwendete Protokolle (IGPs) folgen einem von zwei Hauptansätzen. Bei einem Distanzvektorprotokoll erfährt jeder Router von seinen Nachbarn, „wie weit es zu jedem Ziel ist“, und wählt Routen, indem er seine Entfernung zu diesem Nachbarn addiert. RIP, das klassische Beispiel, verwendet die Zahl der durchlaufenen Router (die Hop-Anzahl) als Entfernung. Bei einem Link-State-Protokoll meldet jeder Router den Zustand seiner eigenen Links, sodass alle Router eine Karte des Netzwerks (die Topologie) teilen, und jeder berechnet die kürzesten Wege mit dem Dijkstra-Algorithmus. OSPF, das klassische Beispiel, wählt Routen nach der Summe der jedem Link zugewiesenen Kosten. Distanzvektorprotokolle sind einfach und leicht zu konfigurieren, aber nach einem Ausfall stabilisieren sich die Routen (konvergieren) langsam, daher eignen sie sich nicht für große Netzwerke. Link-State-Protokolle brauchen mehr Rechenleistung und Speicher, reagieren aber schnell auf Änderungen und skalieren auf große Netzwerke.
| Merkmal | Distanzvektor (etwa RIP) | Link-State (etwa OSPF) |
|---|---|---|
| Was jeder Router weiß | Nur die von den Nachbarn gehörte Entfernung und den nächsten Hop zu jedem Ziel; den Aufbau des gesamten Netzwerks kennt er nicht | Jeden Router und Link in seiner Area und deren Kosten; alle Router der Area haben dieselbe Karte (die Link-State-Datenbank) |
| Routenberechnung | Addiert die Entfernung zu einem Nachbarn zu der von ihm gehörten Entfernung und wählt die kleinste (das Bellman-Ford-Prinzip) | Berechnet aus der Karte mit dem Dijkstra-Algorithmus einen Baum kürzester Wege mit sich selbst als Wurzel |
| Metrik (Wert, der die Güte einer Route ausdrückt) | RIP verwendet die Hop-Anzahl, höchstens 15; 16 bedeutet „unerreichbar“ | OSPF verwendet die Summe der Kosten je Link; die Kosten kann der Administrator festlegen, meist werden sie aus der Bandbreite abgeleitet |
| Versand von Updates | RIP sendet den Inhalt seiner Routingtabelle in festem Intervall (30 Sekunden in RFC 2453) an die Nachbarn und sendet Änderungen zusätzlich sofort (Triggered Updates) | Bei einer Änderung wird Link-State-Information (LSAs) in der ganzen Area verbreitet (Flooding); ansonsten prüfen Hellos, ob die Nachbarn erreichbar sind, und LSAs werden nur in langem Intervall (30 Minuten) aufgefrischt |
| Konvergenzgeschwindigkeit und Schleifen | Langsam; nach einem Ausfall können Entfernungen schrittweise ansteigen (Count to Infinity); Split Horizon und ähnliche Techniken begrenzen dies | Schnell; sobald sich eine Änderung verbreitet hat, rechnet jeder Router sofort neu, und da alle aus derselben Karte rechnen, sind Schleifen unwahrscheinlich |
| Netzwerkgröße | Für kleine Netzwerke geeignet; RIP kann keine Ziele verarbeiten, die 16 oder mehr Hops entfernt sind | Auch für große Netzwerke geeignet; das Netzwerk wird in Areas unterteilt, die um die Backbone-Area (Area 0) angeordnet sind |
| Ressourcen und Konfiguration | Geringer CPU- und Speicherbedarf; einfache Konfiguration | Braucht mehr CPU und Speicher, um die Karte zu halten und kürzeste Wege zu berechnen; die Konfiguration, etwa das Area-Design, ist komplexer |
| Beispiele | RIP (RIPv1, RIPv2 und RIPng für IPv6) | OSPF (OSPFv2 für IPv4, OSPFv3 für IPv6), IS-IS |
Die Zahlenwerte sind typische Größenordnungen und variieren je nach Prozessgeneration und Produkt.