7.0 EIGRP

7.01. Inleiding

Enhanced Interior Gateway Routing Protocol (EIGRP) is een geavanceerd protocol voor vectorroutering op afstand, ontwikkeld door Cisco Systems. Zoals de naam al doet vermoeden, is EIGRP een verbetering van een ander protocol, IGRP (Interior Gateway Routing Protocol), dat ook een Cisco-routeringsprotocol is. IGRP is een ouder classful, afstandsvectorrouteringsprotocol, dat verouderd is sinds IOS 12.3.

EIGRP bevat functies die te vinden zijn in routeringsprotocollen voor verbindingsstatussen. EIGRP is geschikt voor veel verschillende topologieën en media. In een goed ontworpen netwerk kan EIGRP worden geschaald om meerdere topologieën op te nemen en kan het extreem snelle convergentietijden bieden met minimaal netwerkverkeer.

In dit hoofdstuk wordt EIGRP geïntroduceerd en worden basisconfiguratieopdrachten gebruikt om deze in te schakelen op een Cisco IOS-router. Het onderzoekt ook de werking van het routeringsprotocol en geeft meer details over hoe EIGRP het beste pad bepaalt.

7.1. EIGRP Kenmerken

7.1.1. Basisfuncties van EIGRP

7.1.1.1. Kenmerken van EIGRP

EIGRP werd aanvankelijk uitgebracht in 1992 als een eigen protocol dat alleen beschikbaar is op Cisco-apparaten. In 2013 bracht Cisco echter een basisfunctionaliteit van EIGRP uit als een open standaard in een informatieve RFC voor de IETF. Dit betekent dat andere netwerkleveranciers nu EIGRP op hun apparatuur kunnen implementeren om te interoperate met zowel Cisco- als niet-Cisco-routers met EIGRP. Cisco is echter niet van plan om geavanceerde functies van EIGRP vrij te geven aan de IETF, maar zal de controle over EIGRP als een informatieve RFC behouden.

EIGRP bevat functies van zowel link-state als afstand vector routeringsprotocollen. EIGRP is echter gebaseerd op het belangrijkste protocolprincipe voor het routeren van afstandsvectoren: het leert informatie over de rest van het netwerk van direct verbonden buren.

De volgende tabel toont de classificatie van routeringsprotocollen. EIGRP is een geavanceerd protocol voor vectorroutering op afstand dat functies bevat die niet zijn gevonden in andere protocollen voor het routeren van afstandsvectoren, zoals RIP en IGRP.

IGPIGPIGPIGPEGP
Distance VectorDistance VectorLink-StateLink-StatePath-Vector
IPv4RIPv2EIGRPOSPFv2IS-ISBGP-4
IPv6RIPngEIGRP for IPv6OSPFv3IS-IS for IPv6BGP-MP

In Cisco IOS Release 15.0(1)M introduceerde Cisco de nieuwe EIGRP-configuratieoptie met de naam EIGRP. Met de naam EIGRP kunt u EIGRP configureren voor zowel IPv4 als IPv6 in één configuratiemodus. Dit helpt bij het elimineren van configuratiecomplexiteit die optreedt bij het configureren van EIGRP voor zowel IPv4 als IPv6. De naam EIGRP valt buiten het bereik van deze cursus.

Kenmerken van EIGRP

Diffusie-update algoritme

  • DUAL is het computationele algoritme van EIGRP.
  • DUAL garandeert lusvrije en back-uppaden in het hele routeringsdomein.
  • Met behulp van DUAL slaat EIGRP alle beschikbare back-uproutes voor bestemmingen op, zodat deze zich snel kunnen aanpassen aan alternatieve routes wanneer dat nodig is.

Aangrenzende buurbegrenzingen vaststellen

  • EIGRP legt relaties met direct verbonden EIGRP ingestelde routers.
  • Buurverbindingen worden gebruikt om de status van deze buren bij te houden.

Betrouwbaar transportprotocol

  • Het Reliable Transport Protocol (RTP) is uniek voor EIGRP en biedt betrouwbare levering van EIGRP-pakketten aan buren.
  • RTP en het volgen van buurverbinding maakt de weg vrij voor DUAL.

Gedeeltelijke en begrensde updates

  • EIGRP maakt gebruik van gedeeltelijke updates en begrensde updates om de bandbreedte te minimaliseren die nodig is om EIGRP-updates te verzenden.
  • Een gedeeltelijke update bevat alleen informatie over de routewijzigingen, zoals een nieuwe koppeling of een koppeling die niet meer beschikbaar is.
  • Een begrensde update wordt alleen verzonden naar de routers die van invloed zijn op de wijzigingen.

Gelijke en ongelijke kost-balanceringsnetwerken

  • EIGRP ondersteunt taakverdeling tegen gelijke kosten en taakverdeling tegen ongelijke kosten, waardoor beheerders dev erkeersstroom in hun netwerken beter kunnen verdelen.

Opmerking: De term hybride routeringsprotocol kan in sommige oudere documentatie worden gebruikt om EIGRP te definiëren. Deze term is echter misleidend omdat EIGRP geen hybride is tussen routeprotocollen voor afstandsvectoren en verbindingsstatussen. EIGRP is uitsluitend een protocol voor vectorroutering op afstand; Cisco gebruikt deze term daarom niet langer om ernaar te verwijzen.

7.1.1.2. Protocolafhankelijke modules

EIGRP heeft de mogelijkheid om verschillende protocollen te routeren, waaronder IPv4 en IPv6. EIGRP doet dit met behulp van protocolafhankelijke modules.

Opmerking: PMM’s werden ook gebruikt om de inmiddels verouderde Protocollen voor de Netwerklaag Novell IPX en Apple Computer te ondersteunen.

PMM’s zijn verantwoordelijk voor protocolspecifieke taken van de netwerklaag. Een EIGRP-module is bijvoorbeeld verantwoordelijk voor het verzenden en ontvangen van EIGRP-pakketten die zijn ingekapseld in IPv4. Deze module is ook verantwoordelijk voor het parseren van EIGRP-pakketten en het informeren van DUAL over de nieuwe informatie die wordt ontvangen. EIGRP vraagt DUAL om routeringsbeslissingen te nemen, maar de resultaten worden opgeslagen in de IPv4-routeringstabel.

PMM’s zijn verantwoordelijk voor de specifieke routeringstaken voor elk protocol voor netwerklagen, waaronder het volgende:

  • Het onderhouden van de buur- en topologietabellen van EIGRP-routers die tot die protocolsuite behoren
  • Bouwen en vertalen van protocolspecifieke pakketten voor DUAL
  • Dual koppelen aan de protocolspecifieke routeringstabel
  • De metriek berekenen en deze informatie doorgeven aan DUAL
  • Implementeren van filter- en toegangslijsten
  • Het uitvoeren van herverdelingsfuncties van en naar andere routeringsprotocollen
  • Herverdelen van routes die worden geleerd door andere routeringsprotocollen

Wanneer een router een nieuwe buur detecteert, registreert deze het adres van de buurman en i nterface als een vermelding in de buurtabel. Er bestaat één buurtabel voor elke protocolafhankelijke module, zoals IPv4. EIGRP onderhoudt ook een topologietabel. De topologietabel bevat alle bestemmingen die worden geadverteerd door naburige routers.

Er is ook een aparte topologietabel voor elke PDM.

Betrouwbaar transportprotocol (6.1.1.3)

EIGRP is ontworpen als een netwerklaagonafhankelijk routeringsprotocol. Vanwege dit ontwerp kan EIGRP geen gebruik maken van de services van UDP of TCP. In plaats daarvan gebruikt EIGRP Reliable Transport Protocol (RTP) voor de levering en ontvangst van EIGRP-pakketten. Hierdoor kan EIGRP flexibel zijn en worden gebruikt voor andere protocollen dan die uit de TCP/IP-protocolsuite, zoals de inmiddels verouderde IPX- en AppleTalk-protocollen.

De volgende afbeelding laat conceptueel zien waar RTP actief is.

EIGRP vervangt TCP door RTP

Hoewel “betrouwbaar” deel uitmaakt van de naam, omvat RTP zowel betrouwbare levering als onbetrouwbare levering van EIGRP-pakketten, waardoor het vergelijkbaar is met zowel TCP als UDP. Betrouwbare RTP vereist dat een bevestiging van de ontvanger aan de afzender wordt geretourneerd. Een onbetrouwbaar RTP-pakket vereist geen bevestiging. Bijvoorbeeld een EIGRP updatepakket wordt betrouwbaar verzonden via RTP en vereist een bevestiging. Een EIGRP Hello-pakket wordt ook via RTP verzonden, maar onbetrouwbaar, dat wil zeggen zonder dat een bevestiging vereist is.

RTP kan EIGRP-pakketten verzenden als unicast of multicast:

  • Multicast EIGRP-pakketten voor IPv4 gebruiken het gereserveerde IPv4 multicast-adres 224.0.0.10.
  • Multicast EIGRP-pakketten voor IPv6 worden verzonden naar het gereserveerde IPv6 multicast-adres FF02::A.

7.1.1.4. Authenticatie

Net als andere routeringsprotocollen kan EIGRP worden geconfigureerd voor verificatie. RIPv2, EIGRP, OSPF, IS-IS en BGP kunnen elk worden geconfigureerd om hun routeringsgegevens te verifiëren.

Het is een goede gewoonte om verzonden routeringsinformatie te verifiëren. Dit zorgt ervoor dat routers alleen routeringsgegevens accepteren van andere routers die zijn geconfigureerd met hetzelfde wachtwoord of dezelfde verificatiegegevens.

Opmerking: Verificatie versleutelt de EIGRP-routeringsupdates niet.

7.1.2. EIGRP-pakkettypen (6.1.2)

7.1.2.1. EIGRP-pakkettypen

EIGRP gebruikt vijf verschillende pakkettypen, zoals beschreven in de volgende tabel. EIGRP-pakketten worden verzonden met RTP betrouwbare of onbetrouwbare verzending en kunnen worden verzonden als unicast, multicast of soms beide. EIGRP-pakkettypen worden ook wel EIGRP-pakketindelingen of EIGRP-berichten genoemd.

Type pakketBeschrijving
Hello Packet Wordt gebruikt voor buurdetectie en om aangrenzende buurverbindingen te onderhouden.
Onbetrouwbare verzending.
Multicast pakket.
Update Packet Geeft routeringsgegevens door aan EIGRP-buren.
Verzonden als een unicast- of multicast-pakket.
Betrouwbaar verzonden en verwacht een bevestigingspakket in ruil.
Acknowledgement Packet Wordt gebruikt om de ontvangst van een update-, query- of antwoordpakket te bevestigen.
Verzonden als een unicast pakket.
Onbetrouwbaar verzonden.
Query PacketGebruikt om een buur te vragen naar een ontbrekende route.
Verzonden als een unicast of multicast pakket.
Betrouwbaar verzonden en verwacht er een bevestigingspakket voor terug.
Reply PacketGegenereerd als reactie op een EIGRP-query.
Verzonden als een unicast pakket.
Betrouwbaar verzonden en verwacht er een bevestigingspakket voor terug.

De volgende afbeelding laat zien dat EIGRP berichten ingekapseld zijn in IPv4 en IPv6 pakketten.

EIGRP voor IPv4-berichten worden geïdentificeerd met het nummer 88 in het IPv4-protocolveld. Deze waarde geeft aan dat het gegevensgedeelte van het pakket een EIGRP is voor een IPv4-bericht. EIGRP voor IPv6-berichten worden ingekapseld in IPv6-pakketten, met behulp van het volgende koptekstveld, 88. Net als bij het protocolveld voor IPv4 geeft het volgende koptekstveld van IPv6 het type gegevens aan dat in het IPv6-pakket wordt vervoerd.

7.1.2.2. EIGRP Hello Pakketten

EIGRP gebruikt kleine Hello-pakketten om andere EIGRP-routers op direct verbonden koppelingen te ontdekken. Routers gebruiken Hello-pakketten om EIGRP-buuradjudaties te vormen, ook wel neighborrelaties genoemd.

EIGRP Hello-pakketten worden verzonden als IPv4- of IPv6-multicasts en gebruiken RTP-onbetrouwbare levering. Dit betekent dat de ontvanger niet antwoordt met een bevestigingspakket.

EIGRP-routers ontdekken buren en leggen hulpstoffen aan met naburige routers met behulp van het Hello-pakket. Op de meeste moderne netwerken worden EIGRP Hello-pakketten elke vijf seconden als multicast-pakketten verzonden. Op NBMA-netwerken (MultiPoint, Non-Broadcast Multiple Access) met toegangskoppelingen van T1 (1.544 Mbps) of langzamer worden Hello-pakketten echter elke 60 seconden als unicast-pakketten verzonden.

Opmerking: Verouderde NBMA-netwerken die gebruikmaken van langzamere interfaces zijn Frame Relay, Asynchronous Transfer Mode (ATM) en X.25.

EIGRP Hello pakket

EIGRP gebruikt ook Hello-pakketten om gevestigde hulpstoffen te behouden. Een EIGRP-router gaat ervan uit dat zolang deze Hello-pakketten van een buurman ontvangt, de buurman en zijn routes levensvatbaar blijven.

EIGRP gebruikt een hold-timer om de maximale tijd te bepalen waarop de router moet wachten om de volgende Hello te ontvangen voordat deze buurman als onbereikbaar wordt verklaard.

Standaard is de wachttijd drie keer het Hello-interval,of 15 seconden op de meeste netwerken en180 seconden op NBMA-netwerken met lage snelheid. Als de wachttijd verstrijkt, verklaart EIGRP dat de route niet is uitgevoerd en zoekt DUAL naar een nieuw pad door query’s te verzenden.

De volgende tabel geeft een overzicht van de standaard EIGRP Hello-intervallen en timers.

BandbreedteVoorbeeld linkStandaard Hello intervalStandaard Hold tijd
Groter dan 1.544 MbpsT1, Ethernet5 seconden15 seconden
1.544 MbpsMeerpuntsframerelais60 seconden180 seconden

Opmerking: De meeste links bieden tegenwoordig T1 of betere bandbreedte.

7.1.2.3. EIGRP-update- en bevestigingspakketten

EIGRP Update- en bevestigingspakketten worden vaak samen besproken vanwege hun symbiotische relatie. Voor updatepakketten zijn bevestigingspakketten vereist. EIGRP verzendt updatepakketten om routeringsgegevens door te geven:

  • Updatepakketten bevatten alleen de benodigde routeringsinformatie en niet de volledige routeringstabel.
  • Ze worden alleen verzonden wanneer dat nodig is, bijvoorbeeld wanneer de status van een bestemming verandert.
  • Ze worden alleen verzonden naar de routers waarvoor ze nodig zijn.

In tegenstelling tot RIP, dat periodieke updates verzendt, verzendt EIGRP alleen incrementele updates wanneer de status van een bestemming verandert. Dit kan zijn wanneer een nieuw netwerk beschikbaar komt, wanneer een bestaand netwerk niet meer beschikbaar is of wanneer er een wijziging optreedt in de routeringsstatistieken voor een bestaand netwerk. EIGRP gebruikt twee termen wanneer wordt verwezen naar de updates:

  • Gedeeltelijke update – Deze update bevat alleen informatie over routewijzigingen.
  • Begrensde update – EIGRP verzendt gedeeltelijke updates alleen naar de routers die door de wijzigingen worden beïnvloed, waardoor EIGRP de bandbreedte kan minimaliseren.

EIGRP Update-pakketten worden betrouwbaar verzonden, wat betekent dat de verzendende router een bevestiging vereist.

Een EIGRP-bevestiging is een EIGRP Hello-pakket zonder gegevens. RTP maakt gebruik van betrouwbare levering voor update-, query- en antwoordpakketten. EIGRP-bevestigingspakketten worden altijd verzonden als onbetrouwbare unicast-berichten. Onbetrouwbare levering is in dit geval begrijpelijk, omdat er zonder dit een eindeloze lus van erkenningen zou zijn.

Updatepakketten worden verzonden als multicast-berichten wanneer dit door meerdere routers wordt vereist of als unicast wanneer dit door slechts één router wordt vereist.

In de volgende afbeelding heeft R2 bijvoorbeeld de verbinding met het LAN dat is aangesloten op de Gigabit Ethernet-interface verloren. R2 stuurt onmiddellijk een update naar R1 en R3, waarbij de neergehaalde route wordt noteerd.

De updates worden door R2 als unicasts verzonden omdat de koppelingen point-to-point links zijn. Als de koppelingen Ethernet-koppelingen waren, zouden de updates worden verzonden met behulp van het EIGRP all r outers multicast-adres, 224.0.0.10.

R1 en R3 reageren met unicast-bevestigingen om R2 te laten weten dat ze de update hebben ontvangen.

Opmerking: Sommige documentatie verwijst naar Hello en Bevestiging als één type EIGRP-pakket.

EIGRP-update- en bevestigingsberichten

7.1.2.4. EIGRP-query- en antwoordpakketten

EIGRP Query- en Antwoordpakketten worden ook vaak samen besproken vanwege hun symbiotische relatie. Voor een querypakket is een antwoordpakket vereist. Voor zowel query- als antwoordpakketten zijn ook bevestigingspakketten vereist.

DUAL gebruikt query- en antwoordpakketten bij het zoeken naar netwerken en andere taken.

