EIGRP Metric

EIGRP Metric har forårsaket forvirring for mange nettverk ingeniører prøver å forstå protokollen. Denne artikkelen vil dykke inn i hva metriske er, og hvordan å koke det ned i sin forenklet form.

Formel og K-Verdier

EIGRP ER En Cisco Proprietær rutingsprotokoll opprettet på 1980-tallet. Som sådan Var Cisco den eneste leverandøren som hadde rettighetene til å implementere protokollen. Frem til 1998 da Cisco utgav spesifikasjonen som ET ietf-utkast.

En AV EIGRPS viktigste fordeler er å kunne vurdere mange forskjellige attributter ved beregning av en rutekostnad eller metrisk. Eigrp er en av de eneste rutingsprotokollene som kan vurdere hvilken som helst kombinasjon Av Båndbredde, Belastning, Forsinkelse og Pålitelighet i kostnadsberegningen.

hver av disse attributtene styres av Det som kalles En K-verdi. Disse k-verdiene muliggjør hver vurdering av en av de nevnte attributter, samt skalaen som attributtet vurderes på.

 k1 = Båndbredde K2 = Load K3 = Delay K4 & K5 = Pålitelighet 

Hver av disse verdiene brukes i DET EIGRP kaller En Sammensatt Metrisk formel. Den formelen er som følger:

EIGRP metric:
256 * { k1*BW + + (K3*delay) } * { k5/(reliability+K4) }

Det ser ganske komplisert ut, men du kan forenkle det noe ved å skrive det i et annet format og bryte opp hver del med vakre farger:

k-verdiene selv er ET TALL mellom 0 og 255. Du kan angi hver verdi uavhengig basert på hva du vil vurderes i kostnadsberegningen for hver rute. Hvis du ikke vil vurdere en av attributtene ovenfor i rutingsdomenet ditt, kan du sette riktig K-verdi Til Null. Hvis du ønsker å vurdere et attributt, kan du sette riktig K-verdi til en.

Siden k-verdiene kan være en verdi opp til 255, har du også muligheten til å skalere hvor tungt en bestemt verdi vurderes. Hvis Du for Eksempel ønsker At Båndbredde skal betraktes som dobbelt så viktig Som Forsinkelse, kan Du sette k1-verdien til 2 og k3-verdien til 1. Hvis Du ønsker Å vurdere Båndbredde og Forsinkelse i et 2: 3-forhold, kan Du sette K1 til 2 og K3 til 3. DETTE er det SOM gir EIGRP slik fleksibilitet i kostnadssammenligningen, du kan velge hvilke attributter og hvor viktig hvert attributt er for ditt rutingsdomene.

Det skal imidlertid bemerkes at før to rutere blir eigrp-naboer, må de ha matchende K-verdier. Det er fornuftig, fordi hvis en ruter anser Forsinkelse som den største viktige, og den andre anser Båndbredde som den største viktige, kan de være uenige om hvilken vei til et destinasjonsnettverk som er best.

Eigrp Standard Metrisk

Til tross for hvor fleksibel kostnadsberegningen er, stole de fleste implementeringer av EIGRP bare på standard k-verdier for deres metriske. Standard k-verdier tar Bare Hensyn Til Båndbredde og Forsinkelse, og ignorerer Belastning og Pålitelighet.

Det er to grunner Til At Belastning og Pålitelighet ikke er inkludert i standard eigrp-beregning:

FØRST gjør EIGRP ikke periodiske oppdateringer-bare utløste oppdateringer. Som et resultat beregnes Verdiene For Belastning og Pålitelighet en gang når en rute først læres, men oppdateres ikke dynamisk ettersom et grensesnitt blir mer eller mindre mettet. En Endring I Belastning / Pålitelighet utløser ikke en ny eigrp-oppdatering.

For Det Andre er Belastnings-og Pålitelighetsverdiene ikke en refleksjon av hele banens belastning og pålitelighet, men i stedet bare av den direkte tilkoblede koblingen.Som sådan valgte Cisco å bare vurdere Båndbredde og Forsinkelse, og veie dem likt, i deres standard eigrp-metriske beregning. Standard K-Verdier Er k1 Og K3 satt til ett, Og K2, K4 og K5 satt til null.

Vi kan koble standard k-verdier inn i formelen ovenfor for å se hvordan det kan forenkles:

med bildet ovenfor kan vi forenkle den kompliserte FULL eigrp kompositt metrisk til nettopp dette:

256 × (Båndbredde + Forsinkelse)

Som er mye enklere å administrere enn den fullstendige sammensatte formelen som er oppført ovenfor

Beregning Av Eigrp-Beregninger

på dette punktet vil det være lurt å diskutere hvordan Båndbreddeverdien og Forsinkelsesverdiene oppnås.

