De documentatie van dit product is waar mogelijk geschreven met inclusief taalgebruik. Inclusief taalgebruik wordt in deze documentatie gedefinieerd als taal die geen discriminatie op basis van leeftijd, handicap, gender, etniciteit, seksuele oriëntatie, sociaaleconomische status of combinaties hiervan weerspiegelt. In deze documentatie kunnen uitzonderingen voorkomen vanwege bewoordingen die in de gebruikersinterfaces van de productsoftware zijn gecodeerd, die op het taalgebruik in de RFP-documentatie zijn gebaseerd of die worden gebruikt in een product van een externe partij waarnaar wordt verwezen. Lees meer over hoe Cisco gebruikmaakt van inclusief taalgebruik.
Cisco heeft dit document vertaald via een combinatie van machine- en menselijke technologie om onze gebruikers wereldwijd ondersteuningscontent te bieden in hun eigen taal. Houd er rekening mee dat zelfs de beste machinevertaling niet net zo nauwkeurig is als die van een professionele vertaler. Cisco Systems, Inc. is niet aansprakelijk voor de nauwkeurigheid van deze vertalingen en raadt aan altijd het oorspronkelijke Engelstalige document (link) te raadplegen.
Dit document beschrijft de Interior Gateway Routing Protocol (IGRP)-reeks van routingprotocollen die door Cisco Systems zijn ontworpen en ontwikkeld. Dit document moet worden gebruikt als een document dat alleen informatie bevat en bedoeld is als een technologie-introductie en geen protocolspecificatie of productbeschrijving weergeeft.
Er zijn geen specifieke vereisten van toepassing op dit document.
Dit document is niet beperkt tot specifieke software- en hardware-versies.
De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u zorgen dat u de potentiële impact van elke opdracht begrijpt.
IGRP wordt gebruikt in TCP/IP- en Open System Interconnection (OSI)-interfaces. De oorspronkelijke IP-versie werd in 1986 ontworpen en met succes geïmplementeerd. Het wordt beschouwd als een IGP maar is ook uitgebreid gebruikt als een Exterior Gateway Protocol (EGP) voor routing tussen domeinen. IGRP gebruikt technologie voor afstandsvector routing. Het concept is dat elke router niet alle router/verbindingsverhoudingen voor het volledige netwerk hoeft te kennen. Elke router adverteert bestemmingen met een overeenkomstige afstand. Elke router die de informatie horen past de afstand aan en verspreidt het aan naburige routers.
De afstandsinformatie in IGRP wordt vertegenwoordigd als samenstelling van beschikbare bandbreedte, vertraging, ladingsgebruik, en verbindingsbetrouwbaarheid. Dit maakt een fijnafstemming van koppelingskenmerken mogelijk om optimale paden te bereiken.
EIGRP is een verbeterde versie van IGRP. De zelfde die afstandvector technologie in IGRP wordt gevonden wordt ook gebruikt in EIGRP, en de onderliggende afstandsinformatie blijft onveranderd. De convergentie-eigenschappen en de operationele efficiëntie van dit protocol zijn aanzienlijk verbeterd. Dit maakt een verbeterde architectuur mogelijk terwijl de bestaande investering in IGRP behouden blijft.
De convergentietechnologie is gebaseerd op onderzoek dat bij SRI International wordt uitgevoerd. Het diffunderen Update Algoritme (DUBBEL) is het algoritme dat wordt gebruikt om lijn-vrijheid bij elk ogenblik door een routeberekening te verkrijgen. Dit staat alle routers betrokken bij een topologieverandering toe om tezelfdertijd te synchroniseren. Routers die niet worden beïnvloed door topologiewijzigingen zijn niet betrokken bij de herberekening. De convergentietijd met DUBBELE rivalen die van een ander bestaand routeringsprotocol.
EIGRP is uitgebreid om netwerk-laag-protocol onafhankelijk te zijn, daardoor toestaand DUBBEL om andere protocolreeksen te steunen.
EIGRP heeft vier basiscomponenten:
Detectie/herstel van buur
Betrouwbaar transportprotocol
Dual Finite State-machine
Protocolafhankelijke modules
De ontdekking/de Terugwinning van de buur is het proces dat de routers gebruiken om dynamisch van andere routers op hun netwerken direct in bijlage te leren. Routers moeten ook ontdekken wanneer hun buren onbereikbaar of inactief worden. Dit proces wordt bereikt met lage overheadkosten door periodiek kleine hello pakketten te verzenden. Zolang hello pakketten worden ontvangen, kan een router bepalen dat een buur leeft en functioneert. Zodra dit wordt bepaald, kunnen de naburige routers routerinformatie ruilen.
Het betrouwbare transport is verantwoordelijk voor de gegarandeerde, geordende levering van EIGRP-pakketten aan alle buren. Het ondersteunt intermixtransmissie van multicast- of unicastpakketten. Sommige EIGRP-pakketten moeten betrouwbaar worden verzonden en andere hoeven niet. Voor de efficiëntie wordt betrouwbaarheid alleen geboden wanneer dit nodig is. Bijvoorbeeld, op een multi-access netwerk dat multicast mogelijkheden heeft, zoals Ethernet, is het niet noodzakelijk om hellos betrouwbaar naar alle buren individueel te verzenden. Zo verzendt EIGRP, één enkele multicast hello met een aanwijzing in het pakket die de ontvangers meedeelt dat het pakket niet moet worden erkend. Andere typen pakketten, zoals updates, vereisen een bevestiging en dit wordt in het pakket aangegeven. Het betrouwbare transport heeft een voorziening om snel multicast pakketten te verzenden wanneer er niet-erkende pakketten in behandeling zijn. Dit helpt ervoor te zorgen dat de convergentietijd laag blijft in de aanwezigheid van variërende snelheidskoppelingen.
De DUAL finite state machine belichaamt het beslissingsproces voor alle routeberekeningen. Het volgt alle routes geadverteerd door alle buren. De afstandsinformatie, die als metriek wordt bekend, wordt gebruikt door DUBBEL om efficiënte lijn vrije wegen te selecteren. DUBBEL selecteert routes die in een routeringstabel moeten worden opgenomen op basis van uitvoerbare opvolgers. Een opvolger is een naburige router die wordt gebruikt voor pakketdoorsturen die een minst kostbare weg naar een bestemming heeft die gegarandeerd geen deel uitmaakt van een routeringslus. Als er geen bruikbare opvolgers zijn, maar er buren zijn die de bestemming adverteren, moet er een herberekening plaatsvinden. Dit is het proces waarbij een nieuwe opvolger wordt bepaald. De hoeveelheid tijd het neemt om de route opnieuw te berekenen beïnvloedt de convergentietijd. Hoewel de herberekening niet processorintensief is, is het voordelig om herberekening te vermijden als dit niet nodig is. Wanneer een topologieverandering zich voordoet, DUBBELE tests voor uitvoerbare opvolgers. Als er haalbare opvolgers zijn, gebruikt het om het even welke het vindt om enige onnodige herberekening te vermijden. Mogelijke opvolgers worden later in dit document meer in detail gedefinieerd.
De protocol-afhankelijke modules zijn verantwoordelijk voor de netwerklaag, protocol-specifieke vereisten. De IP-EIGRP-module is bijvoorbeeld verantwoordelijk voor het verzenden en ontvangen van EIGRP-pakketten die in IP zijn ingesloten. IP-EIGRP is verantwoordelijk voor het ontleden van EIGRP-pakketten en het informeren van DUBBEL van de nieuwe ontvangen informatie. IP-EIGRP vraagt DUBBEL om routeringsbeslissingen te nemen en de resultaten waarvan in de IP-routeringstabel worden opgeslagen. IP-EIGRP is verantwoordelijk voor het opnieuw verdelen van routes die door andere IP-routeringsprotocollen zijn geleerd.
Deze sectie beschrijft wat details over implementatie EIGRP. Zowel gegevensstructuren als de DUBBELE concepten worden besproken.
Elke router houdt staatsinformatie over aangrenzende buren bij. Wanneer pas ontdekte buren worden geleerd, worden het adres en de interface van de buur geregistreerd. Deze informatie wordt opgeslagen in de structuur van de buurgegevens. De buurlijst houdt deze ingangen in. Er is één buurlijst voor elke protocol afhankelijke module. Wanneer een buur een hallo stuurt, adverteert het een HoldTime. De HoldTime is de hoeveelheid tijd een router een buur als bereikbaar en operationeel behandelt. Met andere woorden, als een hello pakket niet binnen de HoldTime wordt gehoord, dan verloopt de HoldTime. Wanneer de HoldTime verloopt, wordt DUBBEL geïnformeerd over de topologieverandering.
De buurtabelingang bevat ook informatie die vereist is door het betrouwbare transportmechanisme. De aantallen van de opeenvolging worden aangewend om bevestigingen met gegevenspakketten aan te passen. Het laatste volgnummer dat van de buur wordt ontvangen, wordt geregistreerd zodat out-of-order pakketten kunnen worden gedetecteerd. Een transmissielijst wordt gebruikt om pakketten voor mogelijke wederuitzending op een per buurbasis een rij te vormen. De ronde reistijden worden in de structuur van de buurgegevens gehouden om een optimaal wederuitzendingsinterval te schatten.
De Topologietabel wordt bevolkt door de protocol-afhankelijke modules en wordt door de DUBBELE eindige toestandsmachine gehandeld. Het bevat alle bestemmingen die door naburige routers worden geadverteerd. Aan elke ingang is het bestemmingsadres en een lijst van buren verbonden die de bestemming hebben geadverteerd. Voor elke buur wordt de geadverteerde metriek opgenomen. Dit is de metriek die de buur in zijn routeringstabel opslaat. Als de buur deze bestemming adverteert, moet het de route gebruiken om pakketten door te sturen. Dit is een belangrijke regel die de afstands vectorprotocollen moeten volgen.
Ook geassocieerd met de bestemming is de metriek die de router gebruikt om de bestemming te bereiken. Dit is de som van de best geadverteerde metriek van alle buren plus de verbindingskosten aan de beste buur. Dit is de metriek die de router in de routeringstabel gebruikt en aan andere routers adverteren.
Een bestemmingsingang wordt verplaatst van de topologielijst naar de routeringstabel wanneer er een uitvoerbare opvolger is. Alle minimale kostenpaden naar de bestemming vormen een verzameling. Van deze reeks, worden de buren die geadverteerde metriek minder dan de huidige metrische routeringstabel hebben beschouwd als haalbare opvolgers.
De uitvoerbare opvolgers worden gezien door een router als buren die met betrekking tot de bestemming stroomafwaarts zijn. Deze buren en de bijbehorende metriek worden geplaatst in de het door:sturen lijst.
Wanneer een buur de metriek verandert is het reclame geweest of een topologieverandering zich in het netwerk voordoet, moet de reeks uitvoerbare opvolgers opnieuw worden geëvalueerd. Dit wordt echter niet gecategoriseerd als een route-herberekening.
Een topologietabelingang voor een bestemming kan één van twee staten hebben. Een route wordt overwogen in de Passieve staat wanneer een router geen routeherberekening uitvoert. De route is in Actieve staat wanneer een router een routeherberekening ondergaat. Als er altijd haalbare opvolgers zijn, hoeft die route nooit in actieve staat te gaan en vermijdt een routeherberekening.
Wanneer er geen uitvoerbare opvolgers zijn, gaat een route in Actieve staat en een routeherberekening komt voor. Een routeherberekening begint met een router die een vraagpakket naar alle buren verzendt. De naburige routers kunnen of antwoorden als zij uitvoerbare opvolgers voor de bestemming hebben of naar keuze een vraag terugkeren erop wijst die dat zij een routeherberekening uitvoeren. Terwijl in Actieve staat, kan een router niet de volgende-hop buur veranderen het gebruikt om pakketten door:sturen. Zodra alle antwoorden voor een bepaalde vraag worden ontvangen, kan de bestemming overgang naar passieve staat en een nieuwe opvolger worden geselecteerd.
Wanneer een verbinding met een buur die de enige uitvoerbare opvolger is daalt, beginnen alle routes door die buur een routeherberekening en gaan de Actieve staat in.
EIGRP gebruikt vijf pakkettypes:
Hallo/acks
Updates
Vragen
Antwoorden
Verzoeken
Zoals eerder gezegd, hellos zijn multicast voor buurontdekking/herstel. Ze behoeven geen erkenning. Een hallo zonder gegevens wordt ook gebruikt als een bevestiging (ack). Acks worden altijd verzonden met een unicastadres en bevatten een niet-nul erkenningsnummer.
Updates worden gebruikt om bereikbaarheid van bestemmingen over te brengen. Wanneer een nieuwe buur wordt ontdekt, worden de updatepakketten verzonden zodat de buur zijn topologietabel kan opbouwen. In dit geval zijn updatepakketten unicast. In andere gevallen, zoals een verandering van verbindingskosten, zijn de updates multicast. Updates worden altijd op betrouwbare wijze verzonden.
De vragen en de antwoorden worden verzonden wanneer de bestemmingen in Actieve staat gaan. Vragen zijn altijd multicast, tenzij ze worden verzonden in antwoord op een ontvangen query. In dit geval, is het unicast terug naar de opvolger die de vraag voortkwam. De antwoorden worden altijd verzonden in antwoord op vragen om aan de schepper erop te wijzen dat het niet om in Actieve staat te hoeven gaan omdat het uitvoerbare opvolgers heeft. De antwoorden zijn unicast aan de schepper van de vraag. Zowel vragen als antwoorden worden op betrouwbare wijze verzonden.
De pakketten van het verzoek worden gebruikt om specifieke informatie van één of meerdere buren te krijgen. De pakketten van het verzoek worden gebruikt in de toepassingen van de routeserver. Ze kunnen multicast of unicast zijn. Verzoeken worden op onbetrouwbare wijze verzonden.
EIGRP heeft het begrip interne en externe routes. De interne routes zijn degenen die binnen een autonoom systeem EIGRP (AS) zijn voortgekomen. Daarom wordt een netwerk direct in bijlage dat wordt gevormd om EIGRP in werking te stellen beschouwd als een interne route en met deze informatie door EIGRP AS verspreid. De externe routes zijn degenen die door een ander routeringsprotocol zijn geleerd of in de routeringstabel als statische routes verblijven. Deze routes zijn individueel gemerkt met de identiteit van hun oorsprong.
Externe routes worden getagd met deze informatie:
De router-ID van de EIGRP-router die de route opnieuw heeft gedistribueerd.
Het AS - nummer waar de bestemming verblijft.
Een configureerbare beheerderstag.
Protocol-ID van het externe protocol.
De metriek van het externe protocol.
Bit flags voor standaard routing.
Als voorbeeld, veronderstel er een AS met drie grensrouters is. Een border-router is een router die meer dan één routeringsprotocol gebruikt. AS gebruikt EIGRP als routeringsprotocol. Laten we zeggen dat twee van de grensrouters, BR1 en BR2, eerst Open Shortest Path (OSPF) en vervolgens BR3, Routing Information Protocol (RIP) gebruiken.
Routes die door een van de OSPF-grensrouters, BR1, zijn geleerd, kunnen voorwaardelijk in EIGRP worden herverdeeld. Dit betekent dat EIGRP in BR1 draait en de OSPF-routes binnen zijn eigen AS adverteert. Wanneer het dit doet, adverteert het de route en markeert het als OSPF geleerde route met metrisch gelijk aan de routeringstabel metrisch van de OSPF route. De router-id is ingesteld op BR1. De route EIGRP verspreidt zich aan de andere grensrouters. Laten we zeggen dat BR3, de RIP-grensrouter, ook dezelfde bestemmingen als BR1 adverteert. Daarom herverdeelt BR3 de RIP-routes in EIGRP AS. BR2 heeft vervolgens voldoende informatie om het AS-ingangspunt voor de route, het oorspronkelijke routeprotocol en de metriek te bepalen. Verder, kon de netwerkbeheerder markeringswaarden aan specifieke bestemmingen toewijzen wanneer het opnieuw verdelen van de route. BR2 kan om het even welk van deze informatie gebruiken om de route te gebruiken of het terug uit in OSPF te adverteren.
Het gebruik van EIGRP-routecodering kan een netwerkbeheerder flexibele beleidscontroles geven en u helpen bij het aanpassen van de routing. Routesignalering is met name nuttig in doorvoer-ASes waar EIGRP doorgaans interacteert met een routeringprotocol tussen domeinen dat meer globaal beleid implementeert. Dit combineert voor zeer schaalbare op beleid gebaseerde routing.
EIGRP biedt compatibiliteit en naadloze samenwerking met IGRP-routers. Dit is belangrijk zodat gebruikers kunnen profiteren van de voordelen van beide protocollen. De verenigbaarheidseigenschappen vereisen geen gebruikers om een vlagdag te hebben om EIGRP toe te laten. EIGRP kan op strategische plaatsen zorgvuldig zonder verstoring aan prestaties IGRP worden toegelaten.
Er is een automatisch herverdelingsmechanisme dat wordt gebruikt zodat de routes IGRP in EIGRP en vice versa worden ingevoerd. Aangezien de metriek voor beide protocollen direct vertaalbaar zijn, zijn zij gemakkelijk vergelijkbaar alsof zij routes waren die in hun eigen AS voortkwamen. Bovendien worden IGRP-routes in EIGRP behandeld als externe routes zodat de coderingsfuncties beschikbaar zijn voor aangepaste afstemming.
IGRP-routes krijgen standaard voorrang op EIGRP-routes. Dit kan worden veranderd met een configuratiebevel dat niet vereist dat de routeringsprocessen opnieuw beginnen.
Dit netwerkdiagram illustreert hoe DUBBEL convergeert. Het voorbeeld richt zich alleen op bestemming N. Elke knoop toont zijn kosten aan N (in hop). Bijvoorbeeld, C gebruikt A om N te bereiken en de kosten zijn 2.
Als de koppeling tussen A en B mislukt, stuurt B een query die zijn buren informeert dat het zijn haalbare opvolger is kwijtgeraakt. D ontvangt de query en bepaalt of het andere mogelijke opvolgers heeft. Als het niet, moet het een routeberekening beginnen en de actieve staat ingaan. In dit geval is C echter een haalbare opvolger omdat zijn kosten (2) lager zijn dan de actuele kosten D (3) voor bestemming N. D kan switches naar C als zijn opvolger. Opmerking A en C namen niet deel omdat zij niet door de wijziging werden beïnvloed.
Laten we nu een routeberekening laten plaatsvinden. Laten we in dit scenario zeggen dat het verband tussen A en C mislukt. C bepaalt dat het zijn opvolger is kwijtgeraakt en geen andere mogelijke opvolgers heeft. D wordt niet beschouwd als een haalbare opvolger omdat zijn geadverteerde metriek (3) groter is dan C huidige kosten (2) om bestemming N te bereiken. C moet een routeberekening voor bestemming N. C uitvoeren verzendt een vraag naar zijn enige buur D. D antwoordt omdat zijn opvolger niet is veranderd. D hoeft geen routeberekening uit te voeren. Wanneer C het antwoord ontvangt, weet het dat alle buren het nieuws over het niet hebben verwerkt. Op dit punt, kan C zijn nieuwe uitvoerbare opvolger D met kosten van (4) kiezen om bestemming N te bereiken. Merk op dat A en B onaangetast waren door de topologieverandering en D moest eenvoudig op C antwoorden.
Ja, u vormt EIGRP net zoals u IGRP vormt. U vormt een routeringsproces en specificeert welke netwerken het protocol wordt uitgevoerd. Bestaande configuratiebestanden kunnen worden gebruikt.
Ja, er zijn zowel protocol onafhankelijke en afhankelijke debug commando's die u informeren wat het protocol doet. Er is een reeks van show bevelen die u de status van de buurlijst, topologietabel status, en EIGRP verkeersstatistieken geven.
Alle functies die u in IGRP hebt gebruikt, zijn beschikbaar in EIGRP. Eén eigenschap om te wijzen op is de meerdere routingprocessen. U kunt één enkel proces gebruiken dat zowel IGRP als EIGRP in werking stelt. U kunt meerdere processen gebruiken die beide kunnen uitvoeren. U kunt één proces gebruiken dat IGRP en een andere in werking stelt om EIGRP in werking te stellen. Je kunt mixen en matchen. Dit kan helpen uw routing aan te passen aan een bepaald protocol wanneer uw behoeften veranderen.
De kwestie van het bandbreedtegebruik is aangepakt door gedeeltelijke en stijgende updates uit te voeren. Daarom slechts wanneer een topologieverandering zich voordoet wordt het verpletteren van informatie verzonden. Wat betreft processorgebruik, vermindert de haalbare opvolgertechnologie het totale processorgebruik van een AS sterk door alleen de routers te vereisen die werden beïnvloed door een topologieverandering om de routeherberekening uit te voeren. Bovendien vindt de herberekening van de route alleen plaats voor de betrokken routes. Alleen die datastructuren zijn toegankelijk en worden gebruikt. Dit reduceert de zoektijd in complexe datastructuren aanzienlijk.
Ja, dat klopt. IP-EIGRP voert routesamenvoeging uit zoals IGRP. Dat wil zeggen dat subnetten van een IP-netwerk niet worden geadverteerd via een ander IP-netwerk. De subnetroutes worden samengevat in één aggregaat van het netwerkaantal. Daarnaast maakt IP-EIGRP aggregatie op elke bitgrens in een IP-adres mogelijk en kan dit worden geconfigureerd bij granulariteit van de netwerkinterface.
Nee, één EIGRP-proces is analoog aan een gebied van een link-state-protocol. Binnen het proces kan informatie echter gefilterd en geaggregeerd worden op elke interfacegrens. Als men de propagatie van het verpletteren van informatie wil binden, kunnen de meervoudige routeringsprocessen worden gevormd om een hiërarchie te bereiken. Aangezien DUBBEL zelf routevoortplanting beperkt, worden meerdere routingprocessen meestal gebruikt om organisatiegrenzen te definiëren.
Revisie | Publicatiedatum | Opmerkingen |
---|---|---|
1.0 |
10-Dec-2001 |
Eerste vrijgave |