Vragen en antwoorden maken gebruik van betrouwbare levering, wat betekent dat ze bevestigingen vereisen. Query’s kunnen multicast of unicast gebruiken, terwijl antwoorden altijd als unicast worden verzonden.

In de volgende afbeelding heeft R2 de verbinding met het LAN verloren en stuurt het query’s naar alle EIGRP-buren, op zoek naar mogelijke routes naar het LAN.

EIGRP-query- en antwoordberichten

Query’s worden altijd betrouwbaar verzonden en daarom moeten R1 en R3 de ontvangst van de query bevestigen.

Opmerking: Wanneer EIGRP query- of antwoordpakketten verzendt, vereist elk pakket EIGRP-bevestigingspakketten. In dit voorbeeld worden alleen de query- en antwoordpakketten weergegeven. de bevestigingspakketten zijn weggelaten om de afbeelding te vereenvoudigen.

Een querypakket moet er een antwoordpakket voor terugkrijgen. Daarom moeten R1 en R3 een antwoordpakket verzenden om R2 te informeren als ze een route naar het neergehaalde netwerk hebben.

Antwoorden worden altijd betrouwbaar verzonden en daarom moet R2 de ontvangst van de R1- en R3-antwoordpakketten bevestigen.

Het is misschien niet duidelijk waarom R2 een query zou verzenden voor een netwerk dat het weet dat het niet werkt. Eigenlijk is alleen de interface van R2 die aan het netwerk is gekoppeld, uitgeschakeld. Een andere router kan op hetzelfde LAN worden aangesloten en een alternatief pad naar hetzelfde netwerk hebben. Daarom vraagt R2 naar een dergelijke router voordat het netwerk volledig uit de topologietabel wordt verwijderd.

7.1.3. EIGRP-berichten

7.1.3.1. EIGRP-berichten inkapseling

Het gegevensgedeelte van een EIGRP-bericht is ingekapseld in een pakket. Dit gegevensveld wordt type, lengte, waarde (TLV)genoemd. De typen tv’s die relevant zijn voor deze cursus zijn EIGRP-parameters, interne IP-routes en externe IP-routes.

De EIGRP-pakketheader wordt bij elk EIGRP-pakket meegeleverd, ongeacht het type. De EIGRP-pakketheader en TLV zijn ingekapseld in een IPv4-pakket.

De volgende afbeelding toont het Ethernet-frame van de datalink. EIGRP voor IPv4 is ingekapseld in een IPv4-pakket.

Ingekapseld EIGRP-bericht

             Figuur 6-7 Ingekapseld EIGRP-bericht

In dit voorbeeld wordt het EIGRP-pakket ingekapseld in een Ethernet-frame. Daarom is het MAC-doeladres ingesteld op het multicast MAC-adres 01-00-5E-00-00-0A.

In de IPv4-pakketheader is het protocolveld ingesteld op 88 om aan te geven dat het volgende deel van de header de EIGRP-pakketheader is. Het bevat ook het IP-adres van het verzendende apparaat en het IPv4-doeladres van de bestemming dat is ingesteld op het IPv4-multicast-adres 224.0.0.10. Als dit pakket wordt verzonden via een point-to-point-koppeling, is de bestemming het IP-adres van de peer.

EIGRP voor IPv6 zou worden ingekapseld met behulp van een IPv6-header met het volgende headerveld ingesteld op 88 en het doel multicast IPv6-adres FF02::A.

De TLV-velden variëren afhankelijk van het type EIGRP-bericht dat wordt verzonden.

7.1.3.2. EIGRP Packet Header en TLV

Elke EIGRP-pakketkop bevat de velden in figuur 6-8.

Een belangrijk veld is het opcodeveld, dat aangeeft welk type EIGRP-pakket wordt verzonden. In het bijzonder identificeert het het EIGRP-bericht als type 1 = Bijwerken, type 3 = Query, type 4 = Beantwoorden of type 5 = Hallo. Andere soorten berichten zijn ook mogelijk, maar buiten het bereik van deze cursus.

EIGRP Packet Header

Een ander belangrijk veld in de EIGRP-pakketheader is het autonome systeemnummerveld, dat het EIGRP-routeringsproces aangeeft. In tegenstelling tot RIP kunnen meerdere exemplaren van EIGRP op een netwerk worden uitgevoerd. Het autonome systeemnummer wordt gebruikt om elk lopend EIGRP-proces bij te houden.

TLV-velden identificeren het volgende:

  • Type – Een binair getal dat het soort velden in het berichtaangeeft. Veel voorkomende typen zijn 0x0001 voor EIGRP-parameters, 0x0102 om ip-interne routes te adverteren en 0x0103 om IP-externe routes te adverteren.
  • Lengte – Geeft de grootte, in bytes, van het waardeveld aan.
  • Waarde – Dit bevat gegevens voor het EIGRP-bericht en varieert in grootte, afhankelijk van het type bericht.

De onderstaande afbeelding geeft de EIGRP TLV-veld parameters weer.

EIGRP parameters TLV velden

De EIGRP-parameters omvatten de gewichten die EIGRP gebruikt voor de samengestelde metriek. Standaard worden alleen bandbreedte en vertraging gelijk gewogen. Daarom zijn het veld K1 voor bandbreedte en het veld K3 voor vertraging beide ingesteld op 1 en de andere K-waarden op 0.

De wachttijd is de hoeveelheid tijd die de EIGRP-buurman die dit bericht ontvangt, moet wachten voordat de advertentierouter wordt uitgeschakeld.

Elk update-, query- en antwoordpakket bevat ten minste één TLV-route. Elke interne IP-route en IP-externe routes TLV bevat één routevermelding en bevat de metrische informatie voor de route.

De volgende afbeelding toont de IP interne routes TLV velden.

EIGRP IP Interne routes TLV-velden

De updatepakketparameters identificeren interne IP-routes. Het interne IP-bericht wordt gebruikt om EIGRP-routes binnen een autonoom systeem te adverteren. Belangrijke velden zijn de volgende:

  • Metrische velden – Vertraging en bandbreedte zijn het belangrijkst. Vertraging wordt berekend als de som van vertragingen van bron tot bestemming in eenheden van 10 microseconden. Bandbreedte is de laagste geconfigureerde bandbreedte van elke interface langs de route.
  • Prefix length veld – Dit is het subnetmasker van het doelnetwerk dat is opgegeven als de voorvoegsellengte of het aantal netwerkbits in het subnetmasker. De voorvoegsellengte voor 255.255.255.0 is bijvoorbeeld 24 omdat 24 het aantal netwerkbits is.
  • Bestemmingsveld – Het doelveld slaat het adres van het doelnetwerk op.

Het doelveld varieert in aantal bits op basis van de waarde van het netwerkgedeelte van het 32-bits netwerkadres. De minimale veldlengte is echter 24 bits.

Stel dat het doelnetwerk van 10.1.0.0/16 wordt geadverteerd. In dit geval is het netwerkgedeelte 10,1 en slaat het doelveld de eerste 16 bits op. Omdat de minimale lengte van dit veld 24 bits is, wordt de rest van het veld opgevuld met nullen. Als een netwerkadres langer is dan 24 bits (192.168.1.32/27 bijvoorbeeld), wordt het doelveld uitgebreid met nog eens 32 bits (voor een totaal van 56 bits) en worden de ongebruikte bits opgevuld met nullen.

De onderstaande afbeelding toont de IP externe routes TLV velden.

EIGRP IP Externe routes TLV-velden

Het externe IP-bericht wordt gebruikt wanneer externe routes worden geïmporteerd in het EIGRP-routeringsproces. In dit hoofdstuk importeert of herverdeelt u een standaard statische route in EIGRP. Merk op dat de onderste helft van de IP externe routes TLV alle velden bevat die door de ip interne TLV worden gebruikt.

Opmerking: De maximale transmissie-eenheid (MTU) is geen metriek die door EIGRP wordt gebruikt. De MTU is opgenomen in de routeringsupdates, maar wordt niet gebruikt om de routeringsstatistieken te bepalen.

7.2. EIGRP implementeren voor IPv4 (6.2)

7.2.1. EIGRP configureren met IPv4 (6.2.1)

7.2.1.1. EIGRP Netwerk Topologie (6.2.1.1)

Figuur 6-12 toont de referentietopologie die in dit hoofdstuk wordt gebruikt om EIGRP voor IPv4 te configureren.

EIGRP voor IPv4 Topologie

De routers in de topologie hebben een startconfiguratie met adressen op de interfaces. Er is momenteel geen statische routering of dynamische routering geconfigureerd op een van de routers.

Het onderstaand voorbeeld toont de interfaceconfiguraties voor de drie EIGRP-routers in de topologie. Alleen routers R1, R2 en R3 maken deel uit van het EIGRP-routeringsdomein. De ISP-router wordt gebruikt als de gateway van het routeringsdomein naar internet.

R1# show running-config
<Output omitted>
! interface GigabitEthernet0/0  ip address 172.16.1.1 255.255.255.0
! interface Serial0/0/0  ip address 172.16.3.1 255.255.255.252  clock rate 64000
! interface Serial0/0/1  ip address 192.168.10.5 255.255.255.252
!

R2# show running-config
<Output omitted>
! interface GigabitEthernet0/0  ip address 172.16.2.1 255.255.255.0
! interface Serial0/0/0  ip address 172.16.3.2 255.255.255.252
! interface Serial0/0/1  ip address 192.168.10.9 255.255.255.252  clock rate 64000
! interface Serial0/1/0  ip address 209.165.200.225 255.255.255.224
!

R3# show running-config
<Output omitted>
!
interface GigabitEthernet0/0  ip address 192.168.1.1 255.255.255.0
! interface Serial0/0/0  ip address 192.168.10.6 255.255.255.252  clock rate 64000
!     
interface Serial0/0/1  ip address 192.168.10.10 255.255.255.252
!

7.2.1.2. Autonome systeemnummers

EIGRP gebruikt de opdracht router eigrp autonomous-system om het EIGRP proces in te schakelen. Het autonome systeemnummer waarnaar in de EIGRP-configuratie wordt verwezen, is niet gekoppeld aan de IANA (Internet Assigned Numbers Authority) wereldwijd toegewezen autonome systeemnummers die worden gebruikt door externe routeringsprotocollen.

Dus wat is het verschil tussen het wereldwijd toegewezen autonome systeemnummer van de IANA en het autonome systeemnummer van de EIGRP?

Een wereldwijd toegewezen IANA-systeem is een verzameling netwerken onder de administratieve controle van één entiteit die een gemeenschappelijk routeringsbeleid voor internet presenteert.

Onderstaande afbeelding toont de ondernemingen A, B, C en D, die allemaal onder de administratieve controle van ISP1 vallen, geïdentificeerd als AS 64515. ISP1 presenteert een gemeenschappelijk routeringsbeleid voor al deze bedrijven bij het adverteren van routes naar ISP2.

Autonome systemen

De richtlijnen voor het maken, selecteren en registreren van een autonoom systeem worden beschreven in RFC 1930. Globale autonome systeemnummers worden toegewezen door IANA, dezelfde autoriteit die IP-adresruimte toewijst. Het lokale regionale internetregister (RIR) is verantwoordelijk voor het toewijzen van een autonoom systeemnummer aan een entiteit vanuit het blok toegewezen autonome systeemnummers. Vóór 2007 waren toegewezen autonome systeemnummers 16-bits nummers, variërend van 0 tot 65.535. Tegenwoordig worden 32-bits autonome systeemnummers toegewezen, waardoor het aantal beschikbare autonome systeemnummers wordt verhoogd tot meer dan 4 miljard.

Meestal hebben alleen internetproviders (ISP), internetbackboneproviders en grote instellingen die verbinding maken met andere entiteiten een autonoom systeemnummer nodig. Deze ISP’s en grote instellingen gebruiken het BGP-protocol voor externe gatewayroutering om routeringsinformatie door te geven. BGP is het enige routeringsprotocol dat een autonoom systeemnummer in de configuratie gebruikt.

De overgrote meerderheid van de bedrijven en instellingen met IP-netwerken heeft geen autonoom systeemnummer nodig omdat ze worden gecontroleerd door een grotere entiteit, zoals een ISP. Deze bedrijven gebruiken interne gatewayprotocollen, zoals RIP, EIGRP, OSPF en IS-IS, om pakketten binnen hun eigen netwerken te routeren. Elk van hen is een van de vele onafhankelijke en afzonderlijke netwerken binnen het autonome systeem van de ISP. De ISP is verantwoordelijk voor de routering van pakketten binnen zijn autonome systeem en tussen andere autonome systemen.

Het autonome systeemnummer dat wordt gebruikt voor EIGRP-configuratie is alleen belangrijk voor het EIGRP-routeringsdomein. Het fungeert als een proces-ID om routers te helpen meerdere actieve exemplaren van EIGRP bij te houden. Dit is vereist omdat het mogelijk is om meer dan één exemplaar van EIGRP op een netwerk te laten draaien. Elk exemplaar van EIGRP kan worden geconfigureerd om routeringsupdates voor verschillende netwerken te ondersteunen en uit te wisselen.

7.2.1.3. De router eigrp opdracht

De Cisco IOS bevat de processen om verschillende typen dynamische routeringsprotocollen in te schakelen en te configureren. De opdracht voor de globale configuratiemodus van de router wordt gebruikt om de configuratie van elk dynamisch routeringsprotocol te starten. De topologie in figuur 6-12 wordt gebruikt om deze opdracht aan te tonen.

Zoals weergegeven in het volgend voorbeeld, wanneer gevolgd door een vraagteken (?), bevat de opdracht voor de globale configuratiemodus van de router alle beschikbare routeringsprotocollen die worden ondersteund door deze specifieke IOS-release die op de router wordt uitgevoerd.

R1(config)# router ?
  bgp       Border Gateway Protocol (BGP)   eigrp     Enhanced Interior Gateway Routing Protocol (EIGRP)   isis      ISO IS-IS   iso-igrp  IGRP for OSI networks   lisp      Locator/ID Separation Protocol   mobile    Mobile routes   odr       On Demand stub Routes   ospf      Open Shortest Path First (OSPF)   rip       Routing Information Protocol (RIP)

R1(config)# 

Gebruik de router eigrp autonomous-system globalrconfiguratiemodusopdracht om de routerconfiguratiemodus voor EIGRP in te voeren en de configuratie van het EIGRP-proces te starten.

Het argument autonomous system kan worden toegewezen aan elke 16-bits waarde tussen 1 en 65.535. Alle routers binnen het EIGRP-routeringsdomein moeten echter hetzelfde autonome systeemnummer gebruiken.

Het onderstaand voorbeeld toont de configuratie van het EIGRP-proces op routers R1, R2 en R3. U ziet dat de prompt verandert van een globale configuratiemodusprompt naar routerconfiguratiemodus.

R1(config)# router eigrp 1
R1(config-router)#
R2(config)# router eigrp 1
R2(config-router)#
R3(config)# router eigrp 1
R3(config-router)#

In dit voorbeeld identificeert 1 dit specifieke EIGRP-proces dat op deze router wordt uitgevoerd. Om naburige hulpstoffen tot stand te brengen, vereist EIGRP dat alle routers in hetzelfde routeringsdomein worden geconfigureerd met hetzelfde autonome systeemnummer.

Opmerking: EIGRP en OSPF kunnen meerdere exemplaren van het routeringsprotocol ondersteunen. Deze implementatie van meerdere routeringsprotocol’s is echter meestal niet nodig of aanbevolen.

De opdracht router eigrp autonomous-system start niet het EIGRP proces zelf. De router begint geen updates te verzenden. In plaats daarvan biedt deze opdracht alleen toegang om de EIGRP-instellingen te configureren.

Als u het EIGRP-routeringsproces volledig van een apparaat wilt verwijderen, gebruikt u de no router-eigrp autonomous-system globaleconfiguratiemodusopdracht, die het EIGRP-proces stopt en alle bestaande EIGRP-routerconfiguraties verwijdert.

7.2.1.4. EIGRP Router-ID

De EIGRP-router-ID wordt gebruikt om elke router in een EIGRP-routeringsdomein uniek te identificeren.

De router-ID wordt gebruikt met zowel EIGRP- als OSPF-routeringsprotocollen. De rol van de router-ID is echter belangrijker in OSPF. In EIGRP IPv4-implementaties is het gebruik van de router-ID niet zo duidelijk. EIGRP voor IPv4 gebruikt de 32-bits router-ID om de oorspronkelijke router te identificeren voor herdistributie van externe routes. De behoefte aan een router-ID wordt duidelijker in de discussie over EIGRP voor IPv6. Hoewel de router-ID nodig is voor herdistributie, vallen de details van EIGRP-herdistributie buiten het bereik van deze cursus. Voor deze cursus is het alleen nodig om te begrijpen wat de router-ID is en hoe deze wordt bepaald.

Om de router-ID te bepalen, gebruikt een Cisco IOS-router de volgende drie criteria, om:

  1. Gebruik het adres dat is geconfigureerd met de eigrp router-id ipv4-adres router configuratie modus opdracht.
  2. Als de router-ID niet is geconfigureerd, kiest u het hoogste IPv4-adres van de loopback-interface.
  3. Als er geen loopback-interfaces zijn geconfigureerd, kiest u het hoogste actieve IPv4-adres van een van de fysieke interfaces van de router.

