metrisk formel
den forbedrede indvendige Portrute-routingprotokol, eller EIGRP, metric vil vise os nogle store tal. Det er en 32-bit værdi. Det betyder, at det har et stort rum at spille i. Så det tal, der er i tusinder, det er ikke noget stort. Det er chump change, okay, det er chump change. EIGRP-metrikken, som vi kalder den mulige afstand, når vi ser den i topologitabeller og rutetabellen, har EIGRP-metrikken en meget kompleks formel. Vi viser dig ikke formlen, så du husker den i dens matematiske formel repræsentation. Men vi har brug for dig til at forstå ånden i denne funktionalitet, og hvordan den spiller ud. Så lad os beskrive EIGRP-metrikken, og hvordan vi kan tale om det og tænke på det i praktisk forstand.
metrisk = * * 256
tre ord, båndbredde plus forsinkelse. Det er virkelig, hvad det bryder ned til. Hvis du husker, at ligningen vi ser, at indviklede metriske lige virkelig bryder ned til båndbredde plus forsinkelse som standard, er du indstillet. Du er bestemt indstillet. Hvorfor fungerer det på den måde? Vi har K-værdier, der også er tilsluttet ligningen.
Router # Vis ip-protokoller / Inkluder metrisk vægtEIGRP metrisk vægt K1=1, K2=0, K3=1, K4=0, K5=0
og som du kan se standard K-værdierne, K1-1, K2-0, K3-1, K4-0, K5-0. Hvis du tilsluttede disse tal, og du ikke var ligeglad med værdien af båndbredde eller belastning eller forsinkelse i den ligning lige nu, brød du bare alt ned til dets enkleste værdier, godt multiplicere med nul, dividere nul, du ender med nul. Så i sidste ende ender vi med båndbredde plus forsinkelse. Vi brød det ned til dets bare grundlæggende komponenter, og det er det, du vil huske. Men nu, lad os dykke ned i hvilke aspekter af båndbredde, hvilke aspekter af forsinkelse? Nå båndbredde, vi ser virkelig på den laveste båndbredde fra kilde til destination. Så lad os sige, Vi har fire links fra kilde til destination. Et 10 Gigabit link, et 1 gigabit link, et 100 megabit link og en T1 på 1.544 Mbps. I vores båndbredde beregning, hvilken af dem vil blive udnyttet?
så hvis disse links var alle efter hinanden, og jeg forsøger at beregne båndbredden for den sti, bruger jeg ikke alle fire af dem. Jeg vælger en. Og hvad vil du vælge? Hvis du skulle vælge et input til båndbreddeformlen, ville du vælge det virkelig hurtige aspekt af den sti, eller ville du vælge flaskehalsen-den del af netværket, der har mindre gennemstrømning og vil begrænse vores trafik? Nå, det er virkelig rart, at vi har et 10 gigabits link og 1 gigabit link og et 100 megabits link på stien. Men når vi først kommer til det T1-link, det er vores flaskehals, og det vil bremse os, og vi kan kun virkelig være så hurtige som vores langsomste link, fordi alt bare kommer til at jamme deroppe, og tingene vil bremse os.
en anden måde at tænke på det, det er dit svageste led. Og der er den sætning, en kæde er kun så stærk som dens hvad? Hvad er det? Svageste led? Så vi henviser undertiden til det som den svageste linkbåndbredde. Det hjælper os med at forstå det. Tænk på det som en kæde, okay? Og så, vent et øjeblik, vi gav dig dog tre ord. Så vi arbejdede med det første ord, svageste link båndbredde, anden var plus, tilføjelse, forsinkelse. Hvordan spiller forsinkelsesdelen af denne beregning ud?
nå forsinkelsen er akkumulerende. Så vi faktor i forsinkelsen af alle links fra kilde til destination, vi tilføjer det hele sammen, og det er sat i den samlede beregning. Og så kan vi se i formlen, at den ganges med 256. Okay, men hovedkomponenterne, båndbredde plus forsinkelse, det er virkelig det, vi vil fokusere på her.
nu tænker du måske, jeg vil virkelig indstille min operation. Jeg vil gøre det virkelig præcist. Nå EIGRP oprindeligt da det kom ud, de tænkte, at vi ønskede at faktor i ting som stabilitet i et netværk og nuværende udnyttelse af netværket. Og så gav de os to yderligere metriske komponenter, der er tændt og slukket med det, der kaldes K-værdier. Disse K-værdier kan slå pålidelighed eller on fra og tænde og slukke for belastning, nu er de slukket som standard. Kun dem, der er tændt som standard, er båndbredde og forsinkelse, som har en metrisk måde på en, som siger, at den er tændt med lige stor andel, standardandelen. Og en K-værdi kan sige nul, hvilket slukker det, eller det kan være rigtig højt, hvilket gør det mere indregnet. Problemet med dette er dog, hvis du tænker på dig selv, Jeg vil tænde for pålidelighed, tænk ikke engang på det. Tænk heller ikke på at tænde for belastningen. Hvorfor det?
vi kan godt se, at Cisco anbefaler, at det ikke anbefales, at du gør det. Men hvorfor, fra et virkeligt verdensperspektiv, hvorfor lade dem være i fred? Nå pålidelighed og belastning, disse værdier ændres baseret på intervaller for den bestemte grænseflade. Så hvis pålidelighedsnumrene og belastningsnumrene konstant opdateres for disse grænseflader, hvad skal det gøre for EIGRP og den metriske, der skal annonceres? Det vil konstant ændre sig. Så pålidelighed eller belastninger opdateres hvert femte minut, godt gæt hvad? Din metriske ændringer hvert femte minut, og du ved, hvad der vil ske? Du bliver nødt til at annoncere det ud og derefter annoncere det ud. Og nu er det bare spild. Det er ikke det værd. Og hvis du omformer til forskellige veje, under et problem, hvor der er ustabilitet, og du fik tabt trafik, hvordan skal du endda vide, hvilken sti dine pakker tog i det øjeblik og tidspunkt? Dette er et stort gammelt rod. Så båndbredde og forsinkelse, svageste link båndbredde og en lille akkumulerende værditilvækst værdi, det er vores forsinkelse, som er baseret på den tid, det tager at indkapsle og serialisere bits i det medie.
metriske værdier
Hvor finder EIGRP oplysningerne relateret til båndbredde, forsinkelse, pålidelighed og belastning? Grænseflade niveau. Så hvis vi viser grænseflader, har hver eneste af vores grænseflader standardindgange til de fem værdier. Nu når jeg siger fem, er MTU også indregnet. Vi talte ikke rigtig om det der. Og det fungerer bare for at være en uafgjort.
Router#Vis grænseflader serial 0/0/0Serial0/0/0 er op, linjeprotokol er nedeudstyr er Gt96k Serialbeskrivelse: Backup LinkMTU 1500 bytes, BV 1544 Kbit/sek, DLY 20000 USEC,pålidelighed 255/255, 1/255, r 1/255
vi kan se båndbredde. Forsinkelsen, DLY. Vent et øjeblik, hvordan måles det? Nu ville jeg give dig et antydning af, hvordan dette måles. Cisco giver os et input her, og deres ingeniører forudberegnede denne måling, som er i U-sekunder (mikrosekund). U er at erstatte den venstre symbol, som er mikron symbol. Det har den meget buede M. Og så er det 20000 usec, så hvad fungerer det til? Det fungerer 20 millisekunder. Det er ikke meget tid. Det vil heller ikke have indflydelse på dine beregninger på en målbar måde, på en meget målbar måde. Det vil tippe skalaerne, når vi har meget, meget lignende veje. Ellers vil det være omtrent det samme. Så det er de to, Du kan manipulere, forresten. Du kan manipulere båndbredde, gå til grænsefladeniveauet, båndbreddekommandoen, du bør helt sikkert gøre det for serielle links, ikke? Fordi hvad er standardbåndbredden på vores serielle links?
1.544 megabits per sekund eller 1544 Kbit/sek. og EIGRP bruger dette nummer til sin båndbredde beregning. Så lad os sige, dette var virkelig et 64k link. Ville EIGRP se det som et 64k link lige nu eller et 1.544 megabits per sekund link? Det ville se det som 1.544, selvom det virkelig kun er 64. Så det kunne virkelig skade den metriske beregning og muligvis pådrage sig EIGRP til at vælge en suboptimal sti.
du kan også justere forsinkelsen, hvis du ville. Det kommer sjældent til at hjælpe dig. Det bliver sjældent det rigtige at gøre, det vil jeg sige. Og så kan vi se pålidelighed og belastning og pålidelighed 255/255. Så det har ikke haft udsving i de sidste par minutter. Og indlæsning ser ud til, at der ikke sker meget lige nu. Men husk igen, vi ønsker ikke, at vores K-værdier skal muliggøre disse aspekter af beregningen. Du ønsker at holde sig til båndbredde og forsinkelse.