EIGRP Metric

EIGRP Metric har skabt forvirring for mange netværk ingeniører forsøger at forstå protokollen. Denne artikel vil dykke ind i, hvad metrikken er, og hvordan man koger den ned i sin forenklede form.

formel og K-værdier

EIGRP er en Cisco proprietær routingprotokol oprettet i 1980 ‘ erne. som sådan var Cisco den eneste leverandør, der havde rettighederne til at implementere nævnte protokol. Indtil 1998, da Cisco frigav specifikationen som et IETF-udkast.

en af EIGRPS største fordele er at kunne overveje mange forskellige attributter, når man beregner en rutes omkostninger eller metrisk. EIGRP er nemlig en af de eneste routingprotokoller, der kan overveje enhver kombination af båndbredde, belastning, forsinkelse og pålidelighed i dens omkostningsberegning.

hver af disse attributter styres af det, der er kendt som en K-værdi. Disse K-værdier muliggør hver overvejelse af en af de ovennævnte attributter samt den skala, som attributten overvejes.

 K1 = båndbredde K2 = belastning K3 = forsinkelse K4 & K5 = pålidelighed

hver af disse værdier bruges i, hvad EIGRP kalder en sammensat metrisk formel. Denne formel er som følger:

EIGRP metrisk:
256 * { K1*BV + + (K3*forsinkelse) } * { K5/(pålidelighed+K4) }

det ser ret kompliceret ud, men du kan forenkle det noget ved at omskrive det i et andet format og bryde hver del op med smukke farver:

EIGRP-metrisk

k-værdierne selv er et tal mellem 0 og 255. Du kan indstille hver værdi uafhængigt baseret på, hvad du vil overveje i omkostningsberegningen for hver rute. Hvis du i dit routingdomæne ikke ønsker at overveje en af attributterne ovenfor, kan du indstille den relevante K-værdi til nul. Hvis du ønsker at overveje en attribut, kan du indstille den relevante K-værdi til en.

da K-værdierne kan være en hvilken som helst værdi op til 255, har du også evnen til at skalere, hvor stærkt en bestemt værdi overvejes. Hvis du f.eks. ønsker, at båndbredde skal betragtes som dobbelt så vigtig som forsinkelse, kan du indstille K1-værdien til 2 og K3-værdien til 1. Hvis du ønsker at overveje båndbredde og forsinkelse i forholdet 2:3, kan du indstille K1 til 2 og K3 til 3. Dette er, hvad der giver EIGRP en sådan fleksibilitet i sin omkostningssammenligning, du kan vælge hvilke attributter og hvor vigtig hver attribut er for dit routingdomæne.

det skal dog bemærkes, at før to routere bliver EIGRP naboer, skal de have matchende K-værdier. Hvilket giver mening, for hvis en router betragter forsinkelse som den største vigtige, og den anden betragter båndbredde som den største vigtige, kan de være uenige om, hvilken vej til et destinationsnetværk der er bedst.

EIGRP standard Metric

På trods af hvor fleksibel omkostningsberegningen er, er de fleste implementeringer af EIGRP bare afhængige af standard K-værdierne for deres metric. Standard K-værdierne tager kun hensyn til båndbredde og forsinkelse og ignorerer belastning og pålidelighed.

Der er to grunde til, at belastning og pålidelighed ikke er inkluderet i standard EIGRP — metrikken:

for det første foretager EIGRP ikke periodiske opdateringer-kun udløste opdateringer. Som et resultat beregnes værdierne for belastning og pålidelighed en gang, når en rute først læres, men opdateres ikke dynamisk, da en grænseflade bliver mere eller mindre mættet. En ændring i belastning/pålidelighed udløser ikke en ny EIGRP-opdatering.

for det andet er belastnings-og Pålidelighedsværdierne ikke en afspejling af den fulde STIs belastning og pålidelighed, men i stedet kun af det direkte tilsluttede link.som sådan valgte Cisco kun at overveje båndbredde og forsinkelse og at veje dem lige i deres standard EIGRP metriske beregning. Standard K-værdierne er K1 og K3 indstillet til en, og K2, K4 og K5 indstillet til nul.

Vi kan tilslutte standard K-værdierne til formlen ovenfor for at se, hvordan det kan forenkles:

eigrp-metric-default

med billedet ovenfor kan vi forenkle den komplicerede fulde EIGRP-sammensatte metric til netop dette:

256 liter ( båndbredde + forsinkelse)

hvilket er meget lettere at styre end den fulde sammensatte formel, der er anført ovenfor

beregning af EIGRP-Metrics

på dette tidspunkt ville det være klogt at diskutere, hvordan Båndbreddeværdien og Forsinkelsesværdierne opnås.

Vi bruger følgende topologi:

eigrp-metric-topology