Als de netwerkbeheerder een router-ID niet expliciet configureert met behulp van de opdracht eigrp router-id, genereert EIGRP een eigen router-ID, met behulp van een loopback of fysiek IPv4-adres. Een loopback-adres is een virtuele interface en staat automatisch in de up-status wanneer deze is geconfigureerd. De interface hoeft niet te worden ingeschakeld voor EIGRP, wat betekent dat deze niet hoeft te worden opgenomen in een van de EIGRP-netwerkopdrachten. De interface moet echter de up/up-status hebben.

Aan de hand van de zojuist beschreven criteria worden in onderstaande afbeelding de standaard EIGRP-router-ID’s weergegeven die worden bepaald door de hoogste actieve IPv4-adressen van deze routers.

Topologie met standaard EIGRP Router ID’s

Opmerking: De opdracht eigrp router-id wordt gebruikt om de router-ID voor EIGRP te configureren. Sommige versies van IOS accepteren de opdracht router-id, zonder eerst eigrp op te geven. De actieve configuratie geeft echter eigrp router-id weer, ongeacht welke opdracht wordt gebruikt.

7.2.1.5. De EIGRP-router-ID configureren

Het gebruik van de eigrp router-id ipv4-adres router configuratie opdracht is de voorkeursmethode voor het configureren van de EIGRP router ID. Deze methode heeft voorrang op geconfigureerde loopback- of fysieke interface-IPv4-adressen.

Opmerking: Het IPv4-adres dat wordt gebruikt om de router-ID aan te geven, is eigenlijk elk 32-bits nummer dat wordt weergegeven in gestippelde decimale notatie.

De ipv4-adresrouter-ID kan worden geconfigureerd met elk IPv4-adres, behalve 0.0.0.0 en 255.255.255.255. De router-ID moet een uniek 32-bits nummer zijn in het EIGRP-routeringsdomein; anders kunnen inconsistenties in de routering optreden.

Onderstaand voorbeeld toont de configuratie van de EIGRP-router-ID voor routers R1 en R2.

R1(config)# router eigrp 1
R1(config-router)# eigrp router-id 1.1.1.1
R1(config-router)#
R2(config)# router eigrp 1
R2(config-router)# eigrp router-id 2.2.2.2
R2(config-router)#

Als een router-ID niet expliciet is geconfigureerd, gebruikt de router het hoogste IPv4-adres dat is geconfigureerd op een loopback-interface. Het voordeel van het gebruik van een loopback-interface is dat loopbacks, in tegenstelling tot fysieke interfaces, niet kunnen mislukken. Er zijn geen echte kabels of aangrenzende apparaten waarop de loopback-interface afhankelijk is van de up-status. Daarom kan het gebruik van een loopback-adres voor de router-ID een consistentere router-ID bieden dan het gebruik van een interfaceadres.

Als de opdracht eigrp router-id niet wordt gebruikt en loopback-interfaces zijn geconfigureerd, kiest EIGRP het hoogste IPv4-adres van een van de loopback-interfaces. De volgende opdrachten worden gebruikt om een loopback-interface in te schakelen en te configureren:

Router(config)# interface loopback number

Router(config-if)# ip address ipv4-adres subnet-masker

Het EIGRP-proces verifiëren

Het volgend voorbeeld toont de uitvoer van ip-protocollen voor R2, inclusief de router-ID.

R2# show ip protocols
*** IP Routing is NSF aware ***
Routing Protocol is "eigrp 1"
<Output omitted>
  EIGRP-IPv4 Protocol for AS(1)
    Metric weight K1=1, K2=0, K3=1, K4=0, K5=0
    NSF-aware route hold timer is 240
    Router-ID: 2.2.2.2	
    Topology : 0 (base)
      Active Timer: 3 min
      Distance: internal 90 external 170
      Maximum path: 4
      Maximum hopcount 100
      Maximum metric variance 1
  Automatic Summarization: disabled
  Maximum path: 4
  Routing for Networks:
  Routing Information Sources:
    Gateway         Distance      Last Update
  Distance: internal 90 external 170
R1#

De opdracht show ip protocols geeft de parameters en huidige status weer van alle actieve routeringsprotocolprocessen, inclusief zowel EIGRP als OSPF.

7.2.1.6. De network opdracht

De configuratiemodus van de EIGRP-router maakt de configuratie van het EIGRP-routeringsprotocol mogelijk. In figuur 6-12 ziet u dat R1, R2 en R3 allemaal netwerken hebben die moeten worden opgenomen in één EIGRP-routeringsdomein. Als u EIGRP-routering op een interface wilt inschakelen, gebruikt u de opdracht netwerk-ipv4-netwerkadresrouterconfiguratiemodus. ipv4network-address is het classful netwerkadres voor elk direct verbonden netwerk.

De netwerkopdracht heeft dezelfde functie in alle IGP-routeringsprotocollen. Met EIGRP doet de netwerkopdracht het volgende:

  • Het maakt elke interface op deze router mogelijk die overeenkomt met het netwerkadres in de configuratiemodus van de netwerkrouter om EIGRP-updates te verzenden en te ontvangen.
  • Het omvat het netwerk van de interfaces in EIGRP-routeringsupdates.

Het volgende voorbeeld toont de netwerkopdracht die wordt gebruikt om EIGRP in te schakelen op R2’s interfaces voor subnetten 172.16.1.0/24 en 172.16.2.0/24.

R2(config)# router eigrp 1
R2(config-router)# network 172.16.0.0
R2(config-router)#
*Feb 28 17:51:42.543: %DUAL-5-NBRCHANGE: EIGRP-IPv4 1: Neighbor 172.16.3.1 
  (Serial0/0/0) is up: new adjacency
R2(config-router)#

Wanneer EIGRP is geconfigureerd op de S0/0/0-interface van R2, stuurt DUAL een meldingsbericht naar de console, waarin staat dat er een naburige hulplijn met een andere EIGRP-router op die interface is ingesteld. Deze nieuwe hulp gebeurt automatisch omdat zowel R1 als R2 hetzelfde autonome systeemnummer gebruiken (dat wil doen 1), en beide routers nu updates verzenden op hun interfaces in het 172.16.0.0-netwerk.

DUAL genereert automatisch het meldingsbericht omdat standaard de eigrp logneighbor-changes routerconfiguratiemodusopdracht is ingeschakeld. In het bijzonder helpt de opdracht bij het verifiëren van hulpstoffen bij het verifiëren van hulpstoffen tijdens de configuratie van EIGRP en worden eventuele wijzigingen in hulpstoffen van de EIGRP-buren weergegeven, zoals wanneer een hulplijn van de EIGRP is toegevoegd of verwijderd.

7.2.1.7. De netwerkopdracht en wildcard mask

Standaard zijn bij gebruik van de netwerkopdracht en een IPv4-netwerkadres, zoals 172.16.0.0, alle interfaces op de router die tot dat classfull netwerkadres behoren, ingeschakeld voor EIGRP. Er kunnen echter momenten zijn waarop een netwerkbeheerder niet alle interfaces binnen een netwerk wil opnemen bij het inschakelen van EIGRP.

Stel bijvoorbeeld in figuur 6-16 dat een beheerder EIGRP op R2 wil inschakelen, maar alleen voor het subnet 192.168.10.8 255.255.255.252 op de S0/0/1-interface.

EIGRP voor IPv4 Topologie

Als u EIGRP wilt configureren om alleen specifieke subnetten te adverteren, gebruikt u de optie jokertekenmasker met de routerconfiguratieopdracht netwerknetwerkadres [jokertekenmasker].

Een wildcard mask, ook wel een omgekeerd masker genoemd, is vergelijkbaar met deinverse van een subnetmasker. In een subnetmasker zijn binaire 1’s significant en binaire 0’s niet. In een jokertekenmasker zijn binaire 0’s significant en binaire 1’s niet. De inverse van subnetmasker 255.255.255.252 is bijvoorbeeld 0.0.0.3.

Het berekenen van een wildcardmasker lijkt in het begin misschien ontmoedigend, maar het is eigenlijk vrij eenvoudig om te doen. Als u de inverse van het subnetmasker wilt berekenen, trekt u het subnetmasker als volgt af van 255.255.255.255:

  255.255.255.255
− 255.255.255.252
-----------------
    0.  0.  0.  3 

Een wildcard maakt deel uit van de officiële opdrachtsyntaxis van de EIGRP-netwerkopdracht. De Cisco IOS-versie accepteert echter ook een subnetmasker dat in plaats daarvan moet worden gebruikt. Voorbeeld 6-7 configureert bijvoorbeeld dezelfde S0/0/1-interface op R2, maar deze keer met behulp van een subnetmasker in de netwerkopdracht. In de uitvoer van de opdracht show running-config ziet u dat het IOS het subnetmasker heeft geconverteerd naar het jokertekenmasker.

R2(config)# router eigrp 1
R2(config-router)# network 192.168.10.8 255.255.255.252
R2(config-router)# end
R2# show running-config | section eigrp 1 router eigrp 1  network 172.16.0.0 
 network 192.168.10.8 0.0.0.3	
 eigrp router-id 2.2.2.2
R2#

Het volgend voorbeeld toont de configuratie van R3 met alleen een netwerkadres voor 192.168.1.0 en met behulp van een wildcard mask configuratie voor 192.168.10.4/30 en 192.168.10.8/30.

R3(config)# router eigrp 1
R3(config-router)# network 192.168.1.0
R3(config-router)# network 192.168.10.4 0.0.0.3
*Feb 28 20:47:22.695: %DUAL-5-NBRCHANGE: EIGRP-IPv4 1: Neighbor 192.168.10.5
  (Serial0/0/0) is up: new adjacency
R3(config-router)# network 192.168.10.8 0.0.0.3
*Feb 28 20:47:06.555: %DUAL-5-NBRCHANGE: EIGRP-IPv4 1: Neighbor 192.168.10.9 
  (Serial0/0/1) is up: new adjacency
R3(config-router)#

7.2.1.8. Passieve interface

Zodra een nieuwe interface is ingeschakeld in een EIGRP-netwerk, probeert EIGRP een naburige hulp te vormen met naburige routers om EIGRP-updates te verzenden en te ontvangen.

Soms kan het nodig of handig zijn om een direct verbonden netwerk op te nemen in de EIGRP-routeringsupdate, maar geen naburige verbidnigne buiten die interface te laten vormen. De opdracht passive-interface kan worden gebruikt om de hulpstoffen van de buren te voorkomen. Er zijn twee belangrijke redenen om de opdracht passive-interface in te schakelen:

  • Om onnodig updateverkeer te onderdrukken, zoals wanneer een interface een LAN-interface is, zonder dat andere routers zijn aangesloten
  • Om de beveiligingscontroles te verhogen, zoals het voorkomen dat onbekende frauduleuze routeringsapparaten EIGRP-updates ontvangen

De volgende afbeelding illustreert hoe R1, R2 en R3 geen buren hebben op hun GigabitEthernet 0/0-interfaces.

EIGRP voor IPv4 Topologie

De passive-interterface interface-type interface-number routerconfiguratiemodusopdracht schakelt de overdracht en ontvangst van EIGRP Hello pakketten uit op deze interfaces.

In voorbeeld 6-9 wordt de opdracht passieve interface weergegeven die is geconfigureerd om Hello-pakketten op de LAN’s voor R1, R2 en R3 te onderdrukken.

R1(config)# router eigrp 1
R1(config-router)# passive-interface gigabitethernet 0/0
R2(config)# router eigrp 1
R2(config-router)# passive-interface gigabitethernet 0/0
R3(config)# router eigrp 1
R3(config-router)# passive-interface gigabitethernet 0/0

Zonder hulp van een buur kan EIGRP geen routes uitwisselen met een buur. Daarom voorkomt de opdracht passive-interface de uitwisseling van routes op de interface. Hoewel EIGRP geen routeringsupdates verzendt of ontvangt op een interface die is geconfigureerd met de opdracht passive-interface, bevat het nog steeds het adres van de interface in routeringsupdates die andere niet-passieve interfaces verzenden.

Opmerking: Als u alle interfaces als passief wilt configureren, gebruikt u de opdracht passive-interface-default. Als u een interface als passief wilt uitschakelen, gebruikt u de opdracht no passive-interface interface-type interface-nummer.

Een voorbeeld van het gebruik van de passieve interface om de beveiligingscontroles te verhogen, is wanneer een n etwork verbinding moet maken met een organisatie van derden waarvan de lokale dministrator geen controle heeft, zoals bij het verbinden met een ISP-netwerk. In dit geval kan de lokale netwerkbeheerder de interfacekoppeling moeten adverteren via het eigen netwerk van het bedrijf, maar zou niet willen dat de externe organisatie routeringsupdates ontvangt of verzendt naar het lokale routeringsapparaat, omdat dat een beveiligingsrisico zou zijn.

De passieve interface verifiëren

Als u wilt controleren of een interface op een router is geconfigureerd als passief, gebruikt u de opdracht show ip-protocols met geprivilegieerde EXEC-modus, zoals wordt weer gegeven in het volgend voorbeeld. Merk op dat hoewel de GigabitEthernet 0/0-interface van R2 een passieve interface is, EIGRP nog steeds het netwerkadres van de interface, 172.16.0.0, in de routeringsupdates opneemt.

R2# show ip protocols
*** IP Routing is NSF aware ***
 
Routing Protocol is "eigrp 1"
<output omitted>
  Routing for Networks:
    172.16.0.0	
    192.168.10.8/30
  Passive Interface(s):	
    GigabitEthernet0/0	
  Routing Information Sources:
    Gateway         Distance      Last Update
    192.168.10.10         90      02:14:28
    172.16.3.1            90      02:14:28
  Distance: internal 90 external 170
R2#

7.2.2. EIGRP verifiëren met IPv4

7.2.2.1. EIGRP verifiëren: buren onderzoeken

Voordat EIGRP updates kan verzenden of ontvangen, moeten routers begrenzingen met hun buren instellen. EIGRP-routers vestigen begrenzingen met naburige routers door EIGRP Hello-pakketten uit te wisselen.

Gebruik de opdracht show ip eigrp neighbors om de buurtabel te bekijken en te controleren of EIGRP een aangrenzing met haar buren heeft gemaakt. Voor elke router moet u het IPv4-adres van de aangrenzende router en de interface die deze router gebruikt om die EIGRP-buurman te bereiken, kunnen zien.

Op basis van de topologie in de bovenstaande afbeelding heeft elke router twee buren in de burentabel. De buurtabel van R1 is weergegeven in het volgend voorbeeld.

R1# show ip eigrp neighbors
EIGRP-IPv4 Neighbors for AS(1)
H   Address              Interface      Hold   Uptime    SRRT   RTO    Q    Seq
                                        (sec)
1  192.168.10.6          Se0/0/1          11   04:57:14    27   162    0    8
0  172.16.3.2            Se0/0/0          13   07:53:46    20   120    0    10
R1#

De kolomkoppen in de opdrachtuitvoer van de opdracht ip eigrp neighbors geven het volgende aan:

  • H – De buren, vermeld in de volgorde waarin ze werden geleerd.
  • Adres – Het IPv4-adres van de buurman.
  • Interface – De lokale interface waarop dit Hello-pakket is ontvangen.
  • Vasthouden – De huidige wachttijd. Wanneer een Hello-pakket wordt ontvangen, wordt deze waarde teruggezet naar de maximale wachttijd voor die interface en wordt vervolgens afgeschreven tot nul. Als nul wordt bereikt, wordt de buurman als omlaag beschouwd.
  • Uptime—De tijd sinds deze buurman aan de buurtabel is toegevoegd.
  • Smooth Round Trip Timer (SRTT) en Retransmission Timeout (RTO) – Gebruikt door RTP om betrouwbare EIGRP-pakketten te beheren.
  • Aantal wachtrijen – Moet altijd nul zijn. Als het meer dan nul is, wachten EIGRP-pakketten om te worden verzonden.
  • Wachtrijummer – wordt gebruikt omupdate-, query- en antwoordpakketten bij te houden.

De opdracht show ip eigrp neighbors is erg handig voor het verifiëren en oplossen van problemen met EIGRP.

Als een buur niet wordt vermeld nadat begrenzingen zijn vastgesteld bij de buren van een router, controleert u de lokale interface met behulp van de opdracht show ip interface brief om ervoor te zorgen dat deze is geactiveerd. Als de interface actief is, probeert u het IPv4-adres van de buurman te pingen. Als de ping mislukt, betekent dit dat de buurinterface is uitgeschakeld en moet worden geactiveerd. Als de ping is geslaagd en EIGRP de router nog steeds niet als een buur ziet, bekijkt u de volgende configuraties:

  • Zijn beide routers geconfigureerd met hetzelfde autonome EIGRP-systeemnummer?
  • Is het direct verbonden netwerk opgenomen in de EIGRP-netwerkverklaringen?

7.2.2.2. EIGRP verifiëren: opdracht show ip-protocols

De opdracht show ip protocols is handig voor het identificeren van de parameters en andere informatie over de huidige status van actieve IPv4-routeringsprotocolprocessen die op de router zijn geconfigureerd. De opdracht  show ip protocols  geeft verschillende typen uitvoer weer die specifiek zijn voor elk routeringsprotocol.

De uitvoer in het onderstaand voorbeeld geeft verschillende EIGRP-parameters aan. De gegevens van de nummering in de figuur zijn als volgt:

  1. EIGRP is een actief dynamisch routeringsprotocol op R1, geconfigureerd met het autono-mous-systeem nummer 1.
  2. De EIGRP-router-ID van R1 is 1.1.1.1.
  3. De administratieve afstanden van het EIGRP op R1 zijn intern AD van 90 en extern van 170 (standaardwaarden).
  4. Standaard vat EIGRP netwerken niet automatisch samen. Subnetten zijn opgenomen in de routeringsupdates.
  5. De uitvoer toont de EIGRP-buuradjudaties die R1 heeft met andere routers die worden gebruikt om EIGRP-routeringsupdates te ontvangen.

