OSPF External Routes (E1/E2): Wann sinnvoll und Einfluss auf Path Selection

In OSPF werden externe Routen, also Netzwerke, die außerhalb des OSPF-Domänenbereichs liegen, über ASBRs (Autonomous System Border Routers) ins OSPF-System eingetragen. Diese Routen können als E1- oder E2-Routen klassifiziert werden, was direkten Einfluss auf die Berechnung des besten Pfads und auf die Convergence hat. Für Netzwerkingenieure ist es entscheidend zu verstehen, wann E1 oder E2 sinnvoll sind und wie sich die Wahl auf die Routing-Entscheidungen auswirkt.

OSPF External Route Typen: E1 vs. E2

OSPF unterscheidet zwischen zwei Arten von externen Routen:

E2-Routen (External Type 2)

  • E2-Routen behalten ihre externe Kostenangabe bei der Path-Berechnung unabhängig von der internen OSPF-Metrik.
  • Die Gesamtkosten zum Ziel setzen sich aus dem externen Cost plus der Cost zum ASBR zusammen, wobei nur die externe Cost maßgeblich für die Auswahl zwischen mehreren Pfaden zu verschiedenen ASBRs ist.
  • Standardmäßig werden externe Routen als E2 importiert.
  • CLI-Beispiel:
router ospf 1
  redistribute bgp 65001 subnets metric-type 2

E1-Routen (External Type 1)

  • E1-Routen berücksichtigen sowohl die interne OSPF-Metrik zum ASBR als auch die externe Metrik.
  • Gesamtkosten = interne OSPF-Kosten zum ASBR + externe Metrik.
  • Die Verwendung von E1 kann zu einer feineren Lastverteilung führen, insbesondere wenn mehrere Pfade über unterschiedliche ASBRs verfügbar sind.
  • CLI-Beispiel:
router ospf 1
  redistribute static subnets metric-type 1

Wann E1 sinnvoll ist

E1-Routen bieten Vorteile in komplexen Netzwerken mit mehreren Pfaden zu externen Zielen:

  • Mehrere ASBRs zu demselben externen Ziel – die Pfadwahl berücksichtigt die internen Kosten.
  • Optimale Lastverteilung, da die Gesamtkosten alle OSPF-Hops mit einbeziehen.
  • Empfohlen bei MPLS-Backbones oder Multi-Homing-Szenarien, wo unterschiedliche Pfadlängen bestehen.

Wann E2 ausreichend ist

E2-Routen genügen in vielen Standard-Enterprise- oder Campus-Netzen:

  • Ein einzelner ASBR ins externe Netzwerk – interne OSPF-Kosten spielen keine Rolle.
  • Einfachere Konfiguration und geringerer Overhead bei Route-Berechnungen.
  • Reduziert die Wahrscheinlichkeit von unnötigen Path-Flaps bei Änderungen in der OSPF-Infrastruktur.

Einfluss auf Path Selection

Die Wahl zwischen E1 und E2 beeinflusst die OSPF-Routing-Tabelle und das Forwarding:

Mehrere Pfade zu verschiedenen ASBRs

  • Bei E2-Routen wird nur die externe Cost betrachtet, interne Pfadkosten zu den ASBRs bleiben unberücksichtigt.
  • Bei E1-Routen wird die interne Cost zum ASBR addiert – der Pfad mit den geringsten Gesamtkosten wird bevorzugt.

Verhalten bei OSPF Convergence

  • E1-Routen können häufiger Re-Routing verursachen, da Änderungen in der internen Topologie die Gesamtkosten beeinflussen.
  • E2-Routen stabilisieren die Convergence, da interne Änderungen die externe Metrik nicht verändern.

Best Practices für Enterprise

  • Verwende E2 als Default, wenn ein einfacher Export externer Routen genügt.
  • Nutze E1 nur, wenn Multi-ASBR-Redundanz und differenzierte Pfadwahl erforderlich sind.
  • Dokumentiere die verwendeten Metric-Typen, um Troubleshooting und Audit zu erleichtern.
  • Bei Redistribution aus BGP oder statischen Routen Metric-Typ explizit setzen, um unklare Path Selection zu vermeiden.

Beispielhafte Redistribute-Konfiguration

router ospf 1
 redistribute bgp 65001 metric-type 1 subnets
 redistribute static metric-type 2 subnets

In diesem Setup werden BGP-Routen als E1 importiert, um interne OSPF-Pfade mit einzubeziehen, während statische Routen als E2 behandelt werden, da nur die externe Cost relevant ist.

Fazit zur Praxis

Die Wahl zwischen E1 und E2 sollte bewusst erfolgen, basierend auf Topologie, Redundanzanforderungen und Convergence-Zielen. E2 ist stabiler und einfacher, E1 ermöglicht feingranulare Pfadoptimierung bei Multi-ASBR-Setups. Ein korrektes Verständnis und eine dokumentierte Implementierung verhindern unerwartete Routing-Entscheidungen und Performance-Probleme in Enterprise-Netzen.

Konfiguriere Cisco Router & Switches und liefere ein Packet-Tracer-Lab (CCNA)

Hallo! Ich bin ein CCNA-Network Engineer und unterstütze Sie bei Cisco Router- und Switch-Konfigurationen – inklusive eines vollständigen Cisco Packet-Tracer-Labs (.pkt). Ideal für Lern-/Übungsszenarien, Validierung oder eine saubere Demo-Topologie.

Was ich (je nach Paket) umsetze

  • Switching: VLANs, Trunking (802.1Q), Port-Zuweisung, STP-Basics (PortFast/BPDU Guard wo sinnvoll)

  • Routing: Default/Static Routing oder OSPF, Inter-VLAN Routing (Router-on-a-Stick)

  • Services: DHCP (Pools/Scopes), NAT/PAT für Internet-Simulation

  • Optional Security: Basic ACLs und SSH-Hardening

  • Test & Verifikation: Ping/Traceroute + wichtige Show-Commands (mit erwarteten Ergebnissen)

Sie erhalten

  • Packet Tracer .pkt Datei

  • ✅ Saubere Konfigurations-Notizen pro Gerät

  • ✅ Verifikations-Checkliste + erwartete Outputs

  • ✅ Kurze Dokumentation (wie die Topologie funktioniert)

Bitte schreiben Sie mir vor der Bestellung, damit wir Scope, Packet-Tracer-Version, Geräteanzahl und Deadline klären.

Konfiguriere Cisco Router & Switches | Cisco Packet-Tracer-Labs. Finden Sie mich auf Fiverr.

Related Articles