for at holde det enkelt bruger vi den metriske beregning for 10.4.5.netværk fra perspektivet eller R4. show interfaces kommando af R4 vil give os vores startværdier:

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 bruger disse som et eksempel til at vise dig, hvordan EIGRP-metrikken beregnes.

båndbredde beregning

Båndbreddeværdien er baseret på den mindste båndbreddeforbindelse på tværs af hele stien. Men fordi metriske værdier i enhver routingprotokol betragter en lavere værdi som overlegen, skal en formel bruges til at konvertere en højere båndbredde til en lavere resulterende metrics. Denne formel er som følger:

båndbredde = 10^7 / BV i Kbps

for R4, der er direkte forbundet til 10.4.5.0/24 netværk på et link på 100 Mbps vil beregningen resultere i:

båndbredde = 10.000.000 / 100.000 kbps = Båndbreddeværdi på 100

Båndbreddeværdien på 100 vil blive tilsluttet vores forenklede EIGRP metriske formel, vi afledte tidligere.

Forsinkelsesberegning

forsinkelse skal være en beregning af den tid, det tager lidt at blive overført til en tilstødende nabo. Men i virkeligheden er det simpelthen en konstant værdi baseret på grænsefladen båndbredde. Da denne faktor imidlertid er additiv, fungerer den i det væsentlige som et humletal. Eller måske skulle vi sige et smart hop-antal, da det også faktorer hvert hops båndbredde.

i outputtet ovenfor visesDLY som en usec, som er et mikrosekund eller en milliontedel af et sekund. Den delay værdi, der anvendes i EIGRP metriske beregning er forsinkelsen i 10 s af mikrosekunder. Så for at beregne Forsinkelsesværdien skal du blot dele DLY i kommandoen Vis interface med 10.

for R4 ‘ s grænseflade ovenfor ville du få:

Delay = 100 usec/10 = Delay-værdi på 10

Forsinkelsesværdien på 10 vil blive tilsluttet vores forenklede EIGRP-metriske formel, vi afledte tidligere.

Bemærk, at forsinkelsen i den metriske beregning er den kumulative værdi langs hvert hop til målnetværket. I dette tilfælde, da R4 er direkte forbundet til 10.4.5.0/24-netværket, kan vi bruge grænsefladens forsinkelse direkte i vores formel.

den fulde tabel over forsinkelsesværdier baseret på båndbredde kan findes her. Dette dokument viser hver grænsefladebåndbredde i Kbps og dens korrelerende forsinkelsesværdi i picosekunder – en Billiontedel af et sekund.

som reference er de mere almindeligt anvendte værdier i nedenstående tabel samt de konverterede værdier for Mbps, bps og usec.

Interface Bandwidth BW in bps BW in Kbps Delay Value Delay in usec
10 Mbps 10,000,000 10,000 1,000,000 1,000
100 Mbps 100,000,000 100,000 100,000 100
1 Gbps 1,000,000,000 1,000,000 10,000 10
10 Gbps 10,000,000,000 10,000,000 10,000 10

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 liter ( Båndbreddeværdi + Forsinkelsesværdi )
256 liter ( 100 + 10 )
256 liter 110 = 28160

Vi kan sammenligne dette med R4S EIGRP-topologitabeludgang til 10.4.5.0/24-netværket for at bekræfte, at vi gjorde alt korrekt:

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

rutemetrikken vises i parentes som ( feasible_distance / reported_distance ). Den mulige afstand er R4S samlede metriske beregning for at komme til målnetværket. Den rapporterede afstand er 0, da ingen router annoncerede denne rute til R4 — R4 faktisk var direkte forbundet til netværket.

resterende routere

for at gå i fuld cirkel viser vi dig beregningen af den sammensatte metric for R3, R2 og R1 til det samme 10.4.5.0 / 24 netværk.

Bemærk forbindelsen mellem R2 og R3 er et link på 10 Mbps. Vi kan bruge dette til at vise effekten af den minimale banebåndbredde, der bruges, når vi studerer ruten til 10.4.5.0/24 fra R1, R2 og R3. For fuldstændighed vil vi også vise beregningen fra R4 igen, samt placere det samme topologibillede nedenfor for at spare dig for løbende at rulle op igen.

R4R3R2R1
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 ) Composite Metric = 256 ren 1130 = 289280

eigrp-metric-topology

bemærk, hvordan composite metric bliver virkelig stor (aka, mindre foretrukket) ved R2 på grund af linket 10 Mbps.

Hvis du er i stand til at følge med beregningen i hver af fanerne ovenfor, er du nu en mester i EIGRP-metrikken. Bortset fra måske et sidste forvirrende, metrisk-relateret stykke viden: gennemførlighedsbetingelsen. Men bare rolig, det er dækket af en anden artikel.



Skriv et svar

Din e-mailadresse vil ikke blive publiceret.