EIGRP

Im Kern arbeitet EIGRP mit dem DUAL-Algorithmus (Diffusing Update Algorithm). DUAL garantiert Schleifenfreiheit zu jedem Zeitpunkt, auch während einer Topologieänderung. Jede Route ist entweder im Zustand PASSIVE (stabil, mindestens ein gültiger Nachbar steht bereit) oder ACTIVE (es wird aktiv nach einem neuen Weg gesucht).

Anders als RIP flutet EIGRP keine periodischen Voll-Updates: Nach der Nachbar-Erkennung über Hellos werden nur noch partielle, gezielte Updates bei Änderungen verschickt. EIGRP läuft dabei direkt über IP (Protokollnummer 88) und sichert seine Updates mit einem eigenen Mechanismus (RTP) über Sequenznummern und Quittungen ab, ohne TCP. Das hält die Last gering.

Für jedes Ziel kennt EIGRP den Successor (besten Weg) und idealerweise einen Feasible Successor, einen vorab geprüften, garantiert schleifenfreien Ausweichweg. Die Prüfung erfolgt über die Feasibility Condition: Die vom Nachbarn gemeldete Distanz muss kleiner sein als die eigene bisher beste Gesamtdistanz; dann kann der Nachbar nicht über einen selbst zurückrouten.

Die klassische EIGRP-Metrik ergibt sich aus der engsten Bandbreite auf dem Pfad und der Summe der Verzögerungen (Delay). Über K-Werte ließen sich auch Last und Zuverlässigkeit einbeziehen, davon ist aber dringend abzuraten, weil diese Werte schwanken und das Routing instabil machen. Default sind K1=1 und K3=1 (Bandbreite und Delay), der Rest 0.

Die klassische 32-Bit-Metrik stößt bei sehr hohen Bandbreiten an eine Grenze: Oberhalb von 10 Gbit/s erhalten alle Links denselben Bandbreitenwert und sind nicht mehr unterscheidbar (1-GbE und 10-GbE noch, 40-GbE und 100-GbE nicht mehr). Abhilfe schaffen die Wide Metrics des Named Mode, die mit 64 Bit rechnen und für 40/100-GbE und darüber ausgelegt sind.

EIGRP-Nachbarn finden sich über Hellos; ein wichtiger Stolperstein: die K-Werte müssen auf beiden Seiten übereinstimmen, sonst entsteht keine Nachbarschaft. In Hub-and-Spoke-Netzen ist Stub-Routing zentral: Ein als Stub markierter Spoke wird bei der Wegesuche nicht mehr abgefragt, was den Query-Bereich klein hält. Manuelle Summarization an den Verteilern reduziert den Query-Umfang zusätzlich.

Der Classic Mode verteilt die Konfiguration auf Prozess- und Interface-Ebene. Der neuere Named Mode bündelt alles hierarchisch unter einem benannten Prozess und schaltet die modernen Funktionen frei: Wide Metrics, HMAC-SHA-256-Authentifizierung und IPv6 als Adressfamilie unter einem Prozess (im Classic Mode läuft IPv6 als separater Prozess). Für neue Setups ist der Named Mode die richtige Basis.

Geht eine Route in ACTIVE und ein abgefragter Nachbar antwortet nicht rechtzeitig, meldet EIGRP Stuck in Active und setzt die Nachbarschaft zurück. Typische Ursachen sind weit gestreute Queries in großen, flachen Netzen ohne Summarization, langsame oder instabile WAN-Strecken zu Spokes ohne Stub-Konfiguration, überlastete Router oder unidirektionale Verbindungsfehler.

EIGRP ist seit 2016 als informativer RFC 7868 offengelegt, das ist aber kein IETF-Standard, und kein anderer großer Hersteller hat es produktionsreif implementiert. Die quelloffene Suite FRRouting führt EIGRP nur als Alpha. Praktisch heißt das: EIGRP als durchgängiges IGP funktioniert nur in einer reinen Cisco-Welt; sobald Geräte anderer Hersteller mitspielen, bleibt nur der Umweg über Redistribution zu OSPF oder BGP.