Vi vil bruke følgende topologi:

for å holde det enkelt, bruker Vi Metrisk beregning for 10.4.5.x nettverk fra perspektivet Eller R4. show interfaces kommandoen Til R4 vil gi oss våre startverdier:

R4# show interfaces FastEthernet 0/0FastEthernet0/0 is up, line protocol is up Hardware is Gt96k FE, address is c204.8b8c.0000 (bia c204.8b8c.0000) Internet address is 10.4.5.4/24 MTU 1500 bytes, BW 100000 Kbit/sec, DLY 100 usec,

vi vil bruke disse som et eksempel for å vise deg hvordan EIGRP-beregningen beregnes.

Båndbreddeberegning

Båndbreddeverdien er basert på minimum båndbreddekoblingen over hele banen. Men fordi metriske verdier i en hvilken som helst rutingsprotokoll anser en lavere verdi for å være overlegen, må en formel brukes til å konvertere en høyere båndbredde til en lavere resulterende beregning. Den formelen er som følger:

Båndbredde = 10^7/BW I Kbps

For R4, som er direkte koblet til 10.4.5.0/24-nettverk på en 100 Mbps-kobling vil beregningen resultere i:

Båndbredde = 10,000,000 / 100,000 kbps = Båndbreddeverdi på 100

Båndbreddeverdien på 100 vil bli koblet til vår forenklede Eigrp-Metriske formel vi avledet tidligere.

Forsinkelsesberegning

Forsinkelse skal være en beregning av hvor lang tid det tar litt å bli overført til en tilstøtende nabo. Men i virkeligheten er det bare en konstant verdi basert på grensesnittets båndbredde. Men siden denne faktoren er additiv, fungerer den i hovedsak som et hopptall. Eller kanskje bør vi si en smart hop count, siden det også faktorer hver hop båndbredde.

i utgangen ovenfor visesDLY som en usec, som er et mikrosekund, eller en milliondel av et sekund. Forsinkelsesverdien som brukes I eigrp-metriske beregningen er forsinkelsen i 10s mikrosekunder. Så for å beregne Forsinkelsesverdien, del bare DLY i kommandoen vis grensesnitt med 10.

For r4s grensesnitt ovenfor, vil du få:

Delay = 100 usec / 10 = Delay Verdi på 10

Forsinkelsesverdien på 10 vil bli koblet til vår forenklede Eigrp Metriske formel vi avledet tidligere.

merk at forsinkelsen i den metriske beregningen er den kumulative verdien langs hvert hopp til målnettverket. I dette tilfellet, Siden R4 er direkte koblet til 10.4.5.0 / 24-nettverket, kan vi bruke grensesnittets forsinkelse direkte i vår formel.

hele tabellen med forsinkelsesverdier basert på båndbredde finner du her. Dette dokumentet viser hver grensesnittbåndbredde i Kbps og dens korrelerende forsinkelsesverdi i pikosekunder – en trilliondel av et sekund.

for referanse er de mer brukte verdiene i tabellen nedenfor, samt de konverterte verdiene For Mbps, bps og usec.

EIGRP Metric Calculation

We can use the resulting Bandwidth Value and Delay Value from above in the simplified EIGRP composite metric formula we deduced earlier:

256 × ( Båndbreddeverdi + Forsinkelsesverdi )
256 × ( 100 + 10 )
256 × 110 = 28160

vi kan sammenligne dette mot r4s EIGRP-topologitabellutgang for 10.4.5.0/24-nettverket for å bekrefte at vi gjorde alt riktig:

R4# show ip eigrp topology 10.4.5.0/24IP-EIGRP (AS 99): Topology entry for 10.4.5.0/24 State is Passive, Query origin flag is 1, 1 Successor(s), FD is 28160 Routing Descriptor Blocks: 0.0.0.0 (FastEthernet0/0), from Connected, Send flag is 0x0 Composite metric is (28160/0), Route is Internal Vector metric: Minimum bandwidth is 100000 Kbit Total delay is 100 microseconds Reliability is 255/255 Load is 1/255 Minimum MTU is 1500 Hop count is 0

rutemålingen vises i Parentes Som ( feasible_distance / reported_distance ). Den mulige avstanden Er R4s totale metriske beregning for å komme til målnettverket. Den rapporterte avstanden er 0, siden ingen ruter annonsert denne ruten Til R4-R4 var faktisk direkte koblet til nettverket.

Gjenværende Rutere

for å gå full sirkel, vil vi vise deg beregningen av komposittmetrisk for R3, R2 og R1 til det samme 10.4.5.0 / 24-nettverket.

