JNCIP-ENT: OSPF in Verbindung mit multiplen Pfaden
30.06.2026 4 Min. Lesezeit
Die Nutzung mehrerer gleichwertiger Pfade im Routing unterscheidet sich grundlegend zwischen Protokollen wie OSPF und BGP. Während in OSPF parallele Pfade ein natürlicher Bestandteil des Designs sind, wird dieses Verhalten in BGP deutlich selektiver behandelt. Genau an dieser Stelle entstehen häufig Missverständnisse, weil mehrere „gleich gute“ Routen nicht zwangsläufig gleichzeitig genutzt werden.
Im Kern beschreibt Multipath die Möglichkeit, mehrere Pfade zu einem Ziel gleichzeitig zu verwenden. Diese Pfade müssen bestimmte Kriterien erfüllen, insbesondere hinsichtlich ihrer Bewertungsparameter. In OSPF ergibt sich diese Fähigkeit nahezu automatisch. Wenn mehrere Pfade mit identischem Cost zu einem Ziel existieren, werden sie parallel in die Routingtabelle aufgenommen. Die Forwarding-Ebene verteilt den Verkehr anschließend über diese Pfade. Dieses Verhalten basiert auf der Idee, dass identische Kosten gleichwertige Alternativen darstellen, die ohne weitere Einschränkungen genutzt werden können.
In BGP ist die Situation grundlegend anders. Obwohl auch hier mehrere Pfade zu einem Ziel existieren können, wird zunächst genau ein Best Path bestimmt. Dieser Auswahlprozess ist strikt und deterministisch. Sobald ein klarer Gewinner ermittelt wurde, werden alle anderen Pfade zurückgestellt, selbst wenn sie in vielen Attributen identisch sind. Der Gedanke dahinter ist, dass BGP primär eine politische, nicht eine rein technische Entscheidung darstellt. Es geht nicht nur darum, den kürzesten Weg zu finden, sondern den gewünschten Weg.
Damit BGP mehrere Pfade gleichzeitig verwendet, müssen zusätzliche Bedingungen erfüllt sein. Es reicht nicht aus, dass zwei Routen denselben Zielpräfix beschreiben. Vielmehr müssen ihre relevanten Attribute in den entscheidenden Punkten übereinstimmen. Unterschiede in der Local Preference, im AS Path oder in anderen bewerteten Eigenschaften führen dazu, dass ein eindeutiger Best Path gewählt wird und Multipath nicht zum Tragen kommt.
Ein entscheidender Unterschied liegt auch im Umgang mit Pfaden aus unterschiedlichen Quellen. In OSPF ist es unerheblich, über welche Interfaces ein Ziel erreicht wird, solange die Kosten identisch sind. In BGP kann die Herkunft der Route eine Rolle spielen, etwa ob sie über eBGP oder iBGP gelernt wurde. Diese Unterschiede fließen in die Entscheidungslogik ein und verhindern oft, dass mehrere Pfade als gleichwertig angesehen werden.
Ein weiterer Aspekt ist die technische Umsetzung. Selbst wenn mehrere BGP-Pfade als gleichwertig erkannt werden, bedeutet das nicht automatisch, dass sie im Forwarding genutzt werden. Die Fähigkeit, mehrere Next-Hops zu installieren, hängt von der Konfiguration und den Möglichkeiten der Plattform ab. BGP muss explizit so konfiguriert sein, dass mehrere Pfade zugelassen werden. Ohne diese Konfiguration bleibt es bei einem einzelnen Best Path, selbst wenn mehrere Alternativen existieren.
Ein praktisches Beispiel verdeutlicht diese Unterschiede. Wenn zwei OSPF-Pfade mit identischem Cost existieren, wird der Verkehr in der Regel automatisch über beide verteilt. Der Administrator muss nichts weiter tun, da dieses Verhalten Bestandteil des Protokolls ist. In einer vergleichbaren BGP-Situation wird hingegen zunächst ein Pfad ausgewählt, und nur unter bestimmten Voraussetzungen können weitere Pfade berücksichtigt werden. Diese Voraussetzungen betreffen sowohl die Gleichheit der Attribute als auch die explizite Aktivierung der Multipath-Funktion.
Die Auswirkungen sind in der Praxis deutlich sichtbar. In OSPF führt die Existenz mehrerer gleichwertiger Pfade zu einer natürlichen Lastverteilung und erhöhten Redundanz. In BGP hingegen kann ein einzelner Pfad stark belastet werden, obwohl alternative Wege vorhanden sind. Dies ist kein Fehler, sondern eine Folge der Designentscheidungen des Protokolls. Wer dieses Verhalten nicht berücksichtigt, interpretiert das Ergebnis häufig als ineffizient oder fehlerhaft.
Ein weiterer wichtiger Punkt ist die Rolle der Next-Hop-Auflösung. Auch bei Multipath muss jeder beteiligte Next-Hop erreichbar sein. Wenn einer der Pfade zwar logisch gleichwertig ist, aber der dazugehörige Next-Hop nicht aufgelöst werden kann, wird dieser Pfad verworfen. Die verbleibenden Pfade bestimmen dann das Verhalten. In solchen Fällen wirkt es, als ob Multipath nicht funktioniert, obwohl die eigentliche Ursache in der Erreichbarkeit liegt.
Die Unterschiede zwischen OSPF und BGP in diesem Bereich spiegeln ihre grundsätzlichen Ziele wider. OSPF ist darauf ausgelegt, innerhalb eines konsistenten Netzwerks effiziente Wege zu berechnen und Ressourcen optimal zu nutzen. BGP hingegen priorisiert kontrollierte Pfadauswahl über maximale Nutzung aller verfügbaren Ressourcen. Diese unterschiedlichen Zielsetzungen führen zu unterschiedlichem Verhalten bei der Nutzung paralleler Pfade.
Wer Multipath in BGP einsetzen möchte, muss daher bewusst entscheiden, unter welchen Bedingungen mehrere Pfade zugelassen werden sollen. Diese Entscheidung betrifft sowohl die Konfiguration als auch die Gestaltung der zugrunde liegenden Attribute. Ohne diese bewusste Steuerung bleibt BGP ein Single-Path-Protokoll, auch wenn die physische Topologie deutlich mehr Möglichkeiten bieten würde.
Die eigentliche Herausforderung liegt darin, die Erwartungen an das Verhalten anzupassen. Ein Netzwerk, das durch OSPF geprägt ist, vermittelt intuitiv die Vorstellung, dass gleichwertige Pfade automatisch genutzt werden. Überträgt man dieses Denken auf BGP, entstehen Fehlinterpretationen. Erst das Verständnis, dass BGP primär eine Auswahl trifft und erst danach optional mehrere Pfade zulässt, ermöglicht eine realistische Einschätzung des Verhaltens.