Cisco 300-410: EIGRP-ontwerp, metrieken en convergentie — Studiegids

By Laurynas Brazys · 16 August 2026 · #cisco #300-410 #certification #exam-prep #study-guide

Onderdeel van de Cisco CCNP Enterprise 300-410 ENARSI — Studiegids. Oefen met geverifieerde antwoorden in het Cisco-examencentrum, of doe getimede oefentests op ExamRoll.io.

Overzicht

Enhanced Interior Gateway Routing Protocol (EIGRP) is een snel convergerend, lusvrij distance-vector routingprotocol dat het Diffusing Update Algorithm (DUAL) gebruikt om back-uppaden te berekenen en tijdelijke lussen te vermijden. Ontwerpkeuzes met betrekking tot metrics, padselectie, query containment, summarisatie, buurvorming, authenticatie en redistributie beïnvloeden direct de stabiliteit en convergentietijd. Dit gedeelte beschrijft hoe u EIGRP ontwerpt, configureert en troubleshoott voor deterministisch gedrag in zowel IPv4- als IPv6-implementaties.

Werking van DUAL en Padselectie

EIGRP gebruikt DUAL om een lusvrije topologie te handhaven en convergentie te versnellen.

• Successor: De primaire next hop voor een bestemming. Geïnstalleerd in de routeringstabel.
• Feasible Distance (FD): De best bekende metric van de lokale router naar een bestemming (via de successor).
• Reported Distance (RD): De metric naar de bestemming zoals gerapporteerd door een buurrouter (ook wel ‘advertised distance’ genoemd).
• Feasible Successor (FS): Een back-up next hop die gegarandeerd lusvrij is door de Feasibility Condition (FC).

Feasibility Condition: Een buurrouter kwalificeert als een feasible successor als zijn RD naar de bestemming strikt lager is dan de lokale FD naar die bestemming via de huidige successor: RDneighbor < FDlocal. Dit garandeert dat de buurrouter dichter bij de bestemming is dan de lokale router, wat lussen voorkomt zonder een volledige SPF-berekening te vereisen.

Gedragsresultaten:

• Als een bestemming zijn successor verliest en er minstens één FS bestaat, voert de router een onmiddellijke lokale switchover uit zonder queries, wat resulteert in convergentie van minder dan een seconde op verbindingen met LAN-snelheid.
• Als er geen FS bestaat, wordt de bestemming ‘Active’ en stuurt de router queries naar buren om een vervanging te vinden. Het ontwerp van query scoping wordt cruciaal om vertragingen te voorkomen.

Load balancing over paden met ongelijke kosten met variance:

• EIGRP installeert meerdere paden wanneer ‘variance’ is geconfigureerd en die paden FS’s zijn. Een pad komt in aanmerking als zijn FD ≤ (variance × FD van de beste successor). Alleen FS’s kunnen worden geïnstalleerd voor traffic sharing; paden met gelijke kosten die geen FS zijn, worden niet gebruikt om lussen te vermijden.
• Traffic sharing kan gebalanceerd zijn (standaard, proportioneel aan de inverse metrics) of geminimaliseerd worden met traffic-share min across-interfaces.

Voorbeeld: router eigrp 100 variance 2 traffic-share balanced

Ontwerpnota: Als er meerdere verbindingen zijn die niet aan de FC voldoen, overweeg dan om de interface ‘delay’ (niet ‘bandwidth’) aan te passen om de FD/RD-relaties te beïnvloeden. Wijzig de K-waarden niet voor dit doel.

Configuratiemodellen, Buurvorming en Authenticatie

EIGRP ondersteunt klassieke en ’named’ configuratiemodellen.

Klassieke EIGRP (IPv4): router eigrp 100 network 10.0.0.0 0.0.255.255 passive-interface GigabitEthernet0/2

• Summarisatie en authenticatie per interface worden op de interface geconfigureerd.

Named EIGRP (consolideert IPv4/IPv6 en centraliseert beleid): router eigrp FABRIC address-family ipv4 unicast autonomous-system 100 af-interface default passive-interface network 10.0.0.0 0.0.255.255 address-family ipv6 unicast autonomous-system 100 af-interface GigabitEthernet0/1 no shutdown

