Metric Formula
het verbeterde Interior Gateway Routing Protocol, of EIGRP, metric zal ons enkele grote getallen laten zien. Het is een 32-bit waarde. Het betekent dat het een grote ruimte heeft om in te spelen. Dus het aantal in de duizenden, dat is geen probleem. Dat is kleingeld, oké, dat is kleingeld. De EIGRP-metriek, die we de haalbare afstand noemen, als we het zien in topologietabellen en de routeringstabel, heeft de EIGRP-metriek een zeer complexe formule. We laten je de formule niet zien, dus je onthoudt het in zijn wiskundige formulaïsche representatie. Maar we willen dat je de geest van deze functionaliteit begrijpt en hoe het uitpakt. Laten we de EIGRP-metriek beschrijven en hoe we erover kunnen praten en er praktisch over kunnen denken.
metrisch = * * 256
drie woorden, bandbreedte plus vertraging. Het is echt waar het in afbreekt. Als je je herinnert, dat de vergelijking die we zien, dat ingewikkelde metrische gelijk echt afbreekt tot bandbreedte plus vertraging standaard, je bent ingesteld. Je bent zeker klaar. Waarom werkt het zo? We hebben K-waarden die ook in de vergelijking zijn aangesloten.
Router # toon ip-protocollen / inclusief metrisch gewichtEIGRP metrisch gewicht K1= 1, K2 = 0, K3 = 1, K4 = 0, K5=0
en zoals je de standaard K waarden kunt zien, K1-1, K2-0, K3-1, K4-0, K5-0. Als je die getallen hebt ingeplugd en je geeft niet om de waarde van bandbreedte of belasting of vertraging in die vergelijking op dit moment, dan breek je alles af tot de eenvoudigste waarden, vermenigvuldigen met nul, delen met nul, dan eindig je met nul. Uiteindelijk hebben we dus bandbreedte plus vertraging. We hebben het afgebroken tot de fundamentele componenten en dat is wat je wilt onthouden. Maar nu, laten we duiken in welke aspecten van bandbreedte, welke aspecten van vertraging? Nou bandbreedte, we kijken echt naar de laagste bandbreedte van bron tot bestemming. Dus, laten we zeggen, we hebben vier links van bron naar bestemming. Een 10 Gigabit link, Een 1 gigabit link, Een 100 megabit link en een T1 op 1.544 Mbps. In onze bandbreedte berekening, welke van die zal worden gebruikt?
dus als die links allemaal de een na de ander waren, en ik probeer de bandbreedte voor dat pad te berekenen, gebruik ik ze niet alle vier. Ik kies er een. En wat ga je kiezen? Als je één ingang voor de bandbreedteformule moest kiezen, zou je dan kiezen voor het echt snelle aspect van dat pad of zou je kiezen voor het knelpunt-dat deel van het netwerk dat minder doorvoer heeft en ons verkeer gaat beperken? Nou, het is echt leuk dat we een 10 Gigabit link en 1 gigabit link en een 100 megabit link op het pad hebben. Maar als we eenmaal bij die T1-link zijn, is dat onze bottleneck, en dat zal ons vertragen en we kunnen alleen maar echt zo snel zijn als onze traagste link, want alles zal daar gewoon vastlopen en dingen zullen ons vertragen.
een andere manier om het te zien is dat het je zwakste schakel is. En er is die zin, een ketting is maar zo sterk als zijn wat? Wat is dat? Zwakste schakel? We noemen het soms de zwakste bandbreedte. Het helpt ons dat te begrijpen. Zie het als een ketting, oké? En toen, wacht even, gaven we je drie woorden. Dus we werkten met het eerste woord, zwakste schakel bandbreedte, tweede was plus, optellen, vertraging. Hoe verloopt de vertraging van deze berekening?
de vertraging is accumulatief. Dus we houden rekening met de vertraging van alle links van bron naar bestemming, we tellen het allemaal bij elkaar en het wordt in de totale berekening gezet. En dan kunnen we in de formule zien dat het vermenigvuldigd wordt met 256. Goed, maar de belangrijkste componenten, bandbreedte plus vertraging, dat is waar we ons op willen concentreren.
nu zou je kunnen denken, Ik wil echt mijn operatie af te stemmen. Ik wil het heel nauwkeurig maken. Nou EIGRP oorspronkelijk toen het uitkwam, dachten ze dat we rekening wilden houden met dingen als stabiliteit van een netwerk en het huidige gebruik van het netwerk. En dus gaven ze ons twee extra metrische componenten die in-en uitgeschakeld worden met zogenaamde K-waarden. Deze K-waarden kunnen betrouwbaarheid of aan uitschakelen en belasting in – en uitschakelen, nu zijn ze standaard uitgeschakeld. De enige die standaard aan staan zijn bandbreedte en vertraging, die een metrische manier van één hebben, die zegt dat het aan staat bij de gelijke proportie, de standaard proportie. En een K-waarde kan nul zeggen, wat het uitschakelt of het kan echt hoog zijn, wat het meer in rekening brengt. Het probleem met dit is echter, als je denkt bij jezelf, Ik wil inschakelen betrouwbaarheid, denk er niet eens over. Denk er zelfs niet aan om de lading aan te zetten. Waarom is dat?
we kunnen zien dat Cisco aanbeveelt dat het niet wordt aanbevolen dat je het doet. Maar waarom, vanuit het perspectief van de echte wereld, waarom die met rust laten? Goed betrouwbaarheid en belasting, zullen deze waarden veranderen op basis van intervallen voor de specifieke interface. Dus als de betrouwbaarheid nummers en de belasting nummers worden voortdurend bijgewerkt voor die interfaces, wat gaat dat doen met EIGRP en de metric die zal moeten worden geadverteerd? Het zal constant veranderen. Dus betrouwbaarheid of ladingen worden elke vijf minuten bijgewerkt, nou raad eens? Je meetwaarden veranderen elke vijf minuten en je weet wat er gaat gebeuren? Je zult dat moeten adverteren en het dan moeten adverteren. En nu, dat is gewoon een verspilling. Het is het niet waard. En als je naar andere wegen gaat, tijdens een probleem waar er instabiliteit is en je verkeer is gedaald, hoe ga je dan weten welk pad je pakketjes namen op dat moment en op dat moment? Dit is een grote puinhoop. Dus bandbreedte en vertraging, zwakste schakel bandbreedte en een kleine accumulatieve toegevoegde waarde, dat is onze vertraging, die is gebaseerd op de tijd die nodig is om bits in te kapselen en te serialiseren in die media.
metrische waarden
waar vindt EIGRP de informatie met betrekking tot bandbreedte, vertraging, betrouwbaarheid en belasting? Interfaceniveau. Dus als we interfaces laten zien, heeft elk van onze interfaces standaard ingangen voor de vijf waarden. Als ik vijf zeg, wordt MTU ook meegeteld. We hebben er niet echt over gepraat. En dat werkt alleen maar om een tie break te zijn.
Router#show interface serial 0/0/0Serial0/0/0 is up, line protocol is downHardware is GT96K SerieelBeschrijving: Back-LinkMTU 1500 bytes, BW 1544 Kbit/sec, DLY 20000 usec,betrouwbaarheid 255/255, txload 1/255, rxload 1/255
We zien de bandbreedte, dat is het BW. De vertraging, DLY. Wacht even, hoe wordt het gemeten? Nu wilde ik jullie een hint geven van hoe dit gemeten wordt. Cisco geeft ons hier een input en hun ingenieurs hebben deze meting vooraf berekend in U-seconden (microseconde). U vervangt het µ-symbool, het micron-symbool. Het heeft de zeer gebogen M. en dus, het is 20000 usec, dus wat werkt dat uit? Het is 20 milliseconden. Dat is niet veel tijd. Het zal ook geen impact hebben in uw berekeningen op een meetbare manier, op een zeer meetbare manier. Het zal de toonladders doen omslaan als we zeer, zeer vergelijkbare paden hebben. Anders zal het ongeveer hetzelfde zijn. Dit zijn de twee die je kunt manipuleren, trouwens. Je kunt bandbreedte manipuleren, naar het interface niveau gaan, bandbreedte commando, dat moet je zeker doen voor seriële links, toch? Want wat is de standaard bandbreedte op onze seriële links?
1,544 megabits per seconde of 1544 Kbit / sec. en EIGRP gebruikt dit nummer voor de berekening van de bandbreedte. Dus laten we zeggen, Dit was echt een 64K link. Zou EIGRP het nu zien als een 64K link of een 1.544 megabits per seconde link? Het zou het zien als 1.544 ook al is het echt slechts 64. Dus dat kan echt schadelijk zijn voor de metrische berekening en eventueel oplopen EIGENRP om een suboptimale pad te kiezen.
u kunt ook de vertraging aanpassen als u dat wilt. Het zal je zelden helpen. Het is zelden het juiste om te doen, dat zeg ik. En dan kunnen we betrouwbaarheid en belasting zien, en betrouwbaarheid 255/255. Dus het heeft geen fluctuatie gehad in de laatste paar minuten. En het laden lijkt erop dat er niet veel aan de hand is op dit moment. Maar vergeet niet dat we niet willen dat onze K-waarden die aspecten van de berekening mogelijk maken. Je wilt vasthouden aan bandbreedte en vertraging.