EIGRP Summarization: Performance verbessern leicht gemacht

EIGRP Summarization (Routenaggregation) fasst mehrere spezifische Netze zu einem größeren Präfix zusammen. Das reduziert Routing-Tabellen, verkleinert EIGRP-Updates, verbessert Konvergenzverhalten und macht größere Netze stabiler. In Cisco EIGRP passiert Summarization typischerweise direkt am Interface – genau dort, wo du „nach oben“ eine vereinfachte Sicht präsentieren willst.

Warum Summarization EIGRP-Performance verbessert

Je weniger Einzelrouten verteilt werden, desto weniger Informationen müssen Router verarbeiten und speichern. Summarization wirkt daher direkt auf Ressourcenverbrauch und Stabilität – besonders an Standortgrenzen oder zwischen Access und Core.

• Weniger Einträge in Routing-Tabelle und EIGRP-Topology
• Weniger Update-Traffic bei Changes (weniger Diffusion)
• Stabilere Netze bei Link-Flaps (Summaries „glätten“)
• Skalierbarkeit: klare Hierarchie und Standortgrenzen

Voraussetzung: Netze müssen zusammenhängend und sauber ausgerichtet sein

Eine gute Summary deckt genau die Netze ab, die hinter dem Router liegen – nicht mehr und nicht weniger. Wenn du zu groß zusammenfasst (Over-Summarization), riskierst du Blackholes: Traffic landet in einem Präfix, das nicht überall existiert.

• Netze lückenlos (contiguous) planen
• Summary muss auf einer Boundary starten
• Keine Fremdnetze im aggregierten Bereich

Quick-Regel: N gleiche Netze zusammenfassen

Wenn du N gleich große Netze zusammenfasst, gilt: Prefix_neu = Prefix_alt - log2(N), sofern die Netze passend ausgerichtet sind.

$p\prime =p–{\log }_2\left(N\right)$

Praxisbeispiel: Vier /24-Netze zu einem /22 zusammenfassen

Typisches VLAN-Design: Mehrere /24-Netze liegen direkt hintereinander. Vier /24 lassen sich zu einem /22 zusammenfassen, wenn sie auf der richtigen /22-Grenze starten.

• 192.168.20.0/24
• 192.168.21.0/24
• 192.168.22.0/24
• 192.168.23.0/24

Summary: 192.168.20.0/22 (Maske 255.255.252.0)

Warum /22 passt (Adressraum-Logik)

Ein /22 umfasst 1024 Adressen. Vier /24 umfassen ebenfalls 4 × 256 = 1024 Adressen.

$4\times 2^8=2^{10} \text{Adressen} \to \text{/22}$

Summarization in EIGRP konfigurieren: Am Interface

In EIGRP setzt du Summaries typischerweise am Ausgangsinterface Richtung Upstream/Core. Der Router annonciert dann das Summary statt der vielen Einzelpräfixe. Das ist der Kern von „leicht gemacht“: ein Interface-Befehl.

Beispiel: Summary 192.168.20.0/22 Richtung Core

Router# configure terminal
Router(config)# interface gigabitEthernet0/1
Router(config-if)# ip summary-address eigrp 100 192.168.20.0 255.255.252.0
Router(config-if)# end

Wichtig: AS-Nummer muss stimmen

Der Summary-Befehl enthält die EIGRP-AS-Nummer. Wenn sie nicht zur laufenden EIGRP-Instanz passt, passiert nichts.

Router# show running-config | section router eigrp

Null Route verstehen: Warum EIGRP beim Summarizen eine Null0 setzt

Wenn du eine Summary ankündigst, muss der Router Traffic für das Summary „auffangen“, selbst wenn einzelne Teilnetze fehlen. Deshalb erzeugt EIGRP häufig automatisch eine Route auf Null0, damit Over-Summarization nicht zu Loops führt. Das ist ein Safety Net.

Null0-Route prüfen

Router# show ip route | include Null0
Router# show ip route 192.168.20.0

Warum das wichtig ist

• Verhindert Routing-Loops bei fehlenden Teilnetzen
• Sorgt für kontrollierte Drops statt „unvorhersehbare Pfade“
• Detailrouten gewinnen weiterhin per Longest Prefix Match

Verifikation: Wird wirklich weniger announced?

Nach dem Setzen des Summaries willst du sehen: Upstream bekommt das Summary, lokale Router behalten Details. Prüfe Routing-Tabelle und EIGRP-Topology.

Auf dem summarizenden Router

Router# show ip route eigrp
Router# show ip eigrp topology
Router# show running-config interface gigabitEthernet0/1

Auf dem Upstream-Nachbarn (weniger Routen)

Upstream# show ip route | include 192.168.20.0
Upstream# show ip route | include 192.168.21.0|192.168.22.0|192.168.23.0

Typische Stolperfallen bei EIGRP Summarization

Summarization ist einfach zu konfigurieren, aber nicht „idiotensicher“. Die häufigsten Fehler entstehen durch falsche Boundaries oder Summaries, die Netze abdecken, die nicht vollständig hinter dem Router liegen.

• Over-Summarization: Summary umfasst fremde/extern liegende Netze
• Netze sind nicht contiguous (Lücken) → Summary passt nicht sauber
• Summary am falschen Interface gesetzt (falsche Richtung)
• AS-Nummer im Summary-Befehl falsch

Quick-Checks

Router# show ip route 192.168.20.0
Router# show ip route | include Null0
Router# show ip eigrp neighbors
Router# show ip eigrp topology | include 192.168.20.0

Best Practices: Summarization strategisch einsetzen

Summarization wirkt am stärksten an klaren Grenzen: Standort-Edges, Distribution-Core oder VRF-Grenzen. Plane IP-Bereiche so, dass Summaries natürlich entstehen können.

• IP-Plan blockweise designen (z. B. VLAN-Blöcke pro Standort)
• Summaries nur Richtung „oben“ announcen, Details lokal behalten
• Änderungen mit Upstream-Sicht verifizieren (Routenanzahl sinkt)
• Null0-Route als Safety Net verstehen und prüfen
• Dokumentation: Welche Summary steht wo und warum?

Konfiguration speichern

Wenn das Summary korrekt wirkt und Upstream wie geplant weniger Detailrouten sieht, speichere die Konfiguration.

Router# copy running-config startup-config

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.