Buurdetectie:

• Hello/hold-timers: standaard 5/15 seconden op snelle verbindingen, 60/180 op langzame. De timers hoeven niet overeen te komen; de geaccepteerde hold time is wat de buurrouter adverteert.
• Multicast-bestemmingen: 224.0.0.10 (IPv4) en FF02::A (IPv6).
• passive-interface onderdrukt hello’s; gebruik dit op poorten die naar de access-laag wijzen of waar geen buurrelatie gevormd mag worden.

Authenticatie:

• Klassieke MD5/HMAC-SHA-authenticatie per interface: interface GigabitEthernet0/0 ip authentication mode eigrp 100 md5 ip authentication key-chain eigrp 100 EIGRP-KEYS

• In ’named mode’ past u authenticatie toe onder af-interface. Alle buren op een segment moeten hetzelfde algoritme en dezelfde sleutels delen; mismatches voorkomen een buurrelatie.

Stub routing:

• Configureer dit alleen op de stub-router zelf; buren leren de stub-capaciteit en onderdrukken niet-essentiële queries. router eigrp 100 eigrp stub connected summary

De standaard stub-opties adverteren ‘connected’ en ‘summary’ routes. Voeg indien nodig ‘static’ of ‘redistributed’ toe.

IPv6 EIGRP:

• Vereist een 32-bit router-ID en activering per interface. ipv6 unicast-routing ipv6 router eigrp 100 eigrp router-id 1.1.1.1 ! interface GigabitEthernet0/1 ipv6 address 2001:db8:1::1/64 ipv6 eigrp 100

Metrics: Composite en Wide, K-waarden en Compatibiliteit

Composite metric (klassiek):

• Standaard K-waarden: K1=1 (bandwidth), K3=1 (delay), K2=K4=K5=0. Effectieve metric = 256 × (inverse van minimale link-bandbreedte + cumulatieve delay). ‘Load’ en ‘reliability’ worden standaard genegeerd.
• Verander de K-waarden niet in productieontwerpen; alle buren moeten exact dezelfde K-waarden hebben, anders mislukken de buurrelaties.

Wide metrics:

• ‘Wide metrics’ breiden de schaal en precisie van de metric uit (vooral voor verbindingen met zeer hoge bandbreedte/lage delay) en voegen speelruimte toe voor TE-functies. Alle buren moeten dezelfde EIGRP-metricversie ondersteunen en onderhandelen. Niet-overeenkomende metricversies of K-waarden voorkomen een buurrelatie.
• Best practices voor manipulatie van metrics:
  • Geef de voorkeur aan het wijzigen van de interface ‘delay’ om de padvoorkeur te beïnvloeden; dit is additief en deterministisch.
  • Vermijd het instellen van onrealistische bandbreedte; dit beïnvloedt ook QoS en andere subsystemen.
  • Gebruik default-metric of expliciete metrics voor redistributie om een voorspelbare padselectie te garanderen.

Redistributiemetrics: router eigrp 100 default-metric 100000 10 255 1 1500 redistribute ospf 1 route-map TAG-OSPF

Convergentie, Queries, Samenvatting en Query-grenzen

Queries en Stuck-in-Active (SIA):

• Wanneer er geen FS bestaat, worden routes ‘Active’ en stuurt de router queries naar alle buren, behalve naar degenen die ‘stubs’ zijn of samenvattingsgrenzen hebben. Elke buur die een query ontvangt, moet antwoorden voordat de ‘active-time’ verloopt (standaard 3 minuten). Als niet alle antwoorden worden ontvangen, veroorzaakt dit een SIA; de buur kan worden gereset en de route kan worden verwijderd (‘purged’).
• EIGRP SIA-Query/SIA-Reply-verbeteringen detecteren traag reagerende buren eerder, maar een goed ontwerp is de belangrijkste mitigatie.

Strategieën voor het inperken van queries:

• Samenvatting (Summarization): Creëer aggregaties op distributie- of ABR-achtige grenzen om te voorkomen dat queries deze overschrijden. EIGRP installeert een lokale Null0 ‘discard route’ voor de samenvatting (admin distance 5) met een metric die gelijk is aan de beste componentroute. Dit verkleint zowel de reikwijdte van de query (‘query scope’) als beschermt tegen ‘blackholing’ wanneer specifieke routes ontbreken.
• Stub routing: Configureer op ‘spokes’ of ’leaf sites’ om transit-queries door apparaten met beperkte capaciteit te stoppen.
• Filtering: Beperk de propagatie van onnodige routes en verklein de topologie-footprint.

IPv4-samenvatting met leak-map:

undefined

undefined

undefined

undefined

undefined

undefined

Leak-maps maken het mogelijk om naast de samenvatting ook geselecteerde, meer specifieke routes te adverteren. Dit kan bijvoorbeeld worden gebruikt om verkeer voor kritieke subnetten via policy te sturen of om optimale paden te behouden, terwijl queries voor de rest van de routes toch worden ingeperkt.

Afwegingen in het ontwerp:

• Globale samenvattingen maximaliseren de stabiliteit, maar kunnen suboptimale paden verbergen, waardoor verkeer langere routes volgt. ‘Leak’ alleen wat noodzakelijk is.
• Een te hoge ‘variance’ kan het aantal paden voor load balancing vergroten, maar alleen tussen FS’s; zorg voor het inperken van queries zodat er FS’s bestaan voor kritieke bestemmingen.

Beleid, Redistributie, Verificatie en Probleemoplossing

Redistributie naar/vanuit EIGRP:

• Routes die in EIGRP worden geredistribueerd, worden extern (admin distance 170). Stel altijd een deterministische metric in en pas tagging toe om lussen bij wederzijdse redistributie te voorkomen. router eigrp 100 redistribute ospf 1 metric 100000 10 255 1 1500 route-map SET-TAG ! route-map SET-TAG permit 10 set tag 65001 ! router ospf 1 redistribute eigrp 100 subnets route-map BLOCK-RETAGS ! route-map BLOCK-RETAGS deny 10 match tag 65001 route-map BLOCK-RETAGS permit 20

Essentiële verificatiepunten:

• Neighbors: show ip eigrp neighbors detail, show ipv6 eigrp neighbors
• Topologie: show ip eigrp topology all-links, show ip eigrp topology prefix, en de equivalenten voor named-mode onder show eigrp address-family
• Routing: show ip route eigrp, show ipv6 route eigrp
• Protocolstatus: show ip protocols, show eigrp address-family ipv4 events
• Verkeer en queries: show ip eigrp traffic

Workflow voor het oplossen van convergentieproblemen:

1. Bevestig de voorwaarden voor adjacency: overeenkomende AS, K-waarden/metric-versie, authenticatie en geen passive-interface op transit-links.
2. Inspecteer timers en de status van de interface; ‘flaps’ veroorzaken frequent ‘actives’. Pas hello/hold alleen aan wanneer nodig; geef de voorkeur aan het oplossen van onderliggende mediaproblemen.
3. Controleer op SIA-indicaties en ‘query storms’. Voeg samenvattingen toe of verfijn ze, en configureer ‘stub’ op leaf-routers om queries af te bakenen.
4. Evalueer de beschikbaarheid van FS in de topologie. Als deze ontbreekt, verifieer dan of aan de ‘feasible condition’ kan worden voldaan; pas delays aan om levensvatbare back-ups te creëren als het ontwerp dit vereist.
5. Valideer redistributie-metrics en tags. Ontbrekende defaults resulteren in oneindige metrics, waardoor routes wegvallen; afwezige tags kunnen lussen creëren.
6. Voor IPv6, zorg ervoor dat de router-ID is ingesteld en dat activering per interface aanwezig is; IPv6 EIGRP gebruikt geen IPv4 network-statements.

Praktisch Probleemscenario

Northwind Logistics beheert een dual-hub EIGRP-netwerk met tientallen spoke-magazijnen. Incidentele ‘flaps’ van access-circuits op externe locaties veroorzaken ‘query storms’, wat leidt tot intermitterende SIA op de hubs en vertraagde failovers. Het bedrijf is ook van plan om IPv6 naast IPv4 in te schakelen en moet wederzijdse redistributielussen tussen EIGRP en OSPF in regionale datacenters voorkomen.