Opmerking: Vóór IOS 15 was automatische EIGRP-samenvatting standaard ingeschakeld.

R1# show ip protocols 
*** IP Routing is aware 

Routing Protocol is "eigrp 1"
  Outgoing update filter list for all interfaces is not set 
  Incoming update filter list tor all interfaces is not set 
  Default networks flagged in outgoing updates 
  Default networks accepted from inccming updates 
  EIGRP-1Pv4 Protocol for AS (1) 
    Metric weight K1=1, K2=0, K3=1, K4=0, K5=0
    NSF—aware route hold timer is 240 
    Router-1D: 1.1.1.1 
    Topology : 0 (base)
      Active Timer: 3 min 
      Distance: internal 90 external 170 
      Maximum path : 4 
      Maximum hopcount 100 
  Automatic Suùnarization; disabled 
  Maximum path: 4 
  Routing for Networks: 
    172.16.0.0 
    192.168.10.0 
  Routing Information Sourees: 
    Gateway         Distance      Last Update
    192.168.10.6          90      00:40:20
    172.16.3.2            90      00:40:20
Distance: Internal 90 external 170
R1#

De uitvoer van de opdracht  show ip protocols  is handig bij foutopsporingsrouteringsbewerkingen. Informatie in het veld routeringsinformatiebronnen kan helpen bij het identificeren van een router die wordt verdacht van het leveren van slechte routeringsinformatie. Het veld bevat alle EIGRP-routeringsbronnen die de Cisco IOS-software gebruikt om de IPv4-routeringstabel te bouwen. Let voor elke bron op het volgende:

  • IPv4-adres
  • Administratieve afstand
  • Tijd dat de laatste update van deze bron is ontvangen

De Cisco IOS geeft de voorkeur aan EIGRP boven andere IGP’s omdat deze de laagste administratieve afstand heeft. Zoals weergegeven in de volgende tabel, heeft EIGRP een standaard AD van 90 voor interne routes en 170 voor routes die zijn geïmporteerd uit een externe bron, zoals standaardroutes. EIGRP heeft een derde AD-waarde van 5 voor overzichtsroutes.

Tabel 6-4 Standaard administratieve afstanden

Routebron Administratieve afstand
Connected0
Static1
EIGRP summary route5
External BGP20
Internal EIGRP90
IGRP100
OSPF110
IS-IS115
RIP120
External EIGRP170
Internal BGP200

7.2.2.3. EIGRP verifiëren: Bekijk de IPv4-routeringstabel

Een andere manier om te controleren of EIGRP en andere functies van de router correct zijn geconfigureerd, is door de IPv4-routeringstabellen te onderzoeken met behulp van de opdracht show ip-route. Net als bij elk ander dynamisch routeringsprotocol moet de netwerkbeheerder de informatie in de routeringstabel verifiëren om ervoor te zorgen dat deze wordt ingevuld zoals verwacht, op basis van ingevoerde configuraties. Om deze reden is het belangrijk om een goede indruk te hebben van de configuratieopdrachten voor het routeringsprotocol, evenals de r outing p rotocol-bewerkingen en de processen die door het routeringsprotocol worden gebruikt om de IP-routeringstabel te bouwen.

U ziet dat de uitvoer die tijdens deze cursus wordt gebruikt, afkomstig is van Cisco IOS 15. Vóór IOS 15 was automatische EIGRP-samenvatting standaard ingeschakeld. De status van automatische samensommen kan een verschil maken in de informatie die wordt weergegeven in de IPv4-routeringstabel. Als een eerdere versie van IOS wordt gebruikt, kan automatische samenvatting worden uitgeschakeld met de opdracht geen automatische samenvattingsrouterconfiguratiemodus.

In het volgend voorbeeld wordt de IPv4-routeringstabel onderzocht met behulp van de opdracht ip-route weergeven. EIGRP-routes worden in de routeringstabel aangeduid met een D. De letter D werd gebruikt om EIGRP te vertegenwoordigen omdat het protocol is gebaseerd op het DUAL-algoritme.

R1# show ip route
Codes: L - local, C - connected, S - static, R - RIP, M - mobile, B - BGP
       D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
       <Output omitted>
 
Gateway of last resort is not set
 
      172.16.0.0/16 is variably subnetted, 5 subnets, 3 masks
C        172.16.1.0/24 is directly connected, GigabitEthernet0/0
L        172.16.1.1/32 is directly connected, GigabitEthernet0/0
D        172.16.2.0/24 [90/2170112] via 172.16.3.2, 00:14:35, Serial0/0/0
C        172.16.3.0/30 is directly connected, Serial0/0/0
L        172.16.3.1/32 is directly connected, Serial0/0/0

D     192.168.1.0/24 [90/2170112] via 192.168.10.6, 00:13:57, Serial0/0/1
      192.168.10.0/24 is variably subnetted, 3 subnets, 2 masks
C        192.168.10.4/30 is directly connected, Serial0/0/1
L        192.168.10.5/32 is directly connected, Serial0/0/1

D        192.168.10.8/30 [90/2681856] via 192.168.10.6, 00:50:42, Serial0/0/1
                         [90/2681856] via 172.16.3.2, 00:50:42, Serial0/0/0
R1#

Met de opdracht show ip route wordt gecontroleerd of routes die door EIGRP-buren zijn ontvangen, zijn geïnstalleerd in de IPv4-routeringstabel. De opdracht show ip route geeft de volledige routeringstabel weer, inclusief externe netwerken die dynamisch zijn geleerd, evenals rechtstreeks verbonden en statische routes. Om deze reden is het normaal gesproken de eerste opdracht die wordt gebruikt om te controleren op convergentie. Wanneer routering correct is geconfigureerd op alle routers, geeft de opdracht show ip route aan dat elke router een volledige routeringstabel heeft, met een route naar elk netwerk in de topologie.

U ziet dat R1 routes naar drie externe IPv4-netwerken heeft geïnstalleerd in de IPv4-routeringstabel:

  • Het 172.16.2.0/24-netwerk, ontvangen van router R2 op de serial 0/0/0-interface
  • Het 192.168.1.0/24-netwerk, ontvangen van router R2 op de serial 0/0/1-interface
  • Het 192.168.10.8/30-netwerk, ontvangen van zowel R2 op de Serial 0/0/0-interface als R3 op de Serial0/0/1-interface

R1 heeft twee paden naar het 192.168.10.8/30-netwerk omdat de kosten of metriek om dat netwerk te bereiken hetzelfde of gelijk is met beide routers. Deze staan bekend als gelijkekostenroutes. R1 gebruikt beide paden om dit netwerk te bereiken, dat bekend staat als taakverdeling.

De EIGRP-metriek wordt verderop in dit hoofdstuk besproken.

In het volgend voorbeeld wordt de routeringstabel voor R2 weergegeven. U ziet dat de resultaten vergelijkbaar zijn met die voor R1 in voorgaand voorbeeld, inclusief een route met gelijke kosten voor het netwerk 192.168.10.4/30.

R2# show ip route | begin Gateway
Gateway of last resort is not set

 172.16.0.0/16 is variably subnetted, 5 subnets, 3 masks
D        172.16.1.0/24 [90/2170112] via 172.16.3.1, 00:11:05, Serial0/0/0
C        172.16.2.0/24 is directly connected, GigabitEthernet0/0
L        172.16.2.1/32 is directly connected, GigabitEthernet0/0
C        172.16.3.0/30 is directly connected, Serial0/0/0
L        172.16.3.2/32 is directly connected, Serial0/0/0	
D     192.168.1.0/24 [90/2170112] via 192.168.10.10, 00:15:16, Serial0/0/1
      192.168.10.0/24 is variably subnetted, 3 subnets, 2 masks
D        192.168.10.4/30   [90/2681856] via 192.168.10.10, 00:52:00, Serial0/0/1
                        [90/2681856] via 172.16.3.1, 00:52:00, Serial0/0/0
C        192.168.10.8/30 is directly connected, Serial0/0/1
L        192.168.10.9/32 is directly connected, Serial0/0/1
      209.165.200.0/24 is variably subnetted, 2 subnets, 2 masks
C        209.165.200.224/27 is directly connected, Loopback209 L        
         209.165.200.225/32 is directly connected, Loopback209
R2#

In volgend voorbeeld wordt de routeringstabel voor R3 weergegeven. Net als bij de resultaten voor R1 en R2 worden externe netwerken geleerd met behulp van EIGRP, inclusief een gelijke kostenroute voor het 172.16.3.0/30-netwerk.

R3# show ip route | begin Gateway Gateway of last resort is not set
 
 172.16.0.0/16 is variably subnetted, 3 subnets, 2 masks
D        172.16.1.0/24 [90/2170112] via 192.168.10.5, 00:12:00, Serial0/0/0
D        172.16.2.0/24 [90/2170112] via 192.168.10.9, 00:16:49, Serial0/0/1
D        172.16.3.0/30 [90/2681856] via 192.168.10.9, 00:52:55, Serial0/0/1
                       [90/2681856] via 192.168.10.5, 00:52:55, Serial0/0/0
      192.168.1.0/24 is variably subnetted, 2 subnets, 2 masks
C        192.168.1.0/24 is directly connected, GigabitEthernet0/0
L        192.168.1.1/32 is directly connected, GigabitEthernet0/0
      192.168.10.0/24 is variably subnetted, 4 subnets, 2 masks
C        192.168.10.4/30 is directly connected, Serial0/0/0
L        192.168.10.6/32 is directly connected, Serial0/0/0
C        192.168.10.8/30 is directly connected, Serial0/0/1
L        192.168.10.10/32 is directly connected, Serial0/0/1
R3#

7.3 EIGRP werking

7.3.1. EIGRP initiële routedetectie

7.3.1.1. EIGRP buuraangrenzingen

Het doel van elk dynamisch routeringsprotocol is om meer te weten te komen over externe netwerken van andere routers en convergentie in het routeringsdomein te bereiken. Voordat EIGRP Update-pakketten kunnen worden uitgewisseld tussen routers, moet EIGRP eerst zijn buren ontdekken. EIGRP-buren zijn andere routers met EIGRP op direct verbonden netwerken.

EIGRP gebruikt Hello-pakketten om begrenzingen van buren vast te stellen en te onderhouden. Om twee EIGRP-routers buren te laten worden, moeten verschillende parameters tussen de twee routers overeenkomen. Twee EIGRP-routers moeten bijvoorbeeld dezelfde metrische parameters van de EIGRP gebruiken en beide moeten worden geconfigureerd met hetzelfde autonome systeemnummer.

Elke EIGRP-router onderhoudt een naburige tabel, die een lijst bevat met routers op gedeelde links die een EIGRP-hulp hebben met deze router. De buurtabel wordt gebruikt om de status van deze EIGRP-buren bij te houden.

Figuur 6-21 toont twee EIGRP-routers die de eerste EIGRP Hello-pakketten uitwisselen.

Buren ontdekken

Zoals geïllustreerd in bovenstaande afbeelding, zijn dit de stappen in het ontdekken van buren:

  1. Er komt een nieuwe router (R1) op de link en verzendt een EIGRP Hello-pakket via al zijn EIGRP-geconfigureerde interfaces.
  2. R2 ontvangt het Hello-pakket op een EIGRP-compatibele interface en voegt R1 toe aan de naburige tabel. R2 antwoordt met een EIGRP Update-pakket dat alle routes bevat die het in de routeringstabel heeft, behalve de routes die via die interface zijn geleerd (gesplitste horizon).
  3. R2 verzendt een Hello-pakket naar R1 en R1 voegt R2 toe aan de buurtabel.

7.3.1.2. EIGRP topologie tabel

EIGRP-updates bevatten netwerken die bereikbaar zijn vanaf de router die de update verzendt. Terwijl EIGRP-updates worden uitgewisseld tussen buren, voegt de ontvangende router deze vermeldingen toe aan de EIGRP-topologietabel.

Elke EIGRP-router onderhoudt een topologietabel voor elk geconfigureerd gerouteerd protocol, zoals IPv4 en IPv6. De topologietabel bevat routevermeldingen voor elke bestemming die de router leert van de direct verbonden EIGRP-buren.

De volgende afbeedling toont de voortzetting van het oorspronkelijke routedetectieproces dat zojuist is beschreven en illustreert hoe de routers de topologietabel bijwerken.

Routeringsupdates uitwisselen

Zoals geïllustreerd in boventaande afbeelding, zijn dit de stappen bij het uitwisselen van routeringsupdates:

  1. In het zojuist beschreven buurdetectieproces had R1 een update van R2 ontvangen. Het updatepakket bevatte informatie over de routes en hun statistieken die de buurman adverteert. R1 voegt alle update-items toe aan de topologietabel. De topologietabel bevat alle bestemmingen die worden geadverteerd door naburige (aangrenzende) routers en de kosten (metrisch) om elk netwerk te bereiken.
  2. EIGRP Update-pakketten maken gebruik van betrouwbare levering; daarom antwoordt R1 met een EIGRP-bevestigingspakket, waarbij R2 wordt geïnformeerd dat het de update heeft ontvangen.
  3. R1 stuurt een EIGRP-update naar R2, met reclame voor de routes waarvan zij op de hoogte is, behalve die welke zijn geleerd van R2 (split horizon).
  4. R2 ontvangt de EIGRP-update van buurman R1 en voegt deze informatie toe aan zijn eigen topologietabel.
  5. R2 reageert op het EIGRP Update-pakket van R1 met een EIGRP-bevestiging.

7.3.1.3. Convergentie van de EIGRP

De volgende afbeelding geeft de laatste stappen van het eerste routedetectieproces weer.

De IPv4-routeringstabel bijwerken

Zoals in de bovenstaande afbeelding wordt geïllustreerd, zijn dit de stappen bij het bijwerken van de IPv4-routeringstabel:

  1. Na ontvangst van de EIGRP Update-pakketten van R2, met behulp van de informatie in de topologietabel, werkt R1 zijn IP-routeringstabel bij met het beste pad naar elke bestemming, inclusief de metriek en de next-hop-router.
  2. Net als R1 werkt R2 zijn IP-routeringstabel bij met de beste padroutes naar elk netwerk.

Op dit moment wordt EIGRP op beide routers beschouwd als in de geconvergeerde status.

7.3.2. EIGRP-statistieken

7.3.2.1 EIGRP samengestelde metriek

Standaard gebruikt EIGRP de volgende waarden in de samengestelde metriek om het voorkeurspad naar een netwerk te berekenen:

  • Bandbreedte—De langzaamste bandbreedte van alle uitgaande interfaces, langs het pad van bron naar bestemming.
  • Vertraging—De cumulatieve (som) van alle interfacevertraging langs het pad (in tientallen microseconden).

De volgende waarden kunnen worden gebruikt, maar worden niet aanbevolen omdat ze meestal resulteren in frequente herberekening van de topologietabel:

  • Betrouwbaarheid—Vertegenwoordigt de slechtste betrouwbaarheid tussen bron en bestemming, die is gebaseerd op keepalives.
  • Load—Vertegenwoordigt de ergste belasting op een koppeling tussen de bron en de bestemming, die wordt berekend op basis van de pakketsnelheid en de geconfigureerde bandbreedte van de interface.

Opmerking: Hoewel de MTU is opgenomen in de updates van de routeringstabel, is het geen routeringsmetriek die door EIGRP wordt gebruikt.

EIGRP samengestelde metriek

De formule bestaat uit waarden K1 tot en met K5, bekend als metrische gewichten van de EIGRP. K1 en K3 vertegenwoordigen respectievelijk bandbreedte en vertraging. K2 staat voor belasting en K4 en K5 voor betrouwbaarheid. Standaard zijn K1 en K3 ingesteld op 1 en K2, K4 en K5 op 0. Het resultaat is dat alleen de bandbreedte- en vertragingswaarden worden gebruikt in de c omputatie van de standaard samengestelde metriek. EIGRP voor IPv4 en EIGRP voor IPv6 gebruiken dezelfde formule voor de samengestelde metriek.

De metrische berekeningsmethode(K-waarden) en het autonome systeemnummer van de EIGRP moeten overeenkomen tussen de buren van de EIGRP. Als ze niet overeenkomen, vormen de routers geen hulp.

De standaard K-waarden kunnen worden gewijzigd met de opdracht metrische gewichten routerconfiguratiemodus:

Router(config-router)# metric weights tos k1 k2 k3 k4 k5

Opmerking: Het wijzigen van de waarde van de metrische gewichten wordt over het algemeen niet aanbevolen en valt buiten het bereik van deze cursus. De relevantie ervan is echter belangrijk bij het vaststellen van naburige hulpstoffen. Als de ene router de metrische gewichten heeft gewijzigd en de andere router niet, vormt zich geen hulp.

De opdracht ip-protocollen weergeven wordt gebruikt om de k-waarden te verifiëren. De opdrachtuitvoer voor R1 wordt weergegeven in het volgend voorbeeld. U ziet dat de k-waarden op R1 zijn ingesteld op de standaardwaarde.

R1# show ip protocols
*** IP Routing is NSF aware ***
 