Legg Merke til koblingen Mellom R2 Og R3 er en 10mbps kobling. Vi kan bruke dette til å vise effekten av den minste banebåndbredden som brukes når vi studerer ruten til 10.4.5.0 / 24 Fra R1, R2 og R3. For fullstendighet vil vi også vise beregningen Fra R4 igjen, samt plassere det samme topologibildet nedenfor for å spare deg for kontinuerlig å rulle opp igjen.

R4# show ip eigrp topology 10.4.5.0/24IP-EIGRP (AS 99): Topology entry for 10.4.5.0/24 State is Passive, Query origin flag is 1, 1 Successor(s), FD is 28160 Routing Descriptor Blocks: 0.0.0.0 (FastEthernet0/0), from Connected, Send flag is 0x0 Composite metric is (28160/0), Route is Internal Vector metric: Minimum bandwidth is 100000 Kbit Total delay is 100 microseconds Reliability is 255/255 Load is 1/255 Minimum MTU is 1500 Hop count is 0

Bandwidth Value = 10,000,000 / Minimum Path Bandwidth in KbpsBandwidth Value = 10,000,000 / 100,000 Kbps = 100Delay Value = Cumulative Delay in usec / 10Delay Value = 100 usec / 10 = 10Composite Metric = 256 × ( Bandwidth Value + Delay Value )Composite Metric = 256 × ( 100 + 10 )Composite Metric = 256 × 110 = 28160

R3# show ip eigrp topology 10.4.5.0/24IP-EIGRP (AS 99): Topology entry for 10.4.5.0/24 State is Passive, Query origin flag is 1, 1 Successor(s), FD is 30720 Routing Descriptor Blocks: 10.3.4.4 (FastEthernet0/1), from 10.3.4.4, Send flag is 0x0 Composite metric is (30720/28160), Route is Internal Vector metric: Minimum bandwidth is 100000 Kbit Total delay is 200 microseconds Reliability is 255/255 Load is 1/255 Minimum MTU is 1500 Hop count is 1

Bandwidth Value = 10,000,000 / Minimum Path Bandwidth in KbpsBandwidth Value = 10,000,000 / 100,000 Kbps = 100Delay Value = Cumulative Delay in usec / 10Delay Value = 200 usec / 10 = 20Composite Metric = 256 × ( Bandwidth Value + Delay Value )Composite Metric = 256 × ( 100 + 20 )Composite Metric = 256 × 120 = 30720

R2# show ip eigrp topology 10.4.5.0/24IP-EIGRP (AS 99): Topology entry for 10.4.5.0/24 State is Passive, Query origin flag is 1, 1 Successor(s), FD is 286720 Routing Descriptor Blocks: 10.2.3.3 (FastEthernet0/0), from 10.2.3.3, Send flag is 0x0 Composite metric is (286720/30720), Route is Internal Vector metric: Minimum bandwidth is 10000 Kbit Total delay is 1200 microseconds Reliability is 255/255 Load is 1/255 Minimum MTU is 1500 Hop count is 2

Bandwidth Value = 10,000,000 / Minimum Path Bandwidth in KbpsBandwidth Value = 10,000,000 / 10,000 Kbps = 1000Delay Value = Cumulative Delay in usec / 10Delay Value = 1200 usec / 10 = 120Composite Metric = 256 × ( Bandwidth Value + Delay Value )Composite Metric = 256 × ( 1000 + 120 )Composite Metric = 256 × 1120 = 286720

R1# show ip eigrp topology 10.4.5.0/24IP-EIGRP (AS 99): Topology entry for 10.4.5.0/24 State is Passive, Query origin flag is 1, 1 Successor(s), FD is 289280 Routing Descriptor Blocks: 10.1.2.2 (FastEthernet0/1), from 10.1.2.2, Send flag is 0x0 Composite metric is (289280/286720), Route is Internal Vector metric: Minimum bandwidth is 10000 Kbit Total delay is 1300 microseconds Reliability is 255/255 Load is 1/255 Minimum MTU is 1500 Hop count is 3

Bandwidth Value = 10,000,000 / Minimum Path Bandwidth in KbpsBandwidth Value = 10,000,000 / 10,000 Kbps = 1000Delay Value = Cumulative Delay in usec / 10Delay Value = 1300 usec / 10 = 130Composite Metric = 256 × ( Bandwidth Value + Delay Value )Composite Metric = 256 × ( 1000 + 130 ) Kompositt Metrisk = 256 × 1130 = 289280

Legg merke til hvordan komposittmetrisk blir veldig stor (aka, mindre foretrukket) Ved R2 på Grunn av 10 Mbps-lenken.

hvis du kan følge med beregningen i hver av kategoriene ovenfor, er du nå en mester I EIGRP-beregningen. Bortsett fra kanskje en siste forvirrende, metrisk-relatert kunnskap: feasibility-tilstanden. Men ikke bekymre deg, som er dekket i en annen artikkel.