metrikus képlet
az Enhanced Interior Gateway Routing Protocol vagy EIGRP metrikus mutat néhány nagy számot. Ez egy 32 bites érték. Ez azt jelenti, hogy van egy nagy hely játszani. Tehát a szám, ami több ezer, ez nem nagy ügy. Ez aprópénz, oké, aprópénz. Az EIGRP metrika, amelyet megvalósítható távolságnak nevezünk, amikor a topológiai táblázatokban és az útválasztási táblázatban látjuk, az EIGRP metrikának nagyon összetett képlete van. Nem mutatjuk meg a képletet, így memorizálja a matematikai képletábrázolásban. De meg kell értened ennek a funkciónak a szellemiségét, és azt, hogy hogyan működik. Tehát írjuk le az EIGRP metrikát, és hogyan beszélhetünk róla, és gyakorlati értelemben gondolkodhatunk róla.
metrikus = * * 256
három szó, sávszélesség plusz késleltetés. Ez tényleg az, amire lebontja. Ha emlékszel, az az egyenlet, amelyet látunk, hogy a tekervényes metrikus egyenlőség alapértelmezés szerint sávszélességre plusz késleltetésre bomlik, akkor be van állítva. Határozottan készen állsz. Miért működik ez így? Van K értékek, amelyek be vannak dugva az egyenletbe is.
Router # IP protokollok megjelenítése / metrikus súlyEIGRP metrikus súly K1=1, K2=0, K3=1, K4=0, K5=0
amint láthatja az alapértelmezett k értékeket, K1-1, K2-0, K3-1, K4-0, K5-0. Ha bedugtad ezeket a számokat, és nem érdekelt a sávszélesség, a terhelés vagy a késleltetés értéke ebben az egyenletben, akkor mindent lebontottál a legegyszerűbb értékekre, jól megszorozva nullával, elosztva nullával, akkor a végén nulla lesz. Tehát lényegében a végén a sávszélesség plusz késleltetés következik. Csak az alapvető összetevőkre bontottuk, és ez az, amit emlékezni akarsz. De most merüljünk bele a sávszélesség mely aspektusaiba, a késleltetés mely aspektusaiba? Nos sávszélesség, valóban a legalacsonyabb sávszélességet nézzük a forrástól a célig. Tegyük fel, hogy négy linkünk van a forrástól a rendeltetési helyig. Egy 10 gigabites link, egy 1 gigabites link, egy 100 megabites link és egy T1 1,544 Mbps sebességgel. A sávszélesség-számításunk során ezek közül melyiket fogjuk használni?
tehát ha ezek a linkek mind egymás után voltak, és megpróbálom kiszámítani az elérési út sávszélességét, akkor nem használom mind a négyet. Én választok egyet. És mit fogsz választani? Ha egy bemenetet kellene választanod a sávszélesség képlethez, akkor az útvonal igazán nagy sebességű aspektusát választanád, vagy a szűk keresztmetszetet választanád – a hálózatnak azt a részét, amely kevesebb áteresztőképességgel rendelkezik, és korlátozza a forgalmat? Nos, nagyon szép, hogy van egy 10 gigabites linkünk és 1 gigabites linkünk és egy 100 megabites linkünk az úton. De amint eljutunk a T1-es összeköttetéshez, az lesz a szűk keresztmetszetünk, és ez le fog lassítani minket, és csak akkor lehetünk igazán olyan gyorsak,mint a leglassabb kapcsolatunk, mert ott minden elakad, és a dolgok lelassulnak.
egy másik módja annak, hogy gondolj rá, ez a leggyengébb láncszem. És ott van az a mondat, hogy a lánc csak annyira erős, mint a mi? Az mi? Leggyengébb láncszem? Tehát néha úgy hivatkozunk rá, mint a leggyengébb láncszem sávszélességére. Segít megérteni ezt. Gondolj rá úgy, mint egy láncra, oké? Aztán, várj egy percet, három szót adtunk neked. Tehát az első szóval dolgoztunk, leggyengébb link sávszélesség, a második plusz volt, kiegészítés, késleltetés. Hogyan működik a számítás késleltetési része?
Nos, a késleltetés felhalmozódik. Tehát figyelembe vesszük az összes link késleltetését a forrástól a célig, összeadjuk az egészet, és bekerül a teljes számításba. És akkor láthatjuk a képletben, hogy szorozzuk meg 256-tal. Rendben,de a fő összetevők, a sávszélesség plusz a késleltetés, valójában erre akarunk koncentrálni.
most lehet, hogy arra gondolsz, nagyon szeretnék hangolni a műveletemet. Azt akarom, hogy nagyon pontos legyen. Nos, az EIGRP eredetileg, amikor megjelent, arra gondoltak, hogy olyan dolgokat akarunk figyelembe venni, mint a hálózat stabilitása és a hálózat jelenlegi kihasználtsága. És így adtak nekünk két további metrikus komponenst, amelyek be-és kikapcsolódnak az úgynevezett K értékekkel. Ezek a K értékek kikapcsolhatják a megbízhatóságot vagy a be-és kikapcsolhatják a terhelést, most alapértelmezés szerint ki vannak kapcsolva. Csak azok, amelyek alapértelmezés szerint be vannak kapcsolva, a sávszélesség és a késleltetés, amelyek metrikus módja egy, amely azt mondja, hogy egyenlő arányban van bekapcsolva, az alapértelmezett Arány. A K érték pedig nulla, ami kikapcsolja, vagy nagyon magas lehet, ami még inkább figyelembe veszi. A probléma ezzel mégis, az, ha úgy gondolja, hogy magát, azt akarom, hogy kapcsolja be a megbízhatóság, nem is gondol rá. Ne is gondoljon a terhelés bekapcsolására. Miért is?
nos, láthatjuk, hogy a Cisco azt javasolja, hogy ne tegye meg. De miért, a Való Világ szempontjából, miért hagyja békén ezeket? Nos, a megbízhatóság és a terhelés, ezek az értékek az adott interfész intervallumai alapján változnak. Tehát, ha a megbízhatósági számokat és a terhelési számokat folyamatosan frissítik ezekre az interfészekre, mit fog tenni az EIGRP-vel és a hirdetendő mutatóval? Ez folyamatosan változni fog. Tehát a megbízhatóság vagy a terhelések öt percenként frissülnek,Nos, tudod mit? A mutató öt percenként változik, és tudod, mi fog történni? Ezt ki kell hirdetnie, majd ki kell hirdetnie. És most, ez csak pazarlás. Nem éri meg. És ha különböző útvonalakra térünk át, egy olyan probléma során, ahol instabilitás van, és csökkent a forgalom, Honnan fogjuk tudni, hogy a csomagok melyik úton haladtak abban a pillanatban és időben? Ez egy nagy felfordulás. Tehát a sávszélesség és a késleltetés, a leggyengébb láncszem sávszélessége és egy kis felhalmozódó hozzáadott érték, ez a mi késleltetésünk, amely azon az időn alapul, amely a bitek beágyazásához és sorosizálásához szükséges.
metrikus értékek
hol találja az EIGRP a sávszélességgel, késleltetéssel, megbízhatósággal és terheléssel kapcsolatos információkat? Interfész szint. Tehát, ha interfészeket mutatunk, minden egyes interfészünk alapértelmezett bemenettel rendelkezik az öt értékhez. Most, amikor azt mondom, öt, az MTU – t is figyelembe veszik. Ott nem igazán beszéltünk róla. És ez csak döntetlennek tűnik.
Router#show interfészek soros 0/0/0Serial0/0/0 fel, vonal protokoll lehardver gt96k Sorosleírás: Backup LinkMTU 1500 bájt, BW 1544 Kbit/sec, DLY 20000 USEC,megbízhatóság 255/255, txload 1/255, rxload 1/255
láthatjuk a sávszélességet, ez a BW. A késés, DLY. Várj egy percet, hogyan mérik? Most egy tippet akartam adni neked, hogyan mérik ezt. A Cisco itt ad nekünk egy bemenetet, és mérnökeik előre kiszámították ezt a mérést, amely u-másodpercben (mikroszekundumban) van. U helyettesíti a Mikron szimbólumot, amely a Mikron szimbólum. Megvan a nagyon ívelt M. és így, ez 20000 usec, Szóval mit csinál ez a munka ki? 20 milliszekundum alatt működik. Az nem sok idő. Az sem lesz hatásos a számítások mérhető módon, egy nagyon mérhető módon. Felborítja a mérleget, ha nagyon, nagyon hasonló utak vannak. Ellenkező esetben ugyanaz lesz. Tehát ez a kettő, amit manipulálni lehet, mellesleg. Manipulálhatja a sávszélességet, menjen az interfész szintjére, sávszélesség parancsra, ezt mindenképpen meg kell tennie soros linkekhez, igaz? Mert mi az alapértelmezett sávszélesség a Soros kapcsolatainkon?
1,544 megabit/másodperc vagy 1544 Kbit / sec. és az EIGRP ezt a számot használja a sávszélesség kiszámításához. Tehát mondjuk, ez valóban egy 64K link volt. Vajon EIGRP látni, mint egy 64k link most, vagy egy 1.544 megabites másodpercenként link? 1,544-nek látná, annak ellenére, hogy valójában csak 64. Tehát ez valóban árthat a metrikus számításnak, és esetleg az EIGRP-t választja egy nem optimális útvonal kiválasztásához.
azt is csípés a késleltetés, ha akart. Ritkán fog segíteni. Ritkán lesz helyes dolog, azt mondom. Aztán láthatjuk a megbízhatóságot és a terhelést, és a megbízhatóság 255/255. Tehát nem volt ingadozása az elmúlt néhány percben. És úgy tűnik, nem sok minden történik most. De ne feledje újra, nem akarjuk, hogy K értékeink lehetővé tegyék a számítás ezen aspektusait. Azt szeretné, hogy kibír-hoz sávszélesség és késleltetés.