Routing Protocol is "eigrp 1"
  Outgoing update filter list for all interfaces is not set   Incoming update filter list for all interfaces is not set
  Default networks flagged in outgoing updates
  Default networks accepted from incoming updates
  EIGRP-IPv4 Protocol for AS(1)
    Metric weight K1=1, K2=0, K3=1, K4=0, K5=0
    NSF-aware route hold timer is 240
    Router-ID: 1.1.1.1
<Output omitted>
R1#	

Metrische waarden interface onderzoeken (6.3.2.2)

Met de opdracht interfaces weergeven wordt interface-informatie weergegeven, inclusief de parameters die worden gebruikt om de EIGRP-metriek te berekenen.

Het volgend voorbeeld toont de opdracht show interfaces voor de seriële 0/0/0-interface op R1.

R1# show interface serial 0/0/0
Serial0/0/0 is up, line protocol is up
  Hardware is WIC MBRD Serial
  Internet address is 172.16.3.1/30
  MTU 1500 bytes, BW 1544 Kbit/sec, DLY 20000 usec, reliability 255/255, txload 1/255, rxload 1/255	
  Encapsulation HDLC, loopback not set

<Output omitted>

R1# show interface gigabitethernet 0/0
GigabitEthernet0/0 is up, line protocol is up
  Hardware is CN Gigabit Ethernet, address is fc99.4775.c3e0 (bia fc99.4775.c3e0)
  Internet address is 172.16.1.1/24
  MTU 1500 bytes, BW 100000 Kbit/sec, DLY 100 usec, reliability 255/255, txload 1/255, rxload 1/255	
  Encapsulation ARPA, loopback not set
<Output omitted>
R1#

De onderstaande tabel legt het belang van de gemarkeerde uitvoer uit van het bovenstaand voorbeeld.

UitvoerveldBeschrijving
BWBandbreedte van de interface (in kilobits per seconde).
DLYVertraging van de interface (in microseconden).
betrouwbaarheidBetrouwbaarheid van de interface als een fractie van 255 (255 / 255 is 100% betrouwbaarheid), berekend als een exponentieel gemiddelde over vijf minuten.
Standaard neemt EIGRP deze waarde niet op in de berekening van de metriek.
txload, rxloadZend en ontvang belasting op de interface als een fractie van 255 (255 / 255 is volledig verzadigd), berekend als een exponentieel gemiddelde over vijf minuten.
Standaard neemt EIGRP de waarde ervan niet op in de berekening van de metriek.

Gedurende deze cursus wordt bandbreedte aangegeven in Kbps. Routeruitvoer geeft echter bandbreedte weer met behulp van de afkorting Kbit/sec. Routeruitgang geeft ook vertraging in usecweer. In deze cursus wordt vertraging in microsecondengenoemd.

6.3.2.3. Bandbreedte metriek

De bandbreedte metriek is een statische waarde die EIGRP en OSPF gebruiken om hun routeringsmetriek te berekenen. De bandbreedte wordt weergegeven in kilobits per seconde (Kbps).

Op oudere routers wordt de metrische waarde van de seriële koppelingsbandbreedte standaard ingesteld op 1544 Kbps. Dit is de bandbreedte van een T1-verbinding. Op nieuwere routers, zoals de Cisco 4321, wordt de bandbreedte van de seriële koppeling standaard ingesteld op de kloksnelheid die op de koppeling wordt gebruikt.

De seriële koppelingen in de topologie in figuur 6-25 worden geconfigureerd met de bandbreedtes die in deze sectie worden gebruikt.

Opmerking: De bandbreedtes die in deze topologie worden gebruikt, zijn gekozen om de berekening van de metrische gegevens van het routeringsprotocol en het proces van de beste padselectie te helpen verklaren. Deze bandbreedtewaarden geven niet de algemene typen verbindingen weer die in de huidige netwerken worden gevonden.

EIGRP voor IPv4-topologie met bandbreedtewaarden

Controleer altijd de bandbreedte met de opdracht show interfaces. De standaardwaarde van de bandbreedte geeft al dan niet de werkelijke fysieke bandbreedte van de interface weer. Als de werkelijke bandbreedte van de koppeling afwijkt van de standaardbandbreedtewaarde, moet de bandbreedtewaarde worden gewijzigd.

Omdat zowel EIGRP als OSPF bandbreedte gebruiken in standaard metrische berekeningen, is een juiste waarde voor bandbreedte erg belangrijk voor de nauwkeurigheid van routeringsinformatie.

Gebruik de bandwidth kilobits-bandwifth-value interfaceconfiguratiemodusopdracht  om de bandbreedte metriek te wijzigen. Gebruik de opdracht no bandwidth om de standaardwaarde te herstellen. Deze opdracht moet worden geconfigureerd op beide verbindingskoppelingen om een goede routering in beide richtingen te garanderen.

De koppeling tussen R1 en R2 heeft bijvoorbeeld een bandbreedte van 64 Kbps en de koppeling tussen R2 en R3 heeft een bandbreedte van 1024 Kbps.

Het volgend voorbeeld toont de configuraties die op alle drie de routers worden gebruikt om de bandbreedte op de juiste seriële interfaces te wijzigen.

R1(config)# interface s 0/0/0
R1(config-if)# bandwidth 64
R2(config)# interface s 0/0/0
R2(config-if)# bandwidth 64
R2(config-if)# exit

R2(config)# interface s 0/0/1
R2(config-if)# bandwidth 1024
R3(config)# interface s 0/0/1
R3(config-if)# bandwidth 1024

Gebruik de opdracht show interfaces om de nieuwe bandbreedteparameters te controleren, zoals wordt weergegeven in het volgend voorbeeld.

R1# show interface s 0/0/0
Serial0/0/0 is up, line protocol is up
  Hardware is WIC MBRD Serial
  Internet address is 172.16.3.1/30
 MTU 1500 bytes, BW 64 Kbit/sec, DLY 20000 usec,      reliability 255/255, txload 1/255, rxload 1/255
<Output omitted>
R1#

R2# show interface s 0/0/0
Serial0/0/0 is up, line protocol is up
  Hardware is WIC MBRD Serial
  Internet address is 172.16.3.2/30
  MTU 1500 bytes, BW 64 Kbit/sec, DLY 20000 usec,      reliability 255/255, txload 1/255, rxload 1/255
<Output omitted>
R2#

Als u de bandbreedtewaarde wijzigt, wordt de werkelijke bandbreedte van de koppeling niet gewijzigd. De opdracht bandwidth wijzigt alleen de bandbreedte metriek die wordt gebruikt door EIGRP en OSPF.

6.3.2.4. Vertragingsmetriek

Vertraging is een maat voor de tijd die een pakket nodig heeft om een route te doorkruisen. De DLY-metriek (Delay) is een statische waarde op basis van het type koppeling waarmee de interface is verbonden; het wordt uitgedrukt in microseconden.

Vertraging wordt niet dynamisch gemeten. Met andere woorden, de router houdt niet bij hoe lang pakketten duren om de bestemming te bereiken. De vertragingswaarde is, net als de bandbreedtewaarde, een standaardwaarde die door de netwerkbeheerder kan worden gewijzigd.

Wanneer vertraging wordt gebruikt om de EIGRP-metriek te bepalen, is vertraging de cumulatieve (som) van alle interfacevertragingen langs het pad (gemeten in tientallen microseconden).

De volgende tabel toont de standaardvertragingswaarden voor verschillende interfaces. Merk op dat de standaardwaarde 20.000 microseconden is voor seriële interfaces en 10 microseconden voor GigabitEthernet-interfaces.

GemiddeldVertraging (Microseconden)
Gigabit Ethernet10
Snel Ethernet100
FDDI100
Ethernet1000
T1 (standaardserie)20,000
DS0 (64 Kbps)20,000
1024 Kbps20,000
56 Kbps20,000

Gebruik de opdracht show interfaces om de vertragingswaarde op een interface te controleren, zoals wordt weergegeven in onderstaand voorbeeld.

R1# show interface s 0/0/0
Serial0/0/0 is up, line protocol is up
  Hardware is WIC MBRD Serial
  Internet address is 172.16.3.1/30
  MTU 1500 bytes, BW 64 Kbit/sec, DLY 20000 usec, reliability 255/255, txload 1/255, rxload 1/255
<Output omitted>

R1# show interface g 0/0
GigabitEthernet0/0 is up, line protocol is up
 Hardware is CN Gigabit Ethernet, address is fc99.4775.c3e0 (bia fc99.4775.c3e0)
  Internet address is 172.16.1.1/24
  MTU 1500 bytes, BW 1000000 Kbit/sec, DLY 10 usec, reliability 255/255, txload 1/255, rxload 1/255
<Output omitted>
R1#

Hoewel een interface met verschillende bandbreedtes dezelfde vertragingswaarde kan hebben, raadt Cisco aan de vertragingsparameter niet te wijzigen, tenzij de netwerkbeheerder een specifieke reden heeft om dit te doen.

6.3.2.5. Hoe de EIGRP Metric berekenen

Hoewel EIGRP automatisch de metrische gegevens van de routeringstabel berekent die wordt gebruikt om het beste pad te kiezen, is het belangrijk dat een netwerkbeheerder begrijpt hoe deze metrische gegevens zijn bepaald.

De formule van de samengestelde metriek die door EIGRP wordt gebruikt is als volgt:

[K1 * bandwidth K3 * delay] * 256 = Metric

Omdat K1 en K3 beide 1 zijn, wordt de formule

(bandwidth * delay) * 256 = Metriek

Bandbreedte is berekend met behulp van de snelheid van de traagste link in de route naar de bestemming. Vertraging is berekend met het totaal van alle vertragingen in de route naar de bestemming.

R2# show ip route
D 192.168.1.0/24 [90/3012096] via 192.168.10.10, 00:12:32, Serial0/0/1

Met behulp van de standaardwaarden voor K1 en K3 kan de berekening worden vereenvoudigd tot de langzaamste bandbreedte (of minimale bandbreedte) plus de som van alle vertragingen. Met andere woorden, door de bandbreedte- en vertragingswaarden voor alle uitgaande interfaces van de route te onderzoeken, kunt u de EIGRP-metriek als volgt bepalen:

Stap 1. Bepaal de koppeling met de langzaamste bandbreedte. Gebruik die waarde om bandbreedte (10.000.000/bandbreedte) te berekenen.

Stap 2. Bepaal de vertragingswaarde voor elke uitgaande interface op weg naar de bestemming. Tel de vertragingswaarden op en deel door 10 (som van vertraging/10).

Stap 3. Deze samengestelde metriek produceert een 24-bits waarde; EIGRP gebruikt echter een 32-bits waarde. Als u de 24-bits waarde vermenigvuldigt met 256, wordt de samengestelde metriek uitgebreid tot 32 bits. Voeg daarom de berekende waarden voor bandbreedte en vertraging toe en vermenigvuldig de som vervolgens met 256 om de EIGRP-metriek te verkrijgen.

De uitvoer van de routeringstabel voor R2 laat zien dat de route naar 192.168.1.0/24 een EIGRP-metriek van 3.012.096 heeft.

6.3.2.6. Berekening van de EIGRP-metriek

In dit voorbeeld ziet u hoe EIGRP de metriek bepaalt die wordt weergegeven in de routeringstabel van R2 voor het netwerk 192.168.1.0/24.

EIGRP gebruikt de langzaamste bandbreedte in zijn metrische berekening. De langzaamste bandbreedte kan worden bepaald door elke interface tussen R2 en het doelnetwerk te onderzoeken, 192.168.1.0. De Serial 0/0/1 interface op R2 heeft een bandbreedte van 1024 Kbps. De GigabitEthernet 0/0 interface op R3 heeft een bandbreedte van 1.000.000 Kbps. Daarom is de langzaamste bandbreedte 1024 Kbps en dit wordt gebruikt bij de berekening van de metriek.

EIGRP deelt een referentiebandbreedtewaarde van 10.000.000 door de interfacebandbreedtewaarde in Kbps. Dit resulteert in hogere bandbreedte waarden die een lagere metriek ontvangen en lagere bandbreedte waarden die een hogere metriek ontvangen. 10.000.000 wordt gedeeld door 1024. Als het resultaat geen geheel getal is, wordt de waarde naar beneden afgerond. In dit geval is 10.000.000 gedeeld door 1024 gelijk aan 9.765.625. De .625 wordt verlaagd tot 9765 voor het bandbreedtegedeelte van de samengestelde metriek, zoals weergegeven in het volgend voorbeeld.

R1# show interface s 0/0/1
Serial0/0/1 is up, line protocol is up
  Hardware is WIC MBRD Serial
  Internet address is 192.168.10.9/30
  MTU 1500 bytes, BW 1024 Kbit/sec, DLY 20000 usec, reliability 255/255, txload 1/255, rxload 1/255
<Output omitted>

R1# show interface g 0/0
GigabitEthernet0/0 is up, line protocol is up
 Hardware is CN Gigabit Ethernet, address is fc99.4771.7a20 (bia fc99.4771.7a20)
  Internet address is 192.168.1.1/24
  MTU 1500 bytes, BW 1000000 Kbit/sec, DLY 10 usec, reliability 255/255, txload 1/255, rxload 1/255
<Output omitted>
R1#

Dezelfde uitgaande interfaces worden gebruikt om de vertragingswaarde te bepalen, zoals weergegeven in het volgend voorbeeld.

R1# show interface s 0/0/1
Serial0/0/1 is up, line protocol is up
  Hardware is WIC MBRD Serial
  Internet address is 192.168.10.9/30
  MTU 1500 bytes, BW 1024 Kbit/sec, DLY 20000 usec, reliability 255/255, txload 1/255, rxload 1/255
<Output omitted>

R1# show interface g 0/0
GigabitEthernet0/0 is up, line protocol is up
 Hardware is CN Gigabit Ethernet, address is fc99.4771.7a20 (bia fc99.4771.7a20)
  Internet address is 192.168.1.1/24
  MTU 1500 bytes, BW 1000000 Kbit/sec, DLY 10 usec, reliability 255/255, txload 1/255, rxload 1/255
<Output omitted>
R1#

EIGRP gebruikt de som van alle vertragingen naar de bestemming. De Serial 0/0/1 interface op R2 heeft een vertraging van 20.000 microseconden. De Gigabit 0/0-interface op R3 heeft een vertraging van 10 microseconden. De som van deze vertragingen wordt gedeeld door 10. In het voorbeeld resulteert (20.000 + 10) / 10 in een waarde van 2001 voor het vertragingsgedeelte van de samengestelde metriek.

Gebruik de berekende waarden voor bandbreedte en vertraging in de metrische formule. Dit resulteert in een metriek van 3.012.096, zoals weergegeven in het volgend voorbeeld. Deze waarde komt overeen met de waarde die wordt weergegeven in de routeringstabel voor R2.

R2# show ip route
D 192.168.1.0/24 [90/3012096] via 192.168.10.10, 00:12:32, Serial0/0/1

6.3.3. Diffusing Update Algorithm (DUAL) en de topologietabel

6.3.3.1. DUAL-concepten (6.3.3.1)

EIGRP gebruikt DUAL om het beste lusvrije pad en lusvrije back-uppaden te bieden. Verschillende termen en concepten die centraal staan in het lusvermijdingsmechanisme van DUAL worden in deze sectie in meer detail besproken:

  • Successor
  • Feasible Distance (FD)
  • Feasible Successor (FS)
  • Reported Distance (RD) of Advertised Distance (AD)
  • Feasible Condition (FC)

7.3.3.2. Inleiding tot DUAL

EIGRP maakt gebruik van het DUAL-convergentiealgoritme. Convergentie is van cruciaal belang in een netwerk om routeringslussen te voorkomen, omdat zelfs tijdelijke routeringslussen schadelijk kunnen zijn voor de netwerkprestaties.

Protocollen voor het routeren van afstandsvectoren, zoals RIP, voorkomen routeringslussen met behulp van holddowntimers en gesplitste horizon. Hoewel EIGRP beide technieken gebruikt, gebruikt het ze enigszins anders, en de primaire manier waarop EIGRP routeringslussen voorkomt, is door het DUAL-algoritme te gebruiken.

Het DUAL-algoritme wordt gebruikt om lusvrije paden te verkrijgen bij elk exemplaar tijdens een routeberekening. Hierdoor kunnen alle routers die betrokken zijn bij een topologiewijziging tegelijkertijd synchroniseren. Routers die niet worden beïnvloed door de topologiewijzigingen zijn niet betrokken bij de hercompensatie. DUAL stelt EIGRP in staat om snellere convergentietijden te hebben dan andere protocollen voor het routeren van afstandsvectoren.

Het beslissingsproces voor alle routeberekeningen wordt uitgevoerd door de DUAL finite state machine (FSM). Een FSM is een werkstroommodel, vergelijkbaar met een stroomdiagram, dat bestaat uit het volgende:

  • Een eindig aantal fasen (toestanden)
  • Overgangen tussen die fasen
  • Operaties

De DUAL FSM volgt alle routes en gebruikt EIGRP-metrische gegevens om efficiënte, lusvrije paden te selecteren en de routes te identificeren met het goedkoopste pad dat in de routeringstabel moet worden ingevoegd.

Herberekening van het DUAL-algoritme kan processorintensief zijn. Om deze reden houdt EIGRP een lijst bij van back-uproutes waarvan DUAL al heeft vastgesteld dat ze lusvrij zijn. Als de primaire route in de routeringstabel mislukt, wordt de beste back-uproute onmiddellijk toegevoegd aan de routeringstabel.

