EIGRP Metric

EIGRP Metric on aiheuttanut sekaannusta monille verkkoinsinööreille, jotka yrittävät ymmärtää protokollaa. Tässä artikkelissa sukelletaan siihen, mikä metriikka on ja miten se tiivistetään yksinkertaistettuun muotoonsa.

kaava-ja K-arvot

EIGRP on 1980-luvulla luotu Ciscon omistama reititysprotokolla, joka sellaisenaan oli ainoa toimittaja, jolla oli oikeudet toteuttaa mainittu protokolla. Saakka 1998, jolloin Cisco julkaisi spesifikaation IETF: n luonnoksena.

yksi EIGRP: n tärkeimmistä eduista on se, että reitin kustannuksia laskettaessa voidaan ottaa huomioon monia eri ominaisuuksia eli metrijärjestelmää. EIGRP on nimittäin yksi ainoista reititysprotokollista, joka voi ottaa huomioon minkä tahansa kaistanleveyden, kuormituksen, viiveen ja luotettavuuden yhdistelmän kustannuslaskelmassaan.

kutakin näistä ominaisuuksista ohjataan niin sanotulla K-arvolla. Näiden k-arvojen avulla voidaan ottaa huomioon jokin edellä mainituista ominaisuuksista sekä asteikko, jolla määritettä tarkastellaan.

 K1 = kaistanleveys K2 = kuormitus K3 = viive K4 & K5 = luotettavuus

kutakin näistä arvoista käytetään siinä, mitä EIGRP kutsuu Komposiittimittakaavaksi. Tämä kaava on seuraava:

EIGRP metric:
256 * { K1*BW + + (K3*delay) } * { K5/(reliability+K4) }

se näyttää melko monimutkaiselta, mutta sitä voi yksinkertaistaa jonkin verran uudelleenkirjoittamalla sen eri muotoon ja hajottamalla jokaisen osan näteillä väreillä:

itse K-arvot ovat luku 0: n ja 255: n väliltä. Voit asettaa jokaisen arvon itsenäisesti sen mukaan, mitä haluat huomioon kustannuslaskelmassa kullekin reitille. Jos reititysalueessasi et halua ottaa huomioon jotakin yllä olevista ominaisuuksista, voit asettaa sopivan k-arvon nollaksi. Jos haluat harkita attribuuttia, voit asettaa sopivan k-arvon yhdelle.

koska K-arvot voivat olla mitä tahansa arvoa 255: een asti, on myös mahdollista skaalata, kuinka voimakkaasti tiettyä arvoa pidetään. Jos esimerkiksi haluat kaistanleveyden olevan kaksi kertaa niin tärkeä kuin viive, voit asettaa K1-arvoksi 2 ja K3-arvoksi 1. Jos haluat harkita kaistanleveyttä ja viivettä suhteessa 2:3, Voit asettaa K1: n arvoon 2 ja K3 arvoon 3. Tämä antaa EIGRP: lle niin joustavaa kustannusvertailua, että voit valita, mitkä ominaisuudet ja kuinka tärkeä ominaisuus kukin ominaisuus on reititysalueellesi.

on kuitenkin huomattava, että ennen kuin kahdesta reitittimestä tulee EIGRP: n naapureita, niillä täytyy olla vastaavat K-arvot. Mikä on järkevää, koska jos yksi reititin pitää viivettä äärimmäisen tärkeänä, ja toinen pitää kaistanleveyttä äärimmäisen tärkeänä, he saattavat olla eri mieltä siitä, mikä polku kohdeverkkoon on paras.

EIGRP: n Oletusmittaristo

huolimatta siitä, kuinka joustava kustannuslaskenta on, useimmat EIGRP: n toteutukset perustuvat vain metriikan oletusmittareihin k-arvoihin. Oletusarvoiset K-arvot huomioivat vain kaistanleveyden ja viiveen, eivätkä huomioi kuormitusta ja luotettavuutta.

on kaksi syytä, miksi kuormitus ja luotettavuus eivät sisälly EIGRP: n oletusmittariin:

ensinnäkin EIGRP ei tee määräaikaisia päivityksiä — vain käynnistettyjä päivityksiä. Tämän seurauksena kuormituksen ja luotettavuuden arvot lasketaan kerran, kun reitti on ensin opittu, mutta niitä ei päivitetä dynaamisesti, kun rajapinta tulee enemmän tai vähemmän kylläiseksi. Kuormituksen/luotettavuuden muutos ei aiheuta uutta EIGRP-päivitystä.

toiseksi kuormitus-ja luotettavuusarvot eivät kuvaa koko polun kuormitusta ja luotettavuutta, vaan ainoastaan suoraan kytkettyä linkkiä.

sellaisenaan Cisco päätti ottaa huomioon vain kaistanleveyden ja viiveen ja punnita ne tasapuolisesti EIGRP: n oletusmittarilaskennassaan. K-oletusarvot ovat K1 ja K3, jotka on asetettu yhteen, ja k2, K4 ja K5, jotka on asetettu nollaan.

voimme liittää k-oletusarvot yllä olevaan kaavaan nähdäksemme, miten se voidaan yksinkertaistaa:

yllä olevalla kuvalla voimme yksinkertaistaa monimutkaisen täyden EIGRP-komposiittimittarin juuri tähän:

256 × ( kaistanleveys + viive)

, jota on paljon helpompi hallita kuin yllä lueteltua koko yhdistelmäkaavaa

EIGRP: n metriikan laskeminen

tässä vaiheessa olisi viisasta keskustella siitä, miten kaistanleveyden arvo ja Viivearvot saavutetaan.

käytämme seuraavaa topologiaa:

pitääksemme sen yksinkertaisena, käytämme metristä laskentaa 10.4.5.x verkon näkökulmasta tai R4. show interfaces komento R4 antaa meille lähtöarvot:

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,

käytämme näitä esimerkkinä näyttääksemme, miten EIGRP: n metriikka lasketaan.

kaistanleveyden laskeminen

kaistanleveyden arvo perustuu koko polun poikki kulkevaan vähimmäiskaistayhteyteen. Mutta koska metriset arvot missä tahansa reititysprotokollassa pitävät pienempää arvoa ylivoimaisena, kaavaa on käytettävä suuremman kaistanleveyden muuntamiseen pienemmäksi tuloksena olevaksi metriikaksi. Tämä kaava on seuraava:

kaistanleveys = 10^7 / BW kbps: ssä

R4: lle, joka on suoraan yhteydessä 10.4.5: een.0/24 verkko 100 Mbps: n linkillä, laskelma johtaisi:

kaistanleveys = 10,000,000 / 100,000 kbps = kaistanleveyden arvo 100

kaistanleveyden arvo 100 liitetään yksinkertaistettuun EIGRP: n metriseen kaavaan, jonka johdimme aiemmin.

Viivelaskelma

Viivelaskelma on oletettavasti laskelma siitä, kuinka paljon aikaa kuluu jonkin verran lähettämiseen viereiselle naapurille. Mutta todellisuudessa se on yksinkertaisesti vakioarvo, joka perustuu käyttöliittymän kaistanleveyteen. Koska tämä tekijä on kuitenkin additiivinen, se toimii lähinnä humalan laskuna. Tai ehkä meidän pitäisi sanoa fiksu hop count, koska se myös tekijät kunkin hop kaistanleveys.

yllä olevassa tuotoksessa DLY esitetään usec, joka on mikrosekunti eli sekunnin miljoonasosa. EIGRP: n metriikan laskennassa käytetty viivearvo on 10: n mikrosekunnin viive. Voit siis laskea Viivearvon jakamalla DLY show interface-komennossa luvulla 10.

R4: n liittymälle edellä saat:

Delay = 100 usec/10 = Delay-arvo 10

viive-arvo 10 liitetään aiemmin johtamaamme yksinkertaistettuun EIGRP-metriseen kaavaan.

huomaa, että metrilaskennan viive on kumulatiivinen arvo jokaisen hypyn varrella kohdeverkkoon. Tässä tapauksessa, koska R4 on suoraan yhteydessä 10.4.5.0 / 24 verkkoon, voimme käyttää käyttöliittymän viivettä suoraan kaavassamme.

koko taulukko kaistanleveyteen perustuvista viivearvoista löytyy täältä. Tässä asiakirjassa luetellaan kunkin liittymän kaistanleveys Kbps: nä ja sen korreloiva viivearvo pikosekunteina – yksi sekunnin biljoonasosa.

yleisemmin käytetyt arvot ovat alla olevassa taulukossa sekä muunnetut arvot Mbps: lle, bps: lle ja usec: lle.

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 × ( kaistanleveyden arvo + Viivearvo )
256 × ( 100 + 10 )
256 × 110 = 28160

voimme verrata tätä R4: n EIGRP-topologiataulukon tulosteeseen 10.4.5.0/24 verkossa varmistaaksemme, että teimme kaiken oikein:

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

reittimittari näkyy suluissa muodossa ( feasible_distance / reported_distance ). Toteutettavissa oleva etäisyys on R4: n kokonaismetrilaskelma, jolla päästään kohdeverkkoon. Ilmoitettu etäisyys on 0, koska yksikään reitittäjä, joka mainosti tätä reittiä R4 — R4: lle, ei itse asiassa ollut suoraan yhteydessä verkkoon.

jäljellä olevat reitittimet

, jotta kulkisimme täyden ympyrän, näytämme komposiittimittarin laskemisen R3: lle, R2: lle ja R1: lle samaan 10.4.5.0 / 24-verkkoon.

huomaa R2: n ja R3: n välinen linkki on 10Mbps linkki. Voimme käyttää tätä näyttämään vaikutus pienin polku kaistanleveys hyödynnetään kun tutkimme reitin 10.4.5.0 / 24 alkaen R1, R2, ja R3. Täydellisyyden vuoksi näytämme myös laskelman R4: stä uudelleen sekä asetamme saman topologiakuvan alle säästääksemme sinut jatkuvasti vierittämästä takaisin ylös.

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 × 1130 = 289280

huomaa, miten komposiittimetri saa todella suuren (eli vähemmän suositun) R2: ssa 10 Mbps: n linkin takia.

Jos pystyt seuraamaan laskutoimitusta jokaisessa yllä olevassa välilehdessä, olet nyt EIGRP: n metriikan mestari. Paitsi ehkä viimeinen hämmentävä, metriin liittyvä tieto: toteutettavuusehto. Mutta älä huoli, sitä käsitellään toisessa artikkelissa.