I dag vil vi fortsette studiet av seksjon 2.6 av ICND2-kurset og se på konfigurering og testing av EIGRP-protokollen. Å sette opp EIGRP er veldig enkelt. Som med alle andre rutingprotokoller som RIP eller OSPF, går du inn i ruterens globale konfigurasjonsmodus og skriver inn ruteren eigrp <#>-kommandoen, der # er AS-nummeret.
Dette nummeret må være det samme for alle enheter, for eksempel hvis du har 5 rutere og alle bruker EIGRP, må de ha samme autonome systemnummer. I OSPF er dette prosess-ID, eller prosessnummer, og i EIGRP er det det autonome systemnummeret.
I OSPF, for å etablere tilknytning, kan det hende at prosess-IDen til forskjellige rutere ikke stemmer overens. I EIGRP skal AS-numrene til alle naboer stemme overens, ellers etableres ikke nabolaget. Det er 2 måter å aktivere EIGRP-protokollen på - uten å spesifisere en omvendt maske eller spesifisere en jokertegnmaske.
I det første tilfellet spesifiserer nettverkskommandoen en klassefull IP-adresse av typen 10.0.0.0. Dette betyr at ethvert grensesnitt med den første oktetten av IP-adressen 10 vil delta i EIGRP-ruting, det vil si at i dette tilfellet brukes alle klasse A-adresser til nettverk 10.0.0.0. Selv om du angir et eksakt subnett som 10.1.1.10 uten å spesifisere en omvendt maske, vil protokollen fortsatt konvertere den til en IP-adresse som 10.0.0.0. Husk derfor at systemet uansett vil akseptere adressen til det spesifiserte subnettet, men vil vurdere det som en klasseadresse og vil fungere med hele nettverket av klasse A, B eller C, avhengig av verdien av den første oktetten av IP-adressen.
Hvis du vil kjøre EIGRP på 10.1.12.0/24-undernettet, må du bruke en kommando med en omvendt maske av formen nettverk 10.1.12.0 0.0.0.255. Dermed fungerer EIGRP med klassebaserte adresseringsnettverk uten omvendt maske, og med klasseløse subnett er bruk av jokertegnmaske obligatorisk.
La oss gå videre til Packet Tracer og bruke nettverkstopologien fra forrige videoopplæring, som vi lærte om konseptene FD og RD med.
La oss sette opp dette nettverket i programmet og se hvordan det fungerer. Vi har 5 rutere R1-R5. Selv om Packet Tracer bruker rutere med GigabitEthernet-grensesnitt, endret jeg manuelt nettverksbåndbredden og ventetiden for å matche topologien diskutert tidligere. I stedet for 10.1.1.0/24-nettverket koblet jeg et virtuelt loopback-grensesnitt til R5-ruteren, som jeg tildelte adressen 10.1.1.1/32.
La oss starte med å sette opp R1-ruteren. Jeg har ikke aktivert EIGRP her ennå, men bare tildelt en IP-adresse til ruteren. Med config t-kommandoen går jeg inn i global konfigurasjonsmodus og aktiverer protokollen ved å skrive kommandoen router eigrp <autonomous system number>, som skal være i området fra 1 til 65535. Jeg velger nummer 1 og trykker Enter. Videre, som jeg sa, kan du bruke to metoder.
Jeg kan skrive inn nettverk og IP-adressen til nettverket. Nettverk 1/10.1.12.0, 24/10.1.13.0 og 24/10.1.14.0 er koblet til ruter R24. De er alle på det "tiende" nettverket, så jeg kan bruke én generell kommando, nettverk 10.0.0.0. Hvis jeg trykker Enter, vil EIGRP kjøre på alle tre grensesnittene. Jeg kan sjekke dette ved å skrive inn kommandoen do show ip eigrp-grensesnitt. Vi ser at protokollen kjører på 2 GigabitEthernet-grensesnitt og ett serielt grensesnitt som R4-ruteren er koblet til.
Hvis jeg kjører do show ip eigrp interfaces kommandoen igjen for å sjekke, kan jeg bekrefte at EIGRP faktisk kjører på alle porter.
La oss gå til ruter R2 og starte protokollen ved å bruke kommandoene config t og router eigrp 1. Denne gangen vil vi ikke bruke kommandoen for hele nettverket, men vil bruke en omvendt maske. For å gjøre dette går jeg inn i kommandonettverket 10.1.12.0 0.0.0.255. For å sjekke innstillingene, bruk do show ip eigrp interfaces-kommandoen. Vi ser at EIGRP bare kjører på Gig0/0-grensesnittet, fordi bare dette grensesnittet samsvarer med parameterne til den angitte kommandoen.
I dette tilfellet betyr den omvendte masken at EIGRP-modus vil fungere på ethvert nettverk hvis første tre oktetter av IP-adressen er 10.1.12. Hvis et nettverk med samme parametere er koblet til et grensesnitt, vil dette grensesnittet bli lagt til listen over porter som denne protokollen kjører på.
La oss legge til et annet nettverk med kommandonettverket 10.1.25.0 0.0.0.255 og se hvordan listen over grensesnitt som støtter EIGRP nå vil se ut. Som du kan se, har vi nå Gig0/1-grensesnittet lagt til. Vær oppmerksom på at Gig0/0-grensesnittet har en peer, eller en nabo - ruter R1, som vi allerede har konfigurert. Senere vil jeg vise deg kommandoene for å bekrefte innstillingene, for nå vil vi fortsette å konfigurere EIGRP for de gjenværende enhetene. Vi kan eller kan ikke bruke en omvendt maske når vi konfigurerer noen av ruterne.
Jeg går til CLI-konsollen til R3-ruteren og i global konfigurasjonsmodus skriver jeg kommandoene ruter eigrp 1 og nettverk 10.0.0.0, så går jeg inn i innstillingene til R4-ruteren og skriver de samme kommandoene uten å bruke omvendt masken.
Du kan se hvordan EIGRP er enklere å konfigurere enn OSPF - i sistnevnte tilfelle må du være oppmerksom på ABR-er, soner, bestemme deres plassering, etc. Ingenting av dette er påkrevd her - jeg går bare til de globale innstillingene til R5-ruteren, skriver inn kommandoene ruter eigrp 1 og nettverk 10.0.0.0, og nå kjører EIGRP på alle 5 enhetene.
La oss se på informasjonen vi snakket om i den forrige videoen. Jeg går inn i R2-innstillingene og skriver kommandoen vis ip-rute, og systemet viser de nødvendige oppføringene.
La oss ta hensyn til R5-ruteren, eller rettere sagt, til 10.1.1.0/24-nettverket. Dette er den første linjen i rutetabellen. Det første tallet i parentes er den administrative avstanden, lik 90 for EIGRP-protokollen. Bokstaven D betyr at denne ruten er gitt av EIGRP, og det andre tallet i parentes, lik 26112, er R2-R5 rutemetrikken. Hvis vi går tilbake til forrige diagram, kan vi se at den metriske verdien her er 28416, så jeg må se på hva årsaken til dette avviket er.
Skriv inn kommandoen show interface loopback 0 i R5-innstillingene. Grunnen er at vi brukte et loopback-grensesnitt: hvis du ser på R5-forsinkelsen på diagrammet er den lik 10 μs, og i ruterinnstillingene får vi informasjon om at DLY-forsinkelsen er 5000 mikrosekunder. La oss se om jeg kan endre denne verdien. Jeg går inn i R5 global konfigurasjonsmodus og skriver inn grensesnittet loopback 0 og forsinkelseskommandoer. Systemet ber om at forsinkelsesverdien kan tilordnes i området fra 1 til 16777215, og på titalls mikrosekunder. Siden i tier tilsvarer forsinkelsesverdien på 10 μs 1, går jeg inn på kommandoen delay 1. Vi sjekker grensesnittparameterne på nytt og ser at systemet ikke aksepterte denne verdien, og det ønsker ikke å gjøre dette selv ved oppdatering av nettverket parametere i R2-innstillingene.
Jeg forsikrer deg imidlertid om at hvis vi beregner beregningen på nytt for den forrige ordningen, med tanke på de fysiske parametrene til R5-ruteren, vil den mulige avstandsverdien for ruten fra R2 til 10.1.1.0/24-nettverket være 26112. La oss se på ved lignende verdier i parametrene til R1-ruteren ved å skrive kommandoen show ip route. Som du kan se, ble det foretatt en omberegning for 10.1.1.0/24-nettverket, og nå er den metriske verdien 26368, ikke 28416.
Du kan sjekke denne omberegningen basert på diagrammet fra forrige videoopplæring, med tanke på funksjonene til Packet Tracer, som bruker andre fysiske parametere for grensesnittene, spesielt en annen forsinkelse. Prøv å lage din egen nettverkstopologi med disse gjennomstrømnings- og latensverdiene og beregn dens parametere. I dine praktiske aktiviteter trenger du ikke å utføre slike beregninger, bare vite hvordan det gjøres. For hvis du vil bruke lastbalanseringen som vi nevnte i forrige video, må du vite hvordan du kan endre latensen. Jeg anbefaler ikke å berøre båndbredden; for å justere EIGRP er det nok å endre latensverdiene.
Så du kan endre båndbredde- og forsinkelsesverdiene, og dermed endre EIGRP-metriske verdiene. Dette blir leksene dine. Som vanlig kan du for dette laste ned fra nettsiden vår og bruke begge nettverkstopologier i Packet Tracer. La oss gå tilbake til diagrammet vårt.
Som du kan se, er det veldig enkelt å sette opp EIGRP, og du kan bruke to måter å utpeke nettverk på: med eller uten omvendt maske. I likhet med OSPF har vi i EIGRP 3 tabeller: nabotabell, topologitabell og rutetabell. La oss se på disse tabellene igjen.
La oss gå inn i R1-innstillingene og starte med nabotabellen ved å skrive inn kommandoen show ip eigrp neighbors. Vi ser at ruteren har 3 naboer.
Adresse 10.1.12.2 er ruter R2, 10.1.13.1 er ruter R3 og 10.1.14.1 er ruter R4. Tabellen viser også gjennom hvilke grensesnitt kommunikasjon med naboer utføres. Hold oppetiden vises nedenfor. Hvis du husker det, er dette en tidsperiode som standard er 3 Hello-perioder, eller 3x5s = 15s. Dersom det i løpet av denne tiden ikke er mottatt svar Hei fra naboen, anses forbindelsen som tapt. Teknisk sett, hvis naboer svarer, synker denne verdien til 10s og går deretter tilbake til 15s. Hvert 5. sekund sender ruteren en Hei-melding, og naboene svarer på den i løpet av de neste fem sekundene. Følgende viser tur-retur-tiden for SRTT-pakker, som er 40 ms. Beregningen utføres av RTP-protokollen, som EIGRP bruker for å organisere kommunikasjon mellom naboer. Nå skal vi se på topologitabellen, som vi bruker kommandoen show ip eigrp topology for.
OSPF-protokollen i dette tilfellet beskriver en kompleks, dyp topologi som inkluderer alle rutere og alle tilgjengelige kanaler i nettverket. EIGRP viser en forenklet topologi basert på to rutemålinger. Den første metrikken er minst mulig avstand, mulig avstand, som er en av kjennetegnene til ruten. Deretter vises den rapporterte avstandsverdien gjennom en skråstrek - dette er den andre beregningen. For nettverk 10.1.1.0/24, med hvilken kommunikasjon utføres gjennom ruter 10.1.12.2, er den mulige avstandsverdien 26368 (den første verdien i parentes). Den samme verdien er plassert i rutetabellen fordi ruter 10.1.12.2 er en etterfølger.
Hvis den rapporterte avstanden til en annen ruter, i dette tilfellet verdien av 3072-ruteren 10.1.14.4, er mindre enn den mulige avstanden til nærmeste nabo, er denne ruteren en mulig etterfølger. Hvis forbindelsen med ruter 10.1.12.2 mistes via GigabitEthernet 0/0-grensesnittet, vil ruter 10.1.14.4 ta over etterfølgerfunksjonen.
I OSPF tar det en viss tid å beregne en rute gjennom en backupruter, noe som spiller en betydelig rolle når nettverksstørrelsen er betydelig. EIGRP kaster ikke bort tid på slike beregninger fordi den allerede kjenner kandidaten til etterfølgerrollen. La oss ta en titt på topologitabellen ved å bruke kommandoen show ip route.
Som du kan se, er det Successor, det vil si ruteren med den laveste FD-verdien, som er plassert i rutetabellen. Her er kanalen med metrisk 26368 indikert, som er FD for mottakerruteren 10.1.12.2.
Det er tre kommandoer som kan brukes til å sjekke rutingsprotokollinnstillingene for hvert grensesnitt.
Den første er show running-config. Ved å bruke den kan jeg se hvilken protokoll som kjører på denne enheten, dette indikeres av meldingsruteren eigrp 1 for nettverk 10.0.0.0. Fra denne informasjonen er det imidlertid umulig å bestemme hvilke grensesnitt denne protokollen kjører på, så jeg må se på listen med parameterne til alle R1-grensesnitt. Samtidig tar jeg hensyn til den første oktetten av IP-adressen til hvert grensesnitt - hvis den starter med 10, er EIGRP aktiv på dette grensesnittet, siden betingelsen for å matche nettverksadressen 10.0.0.0 i dette tilfellet er oppfylt. . Derfor kan du bruke kommandoen show running-config for å finne ut hvilken protokoll som kjører på hvert grensesnitt.
Den neste testkommandoen er vis ip-protokoller. Etter å ha skrevet inn denne kommandoen, kan du se at rutingprotokollen er "eigrp 1". Deretter vises verdiene til K-koeffisientene for beregning av metrikken. Studiet deres er ikke inkludert i ICND-kurset, så i innstillingene godtar vi standard K-verdier.
Her, som i OSPF, vises ruter-IDen som en IP-adresse: 10.1.12.1. Hvis du ikke tilordner denne parameteren manuelt, velger systemet automatisk loopback-grensesnittet med den høyeste IP-adressen som RID.
Den sier videre at automatisk ruteoppsummering er deaktivert. Dette er en viktig omstendighet, siden hvis vi bruker subnett med klasseløse IP-adresser, er det bedre å deaktivere oppsummering. Hvis du aktiverer denne funksjonen, vil følgende skje.
La oss forestille oss at vi har rutere R1 og R2 som bruker EIGRP, og 2 nettverk er koblet til ruter R3: 10.1.2.0, 10.1.10.0 og 10.1.25.0. Hvis autosummasjon er aktivert, så når R2 sender en oppdatering til ruter R1, indikerer det at den er koblet til nettverk 10.0.0.0/8. Dette betyr at alle enheter som er koblet til 10.0.0.0/8-nettverket sender oppdateringer til det, og all trafikk destinert for 10. nettverket må adresseres til R2-ruteren.
Hva skjer hvis du kobler en annen ruter R1 til den første ruteren R3, koblet til nettverkene 10.1.5.0 og 10.1.75.0? Hvis ruter R3 også bruker auto-oppsummering, vil den fortelle R1 at all trafikk destinert for nettverk 10.0.0.0/8 skal adresseres til den.
Hvis ruter R1 er koblet til ruter R2 på 192.168.1.0-nettverket, og til ruter R3 på 192.168.2.0-nettverket, vil EIGRP kun ta automatiske oppsummeringsbeslutninger på R2-nivå, noe som er feil. Derfor, hvis du vil bruke automatisk oppsummering for en spesifikk ruter, i vårt tilfelle er det R2, sørg for at alle subnett med den første oktetten av IP-adressen 10. kun er koblet til den ruteren. Du bør ikke ha nettverk koblet 10. et annet sted, til en annen ruter. En nettverksadministrator som planlegger å bruke automatisk ruteoppsummering må sørge for at alle nettverk med samme klasseadresse er koblet til samme ruter.
I praksis er det mer praktisk at autosum-funksjonen er deaktivert som standard. I dette tilfellet vil ruter R2 sende separate oppdateringer til ruter R1 for hvert av nettverkene som er koblet til den: én for 10.1.2.0, én for 10.1.10.0 og én for 10.1.25.0. I dette tilfellet vil rutetabellen R1 fylles på med ikke én, men tre ruter. Oppsummering bidrar selvfølgelig til å redusere antall oppføringer i rutetabellen, men hvis du planlegger det feil, kan du ødelegge hele nettverket.
La oss gå tilbake til kommandoen vis ip-protokoller. Merk at du her kan se Avstandsverdien på 90, samt Maksimal bane for lastbalansering, som som standard er 4. Alle disse banene har samme kostnad. Antallet deres kan reduseres, for eksempel til 2, eller økes til 16.
Deretter spesifiseres den maksimale størrelsen på hopptelleren, eller rutesegmentene, som 100, og verdien Maksimal metrisk varians = 1. I EIGRP tillater varians ruter hvis metriske verdier er relativt nære i verdi, anses like, noe som gjør at du kan legge til flere ruter med ulik metrikk til rutingtabellen , som fører til samme delnett. Vi skal se nærmere på dette senere.
Ruting for nettverk: 10.0.0.0-informasjon er en indikasjon på at vi bruker alternativet uten bakmaske. Hvis vi går inn i R2-innstillingene, der vi brukte den omvendte masken, og skriver inn kommandoen show ip protocols, vil vi se at Ruting for Networks for denne ruteren består av to linjer: 10.1.12.0/24 og 10.1.25.0/24, det vil si at det er indikasjon på bruk av jokertegnmaske.
For praktiske formål trenger du ikke å huske nøyaktig hvilken informasjon testkommandoene produserer - du trenger bare å bruke dem og se resultatet. På eksamen vil du imidlertid ikke ha mulighet til å svare på spørsmålet, som kan sjekkes med kommandoen show ip protocols. Du må velge ett riktig svar fra flere foreslåtte alternativer. Hvis du skal bli en Cisco-spesialist på høyt nivå og motta ikke bare et CCNA-sertifikat, men også et CCNP eller CCIE, må du vite hvilken spesifikk informasjon som produseres av denne eller den testkommandoen og hva utførelseskommandoene er ment for. Du må ikke bare beherske den tekniske delen av Cisco-enheter, men også forstå Cisco iOS-operativsystemet for å kunne konfigurere disse nettverksenhetene på riktig måte.
La oss gå tilbake til informasjonen som systemet produserer som svar på å skrive inn kommandoen show ip protocols. Vi ser ruteinformasjonskilder, presentert som linjer med IP-adresse og administrativ avstand. I motsetning til OSPF-informasjon, bruker ikke EIGRP i dette tilfellet ruter-ID, men IP-adressene til rutere.
Den siste kommandoen som lar deg se statusen til grensesnittene direkte er vis ip eigrp-grensesnitt. Hvis du skriver inn denne kommandoen, kan du se alle rutergrensesnittene som kjører EIGRP.
Dermed er det 3 måter å sikre at enheten kjører EIRGP-protokollen.
La oss se på lastbalansering med lik kostnad, eller tilsvarende lastbalansering. Hvis 2 grensesnitt har samme kostnad, vil lastbalansering bli brukt på dem som standard.
La oss bruke Packet Tracer for å se hvordan dette ser ut ved å bruke nettverkstopologien vi allerede kjenner. La meg minne deg på at båndbredden og forsinkelsesverdiene er de samme for alle kanalene mellom ruterne som vises. Jeg aktiverer EIGRP-modus for alle 4 rutere, som jeg går inn i innstillingene deres en etter en og skriver kommandoene config terminal, router eigrp og network 10.0.0.0.
La oss anta at vi må velge den optimale ruten R1-R4 til det virtuelle loopback-grensesnittet 10.1.1.1, mens alle fire lenkene R1-R2, R2-R4, R1-R3 og R3-R4 har samme kostnad. Hvis du skriver inn kommandoen vis ip-rute i CLI-konsollen til ruter R1, kan du se at nettverk 10.1.1.0/24 kan nås via to ruter: gjennom ruter 10.1.12.2 koblet til GigabitEthernet0/0-grensesnittet, eller gjennom ruter 10.1.13.3 .0 koblet til grensesnittet GigabitEthernet1/XNUMX, og begge disse rutene har samme metrikk.
Hvis vi skriver inn kommandoen show ip eigrp topology, vil vi se den samme informasjonen her: 2 etterfølgermottakere med samme FD-verdier på 131072.
Så langt har vi lært hva ECLB er lik lastbalansering, som kan gjøres i både OSPF og EIGRP.
Imidlertid har EIGRP også belastningsbalansering med ulik kostnad (UCLB), eller ulik balansering. I noen tilfeller kan beregningene avvike litt fra hverandre, noe som gjør rutene nesten likeverdige, i så fall tillater EIGRP lastbalansering ved bruk av en verdi kalt "varians".
La oss forestille oss at vi har en ruter koblet til tre andre - R1, R2 og R3.
Ruter R2 har den laveste verdien FD=90, derfor fungerer den som en etterfølger. La oss vurdere RD til de to andre kanalene. R1s RD på 80 er mindre enn R2s FD, så R1 fungerer som en sikkerhetskopi av Feasible Successor-ruteren. Siden RD til ruter R3 er større enn FD til ruter R1, kan den aldri bli en gjennomførbar etterfølger.
Så vi har en ruter - etterfølger og en ruter - gjennomførbar etterfølger. Du kan plassere ruter R1 i rutetabellen ved å bruke forskjellige variasjonsverdier. I EIGRP er som standard Variance = 1, så ruter R1 som en mulig etterfølger er ikke i rutingtabellen. Hvis vi bruker verdien Variance = 2, vil FD-verdien til ruter R2 multipliseres med 2 og vil være 180. I dette tilfellet vil FD til ruter R1 være mindre enn FD til ruter R2: 120 < 180, så ruter R1 vil bli plassert i rutetabellen som en etterfølger 'a.
Hvis vi setter likhetstegn mellom Varians = 3, vil FD-verdien til mottaker R2 være 90 x 3 = 270. I dette tilfellet vil ruter R1 også komme inn i rutingtabellen, fordi 120 < 270. Ikke la deg forvirre av det faktum at ruter R3 kommer ikke inn i tabellen til tross for at dens FD = 250 med en verdi på Variance = 3 vil være mindre enn FD for ruter R2, siden 250 < 270. Faktum er at for ruter R3 er betingelsen RD < FD Etterfølger er fortsatt ikke oppfylt, siden RD= 180 ikke er mindre, men mer enn FD = 90. Dermed, siden R3 i utgangspunktet ikke kan være en gjennomførbar etterfølger, selv med en variasjonsverdi på 3, vil den fortsatt ikke komme inn i rutingtabellen.
Ved å endre Variance-verdien kan vi bruke ulik lastbalansering for å inkludere ruten vi trenger i rutetabellen.
Takk for at du bor hos oss. Liker du artiklene våre? Vil du se mer interessant innhold? Støtt oss ved å legge inn en bestilling eller anbefale til venner, 30 % rabatt for Habr-brukere på en unik analog av inngangsnivåservere, som ble oppfunnet av oss for deg: (tilgjengelig med RAID1 og RAID10, opptil 24 kjerner og opptil 40 GB DDR4).
Dell R730xd 2 ganger billigere? Bare her i Nederland! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - fra $99! Lese om
Kilde: www.habr.com