7.3.3.3. Successor en Feasible Distance

De volgende afbeelding toont de referentietopologie voor dit onderwerp.

In het voorbeeld heeft R2 twee mogelijke manieren om bij netwerk 192.168.1.0/24 te komen: het kan via R1 en vervolgens R3 gaan, of het kan rechtstreeks naar R3 gaan. R2 moet een opvolger kiezen en eventueel een haalbare opvolger kiezen.

Een opvolger is een naburige router die wordt gebruikt voor het doorsturen van pakketten en de goedkoopste route naar het doelnetwerk is. Het IP-adres van een opvolger wordt direct na het woord viaweergegeven in een routetabelvermelding.

EIGRP voor IPv4 Topologie: Opvolger Voorbeeld

De haalbare afstand (FD) is de laagst berekende metriek om het doelnetwerk te bereiken. In de routeringstabel is FD de metriek die wordt vermeld als het tweede getal tussen de haakjes.

In de routeringstabel in figuur 6-31 is bijvoorbeeld het beste pad om 192.168.1.0/24 te bereiken via R3. Daarom is R3 de opvolger en is de haalbare afstand tot 192.168.1.0/24 3.012.096.

R2# show ip route
D 192.168.1.0/24 [90/3012096] via 192.168.10.10, 00:12:32, Serial0/0/1

7.3.3.4. Feasible successors, feasible conition en reported distance

DUAL kan snel convergeren na een wijziging in de topologie, omdat het back-uppaden naar andere netwerken kan gebruiken zonder DUAL opnieuw te berekenen. Deze back-uppaden staan bekend als haalbare opvolgers (FS).

Een FS is een buur die een lusvrij back-uppad heeft naar hetzelfde netwerk als de s uccessor en voldoet aan de haalbaarheidsvoorwaarde (FC).

De FC wordt gehaald wanneer de gerapporteerde afstand van een buur (RD) tot een netwerk kleiner is dan de haalbare afstand van de lokale router tot hetzelfde doelnetwerk. Als de gerapporteerde afstand kleiner is, vertegenwoordigt dit een lusvrij pad. De gerapporteerde afstand is gewoon de haalbare afstand van een EIGRP-buurman tot hetzelfde bestemmingsnetwerk. De gerapporteerde afstand is de metriek die een router rapporteert aan een buurman over zijn eigen kosten voor dat netwerk.

6.3.3.5. Topologietabel: opdracht show ip eigrp topology

De tabel EIGRP-topologie bevat alle routes die bekend zijn bij elke EIGRP-buur. Aangezien een EIGRP-router routes van zijn buren leert, worden deze routes geïnstalleerd in de EIGRP-topologietabel.

Als u de topologietabel wilt weergeven, gebruikt u de opdracht show ip eigrp topology. In het volgend voorbeeld wordt de topologietabel voor R2 weergegeven.

R2# show ip eigrp topology
EIGRP-IPv4 Topology Table for AS(1)/ID(2.2.2.2)
Codes: P - Passive, A - Active, U - Update, Q - Query, R - Reply,  r - reply Status, s - sia Status
 
P 172.16.2.0/24, 1 successors, FD is 2816
         via Connected, GigabitEthernet0/0 P 192.168.10.4/30, 1 successors, FD is 3523840
         via 192.168.10.10 (3523840/2169856), Serial0/0/1
         via 172.16.3.1 (41024000/2169856), Serial0/0/0
P 192.168.1.0/24, 1 successors, FD is 3012096
        via 192.168.10.10 (3012096/2816), Serial0/0/1
        via 172.16.3.1 (41024256/2170112), Serial0/0/0
P 172.16.3.0/30, 1 successors, FD is 40512000
        via Connected, Serial0/0/0
P 172.16.1.0/24, 1 successors, FD is 3524096
        via 192.168.10.10 (3524096/2170112), Serial0/0/1
        via 172.16.3.1 (40512256/2816), Serial0/0/0 P 192.168.10.8/30, 1 successors, FD is 3011840
        via Connected, Serial0/0/1
R2#

De EIGRP-topologietabel bevat alle netwerken die worden geadverteerd door naburige EIGRP-routers. De topologietabel bevat alle opvolgers en FS’en die DUAL heeft berekend naar doelnetwerken. Alleen de opvolger wordt geïnstalleerd in de IP-routeringstabel. Ook heeft niet elke route een FS.

Onderstaand voorbeeld zich op de vermelding voor het 192.168.1.0/24-netwerk in de uitvoer van de opdracht show ip eigrp topology op R2.

R2# show ip eigrp topology
<output ommitted>
P 192.168.1.0/24, 1 successors, FD is 3012096
        via 192.168.10.10 (3012096/2816), Serial0/0/1
        via 172.16.3.1 (41024256/2170112), Serial0/0/0
R2#

De onderstaande tabel legt het belang uit van de gemarkeerde uitvoer voor de eerste regel in de uitvoer.

UitvoerveldBeschrijving
PDe route bevindt zich in een stabiele passieve toestand en DUAL is niet bezig met het verspreiden vanberekeningen.
Als DUAL berekeningen zou uitvoeren, zou de route een actieve status (A) hebben.
 Alle routes in de topologietabel moeten de passieve status hebben voor een stabiel routeringsdomein.
192.168.1.0/24Dit is het doelnetwerk dat ook in de routeringstabel te vinden is.
1 successorsDit is het aantal opvolgers voor dit netwerk.
Er kunnen meerdere opvolgers zijn als er meerdere gelijke kostenpaden naar dit netwerk zijn.
FD is 3012096FD is de EIGRP-metriek om het doelnetwerk te bereiken.
Dit is de statistiek die wordt weergegeven in de IP-routeringstabel.
R2# show ip eigrp topology
<output ommitted>
P 192.168.1.0/24, 1 successors, FD is 3012096
        via 192.168.10.10 (3012096/2816), Serial0/0/1
        via 172.16.3.1 (41024256/2170112), Serial0/0/0
R2#

In de volgende tabel wordt het belang van de gemarkeerde uitvoer voor de eerste subentry in de uitvoer uitgelegd.

              Veld in uitvoerbeschrijving

UitvoerveldBeschrijving
via 192.168.10.10Dit is het next-hop adres van de opvolger, R3.
Dit adres wordt weergegeven in de routeringstabel.
3012096Dit is het FD naar 192.168.1.0/24.
Dit is de statistiek die wordt weergegeven in de IP-routeringstabel.
2816Dit is de RD van de opvolger en is R3’s kosten om dit netwerk te bereiken.
Serieel 0/0/1Dit is de uitgaande interface die wordt gebruikt om dit netwerk te bereiken, ook weergegeven in de routeringstabel.

Het volgende voorbeeld toont de derde regel voor het netwerk 192.168.1.0/24.

R2# show ip eigrp topology
<output ommitted>
P 192.168.1.0/24, 1 successors, FD is 3012096
        via 192.168.10.10 (3012096/2816), Serial0/0/1
        via 172.16.3.1 (41024256/2170112), Serial0/0/0
R2#

De volgende tabel legt het belang uit van de gemarkeerde uitvoer voor het tweede subentry in de uitvoer. Het tweede deelprogramma toont de FS, R1. Als er geen tweede vermelding is, zijn er geen FS’en.

UitvoerveldBeschrijving
via 172.16.3.1Dit is het next-hop adres van de FS, R1.
41024256Dit zou R2’s nieuwe FD naar 192.168.1.0/24 zijn als R1 de nieuwe opvolger zou worden, en het zou de nieuwe metriek zijn die wordt weergegeven in de IP-routeringstabel.
2170112Dit is de RD van de FS, of R1’s metric om dit netwerk te bereiken.
Rd moet minder dan het huidige FD van 3.012.096 zijn om FC te ontmoeten.
Serieel 0/0/0Dit is de uitgaande interface die wordt gebruikt om FS te bereiken als deze router de opvolger wordt.

7.3.3.7. Topologietabel: no feasible successor

Laten we de gedeeltelijke routeringstabel van R1 bekijken die wordt weergegeven in het volgend voorbeeld om te zien hoe DUAL opvolgers en FS’en gebruikt.

R1# show ip route
D 192.168.1.0/24 [90/2170112] via 192.168.10.6, 01:23:13, Serial0/0/1

De route naar 192.168.1.0/24 laat zien dat de opvolger R3 is via 192.168.10.6 met een FD van 2.170.112.

De IP-routeringstabel bevat alleen het beste pad, de opvolger. Om te zien of er FS’en zijn, moet u de EIGRP-topologietabel bekijken. De topologietabel in het onderstaand voorbeeld toont alleen de opvolger 192.168.10.6, namelijk R3. Merk op dat er geen FS’en zijn.

Als u naar de fysieke topologie of het netwerkdiagram kijkt, ziet u dat er een back-uproute is naar 192.168.1.0/24 via R2. R2 is echter geen FS omdat het niet voldoet aan de FC.

R1# show ip eigrp topology
<output ommitted>
P 192.168.1.0/24, 1 successors, FD is 2170112
        via 192.168.10.6 (2170112/2816), Serial0/0/1
R1#

DUAL slaat de route door R2 niet op in de topologietabel. Alle koppelingen kunnen worden weergegeven met behulp van de opdracht show ip eigrp topology all-links. Met deze opdracht worden koppelingen weergegeven, ongeacht of deze voldoen aan de FC of niet.

Zoals weergegeven in het volgend voorbeeld, toont de opdracht show ip eigrp topology all-links alle mogelijke paden naar een netwerk, inclusief opvolgers, FS’en en zelfs routes die geen FSs zijn.

R2# show ip eigrp topology all-links
<output ommitted>
P 192.168.1.0/24, 1 successors, FD is 2170112, srno 9
        via 192.168.10.6 (2170112/2816), Serial0/0/1
        via 172.16.3.2 (41024256/3012096), Serial0/0/0
R2#

R1’s FD naar 192.168.1.0/24 is 2.170.112 via de opvolger R3.

Om R2 als FS te kunnen beschouwd, moet het voldoen aan de FC. R2’s RD naar R1 om 192.168.1.0/24 te bereiken moet kleiner zijn dan het huidige FD van R1. Volgens figuur 6-40 is R2’s RD 3.012.096, wat hoger is dan het huidige FD van R1 van 2.170.112.

Hoewel R2 eruit ziet als een levensvatbaar back-uppad naar 192.168.1.0/24, kan R1 niet garanderen dat het pad geen potentiële lus is die door zichzelf heen loopt. EIGRP is een routeprotocol voor afstandsvectoren, dus het heeft niet de mogelijkheid om een volledige, lusvrije topologische kaart van het netwerk te zien. De methode van DUAL om te garanderen dat een buurman een lusvrij pad heeft, is dat de metriek van de buurman aan de FC moet voldoen. Door ervoor te zorgen dat het RD van de buurman minder is dan zijn eigen FD, kan de router ervan uitgaan dat deze naburige router geen deel uitmaakt van zijn eigen geadverteerde route – waardoor altijd het potentieel voor een lus wordt vermeden.

R2 kan als opvolger worden gebruikt als R3 faalt. Er is echter een langere vertraging voordat u deze toevoegt aan de routeringstabel. Voordat R2 als opvolger kan worden gebruikt, moet DUAL verdere verwerking uitvoeren.

7.3.4. DUAL en convergentie

7.3.4.1. DUAL Eindige Toestandsmachine (FSM)

Het middelpunt van EIGRP is DUAL en de EIGRP routeberekeningsmotor. De eigenlijke naam van deze technologie is de DUAL finite state machine (FSM). Deze FSM bevat alle logica die wordt gebruikt om routes in een EIGRP-netwerk te berekenen en te vergelijken.

Gebruik de opdracht debug eigrp fsm om te onderzoeken wat DUAL doet wanneer een route uit de routeringstabel wordt verwijderd.

Een FSM is een abstracte machine, geen mechanisch apparaat met bewegende delen. Een FSM definieert een reeks mogelijke toestanden die iets kan doormaken, welke gebeurtenissen die staten veroorzaken en welke gebeurtenissen het gevolg zijn van die staten. Ontwerpers gebruiken FMM’s om te beschrijven hoe een apparaat, computerprogramma of routeringsalgoritme reageert op een set invoergebeurtenissen.

Opmerking: FMM’s vallen buiten het bereik van deze cursus.

7.3.4.2. DUAL: feasible successor

Figuur 6-42 illustreert hoe DUAL reageert wanneer een route niet meer beschikbaar is.

In het voorbeeld gebruikt R2 momenteel R3 als opvolger van 192.168.1.0/24. In een ddition vermeldt R2 momenteel R1 als FS.

De show ip eigrp topology output voor R2 in figuur 6-43 controleert of R3 de s uccessor is en R1 de FS voor het 192.168.1.0/24 netwerk.

Om te begrijpen hoe DUAL een FS kan gebruiken wanneer het pad met de opvolger niet langer beschikbaar is, wordt een koppelingsfout gesimuleerd tussen R2 en R3. Voordat de fout wordt gesimuleerd, moet DUAL-foutopsporing worden ingeschakeld. Het onderstaand voorbeeld laat zien hoe u de opdracht debug eigrp fsm op R2 inschakelt en vervolgens een koppelingsfout simuleert met behulp van de shutdown opdracht op de seriële 0/0/1-interface.

EIGRP voor IPv4-topologie met gesimuleerde koppelingsfout
R2# show ip eigrp topology
<output ommitted>
P 192.168.1.0/24, 1 successors, FD is 3012096, srno 9
        via 192.168.10.10 (2170112/2816), Serial0/0/1
        via 172.16.3.1 (41024256/2170112), Serial0/0/0
R2# debug eigrp fsm
EIGRP Finite State Machine debugging is on
R2# conf t
Enter configuration commands, one per line.  End with CNTL/Z.
R2(config)# interface s 0/0/1
R2(config-if)# shutdown

<Output omitted>
EIGRP-IPv4(1):Find FS for dest 192.168.1.0/24. FD is 3012096, RD is 3012096 on tid 0
DUAL: AS(1) Removing dest 172.16.1.0/24, nexthop 192.168.10.10
DUAL: AS(1) RT installed 172.16.1.0/24 via 172.16.3.1

<Output omitted>

R2(config-if)# end

R2# undebug all

In het vorig voorbeeld geeft de gemarkeerde foutopsporingsuitvoer de activiteit weer die door DUAL wordt gegenereerd wanneer een koppeling uitvalt. R2 moet alle EIGRP-buren op de hoogte stellen van de verloren koppeling en de eigen routerings- en topologietabellen bijwerken. In het volgende voorbeeld wordt alleen de geselecteerde foutopsporingsuitvoer weergegeven. Merk met name op dat de DUAL FSM een FS zoekt en vindt voor de route in de EIGRP-topologietabel.

De FS R1 wordt nu de opvolger en wordt in de routeringstabel geïnstalleerd als het nieuwe beste pad naar 192.168.1.0/24, zoals weergegeven in het volgend voorbeeld.

R2# show ip route
D 192.168.1.0/24 [90/3012096] via 172.16.3.1, 00:15:51, Serial0/0/0

Met een FS gebeurt deze wijziging in de routeringstabel vrijwel onmiddellijk.

Zoals weergegeven in onderstaand voorbeeld, toont de topologietabel voor R2 nu R1 als opvolger, en er zijn geen nieuwe FS’en. Als de koppeling tussen R2 en R3 weer actief wordt gemaakt, keert R3 terug als opvolger en wordt R1 opnieuw de FS.

R2# show ip eigrp topology
<output ommitted>
P 192.168.1.0/24, 1 successors, FD is 41024256
        via 172.16.3.1 (41024256/2170112), Serial0/0/0

7.3.4.3. DUAL: no feasible successor

Af en toe mislukt het pad naar de opvolger en zijn er geen FS’en. In een dergelijk geval heeft DUAL geen gegarandeerd lusvrij back-uppad naar het netwerk, dus het pad bevindt zich niet in de topologietabel als FS. Als er geen FS’en in de topologietabel staan, wordt DUAL overgezet naar de actieve status en worden de buren actief opgevraagd voor een nieuwe opvolger.

In figuur 6-46 gebruikt R1 momenteel R3 als opvolger van 192.168.1.0/24.

R2# show ip eigrp topology
<output ommitted>
P 192.168.1.0/24, 1 successors, FD is 2170112
        via 192.168.10.6 (2170112/2816), Serial0/0/1

R1 heeft R2 echter niet vermeld als een FS omdat R2 niet voldoet aan de FC. Wanneer de opvolger niet meer beschikbaar is en er geen haalbare opvolger is, brengt DUAL de route in actieve staat. DUAL verzendt EIGRP-query’s en vraagt andere routers om een pad naar het netwerk. Andere routers retourneren EIGRP-antwoorden, zodat de afzender van de EIGRP-query weet of ze een pad naar het aangevraagde netwerk hebben. Als geen van de EIGRP-antwoorden een pad naar dit netwerk heeft, heeft de afzender van de query geen route naar dit netwerk.

Om te begrijpen hoe DUAL naar een nieuwe opvolger zoekt wanneer er geen FS is, wordt een koppelingsfout gesimuleerd tussen R1 en R3.

Zoals wordt weergegeven in het volgende voorbeeld, is DUAL-foutopsporing ingeschakeld met de opdracht debug eigrp fsm op R1 en wordt een koppelingsfout gesimuleerd met behulp van de shutdown opdracht op de seriële 0/0/1-interface.

