I dag vil vi fortsætte vores undersøgelse af afsnit 2.6 i ICND2-kurset og se på konfiguration og verificering af EIGRP-protokollen. Opsætning af EIGRP er meget enkel. Som med enhver anden routingprotokol, såsom RIP eller OSPF, går du ind i routerens globale konfigurationstilstand og indtaster routerens eigrp <#> kommando, hvor # er AS-nummeret.
Dette nummer skal være det samme for alle enheder, hvis du for eksempel har 5 routere og de alle bruger EIGRP, så skal de have det samme autonome systemnummer. I OSPF er dette proces-id'et eller procesnummeret og i EIGRP det autonome systemnummer.
I OSPF, for at etablere et kvarter, matcher proces-id'erne for forskellige routere muligvis ikke. I EIGRP skal AS-numrene på alle naboer stemme overens, ellers bliver kvarteret ikke etableret. Der er 2 måder at aktivere EIGRP-protokollen på - uden at specificere en omvendt maske eller med at angive en wildcard-maske.
I det første tilfælde specificerer netværkskommandoen en klassificeret IP-adresse som 10.0.0.0. Dette betyder, at enhver grænseflade med den første oktet af IP-adressen 10 vil deltage i EIGRP-routing, det vil sige, i dette tilfælde er alle klasse A-adresser på netværk 10.0.0.0 involveret. Selvom du indtaster et nøjagtigt undernet som 10.1.1.10 uden at angive en omvendt maske, konverterer protokollen det stadig til en IP-adresse som 10.0.0.0. Bemærk derfor, at systemet alligevel accepterer adressen på det angivne undernet, men vil betragte det som en klassemæssig adresse og vil arbejde med hele netværket af klasse A, B eller C, afhængigt af værdien af den første oktet af IP-adressen .
Hvis du vil køre EIGRP på 10.1.12.0/24 undernettet, skal du bruge et omvendt maskekommando netværk 10.1.12.0 0.0.0.255. EIGRP arbejder således med klassenetværk uden omvendt maske, og med klasseløse undernet er brugen af en wildcard-maske obligatorisk.
Lad os gå videre til Packet Tracer og bruge netværkstopologien fra den forrige videotutorial, på eksemplet som vi stiftede bekendtskab med begreberne FD og RD.
Lad os sætte dette netværk op i programmet og se, hvordan det vil fungere. Vi har 5 routere R1-R5. Selvom Packet Tracer bruger routere med GigabitEthernet-grænseflader, ændrede jeg manuelt netværkets båndbredde og forsinkelser, så dette skema faldt sammen med topologien diskuteret tidligere. I stedet for 10.1.1.0/24-netværket tilsluttede jeg et virtuel loopback-interface til R5-routeren, som jeg tildelte adressen 10.1.1.1/32.
Lad os starte med at opsætte R1-routeren. Jeg har ikke aktiveret EIGRP her endnu, men har lige tildelt en IP-adresse til routeren. Med kommandoen config t går jeg ind i global konfigurationstilstand og aktiverer protokollen ved at skrive router eigrp <autonomt systemnummer>, som skal være mellem 1 og 65535. Jeg vælger nummer 1 og trykker på enter. Yderligere kan du som sagt bruge to metoder.
Jeg kan indtaste netværk og IP-adressen på netværket. Netværk 1/10.1.12.0, 24/10.1.13.0 og 24/10.1.14.0 er forbundet til router R24. De er alle på det "tiende" netværk, så jeg kan bruge en generisk netværkskommando 10.0.0.0. Hvis jeg trykker på Enter, startes EIGRP på alle tre grænseflader. Jeg kan bekræfte dette ved at udstede kommandoen do show ip eigrp interfaces. Vi ser, at protokollen kører på 2 GigabitEthernet-interfaces og et Serial-interface, som R4-routeren er tilsluttet.
Hvis jeg kører kommandoen do show ip eigrp interfaces igen for at kontrollere, kan jeg bekræfte, at EIGRP faktisk kører på alle porte.
Lad os gå til router R2 og starte protokollen ved hjælp af kommandoerne config t og router eigrp 1. Denne gang vil vi ikke bruge kommandoen for hele netværket, men anvende en omvendt maske. For at gøre dette indtaster jeg netværkskommandoen 10.1.12.0 0.0.0.255. For at kontrollere konfigurationen skal du bruge kommandoen do show ip eigrp interfaces. Vi kan se, at EIGRP kun kører på Gig0/0-grænsefladen, fordi kun denne grænseflade matcher parametrene for den indtastede kommando.
I dette tilfælde betyder den omvendte maske, at EIGRP-tilstand vil være gyldig for ethvert netværk, hvis første tre oktetter af IP-adressen er 10.1.12. Hvis et netværk med de samme parametre er forbundet til en eller anden grænseflade, vil denne grænseflade blive tilføjet til listen over porte, som denne protokol kører på.
Lad os tilføje endnu et netværk med netværkskommandoen 10.1.25.0 0.0.0.255 og se, hvordan listen over grænseflader, der understøtter EIGRP, nu vil se ud. Som du kan se, har vi nu tilføjet Gig0/1-grænsefladen. Bemærk, at Gig0/0-grænsefladen har én peer eller én nabo, routeren R1, som vi allerede har konfigureret. Senere vil jeg vise dig kommandoerne til at kontrollere indstillingerne, mens vi fortsætter med at konfigurere EIGRP for resten af enhederne. Vi bruger muligvis en rygmaske, når vi konfigurerer nogen af routerne.
Jeg går til CLI-konsollen på R3-routeren og i den globale konfigurationstilstand skriver jeg kommandoerne router eigrp 1 og netværk 10.0.0.0, derefter går jeg ind i indstillingerne på R4-routeren og skriver de samme kommandoer uden at bruge bagmasken.
Du kan se, hvordan EIGRP er lettere at konfigurere end OSPF - i sidstnævnte tilfælde skal du være opmærksom på ABR'er, zoner, bestemme deres placering osv. Intet af dette er påkrævet her - jeg går bare til de globale indstillinger for R5-routeren, skriver router eigrp 1 og netværk 10.0.0.0, og nu kører EIGRP på alle 5 enheder.
Lad os tage et kig på de oplysninger, vi talte om i den sidste video. Jeg går ind i R2-indstillingerne og skriver kommandoen vis ip-rute, og systemet viser de nødvendige poster.
Lad os være opmærksomme på R5-routeren, eller rettere, til netværket 10.1.1.0/24. Dette er den første linje i routingtabellen. Det første tal i parentes er den administrative afstand, som er 90 for EIGRP-protokollen. Bogstavet D betyder, at oplysningerne om denne rute leveres af EIGRP-protokollen, og det andet tal i parentes, lig med 26112, er metrikken for ruten R2-R5. Hvis vi går tilbage til det forrige diagram, ser vi, at her er den metriske værdi 28416, så jeg må se, hvad der er årsagen til denne mismatch.
Vi skriver kommandoen show interface loopback 0 i R5-indstillingerne. Årsagen er, at vi brugte et loopback-interface: Hvis du ser på R5-forsinkelsen på diagrammet, så er den 10 μs, og i routerindstillingerne får vi information om, at DLY-forsinkelsen er 5000 mikrosekunder. Lad os se, om jeg kan ændre denne værdi. Jeg går ind i R5 global konfigurationstilstand og skriver interface loopback 0 og delay kommandoer. Systemet giver et hint om, at forsinkelsesværdien kan tildeles i intervallet fra 1 til 16777215 og på ti mikrosekunder. Da forsinkelsesværdien på 10 μs i tiere svarer til 1, indtaster jeg kommandoen delay 1. Vi tjekker interfaceparametrene igen og ser, at systemet ikke accepterede denne værdi, og det ønsker ikke at gøre dette, selv når netværket opdateres parametre i R2-indstillingerne.
Jeg forsikrer dig dog om, at hvis vi genberegner metrikken for den tidligere ordning under hensyntagen til de fysiske parametre for R5-routeren, vil den mulige afstandsværdi for ruten fra R2 til 10.1.1.0/24-netværket være 26112. Lad os se ved de lignende værdier i R1-routerparametrene ved at skrive kommandoen show ip route. Som du kan se, blev der foretaget en genberegning for 10.1.1.0/24-netværket, og nu er den metriske værdi 26368, ikke 28416.
Du kan kontrollere denne genberegning baseret på skemaet fra den forrige videotutorial, under hensyntagen til de særlige kendetegn ved Packet Tracer, som bruger forskellige fysiske parametre for grænseflader, især en anden forsinkelse. Prøv at skabe din egen netværkstopologi med disse båndbredde- og latensværdier og beregn dens parametre. I din praksis behøver du ikke udføre sådanne beregninger, bare vide, hvordan du gør det. For hvis du vil bruge den belastningsbalancering, vi nævnte i den sidste video, skal du vide, hvordan du kan ændre forsinkelsen. Jeg anbefaler ikke at røre ved båndbredden, for at justere EIGRP er det ganske nok at ændre forsinkelsesværdierne.
Så du kan ændre værdierne for båndbredde og forsinkelse og derved ændre værdierne af EIGRP-metrikken. Dette vil være dit hjemmearbejde. Som sædvanlig kan du downloade fra vores hjemmeside og bruge begge netværkstopologier i Packet Tracer. Lad os gå tilbage til vores plan.
Som du kan se, er konfiguration af EIGRP meget enkel, og du kan bruge to måder at udpege netværk på: med eller uden en bagmaske. Som i OSPF har vi i EIGRP 3 tabeller: nabotabellen, topologitabellen og rutetabellen. Lad os tage et kig på disse tabeller igen.
Lad os gå ind i R1-indstillingerne og starte med nabotabellen ved at indtaste kommandoen show ip eigrp neighbors. Vi ser at routeren har 3 naboer.
Adresse 10.1.12.2 er router R2, 10.1.13.1 er router R3 og 10.1.14.1 er router R4. Tabellen viser også, gennem hvilke grænseflader kommunikation med naboer udføres. Hold Uptime er vist nedenfor. Hvis du husker det, er dette tidsrummet, som som standard er 3 Hej-perioder eller 3 x 5s = 15s. Hvis der i dette tidsrum ikke er modtaget et Hej-svar fra naboen, anses forbindelsen for at være mistet. Teknisk set, hvis naboerne svarer, går denne værdi ned til 10s og derefter tilbage til 15s. Hvert 5. sekund sender routeren en Hej-besked, og naboerne svarer på den inden for de næste fem sekunder. Rundturstiden for SRTT-pakker er angivet som 40 ms. Dens beregning udføres af RTP-protokollen, som EIGRP bruger til at organisere kommunikation mellem naboer. Og nu vil vi se på topologitabellen, som vi bruger kommandoen show ip eigrp topologi til.
OSPF-protokollen beskriver i dette tilfælde en kompleks, dyb topologi, der inkluderer alle routere og alle tilgængelige links på netværket. EIGRP-protokollen viser en forenklet topologi baseret på to rutemetrikker. Den første metrik er den mindst mulige afstand, som er en af rutens karakteristika. Yderligere, gennem skråstregen, vises den rapporterede afstandsværdi - dette er den anden metrik. For netværk 10.1.1.0/24, som er forbundet til router 10.1.12.2, er den mulige afstandsværdi 26368 (første værdi i parentes). Den samme værdi er placeret i routing-tabellen, fordi router 10.1.12.2 er modtageren - Efterfølgeren.
Hvis den rapporterede afstand for en anden router, i dette tilfælde værdien 3072 for router 10.1.14.4, er mindre end den mulige afstand for den nærmeste nabo, så er denne router en mulig efterfølger. Hvis kommunikationen med router 10.1.12.2 går tabt via GigabitEthernet 0/0-grænsefladen, overtager router 10.1.14.4 funktionen Successor.
I OSPF tager det en vis tid at beregne en rute gennem en backup-router, hvilket med en betydelig netværksstørrelse spiller en væsentlig rolle. EIGRP spilder ikke tid på sådanne beregninger, fordi den allerede kender en kandidat til rollen som efterfølger. Lad os tage et kig på topologitabellen ved hjælp af kommandoen show ip route.
Som du kan se, er det Successor, det vil sige routeren med den laveste FD-værdi, der placeres i routingtabellen. Kanalen med metrisk 26368 er angivet her, som er FD for destinationsrouteren 10.1.12.2.
Der er tre kommandoer, der kan bruges til at kontrollere routingprotokolindstillingerne for hver grænseflade.
Den første er show running-config. Ved at bruge det kan jeg se, hvilken protokol der kører på denne enhed, dette er angivet af routerens eigrp 1-meddelelse for netværk 10.0.0.0. Men ud fra denne information er det umuligt at bestemme på hvilke grænseflader denne protokol kører, så jeg er nødt til at se på listen med parametrene for alle R1-grænseflader. Samtidig er jeg opmærksom på den første oktet af IP-adressen for hver grænseflade - hvis den starter med 10, så er EIGRP i kraft på denne grænseflade, da betingelsen for matchning med netværksadressen i dette tilfælde er 10.0.0.0 er tilfreds. Ved at bruge kommandoen show running-config kan du således finde ud af, hvilken protokol der kører på hver grænseflade.
Den næste testkommando er vis ip-protokoller. Når du har indtastet denne kommando, kan du se, at routingprotokollen er "eigrp 1". Dernæst vises værdierne af K-koefficienterne til beregning af metrikken. Deres undersøgelse er ikke inkluderet i ICND-kurset, så i indstillingerne accepterer vi standard K-værdier.
Her, som i OSPF, vises router-id'et som en IP-adresse: 10.1.12.1. Hvis du ikke tildeler denne parameter manuelt, vælger systemet automatisk loopback-grænsefladen med den højeste IP-adresse som RID.
Det følgende angiver, at automatisk ruteopsummering er deaktiveret. Dette er et vigtigt punkt, for hvis vi bruger undernet med klasseløse IP-adresser, er det bedre at deaktivere summering. Hvis du aktiverer denne funktion, vil følgende ske.
Forestil dig, at vi har routere R1 og R2, der bruger EIGRP, og 2 netværk er forbundet til router R3: 10.1.2.0, 10.1.10.0 og 10.1.25.0. Hvis autosummary er aktiveret, angiver det, når R2 sender en opdatering til R1, at den er forbundet til 10.0.0.0/8-netværket. Det betyder, at alle enheder, der er tilsluttet 10.0.0.0/8-netværket, sender opdateringer til det, og al trafik, der er bestemt til 10. netværket, skal dirigeres til R2.
Hvad sker der, hvis en anden router R1 tilsluttet netværkene 3 og 10.1.5.0 er tilsluttet den første router R10.1.75.0? Hvis R3 også bruger autosummary, vil den fortælle R1, at al trafik bestemt til 10.0.0.0/8-netværket skal dirigeres til den.
Hvis R1 er forbundet til R2 på 192.168.1.0 og R3 er forbundet til 192.168.2.0, vil EIGRP kun træffe autosummariske beslutninger på R2-laget, hvilket er forkert. Derfor, hvis du ønsker at bruge autosummary for en bestemt router, i vores tilfælde R2, skal du sørge for, at alle undernet med den første oktet af IP-adressen 10. kun er forbundet til denne router. Du må ikke have netværk forbundet 10. et andet sted, til en anden router. En netværksadministrator, der har til hensigt at bruge autosummarization af ruter, skal sikre, at alle netværk med den samme klasseadresse er forbundet til den samme router.
I praksis er det mere praktisk, at autosum-funktionen er deaktiveret som standard. I dette tilfælde vil router R2 sende separate opdateringer til router R1 for hvert af de netværk, der er tilsluttet den: en for 10.1.2.0, en for 10.1.10.0 og en for 10.1.25.0. I dette tilfælde vil R1-routingtabellen blive genopfyldt med ikke én, men tre ruter. Opsummering hjælper selvfølgelig med at reducere antallet af indtastninger i routing-tabellen, men hvis du planlægger det forkert, kan du ødelægge hele netværket.
Lad os gå tilbage til kommandoen vis ip-protokoller. Bemærk, at du her kan se den administrative afstandsværdi på 90, samt den maksimale vej for lastbalancering, som som standard er 4. Alle disse stier har samme pris. Deres antal kan reduceres, for eksempel til 2, eller øges til 16.
Dernæst er den maksimale størrelse af hoptælleren eller routingsegmenterne 100, og værdien er Maksimal metrisk varians = 1. I EIGRP giver Variance-variansen dig mulighed for at overveje lige store ruter, hvis metrics er relativt tæt i værdi, hvilket giver dig mulighed for at at tilføje flere ruter med ulige metrics til routingtabellen, der fører til det samme undernet. Vi vil se nærmere på dette senere.
Informationen Routing for Networks: 10.0.0.0 er en indikation af, at vi bruger indstillingen ingen backmask. Hvis vi går ind i R2-indstillingerne, hvor vi brugte den omvendte maske, og indtaster kommandoen show ip protocols, vil vi se, at Routing for Networks for denne router er to linjer: 10.1.12.0/24 og 10.1.25.0/24, at er, der er en indikation af brugen af en wildcard-maske.
Af praktiske årsager behøver du ikke huske, hvilken slags information testkommandoerne giver - bare brug dem og se resultatet. På eksamen vil du dog ikke have mulighed for at besvare spørgsmålet, hvilket kan kontrolleres med kommandoen show ip protocols. Du skal vælge ét rigtigt svar blandt flere muligheder. Hvis du skal blive en Cisco-specialist på højt niveau og ikke kun modtage et CCNA-certifikat, men også et CCNP eller CCIE, så skal du vide, hvilken specifik information denne eller hin testkommando producerer, og hvad udførelseskommandoerne er til. Du skal ikke kun mestre den tekniske del af Cisco-enheder, men også forstå Cisco iOS-operativsystemet for at kunne konfigurere disse netværksenheder korrekt.
Lad os vende tilbage til de oplysninger, som systemet udsteder som svar på kommandoen show ip protocols. Vi ser Routing Information Kilder, repræsenteret som linjer med en IP-adresse og en administrativ afstand. I modsætning til OSPF-oplysninger bruger EIGRP ikke Router ID i dette tilfælde, men IP-adresserne på routere.
Den sidste kommando, der giver dig mulighed for direkte at se status for grænseflader, er vis ip eigrp-grænseflader. Hvis du indtaster denne kommando, kan du se alle routergrænseflader, der kører EIGRP.
Der er således 3 måder at sikre sig, at enheden kører med EIRGP-protokollen.
Lad os se på belastningsbalancering med lige omkostninger eller lige belastningsbalancering. Hvis 2 grænseflader har samme pris, vil de være belastningsbalanceret som standard.
Lad os bruge Packet Tracer til at se, hvordan det ser ud ved at bruge den netværkstopologi, vi allerede kender. Lad mig minde dig om, at båndbredde- og forsinkelsesværdierne er de samme for alle kanaler mellem de afbildede routere. Jeg aktiverer EIGRP mode for alle 4 routere, for hvilke jeg går ind i deres indstillinger på skift og skriver kommandoerne config terminal, router eigrp og network 10.0.0.0.
Antag, at vi skal vælge den optimale rute R1-R4 til den virtuelle loopback-grænseflade 10.1.1.1, mens alle fire links R1-R2, R2-R4, R1-R3 og R3-R4 har samme pris. Hvis du indtaster kommandoen show ip route i R1 CLI, kan du se, at 10.1.1.0/24-netværket kan nås via to ruter: gennem en 10.1.12.2-router forbundet til GigabitEthernet0/0-grænsefladen eller gennem en 10.1.13.3. 0-router tilsluttet grænsefladen GigabitEthernet1/XNUMX, og begge disse ruter har de samme målinger.
Hvis vi udsteder kommandoen show ip eigrp topology, vil vi se de samme oplysninger her: 2 efterfølgere modtagere med samme FD-værdi på 131072.
Så vi har lært, hvad der er ækvivalent ECLB belastningsbalancering, som kan udføres både i tilfælde af OSPF og i tilfælde af EIGRP.
EIGRP har dog også ulige omkostningsbalancering (UCLB), eller ulige balancering. I nogle tilfælde kan metrikken afvige lidt fra hinanden, hvilket gør ruterne næsten ligeværdige, i hvilket tilfælde EIGRP tillader belastningsbalancering gennem brug af en værdi kaldet "variation" - Variance.
Forestil dig, at vi har en router forbundet med tre andre - R1, R2 og R3.
Router R2 har den laveste FD=90, så den fungerer som en efterfølger. Overvej RD af de to andre kanaler. R1's RD på 80 er mindre end R2's FD, så R1 fungerer som en backup mulig efterfølger. Fordi R3's RD er større end R1's FD, kan den aldrig blive en mulig efterfølger.
Så vi har en router - Efterfølger og en router - Mulig efterfølger. Du kan placere R1 i routingtabellen ved hjælp af forskellige variansværdier. I EIGRP er Variance = 1 som standard, så routeren R1 som mulig efterfølger er ikke i routingtabellen. Hvis vi bruger værdien Variance =2, så vil værdien af FD for router R2 blive ganget med 2 og vil være 180. I dette tilfælde vil FD for router R1 være mindre end FD for router R2: 120 < 180 , så router R1 vil blive placeret i routingtabellen som efterfølger 'a.
Hvis vi sætter lighedstegn mellem Variance = 3, så vil FD-værdien for modtageren R2 være 90 x 3 = 270. I dette tilfælde vil routeren R1 også falde ind i routingtabellen, fordi 120 < 270. Vær ikke flov over, at routeren R3 kommer ikke ind i tabellen på trods af, at dens FD = 250 med Variance =3 vil være mindre end FD for router R2, da 250 < 270. Faktum er, at for router R3 er betingelsen RD < FD Successor stadig ikke opfyldt, da RD= 180 ikke er mindre, men mere end FD = 90. Da R3 således i starten ikke kan være en mulig efterfølger, selv med en variationsværdi på 3, vil den stadig ikke komme ind i routingtabellen.
Ved at ændre værdien af Variance kan vi således bruge ulige belastningsbalancering til at inkludere den rute, vi har brug for, i routingtabellen.
Tak fordi du blev hos os. Kan du lide vores artikler? Vil du se mere interessant indhold? Støt os ved at afgive en ordre eller anbefale til venner, 30% rabat til Habr-brugere på en unik analog af entry-level servere, som er opfundet af os til dig: (tilgængelig med RAID1 og RAID10, op til 24 kerner og op til 40 GB DDR4).
Dell R730xd 2 gange billigere? Kun her i Holland! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - fra $99! Læse om
Kilde: www.habr.com