metrisk formel
det förbättrade Interiörgateway Routing Protocol, eller EIGRP, metric kommer att visa oss några stora siffror. Det är ett 32-bitars värde. Det betyder att det har ett stort utrymme att spela in. Så antalet som är i tusentals, det är ingen stor sak. Det är chump change, okej, det är chump change. EIGRP-metriska, som vi kallar det möjliga avståndet, när vi ser det i topologitabeller och routingtabellen, har EIGRP-metriska en mycket komplex formel. Vi visar dig inte formeln, så du memorerar den i sin matematiska formelrepresentation. Men vi behöver dig att förstå andan i denna funktionalitet och hur den spelar ut. Så, låt oss beskriva EIGRP-metriska och hur vi kan prata om det och tänka på det i praktisk mening.
metrisk = * * 256
tre ord, bandbredd plus fördröjning. Det är verkligen vad det bryter ner till. Om du kommer ihåg, den ekvationen vi ser, den invecklade metriska lika bryter verkligen ner till bandbredd plus fördröjning som standard, du är inställd. Du är definitivt klar. Nu varför fungerar det så? Vi har K-värden som också är anslutna till ekvationen.
Router # visa ip-protokoll / inkludera metrisk viktEIGRP metrisk vikt K1=1, K2=0, K3=1, K4 = 0, K5=0
och som du kan se standard K-värden, K1-1, K2-0, K3-1, K4-0, K5-0. Om du pluggade in dessa siffror och du inte bryr dig om värdet av bandbredd eller belastning eller fördröjning i den ekvationen just nu, bröt du bara allt ner till sina enklaste värden, väl multiplicerat med noll, dividerar noll, slutar du med noll. Så i huvudsak i slutändan slutar vi med bandbredd plus fördröjning. Vi bröt ner det till dess bara grundläggande komponenter och det är vad du vill komma ihåg. Men nu, låt oss dyka in i vilka aspekter av bandbredd, vilka aspekter av fördröjning? Tja bandbredd, vi tittar verkligen på den lägsta bandbredden från källa till destination. Så, låt oss säga, Vi har fyra länkar från källa till destination. En 10 Gigabit-länk, en 1 gigabit-länk, en 100 megabit-länk och en T1 vid 1.544 Mbps. I vår bandbreddberäkning, vilken av dem kommer att användas?
så om dessa länkar var alla efter varandra, och jag försöker beräkna bandbredden för den vägen, använder jag inte alla fyra. Jag väljer en. Och vad ska du välja? Om du var tvungen att välja en ingång till bandbreddsformeln, skulle du välja den riktigt höghastighetsaspekten på den vägen eller skulle du välja flaskhalsen – den del av nätverket som har mindre genomströmning och kommer att begränsa vår trafik? Tja, det är väldigt trevligt att vi har en 10 gigabits-länk och 1 gigabit-länk och en 100 megabits-länk på vägen. Men när vi kommer till den T1-länken är det vår flaskhals, och det kommer att sakta ner oss och vi kan bara vara så snabba som vår långsammaste länk eftersom allt bara kommer att fastna där uppe och saker kommer att sakta ner på oss.
ett annat sätt att tänka på det, det är din svagaste länk. Och det finns den frasen, en kedja är bara lika stark som dess vad? Vad är det? Svagaste länken? Så vi hänvisar ibland till det som den svagaste länkbandbredden. Det hjälper oss att förstå det. Tänk på det som en kedja, okej? Och sedan, vänta en minut, vi gav dig tre ord men. Så vi arbetade med det första ordet, svagaste länkbandbredden, andra var plus, tillägg, fördröjning. Hur spelar fördröjningsdelen av denna beräkning ut?
Tja förseningen är ackumulerande. Så vi faktor i förseningen av alla länkar från källa till destination, vi lägger till allt tillsammans och det läggs in i den övergripande beräkningen. Och då kan vi se i formeln att den multipliceras med 256. Okej, men huvudkomponenterna, bandbredd plus fördröjning, det är verkligen vad vi vill fokusera på här.
nu kanske du tänker, jag vill verkligen ställa in min operation. Jag vill göra det riktigt korrekt. Tja EIGRP ursprungligen när det kom ut, de tänkte att vi ville faktor i saker som stabilitet i ett nätverk och nuvarande utnyttjande av nätverket. Och så gav de oss ytterligare två metriska komponenter som slås på och av med vad som kallas K-värden. Dessa K-värden kan stänga av tillförlitlighet eller på, och slå på och av belastning, nu är de avstängda som standard. Endast de som är på som standard är bandbredd och fördröjning, som har ett metriskt sätt av en, som säger att den är på lika stor andel, standardandelen. Och ett K-värde kan säga noll, vilket stänger av det eller det kan vara riktigt högt, vilket gör det mer fakturerat. Problemet med detta är dock om du tänker på dig själv, Jag vill aktivera tillförlitlighet, inte ens tänka på det. Tänk inte ens på att slå på lasten heller. Varför är det så?
Jo vi kan se att Cisco rekommenderar att det inte rekommenderas att du gör det. Men varför, ur ett verkligt världsperspektiv, varför lämna dem ensamma? Väl tillförlitlighet och belastning, dessa värden kommer att ändras baserat på intervall för det specifika gränssnittet. Så om pålitlighetsnumren och belastningsnumren ständigt uppdateras för dessa gränssnitt, vad kommer det att göra för EIGRP och det mätvärde som måste annonseras? Det kommer ständigt att förändras. Så tillförlitlighet eller laster uppdateras var femte minut, gissa vad? Din metriska förändringar var femte minut och du vet vad som kommer att hända? Du kommer att behöva annonsera ut det och sedan annonsera ut det. Och nu är det bara slöseri. Det är inte värt det. Och om du återkonvergerar till olika vägar, under ett problem där det finns instabilitet och du tappade trafik, hur ska du ens veta vilken väg dina paket tog just nu och då? Det här är en stor gammal röra. Så bandbredd och fördröjning, svagaste länkbandbredd och ett litet ackumulerat mervärde, det är vår fördröjning, som är baserad på den tid det tar att inkapsla och serialisera bitar i det mediet.
metriska värden
Var hittar EIGRP informationen relaterad till bandbredd, fördröjning, tillförlitlighet och belastning? Gränssnitt nivå. Så om vi visar gränssnitt har var och en av våra gränssnitt standardingångar till de fem värdena. Nu när jag säger fem, MTU är också med i beräkningen. Vi pratade inte riktigt om det där. Och det fungerar bara för att vara en slips paus.
Router#visa gränssnitt seriell 0/0/0Serial0/0/0 är upp, linjeprotokollet är nerehårdvara är Gt96k seriellbeskrivning: Backup länkMTU 1500 byte, BW 1544 Kbit/sek, DLY 20000 USEC,tillförlitlighet 255/255, txload 1/255, rxload 1/255
vi kan se bandbredd, det är BW. Förseningen, DLY. Vänta en minut, hur mäts det? Nu ville jag ge dig en antydan om hur detta mäts. Cisco ger oss en ingång här och deras ingenjörer förberäknade denna mätning som är i U-sekunder (mikrosekund). U är att ersätta den symbol som är mikron symbolen. Den har den mycket böjda M. och så är det 20000 usec, så vad fungerar det för? Det fungerar 20 millisekunder. Det är inte mycket tid. Det kommer inte heller att påverka dina beräkningar på ett mätbart sätt, på ett mycket mätbart sätt. Det kommer att tippa vågen när vi har mycket, mycket liknande vägar. Annars kommer det att vara ungefär detsamma. Så det här är de två som du kan manipulera, förresten. Du kan manipulera bandbredd, gå till gränssnittsnivå, bandbreddskommando, du borde definitivt göra det för seriella länkar, eller hur? För vad är standardbandbredden på våra seriella länkar?
1.544 megabit per sekund eller 1544 Kbit/sek. och EIGRP använder detta nummer för sin bandbreddberäkning. Så låt oss säga, det här var verkligen en 64k-länk. Skulle EIGRP se det som en 64k länk just nu eller en 1.544 megabit per sekund länk? Det skulle se det som 1.544 även om det verkligen bara är 64. Så det kan verkligen skada den metriska beräkningen och eventuellt medföra EIGRP för att välja en suboptimal sökväg.
du kan också justera förseningen om du ville. Det kommer sällan att hjälpa dig. Det kommer sällan att vara rätt sak att göra, jag säger Det. Och då kan vi se tillförlitlighet och belastning och tillförlitlighet 255/255. Så det har inte haft en fluktuation de senaste minuterna. Och lastning ser ut som att det inte händer mycket just nu. Men kom ihåg igen, vi vill inte att våra K-värden ska möjliggöra dessa aspekter av beräkningen. Du vill hålla fast vid bandbredd och fördröjning.