R1# debug eigrp fsm
EIGRP Finite State Machine debugging is on
R1# conf t
Enter configuration commands, one per line.  End with CNTL/Z.
R1(config)# interface s 0/0/1
R1(config-if)# shutdown

<Output omitted>
EIGRP-IPv4(1): Find FS for dest 192.168.1.0/24. FD is 2170112, RD is 2170112
DUAL: AS(1) Dest 192.168.1.0/24 entering active state for tid 0.
EIGRP-IPv4(1): dest(192.168.1.0/24) active
EIGRP-IPv4(1): rcvreply: 192.168.1.0/24 via 172.16.3.2 metric 41024256/3012096 EIGRP-IPv4(1): reply count is 1
EIGRP-IPv4(1): Find FS for dest 192.168.1.0/24. FD is 72057594037927935, RD is 72057594037927935
DUAL: AS(1) Removing dest 192.168.1.0/24, nexthop 192.168.10.6
DUAL: AS(1) RT installed 192.168.1.0/24 via 172.16.3.2
<Output omitted>
 
R1(config-if)# end

R1# undebug all
R1#

De gemarkeerde foutopsporingsuitvoer in voorbeeld 6-21 toont het netwerk 192.168.1.0/24 dat overschakelt naar de actieve status en EIGRP-query’s die naar andere buren worden verzonden. R2 antwoordt met een pad naar dit netwerk, dat de nieuwe opvolger wordt en in de routeringstabel wordt geïnstalleerd.

Als de afzender van de EIGRP-query’s EIGRP-antwoorden ontvangt die een pad naar het aangevraagde netwerk bevatten, wordt het voorkeurspad toegevoegd als de nieuwe opvolger en toegevoegd aan de routeringstabel. Dit proces duurt langer dan wanneer DUAL een FS in de topologietabel had en de nieuwe route snel aan de routeringstabel kon toevoegen.

Merk in het vorige voorbeeld op dat R1 een nieuwe route heeft naar het 192.168.1.0/24-netwerk en dat de nieuwe opvolger van de EIGRP router R2 is.

Het volgend voorbeeld laat zien dat de R1-topologietabel R2 identificeert als de opvolger en dat er geen nieuwe FS’en zijn.

R2# show ip route
D 192.168.1.0/24 [90/3012096] via 172.16.3.2, 00:05:25, Serial0/0/0

Als de koppeling tussen R1 en R3 weer actief wordt gemaakt, keert R3 terug als opvolger. R2 is echter nog steeds niet de FS omdat het niet voldoet aan de FC.

7.4 EIGRP implementeren voor IPv6

7.4.1. EIGRP voor IPv6

7.4.1.1. EIGRP voor IPv6

Net als zijn IPv4-tegenhanger wisselt EIGRP voor IPv6 routeringsinformatie uit om de IPv6-routeringstabel te vullen met externe voorvoegsels. EIGRP voor IPv6 is beschikbaar gesteld in Cisco IOS Release 12.4(6)T.

Opmerking: In IPv6 wordt het netwerkadres het voorvoegselgenoemd en wordt het subnetmasker de voorvoegsellengtegenoemd.

EIGRP voor IPv4 loopt over de IPv4-netwerklaag, communiceert met andere EIGRP IPv4-peers en adverteert alleen IPv4-routes. EIGRP voor IPv6 heeft dezelfde functionaliteit als EIGRP voor IPv4, maar gebruikt IPv6 als het netwerklaagtransport, communiceert met EIGRP voor IPv6-peers en adverteert IPv6-routes.

EIGRP voor IPv6 gebruikt dual ook als berekeningsengine om lusvrije paden en back-uppaden in het hele routeringsdomein te garanderen.

Net als bij alle andere IPv6-routeringsprotocollen heeft EIGRP voor IPv6 afzonderlijke processen van zijn IPv4-tegenhanger. De processen en bewerkingen zijn in principe hetzelfde als in het IPv4-routeringsprotocol. Ze lopen echter onafhankelijk.

EIGRP voor IPv4 en EIGRP voor IPv6 hebben elk afzonderlijke EIGRP-buurtabellen, EIGRP-topologietabellen en IP-routeringstabellen, zoals weergegeven in onderstaande afbeelding. EIGRP voor IPv6 is een aparte protocolafhankelijke module (PDM).

De EIGRP voor IPv6-configuratie- en verificatieopdrachten lijkt erg op die in EIGRP voor IPv4. Deze opdrachten worden verderop in deze sectie beschreven.

EIGRP vergelijken voor IPv4 en EIGRP voor IPv6

7.4.1.2. Vergelijk EIGRP voor IPv4 en IPv6

De volgende tabel geeft een overzicht van overeenkomsten tussen EIGRP voor IPv4 en EIGRP voor IPv6.

OvereenkomtBeschrijving
Afstand vectorBeide protocollen zijn geavanceerde afstand vector routering protocollen.
De twee protocollen gebruiken dezelfde administratieve afstanden.
ConvergentietechnologieBeide protocollen maken gebruik van DUAL-technieken en -processen, waaronder opvolger, FS, FD en RD.
MetriekBeide protocollen gebruiken bandbreedte en vertraging voor hun samengestelde metriek en kunnen worden geconfigureerd om ook betrouwbaarheid en belasting te gebruiken.
TransportprotocolBeide protocollen gebruiken RTP voor gegarandeerde levering van EIGRP-pakketten aan alle buren.
Berichten bijwerkenZowel EIGRP voor IPv4 als IPv6 verzenden incrementele updates wanneer de status van een bestemming verandert.
Beide protocollen gebruiken de termen gedeeltelijke updates en begrensde updates.
BuurdetectiemechanismeBeide protocollen gebruiken Hello-pakketten om naburige routers te ontdekken en hulpstoffen te vormen.
AuthenticatieBeide protocollen maken gebruik van Message Digest 5 (MD5) authenticatie.
Named EIGRP voor IPv4- en IPv6-adresfamilies ondersteunt ook het sterkere SHA256-algoritme.
Router-IDBeide protocollen gebruiken een 32-bits IP-adres voor de EIGRP-router-ID.
Beide protocollen gebruiken hetzelfde proces voor het bepalen van de router-ID.

De volgende tabel geeft een overzicht van de verschillen tussen EIGRP voor IPv4 en EIGRP voor IPv6.

VerschilEIGRP voor IPv4EIGRP voor IPv6
Geadverteerde routesEIGRP voor IPv4 adverteert met IPv4-netwerken.EIGRP voor IPv6 adverteert IPv6-voorvoegsels.
Bron- en bestemmingsadressenEIGRP voor IPv4 verzendt berichten naar het multicast-adres 224.0.0.10.Deze berichten gebruiken het bron-IPv4-adres van de uitgaande interface.EIGRP voor IPv6 verzendt berichten naar het multicast-adres FF02::A.EIGRP voor IPv6-berichten worden verbrond met behulp van het IPv6-koppelingsadres van de exit interface.
Bevelenom netwerken te adverterenEIGRP voor IPv4 adverteert netwerken met behulp van de configuratieopdracht van de netwerkrouter.EIGRP voor IPv6 adverteert netwerken met behulp van de ipv6 eigrp autonomoussystem interfaceconfiguratieopdracht.
EIGRP startenVoor EIGRP voor IPv4 is geen opdracht vereist.Voor EIGRP voor IPv6 moet IPv6 unicast-routering zijn ingeschakeld met behulp van de algemene configuratieopdracht ipv6 unicast-routing.
EIGRP vereist ook dat EIGRP wordt ingeschakeld met behulp van de configuratieopdracht no shutdown router.
Router-IDEIGRP voor IPv4 maakt een eigen router-ID als er geen is geconfigureerd.EIGRP voor IPv6 maakt gebruik van een expliciet geconfigureerde IPv4-router-ID of het hoogste IPv4-adres dat is geconfigureerd op een interface (als er een is geconfigureerd).

7.4.1.3. IPv6 Link-local adressen

Routers met EIGRP voor IPv6 wisselen berichten uit tussen buren op hetzelfde subnet of dezelfde koppeling, zoals weergegeven in de volgende afbeelding.

EIGRP for IPv6 and Link-Local Addresses

Routers hoeven alleen routeringsprotocolberichten te verzenden en te ontvangen met hun direct verbonden buren. Deze berichten worden altijd verzonden vanaf het bron-IP-adres van de router die het doorsturen doet.

IPv6 link-local adressen zijn hiervoor ideaal. Met een IPv6-koppelingslokalenadres kan een apparaat communiceren met andere IPv6-apparaten op dezelfde koppeling en alleen op die koppeling (subnet). Pakketten met een bron- of doelkoppelingsadres kunnen niet verder worden gerouteerd dan de koppeling waaruit het pakket afkomstig is.

EIGRP voor IPv6-berichten worden als volgt verzonden:

  • Bron IPv6-adres – Dit is het IPv6-link-lokale adres van de exit-interface.
  • IPv6-doeladres – wanneer een pakket naar een multicast-adres moet worden verzonden, wordt het verzonden naar het IPv6-multicastadres FF02::A, het adres voor alle EIGRP-routers met linklokaal bereik. Als het pakket kan worden verzonden als een unicast-adres, wordt het verzonden naar het link-lokale adres van de naburige router.

Opmerking: IPv6-link-lokale adressen bevinden zich in het FE80::/10-bereik. De /10 geeft aan dat de eerste 10 bits 1111 1110 10xx xxxx zijn, wat resulteert in het eerste hextet met een bereik van 1111 1110 1000 0000 (FE80) tot 1111 1110 1011 1111 (FEBF).

7.4.2. EIGRP configureren voor IPv6

7.4.2.1. EIGRP voor IPv6 Netwerk topologie

De volgende afbeelding toont de netwerktopologie die hier wordt gebruikt voor het configureren van EIGRP voor IPv6.

EIGRP voor IPv6 Topologie

Als het netwerk dual-stack wordt uitgevoerd, met zowel IPv4 als IPv6 op alle apparaten, kan EIGRP voor zowel IPv4 als IPv6 worden geconfigureerd op alle routers. In deze sectie ligt de focus echter op EIGRP voor IPv6.

In dit voorbeeld zijn alleen de wereldwijde unicast-adressen van IPv6 geconfigureerd op elke router. Voorbeeld 6-22 geeft de configuraties van de startinterface op elke router weer.

R1# show running-config
<Output omitted>
! interface GigabitEthernet0/0  ipv6 address 2001:DB8:CAFE:1::1/64
! interface Serial0/0/0  ipv6 address 2001:DB8:CAFE:A001::1/64  clock rate 64000
! interface Serial0/0/1  ipv6 address 2001:DB8:CAFE:A003::1/64

R2# show running-config
<Output omitted>
! interface GigabitEthernet0/0  ipv6 address 2001:DB8:CAFE:2::1/64
! interface Serial0/0/0  ipv6 address 2001:DB8:CAFE:A001::2/64
!
interface Serial0/0/1  ipv6 address 2001:DB8:CAFE:A002::1/64  clock rate 64000
!
interface Serial0/1/0  ipv6 address 2001:DB8:FEED:1::1/64

R3# show running-config
<Output omitted>
! interface GigabitEthernet0/0  ipv6 address 2001:DB8:CAFE:3::1/64
!
 
interface Serial0/0/0  ipv6 address 2001:DB8:CAFE:A003::2/64  clock rate 64000 !     
interface Serial0/0/1
 ipv6 address 2001:DB8:CAFE:A002::2/64

Let op de bandbreedtewaarden van de interface van de vorige EIGRP voor IPv4-configuratie. Omdat EIGRP voor IPv4 en IPv6 dezelfde metrische gegevens gebruiken, is het wijzigen van de bandbreedteparameters van invloed op beide routeringsprotocollen.

7.4.2.2. IPv6 Link-local-adressen configureren

Link-local-adressen worden automatisch gemaakt wanneer een wereldwijd IPv6-unicast-adres aan de interface wordt toegewezen. Globale unicast-adressen zijn niet vereist op een interface. IPv6-link-lokale adressen zijn echter vereist.

Tenzij handmatig geconfigureerd, maken Cisco-routers het link-local-adres met behulp van

FE80::/10-voorvoegsel en het EUI-64-proces. EUI-64 omvat het gebruik van het 48-bits Ethernet MAC-adres, het invoegen van FFFE in het midden en het omdraaien van de zevende bit. Voor seriële interfaces gebruikt Cisco het MAC-adres van een Ethernet-interface. Een router met verschillende seriële interfaces kan hetzelfde link-local-adres toewijzen aan elke IPv6-interface, omdat link-local-adressen alleen lokaal op de koppeling hoeven te staan.

Link-local-adressen die zijn gemaakt met behulp van de EUI-64-indeling, of in sommige gevallen willekeurige interface-ID’s, maken het moeilijk om die adressen te herkennen en te onthouden. Omdat IPv6-routeringsprotocollen IPv6-koppelings-lokale adressen gebruiken voor unicast-adressering en next-hop-adresgegevens in de routeringstabel, is het gebruikelijk om er een gemakkelijk herkenbaar adres van te maken. Het handmatig configureren van het link-local-adres biedt de mogelijkheid om een adres te maken dat herkenbaar en gemakkelijker te onthouden is.

Link-local-adressen kunnen handmatig worden geconfigureerd met behulp van de ipv6 address link-localaddress link-local interfaceconfiguratiemodusopdracht.

Een link-lokaal adres heeft een voorvoegsel in het bereik FE80 tot FEBF. Wanneer een adres begint met dit hextet (16-bits segment), moet het link local trefwoord het adres volgen.

Voorbeeld 6-23 toont de configuratie van een link-lokaal adres met behulp van de ipv6-adres interfaceconfiguratiemodusopdracht voor elk van de drie routers.

Voorbeeld 6-23 Link-local-adressen configureren

R1(config)# interface s 0/0/0
R1(config-if)# ipv6 address fe80::1 ?   link-local  Use link-local address
R1(config-if)# ipv6 address fe80::1 link-local 
R1(config-if)# interface s 0/0/1
R1(config-if)# ipv6 address fe80::1 link-local 
R1(config-if)# interface g 0/0
R1(config-if)# ipv6 address fe80::1 link-local
R1(config-if)#

R2(config)# interface s 0/0/0
R2(config-if)# ipv6 address fe80::2 link-local
R2(config-if)# interface s 0/0/1
R2(config-if)# ipv6 address fe80::2 link-local 
R2(config-if)# interface s 0/1/0
R2(config-if)# ipv6 address fe80::2 link-local 
R2(config-if)# interface g 0/0
R2(config-if)# ipv6 address fe80::2 link-local
R2(config-if)#

R3(config)# interface serial 0/0/0
R3(config-if)# ipv6 address fe80::3 link-local 
R3(config-if)# interface serial 0/0/1
R3(config-if)# ipv6 address fe80::3 link-local 
R3(config-if)# interface gigabitethernet 0/0
R3(config-if)# ipv6 address fe80::3 link-local
R3(config-if)#

Voor R1 wordt het link-local adres FE80::1 gebruikt om het gemakkelijk herkenbaar te maken als behorend tot router R1. Hetzelfde IPv6-koppelingsadres is geconfigureerd op alle interfaces van R1. FE80::1 kan op elke koppeling worden geconfigureerd omdat deze alleen op die koppeling uniek moet zijn.

Net als R1 is R2 geconfigureerd met FE80::2 als het IPv6-link-local-adres op al zijn interfaces. R3 is geconfigureerd met FE80::3.

Zoals weergegeven in het volgend voorbeeld, wordt de opdracht show ipv6 interface brief gebruikt om de IPv6 link-local en global unicast adressen op alle interfaces te verifiëren.

R1# show ipv6 interface brief
GigabitEthernet0/0     [up/up]
   FE80::1
   2001:DB8:CAFE:1::1
Serial0/0/0            [up/up]
   FE80::1
   2001:DB8:CAFE:A001::1
Serial0/0/1           [up/up]
   FE80::1
   2001:DB8:CAFE:A003::1
R1#

7.4.2.3. De EIGRP configureren voor IPv6-routeringsproces

Met de opdracht ipv6 unicast-routing global configuration mode kan IPv6-routering op de router worden ingeschakeld. Deze opdracht is vereist voordat een IPv6-routeringsprotocol kan worden geconfigureerd. Deze opdracht is niet vereist om IPv6-adressen op de interfaces te configureren, maar is wel nodig om de router in te schakelen als IPv6-router.

Opmerking: Het EIGRP voor IPv6-routeringsproces kan pas worden geconfigureerd als IPv6-routering is ingeschakeld met de ipv6 unicast-routing globaleconfiguratiemodusopdracht.

De ipv6 router eigrp autonomous-system globaleconfiguratiemodusopdracht wordt gebruikt om de routerconfiguratiemodus voor EIGRP voor IPv6 in te voeren. Net als bij EIGRP voor IPv4 moet de waarde van het autonome systeem hetzelfde zijn op alle routers in het routeringsdomein.

De opdracht eigrp router-id wordt gebruikt om de router-ID te configureren. EIGRP voor IPv6 gebruikt een 32-bits waarde voor de router-ID. Om die waarde te verkrijgen, gebruikt EIGRP voor IPv6 hetzelfde proces als EIGRP voor IPv4. De opdracht eigrp router-id heeft voorrang op alle IPv4-adressen met loopback of fysieke interface. Als een EIGRP voor IPv6-router geen actieve interfaces heeft met een IPv4-adres, is de opdracht eigrp router-id vereist.