Aanpak:

1. Baken queries af met summarization op de distributielaag.

• Configureer op elke distributie-interface richting spokes per-interface IPv4-samenvattingen en ’leak’ kritieke subnets die optimale routing vereisen. Dit vermindert de query-scope wanneer een spoke een meer specifieke route verliest, terwijl de prestaties voor belangrijke prefixes behouden blijven. interface GigabitEthernet2/0 ip summary-address eigrp 100 10.64.0.0 255.255.0.0 leak-map CRIT-LEAK ! ip prefix-list CRIT permit 10.64.10.0/24 route-map CRIT-LEAK permit 10 match ip address prefix-list CRIT Rationale: Samenvattingen creëren een Null0 discard voor niet-overeenkomende subprefixes (AD 5) en voorkomen dat ‘Active’-statussen zich voorbij de grens verspreiden, wat het risico op SIA sterk vermindert.

2. Declareer spokes als stubs met alleen ‘connected’ en ‘summary’ routes. router eigrp 100 eigrp stub connected summary Rationale: Hubs zullen geen brede queries naar spokes sturen; spokes hoeven niet te reageren op routes die ze niet kunnen verbeteren, wat de convergentie verkort en CPU/geheugen bespaart op low-end CPE.

3. Schakel unequal-cost load sharing in tussen de dual hubs waar aan de FC is voldaan. router eigrp 100 variance 2 traffic-share balanced Rationale: Variance maakt het mogelijk om meerdere FS-paden naar de hubs te gebruiken, wat de doorvoer en veerkracht verbetert zonder lusvrije garanties te schenden, op voorwaarde dat de FC standhoudt.

4. Standaardiseer metrics en vermijd wijzigingen in K-waarden.

• Wijzig de K-waarden niet. Stel redistributie-metrics expliciet in bij de datacenters. router eigrp 100 default-metric 100000 10 255 1 1500 redistribute ospf 10 route-map TAG-INTO-EIGRP route-map TAG-INTO-EIGRP permit 10 set tag 65010 Rationale: Consistente metrics leiden tot voorspelbare padselectie; tags markeren externe routes om herintredelussen te voorkomen.

5. Blokkeer redistributielussen van EIGRP terug naar OSPF. router ospf 10 redistribute eigrp 100 subnets route-map BLOCK-TAG route-map BLOCK-TAG deny 10 match tag 65010 route-map BLOCK-TAG permit 20 Rationale: Tags voorkomen dat dezelfde routes tussen protocollen oscilleren, wat ‘churn’ en verwarring over metrics vermijdt.

6. Verhard de neighbor-vorming met authenticatie op hub LAN-segmenten. interface Port-Channel10 ip authentication mode eigrp 100 md5 ip authentication key-chain eigrp 100 NW-KEYS Rationale: Voorkomt ongeautoriseerde adjacencies en onbedoelde mismatches in metric/K-waarden van apparaten van derden.

7. Implementeer IPv6 EIGRP per interface en stel een router-ID in. ipv6 unicast-routing ipv6 router eigrp 100 eigrp router-id 10.255.255.1 ! interface GigabitEthernet2/0 ipv6 address 2001:db8:64::1/64 ipv6 eigrp 100 Rationale: IPv6 EIGRP vereist expliciete activering per interface en een 32-bit router-ID; dit spiegelt het gedrag van IPv4 met afzonderlijke adjacencies via FF02::A.

8. Valideer en monitor.

• Gebruik ‘show ip eigrp topology all-links’ om de aanwezigheid van FS te verifiëren; ‘show ip eigrp neighbors detail’ om timers/authenticatie te bevestigen; ‘show ip eigrp traffic’ om te verzekeren dat het aantal queries daalt na de wijziging. Rationale: Bevestigt dat de ontwerpwijzigingen het aantal ‘actives’/SIA verminderen en dat er meerdere FS’s beschikbaar zijn voor een snelle omschakeling.

← OSPF-ontwerp · Alle domeinen · BGP-beleid →

Oefen deze vragen → · Getimede oefening op ExamRoll.io →