De router-ID moet een uniek 32-bits nummer zijn in het EIGRP voor IP-routeringsdomein; anders kunnen inconsistenties in de routering optreden.

Opmerking: De opdracht eigrp router-id wordt gebruikt om de router-ID voor EIGRP te configureren. Sommige versies van IOS accepteren de opdrachtrouter-id, zonder eerst eigrp op te geven. De actieve configuratie geeft echter eigrp router-id weer, ongeacht welke opdracht wordt gebruikt.

Standaard is het EIGRP voor IPv6-proces afgesloten. De opdracht no shutdown is vereist om het EIGRP voor IPv6-proces te activeren. Deze opdracht is niet vereist voor EIGRP voor IPv4. Hoewel EIGRP voor IPv6 is ingeschakeld, kunnen neighbor-hulpstoffen en routeringsupdates niet worden verzonden en ontvangen totdat EIGRP is geactiveerd op de juiste interfaces.

Zowel de opdracht no shutdown als een router-ID zijn vereist om de router hulpstoffen te laten vormen.

Het onderstaand voorbeeld toont de EIGRP voor IPv6-configuratie voor R1, R2 en R3.

#R1(config)# ipv6 router eigrp 2
% IPv6 routing not enabled
R1(config)# ipv6 unicast-routing
R1(config)# ipv6 router eigrp 2
R1(config-rtr)# eigrp router-id 1.0.0.0
R1(config-rtr)# no shutdown

R2(config)# ipv6 unicast-routing
R2(config)# ipv6 router eigrp 2
R2(config-rtr)# eigrp router-id 2.0.0.0
R2(config-rtr)# no shutdown
R2(config-rtr)#

R3(config)# ipv6 unicast-routing
R3(config)# ipv6 router eigrp 2
R3(config-rtr)# eigrp router-id 3.0.0.0
R3(config-rtr)# no shutdown
R3(config-rtr)#

7.4.2.4. De ipv6 eigrp interface opdracht

EIGRP voor IPv6 gebruikt een andere methode om een interface voor EIGRP in te schakelen. In plaats van de opdracht netwerkrouterconfiguratiemodus te gebruiken om overeenkomende interfaceadressen op te geven, wordt EIGRP voor IPv6 rechtstreeks op de interface geconfigureerd.

Gebruik de ipv6 eigrp autonomous-system interfaceconfiguratiemodusopdracht  om EIGRP voor IPv6 in te schakelen op een interface. De waarde van het autonome systeem moet gelijk zijn aan het autonome systeemnummer dat wordt gebruikt om het EIGRP-routeringsproces mogelijk te maken.

Net als de network opdracht die wordt gebruikt in EIGRP voor IPv4, de ipv6 eigrp interfaceopdracht:

  • Hiermee kan de interface aangrenzingen vormen en EIGRP voor IPv6-updates verzenden of ontvangen.
  • Bevat het voorvoegsel (netwerk) van deze interface in EIGRP voor IPv6-routeringsupdates.

In hetvolgend voorbeeld wordt de configuratie weergegeven om EIGRP voor IPv6 in te schakelen op de R1-, R2- en R3-interfaces.

R1(config)# interface g0/0
R1(config-if)# ipv6 eigrp 2
R1(config-if)# interface s 0/0/0 R1(config-if)# ipv6 eigrp 2
R1(config-if)# interface s 0/0/1
R1(config-if)# ipv6 eigrp 2
R1(config-if)#

R2(config)# interface g 0/0
R2(config-if)# ipv6 eigrp 2 R2(config-if)# interface s 0/0/0
R2(config-if)# ipv6 eigrp 2 
%DUAL-5-NBRCHANGE: EIGRP-IPv6 2: Neighbor FE80::1 (Serial0/0/0) is up: new   adjacency	
R2(config-if)# interface s 0/0/1
R2(config-if)# ipv6 eigrp 2
R2(config-if)#

R3(config)# interface g 0/0
R3(config-if)# ipv6 eigrp 2 R3(config-if)# interface s 0/0/0
R3(config-if)# ipv6 eigrp 2
*Mar  4 03:02:00.696: %DUAL-5-NBRCHANGE: EIGRP-IPv6 2: Neighbor FE80::1 (Serial0/0/0) is up: new adjacency
R3(config-if)# interface s 0/0/1
R3(config-if)# ipv6 eigrp 2
*Mar  4 03:02:17.264: %DUAL-5-NBRCHANGE: EIGRP-IPv6 2: Neighbor FE80::2 
(Serial0/0/1) is up: new adjacency
R3(config-if)#

In het bovenstaand voorbeeld ziet u het gemarkeerde bericht, dat aangeeft dat R2 nu een EIGRP-IPv6-hulp heeft gevormd met de buurman op het link-lokale adres FE80::1.

Omdat statische link-local adressen zijn geconfigureerd op alle drie de routers, is het gemakkelijk om te bepalen dat deze hulp bij router R1 (FE80::1) is.

Dezelfde passive interface opdracht die wordt gebruikt voor IPv4 wordt gebruikt om een interface als passief te configureren met EIGRP voor IPv6. In volgend voorbeeld wordt de show ipv6 protocols opdracht gebruikt om de configuratie te verifiëren.

R1(config)# ipv6 router eigrp 2
R1(config-rtr)# passive-interface gigabitethernet 0/0
R1(config-rtr)# end
R1# show ipv6 protocols
IPv6 Routing Protocol is "eigrp 2"
EIGRP-IPv6 Protocol for AS(2)
<output omitted>
 Interfaces:
    Serial0/0/0
    Serail0/0/1
    GigabitEthernet0/0 (passive)	
  Redistribution:
    None
R1#	

7.4.3. EIGRP controleren op IPv6

7.4.3.1 IPv6-buurtabel

Net als bij EIGRP voor IPv4 moeten routers, voordat EIGRP voor IPv6-updates kunnen worden verzonden of ontvangen, hulpstoffen met hun buren instellen.

Gebruik de opdracht show ipv6 eigrp neighbors om de buurtabel weer te geven en te controleren of EIGRP voor IPv6 een hulpactie heeft ingesteld met de buren.

De uitvoer in het volgend voorbeeld geeft het IPv6-link-lokale adres van de aangrenzende buurman weer en de interface die deze router gebruikt om die EIGRP-buur te bereiken.

R1# show ipv6 eigrp neighbors
EIGRP-IPv6 Nieghbors for AS(2)
H  Address             Interface  Hold  Uptime   SRTT   RTO  Q  Seq
                                  (sec)          (ms)       Cnt Num
1  Link-local address:  Se0/0/1    13   00:37:17  45    270  0  8
   FE80::3
2  Link-local address:  Se0/0/0    14   00:53:16  32   2370  0  8
   FE80::2
R1#

Het gebruik van betekenisvolle link-local adressen maakt het gemakkelijk om de buren R2 te herkennen op FE80::2 en R3 op FE80::3.

De volgende tabel legt het belang van de gemarkeerde output uit van het bovenstaand voorbeeld.

UitvoerveldBeschrijving
HGeeft een overzicht van de buren in de volgorde waarin ze zijn geleerd.
AddressHet IPv6 link-local adres van de buur.
InterfaceDe lokale interface waarop dit Hello-pakket is ontvangen.
HoldHuidige wachttijd.
Wanneer een Hello-pakket wordt ontvangen, wordt deze waarde teruggezet naar de maximale wachttijd voor die interface en wordt vervolgens afgeschreven tot nul.
Als nul wordt bereikt, wordt de buurman als omlaag beschouwd.
UptimeDe hoeveelheid tijd sinds deze buurman is toegevoegd aan de buurtabel.
SRTT en RTOWordt door RTP gebruikt om betrouwbare EIGRP-pakketten te beheren.
Queue CountMoet altijd nul zijn.
Als het meer dan nul is, wachten EIGRP-pakketten om te worden verzonden.
Sequence NumberWordt gebruikt om update-, query- en antwoordpakketten bij te houden.

De opdracht show ipv6 eigrp neighbors is handig voor het verifiëren en oplossen van problemen met EIGRP voor IPv6. Als een verwachte buur niet wordt vermeld, moet u ervoor zorgen dat beide uiteinden van de koppeling omhoog/omhoog zijn met behulp van de opdracht show ipv6 interface. Er bestaan dezelfde vereisten voor het instellen van naburige hulpstoffen met EIGRP voor IPv6 als voor IPv4. Als beide zijden van de koppeling actieve interfaces hebben, controleert u het volgende:

  • Zijn beide routers geconfigureerd met hetzelfde autonome EIGRP-systeemnummer?
  • Is de interface ingeschakeld voor EIGRP voor IPv6 met het juiste autonome systeemnummer?

7.4.3.2. De show ip protocols opdracht

Met de opdracht show ipv6-protocols worden de parameters en andere informatie weergegeven over de status van actieve IPv6-routeringsprotocolprocessen die momenteel op de router zijn geconfigureerd. Met de opdracht show ipv6-protocols worden verschillende typen uitvoer weergegeven die specifiek zijn voor elk IPv6-routeringsprotocol.

De uitvoer van de opdracht ipv6-protocollen weergeven is handig bij foutopsporingsrouteringsbewerkingen. In de sectie Interfaces wordt aangegeven op welke interfaces EIGRP voor IPv6 is ingeschakeld. Dit is handig om te controleren of EIGRP is ingeschakeld op alle geschikte interfaces met het juiste autonome systeemnummer.

7.4.3.3. De EIGRP voor IPv6-routeringstabel

Net als bij elk ander routeringsprotocol is het doel van EIGRP voor IPv6 om de IP-routeringstabel te vullen met routes naar externe netwerken en de beste paden om die netwerken te bereiken. Net als bij IPv4 is het belangrijk om de IPv6-routeringstabel te bekijken en te bepalen of deze is gevuld met de juiste routes.

U kunt de IPv6-routeringstabel bekijken met de opdracht show ipv6 route. EIGRP voor IPv6-routes worden aangegeven in de routeringstabel met een D, net als EIGRP voor IPv4-routes in de IPv4-routeringstabel.

Het volgend voorbeeld toont de EIGRP-routes voor R1, R2 en R3.

R1# show ipv6 route eigrp
<Output omitted>
 
D   2001:DB8:CAFE:2::/64 [90/3524096]      via FE80::3, Serial0/0/1
D   2001:DB8:CAFE:3::/64 [90/2170112]      via FE80::3, Serial0/0/1
D   2001:DB8:CAFE:A002::/64 [90/3523840]      via FE80::3, Serial0/0/1
R1#

R2# show ipv6 route eigrp
<Output omitted>
 
D   2001:DB8:CAFE:1::/64 [90/3524096]      via FE80::3, Serial0/0/1
D   2001:DB8:CAFE:3::/64 [90/3012096]      via FE80::3, Serial0/0/1
D   2001:DB8:CAFE:A003::/64 [90/3523840]      via FE80::3, Serial0/0/1
R2#
R3# show ipv6 route eigrp
<Output omitted>
 
D   2001:DB8:CAFE:1::/64 [90/2170112]      via FE80::1, Serial0/0/0
D   2001:DB8:CAFE:2::/64 [90/3012096]      via FE80::2, Serial0/0/1
D   2001:DB8:CAFE:A001::/64 [90/41024000]      via FE80::1, Serial0/0/0      via FE80::2, Serial0/0/1
R3#

R1 heeft drie EIGRP-routes naar externe IPv6-netwerken geïnstalleerd in de IPv6-routeringstabel:

  • 2001:DB8:CAFE:2::/64 via R3 (FE80::3) met behulp van de Serial 0/0/1 interface
  • 2001:DB8:CAFE:3::/64 via R3 (FE80::3) met behulp van de Serial 0/0/1 interface
  • 2001:DB8:CAFE:A002::/64 via R3 (FE80::3) met behulp van de Serial 0/0/1 interface

Alle drie de routes gebruiken router R3 als next-hop router (opvolger). U ziet dat de routeringstabel het koppelings-lokale adres gebruikt als het volgende hopadres. Omdat elke router al zijn interfaces heeft geconfigureerd met een uniek en onderscheidend linklokaal adres, is het gemakkelijk te herkennen dat de next-hop router via FE80::3 router R3 is.

U ziet dat R3 twee gelijke kostenpaden heeft naar 2001:DB8:CAFE:A001::/64. Het ene pad is via R1 bij FE80::1 en het andere pad is via R2 bij FE80::2.

7.5 Samenvatting

EIGRP (Enhanced Interior Gateway Routing Protocol) is een klasseloos vectorrouteringsprotocol voor afstanden. EIGRP is een verbetering van een ander Cisco-routeringsprotocol, IGRP (Interior Gateway Routing Protocol), dat nu achterhaald is. EIGRP werd oorspronkelijk uitgebracht in 1992 als een eigen protocol van Cisco dat alleen beschikbaar is op Cisco-apparaten. In 2013 heeft Cisco een basisfunctionaliteit van EIGRP uitgebracht als een open standaard voor de IETF.

EIGRP gebruikt de broncode D voor DUAL in de routeringstabel. EIGRP heeft een standaard administratieve afstand van 90 voor interne routes en 170 voor routes die zijn geïmporteerd uit een externe bron, zoals standaardroutes.

EIGRP is een geavanceerd afstandsvectorrouteringsprotocol dat functies bevat die niet worden gevonden in andere afstandsvectorrouteringsprotocollen, zoals RIP. Deze functies omvatten Diffusing Update Algorithm (DUAL), het instellen van naburige nabijheid, Reliable Transport Protocol (RTP), gedeeltelijke en begrensde updates en load balancing voor gelijke en ongelijke kosten.

EIGRP gebruikt PDM’s (protocolafhankelijke modules), waardoor het verschillende Layer 3-protocollen kan ondersteunen, waaronder IPv4 en IPv6. EIGRP gebruikt RTP (Reliable Transport Protocol) als het transportlaagprotocol voor de levering van EIGRP-pakketten. EIGRP gebruikt betrouwbare levering voor EIGRP-updates, vragen en antwoorden, het gebruikt onbetrouwbare bezorging voor EIGRP-hallo’s en dankbetuigingen. Betrouwbare RTP betekent dat een EIGRP-bevestiging moet worden geretourneerd.

Voordat EIGRP-updates worden verzonden, moet een router eerst zijn buren ontdekken. Dit gebeurt met EIGRP Hello-pakketten. De Hello- en hold-down-waarden hoeven niet overeen te komen om twee routers buren te laten worden. De opdracht show ip eigrp neighbors wordt gebruikt om de buurtabel te bekijken en te controleren of EIGRP een begranzing met zijn buren heeft vastgesteld.

In tegenstelling tot RIP verzendt EIGRP geen periodieke updates. EIGRP verzendt gedeeltelijke of begrensde updates, die alleen routewijzigingen bevatten. Updates worden alleen verzonden naar de routers die worden beïnvloed door een wijziging. De samengestelde EIGRP-metriek gebruikt bandbreedte, vertraging, betrouwbaarheid en belasting om het beste pad te bepalen. Standaard worden alleen bandbreedte en vertraging gebruikt.

In tegenstelling tot RIP verzendt EIGRP geen periodieke updates. EIGRP verzendt gedeeltelijke of begrensde updates, die alleen routewijzigingen bevatten. Updates worden alleen verzonden naar de routers die worden beïnvloed door een wijziging. De samengestelde EIGRP-metriek gebruikt bandbreedte, vertraging, betrouwbaarheid en belasting om het beste pad te bepalen. Standaard worden alleen bandbreedte en vertraging gebruikt. In het centrum van EIGRP is DUAL. De DUAL eindige-toestandsmachine wordt gebruikt om het beste pad en mogelijke back-uppaden naar elk doelnetwerk te bepalen. De opvolger is een naburige router die wordt gebruikt om een ​​pakket door te sturen via de goedkoopste route naar het bestemmingsnetwerk. Haalbare afstand (FD) is de laagst berekende statistiek om het bestemmingsnetwerk te bereiken via de opvolger. Een haalbare opvolger (FS) is een buur die een lusvrij back-uppad heeft naar hetzelfde netwerk als de opvolger en ook voldoet aan de haalbaarheidsvoorwaarde. Aan de haalbaarheidsvoorwaarde (FC) is voldaan wanneer de gerapporteerde afstand (RD) van een buurman tot een netwerk kleiner is dan de haalbare afstand van de lokale router tot hetzelfde bestemmingsnetwerk. De gerapporteerde afstand is gewoon de haalbare afstand van een EIGRP-buur tot het bestemmingsnetwerk.

EIGRP is geconfigureerd met de opdracht router eigrp autonomous-system. De waarde van het autonomous-system is eigenlijk een proces-ID en moet hetzelfde zijn op alle routers in het EIGRP-routeringsdomein. De netwerkopdracht is vergelijkbaar met de netwerkopdracht die bij RIP wordt gebruikt. Het netwerk is het klassevolle netwerkadres van de direct aangesloten interfaces op de router. Een wildcard mask is een optionele parameter die kan worden gebruikt om alleen specifieke interfaces op te nemen.

EIGRP voor IPv6 heeft veel overeenkomsten met EIGRP voor IPv4. Echter, terwijl EIGRP voor IPv4 de opdracht network gebruikt, wordt IPv6 ingeschakeld op de interface met behulp van de ipv6 eigrp autonomous-system interfaceconfiguratieopdracht.