EIGRP-metriikan selitys
On joulukuu 31, 2020 by adminEtsin ymmärrystä siitä, miten mittarit rakentuvat EIGRP: ssä, tämä sisältää reititystaulukon ja topologiataulukon. ”Olen varma, että en ole ainoa, joka pitää EIGRP: n käsitteitä hankalana ymmärtää.
Pieni verkko on luotu ja olen ottanut käyttöön 1: n AS: n molemmissa yhteyksissä EIGRP: lle. naapurisuhde. Tämä on sekä reititystaulukon että topologiataulukon tulos:
Router#sh ip ro ei 192.168.1.0/30 is subnetted, 1 subnets D 192.168.2.0/24 [90/30720] via 192.168.1.2, 00:09:13, FastEthernet0/0
Tiedän, että 90 on hallinnollinen etäisyys, mutta 30720: n mittari näyttää olevan korkea nopealla ethernet-yhteydellä vain yhteen hypään. Voisiko mitään valoa siitä, miksi tämä on niin korkea verrattuna esimerkiksi OSPF: ään? Ymmärrän, että tämä on luultavasti yksinkertainen tapaus, jossa omenat ja appelsiinit ovat kaksi erillistä reititysprotokollaa, mutta olen kiinnostunut tietämään, kuinka tämä lasketaan.
Router#sh ip ei top IP-EIGRP Topology Table for AS 1/ID(192.168.1.1) Codes: P - Passive, A - Active, U - Update, Q - Query, R - Reply, r - Reply status P 192.168.0.0/24, 1 successors, FD is 28160 via Connected, FastEthernet0/1 P 192.168.1.0/30, 1 successors, FD is 28160 via Connected, FastEthernet0/0 P 192.168.2.0/24, 1 successors, FD is 30720 via 192.168.1.2 (30720/28160), FastEthernet0/0
Kuten yllä olevasta voit nähdä, laskelma on 30720/28160. Laskelman toinen osa näyttää olevan myös toteutettavissa oleva etäisyys 28160: sta, ensimmäisen osan ollessa 30720: n metri reititystaulukosta.
Voisiko joku selittää minulle tämän laskutarkoituksen? Ja muuttuuko tämä luku ajan myötä? Vai onko se nyt kivissä?
Kiitos jo etukäteen.
Kommentit
Vastaa
EIGRP-metrinen kaava
EIGRP-metriikka on yhdistelmä koko polun kumulatiivisen viiveen mittauksesta ja koko polun vähimmäiskaistanleveydestä. Viive-arvo on annettu kukin ”hyppy” kyseisen rajapinnan nopeuden perusteella.
Metriikka voi sisältää myös käyttöliittymän kuormituksen ja luotettavuuden huomioon ottamisen, mutta tämä jätetään usein pois käytöstä.
Tätä kaikkea hallitsee tiedossa oleva ”K-arvoina” kukin ”k-arvo” säätelee säätä, joka seuraavista otetaan huomioon EIGRP-metriikkalaskennassa.
K1 = Bandwidth K2 = Load K3 = Delay K4 & K5 = Reliability
Oletusarvoisesti K1 ja K3-arvoiksi asetetaan 1 ja K2 / K4 / K5-arvoiksi 0. Nämä arvot voidaan sitten liittää täydelliseen (melko monimutkaiseen) EIGRP-komposiittimittarilaskentaan:
256 * { K1*BW + [(K2*BW)/(256-load)] + (K3*delay) } * { K5/(reliability+K4) }
Jos kirjoitat sen uudelleen eri väleillä ja lisäät kauniita värejä ja käytät K-oletusarvoja, näet kuinka se yksinkertaistuu vain viiveeksi ja kaistanleveydeksi:
Tämä tarkoittaa yksinkertaistettua kaavaa, kun vain käytetyt K-oletusarvot loppuvat näin:
256 * (Bandwidth + Delay)
Kaistanleveyden ja viiveiden arvot
Kaistanleveysarvo perustuu koko polun yli kulkevaan minimikaistanleveyslinkkiin. Mutta koska minkä tahansa reititysprotokollan metriset arvot pitävät matalampaa arvoa parempana, kaavaa on käytettävä muuntamaan suurempi kaistanleveys pienemmäksi tulokseksi. Tämä kaava on seuraava:
Bandwidth = 10^7 / BW in Kbps
Joten polku, jolla on vähimmäismäärä 100 Mbit / s linkin kaistanleveys vastaa 100 000 Kbps: tä, ja sen laskenta näyttää tältä:
Bandwidth value = 10,000,000 / 100,000 = 100 Delay
Viiveen on tarkoitus laskea aika, jonka kuluminen vähän kuluu viereiselle naapurille. Mutta todellisuudessa se on yksinkertaisesti vakioarvo, joka perustuu rajapinnan kaistanleveyteen. Koska tämä tekijä on lisäaine, se toimii lähinnä humalalaskurina. Tai ehkä meidän pitäisi sanoa älykäs hypyn määrä , koska se ottaa huomioon myös jokaisen humalan kaistanleveyden.
Kunkin liitännän nopeuden ja viiveen täydellinen luettelo löytyy täältä:
https://tools.ietf.org/html/draft-savage-eigrp-00#section-5.5.1.2
Huomaa, että tämä taulukko näyttää arvon Picosekunteina (biljoonasekunnin sekunnissa) ja viive-arvon kohdassa show interface
näytetään usec- tai mikrosekunteina (miljoonas sekunti).
Kaavassa käytetty viivearvo on mikrosekunnin arvo jaettuna 10: llä. Esimerkiksi polku, joka koostuu kahdesta linkistä, jotka ovat kukin 100mbps vastaa 200: n kokonaisviiveä usec: ssä:
Delay Value = 200 / 10 = 20
Lopullinen laskelma
Voimme ottaa edellä määritetyn kaistanleveyden arvon (100) ja edellä määritetyn viiveen arvon (20) ja liittää ne yksinkertaistettuun kaavaan saadaksemme lopullisen EIGRP-metrisen linkin linkille, jonka polun kaistanleveys on vähintään 100mbps, ja kenen koko polku ylittää kaksi 100mbps l musteet:
EIGRP Metric = 256 * (Bandwidth + Delay) EIGRP Metric = 256 * (100 + 20) EIGRP Metric = 256 * 120 EIGRP Metric = 30720
Mikä mielenkiintoista on täsmälleen sama arvo, jonka luet kysymyksessäsi:
Router#sh ip ro ei 192.168.1.0/30 is subnetted, 1 subnets D 192.168.2.0/24 [90/30720] via 192.168.1.2, 00:09:13, FastEthernet0/0
Mahdollinen etäisyys vs ilmoitettu etäisyys
Mikä tuo meidät takaisin toiseen käsitteeseen, josta saatat olla hämmentynyt. Se liittyy nimittäin tämän komennon lähtöön:
Router#sh ip ei top ... P 192.168.2.0/24, 1 successors, FD is 30720 via 192.168.1.2 (30720/28160), FastEthernet0/0
Reitille 192.168.2.0/24
192.168.1.2
-reitille on annettu kaksi arvoa: 30720 ja 28160 . Näiden kahden arvon ymmärtäminen edellyttää kahden termin ymmärtämistä, joita EIGRP käyttää kuvaamaan kustannuksia .
Ensimmäinen arvo on nimeltään Mahdollinen etäisyys . Tämä on EIGRP-kokonaiskustannus lopulliseen määränpäähän. Edellä laskettu arvo 30720 on toteutettavissa oleva etäisyys 192.168.2.0/24-verkkoon.
Toinen arvo (28160) tunnetaan nimellä Ilmoitettu etäisyys (myös joskus Mainostettu etäisyys ). Tämä arvo edustaa EIGRP-kokonaiskustannuksia naapurilleni päästäessäni kohdeverkkoon. Tämä on arvo, jonka naapuri jakaa, kun mainostaa reittiä paikalliseen reitittimeen.
On mahdollista peruuttaa raportoidun etäisyyden (eli naapurin kustannuksen) arvon 28160 kääntäminen.
Tiedämme, että EIGRP-metriikan arvo on 256 * (mustavalkoinen + viive ). Jos otamme 28160 ja jaamme sen 256: lla, saadaan 110. Mikä tarkoittaa, että BW + Delay on yhtä kuin 110.
Tiedämme myös, että koko polku on kaksi 100mbps-linkkiä, joten naapureiden polku kohdeverkkoon on ilmeisesti yksi 100mbps-linkki tai kokonaisviivearvo 10. Tämä tarkoittaa, että kaistanleveysarvon on oltava yhteensä 100, minkä tiedämme tekevän, kun lasketaan 100mbps-linkki.
Mikä vahvistaa, että naapuri on yksi, 100 Mbps: n hypyn päässä kohdeverkosta – mikä tarkoittaa, että naapuri oli kytketty suoraan kohdeverkkoon 100 Mbps: n linkillä.
Tämän avulla voimme lopulta puhua kysymyksiisi. Ainakin niihin, joihin ei ole jo vastattu yllä:
Voisiko valoa palaa miksi tämä on niin korkea verrattuna esimerkiksi OSPF: ään?
Metrinen arvo on 32-bittinen arvo, mikä tarkoittaa, että se voi olla mikä tahansa luku välillä 0 ja 4,2 ~ miljardia. Metriikkaa otetaan huomioon vain, jos verkko on samankokoinen ja reitti opitaan samasta reititysprotokollasta. Mikä tarkoittaa sitä, mitä EIGRP pitää metriikkana, ei koskaan verrata siihen, mitä OSPF pitää verkostona.
Joten niiden suhteelliset erot eivät ole merkityksellisiä. Koska jos reitti opitaan OSPF: ltä ja EIGRP: ltä, EIGRP-reitti on aina edullinen, koska sen hallinnollinen etäisyys on pienempi (90 vs. 110).
Ymmärrän, että tämä on todennäköisesti yksinkertainen tapaus, jossa omenat ja appelsiinit ovat kaksi erillistä reititysprotokollaa, mutta olen kiinnostunut tietämään, kuinka tämä lasketaan
Oikea, EIGRP- ja OSPF-metriikkalaskelmat ovat Omenat ja Appelsiinit – ei vertaa. EIGRP-laskelma on kuvattu perusteellisesti yllä tai tarkemmin tässä artikkeli .
Jos haluat laskea OSPF-metriikkalaskelman, suosittelen uuden kysymyksen esittämistä.
Kuten yllä olevasta voit nähdä, laskelma on 30720/28160. Tämän laskelman toinen osa näyttää olevan myös toteutettavissa oleva etäisyys 28160: sta, ensimmäisen osan ollessa 30720: n metri reititystaulukosta.
Lähes . ensimmäinen osa on mahdollista etäisyyttä (30720). toinen osa on raportoitu etäisyys (28160). EIGRP-topologiataulukko seuraa molempia arvoja. Ja reititystaulukossa otetaan huomioon vain mahdollinen etäisyys .
Voisiko joku selittää minulle tämän laskutarkoituksen?
Seuraa mahdollista ja mahdollista etäisyyttä sekä ilmoitettua etäisyyttä pelaamaan EIGRP: n silmukanestomekanismilla, joka tunnetaan nimellä toteutettavuusehto . Jos useat EIGRP-reitittimet jakavat tietoja samasta verkosta, kunkin saapuvan reitin ilmoitettua etäisyyttä voidaan verrata siihen, mitä reititin jo tietää parhaimmaksi mahdolliseksi etäisyydeksi sen määrittämiseksi, sisältääkö uusi opittu polku reitityssilmukan.
Ja muuttuuko tämä luku ajan myötä? Vai onko tämä nyt kivissä?
Mittari muuttuu vain, jos käyttöliittymä nousee ylös tai alas, liitännän nopeus muuttuu tai humaloiden määrä muuttaa. Koska laskennassa otetaan huomioon nämä, arvot vaikuttavat uudelleenlaskentaan. Vakaassa verkossa nämä tyypillisesti eivät muutu, ja siksi luku ei yleensä muutu.
Kommentit
- Hyvää tietoa Eddie. ’ Olet todella auttanut minua ymmärtämään tämän paljon paremmin laskelmien avulla. Vain yksi kysymys, mitä kaava ’ Kaistanleveys = 10 ^ 7 / BW Kbps ’, mitä ^ -symboli tarkoittaa välillä 10 ja 7? Ajattelin, että se voi olla 10 7: n alkuun. Jos pystyt selvittämään sen, se olisi hienoa. Se ’ on sellaisia pieniä asioita, jotka auttavat ymmärrystäni entistä enemmän.
- @LucaA Juuri sitä se tarkoittaa. 10 ^ 7 = Kymmenen seitsemän tehoon, tai
1
, jossa on seitsemän nollaa, alias10,000,000
. Onneksi tiedot auttoivat. Jos se vastaa kysymyksiisi tai arvosit sen kirjoittamiseen kuluvaa aikaa, älä ’ unohda äänestää ja / tai valita vastausta.- kiitos sen selvittämiseksi minulle. Se on järkevää nyt. Arvostan, että käytit aikaa kirjoittaa selitys ja vastaat kysymyksiini. ’ Suljen tämän ketjun nyt.
Vastaa
Voisiko mitään valoa siitä, miksi tämä on niin korkea verrattuna esimerkiksi OSPF: ään?
Et yksinkertaisesti voi verrata eri reititysprotokollien tietoja. Tämä on syy hallinnollisen etäisyyden luomiseen.
Voisiko joku selittää minulle tämän laskutarkoituksen?
EIGRP käyttää monimutkaista laskutoimitusta tullakseen mittariinsa. Se sisältää linkin kaistanleveyden, viiveen, luotettavuuden, kuormituksen ja MTU: n, mutta oletusarvoisesti se käyttää vain kaistanleveyttä ja viivettä. Laskelma voi sisältää monia asioita, joita muut reititysprotokollat eivät yksinkertaisesti sisälly, joten saat erittäin tarkan tiedon, joka on paras polku.
Ja muuttuuko tämä luku ajan myötä? Vai onko se nyt kivissä?
EIGRP-mittari ei ole muuttunut IGRP: n jälkeen (se on 256 kertaa suurempi kuin IGRP-arvo), joten se ei todennäköisesti muutu koskaan.
Ciscolla on monia asiakirjoja EIGRP: llä. Esimerkiksi Enhanced Interior Gateway Routing Protocol :
EIGRP-mittarit
EIGRP käyttää kohdeverkon polun vähimmäiskaistanleveyttä ja kokonaisviiveä reititysmittareiden laskemiseen. Vaikka voit määrittää muita mittareita, emme suosittele sitä, koska se voi aiheuttaa reitityssilmukoita verkossasi. ja viivemittarit määritetään arvoista, jotka on määritetty reitittimien rajapinnoille pa th kohdeverkkoon.
Esimerkiksi alla olevassa kuvassa 2 reititin One laskee parhaan polun verkkoon A.
Se alkaa kahdella tämän verkon mainoksella: yhdestä reitittimen neljän kautta, vähimmäiskaistaleveys 56 ja kokonaisviive 2200; ja toinen reitittimen kolmen kautta, vähintään kaistanleveydellä 128 ja viiveellä 1200. Reititin Yksi valitsee polun, jolla on matalin metri.
Laske lasketaan mittarit. EIGRP laskee kokonaismittarin skaalaamalla kaistanleveys- ja viivemittarit.EIGRP käyttää seuraavaa kaavaa kaistaa kaistanleveyttä:
bandwidth = (10000000/bandwidth(i)) * 256
missä kaistanleveys (i) on pienin Kaikkien lähtevien rajapintojen kaistanleveys reitillä kohdeverkkoon kilobiteinä.
EIGRP käyttää seuraavaa kaavaa viiveen skaalaamiseen:
delay = delay(i) * 256
missä viive (i) on rajapinnoissa, reitillä kohdeverkkoon määritettyjen viiveiden summa kymmeninä mikrosekuntia. Viive, joka näkyy näytä ip eigrp -opologiassa tai näytä käyttöliittymä -komennot ovat mikrosekunteina, joten sinun on jaettava 10: llä ennen kuin käytät sitä tässä kaavassa. Tässä artikkelissa käytämme viivettä, kun se on määritetty ja näytetty käyttöliittymässä.
EIGRP määrittää nämä skaalatut arvot verkon kokonaismetriikan määrittämiseksi:
metric = ([K1 * bandwidth + (K2 * bandwidth) / (256 - load) + K3 * delay] * [K5 / (reliability + K4)]) * 256
Huomaa: Näitä K -arvoja tulisi käyttää huolellisen suunnittelun jälkeen. Vastaavat K -arvot estävät naapurisuhteen rakentamisen, mikä voi johtaa verkon epäonnistumiseen.
Huomaa: Jos
K5 = 0
, kaava pienenee arvoonMetric = ([k1 * bandwidth + (k2 * bandwidth)/(256 - load) + k3 * delay]) * 256
.K: n oletusarvot ovat:
K1 = 1
K2 = 0
K3 = 1
K4 = 0
K5 = 0
Oletuskäyttäytymistä varten voit yksinkertaistaa kaavaa seuraavasti:
metric = bandwidth + delay
Cisco-reitittimet eivät suorita liukulukematematiikkaa, joten sinun on pyöristettävä laskutoimituksen jokaisessa vaiheessa alaspäin lähimpään kokonaislukuun, jotta tiedot voidaan laskea oikein. Tässä esimerkissä reitittimen neljä kokonaiskustannukset ovat:
Tässä esimerkissä reitittimen neljä kokonaiskustannukset ovat:
minimum bandwidth = 56k total delay = 100 + 100 + 2000 = 2200 [(10000000/56) + 2200] x 256 = (178571 + 2200) x 256 = 180771 x 256 = 46277376
Ja reitittimen kolme kautta maksettavat kokonaiskustannukset ovat:
minimum bandwidth = 128k total delay = 100 + 100 + 1000 = 1200 [(10000000/128) + 1200] x 256 = (78125 + 1200) x 256 = 79325 x 256 = 20307200
Joten päästäksesi verkkoon A, Reititin Yksi valitsee reitin reitittimen 3 kautta.
Huomaa, että käyttämämme kaistanleveys- ja viivearvot ovat määritetty rajapinnalle, jonka kautta reititin saavuttaa seuraavan hypyn kohdeverkkoon. Esimerkiksi reititin kaksi mainosti verkkoa A viiveellä, joka oli määritetty sen Ethernet-rajapintaan; Router Four lisäsi viiveen, joka oli määritetty Ethernetiin, ja Router One lisäsi sen sarjaan määritetyn viiveen.
Kaistanleveytesi on 100000K
joten laskennan käyttämä kaistanleveys on 10000000 / 100000 = 100
. Viive on 200
mikrosekuntia, joten laskennassa käytetty viive on 20
. Tämä tuo meidät 120 * 256 = 30720
-sivulle, ja tämä on arvo, jonka ilmoitat.
Liitä numerosi Ciscon yllä antamaan esimerkkiin:
[(10000000/100000) + 20] x 256 = (100 + 20) x 256 = 120 x 256 = 30720
Kommentit
- Toivoin omaa selitystäsi. Sen sijaan, että näytän minulle linkin siitä, mitä ’ on jo siellä. ’ Etsin yksinkertaistettua selitystä siitä, miten tämä kaikki toimii. Kiitos joka tapauksessa panoksestasi.
- @LucaA, jos huomaat, vastasin itse asiassa kysymyksiisi. Mitä muuta sinä et ’ ymmärrä?
Vastaa
Tiedän, että 90 on hallinnollinen etäisyys, mutta 30720: n mittari näyttää korkealta nopean ethernet-yhteyden kautta vain yhdelle hypälle. Voisiko mitään valoa siitä, miksi tämä on niin korkea verrattuna esimerkiksi OSPF: ään? Ymmärrän, että tämä on luultavasti yksinkertainen tapaus, jossa omenat ja appelsiinit ovat kaksi erillistä reititysprotokollaa, mutta olen kiinnostunut tietämään, miten tämä lasketaan.
Olet oikeassa – se on kuin verrata omenoita ja appelsiineja 🙂 Esimerkiksi RIP: n enimmäismittari on 15, mutta se ei tarkoita mitään verrattuna EIGRP-metriikkaan 30720.
Mitä tulee EIGRP-metriikka on niin korkea – osa syystä johtuu siitä, että EIGRP kertoo mittarinsa 256: lla ollakseen taaksepäin yhteensopiva IGRP: n (EIGRP: n edeltäjän) kanssa. Kuten tämä Wikipedia-merkintä :
IGRP käyttää samaa peruskaavaa yleisen mittarin laskemiseen, ainoa ero on, että IGRP: ssä kaava ei sisällä skaalauskerroin 256. Itse asiassa tämä skaalauskerroin otettiin käyttöön yksinkertaisena keinona helpottaa taaksepäin yhteensopivuutta EIGRP: n ja IGRP: n välillä: IGRP: ssä yleinen metriikka on 24-bittinen arvo, kun taas EIGRP käyttää 32-bittistä val ue ilmaista tämä mittari.Kertomalla 24-bittinen arvo kertoimella 256 (tosiasiallisesti siirtämällä sitä 8 bittiä vasemmalle), arvo laajennetaan 32 bitiksi ja päinvastoin. Tällä tavalla tietojen jakaminen EIGRP: n ja IGRP: n välillä tarkoittaa yksinkertaisesti metrisen arvon jakamista tai kertomista kertoimella 256, mikä tapahtuu automaattisesti.
Mitä muuttuja lasketaan, kirjoitin siitä yksityiskohtaisen blogiviestin vähän aikaa sitten. Lyhyesti sanottuna metriikka lasketaan käyttämällä tätä kaavaa:
256 * [(10000000 /) + (/ 10)]
Kun suoritamme antamasi luvut (Vektorimittari: Minimikaistanleveys on 100000 Kbit Kokonaisviive on 200 mikrosekuntia) tämän kaavan avulla saadaan oikea metriikka:
10000000/100000 = 100
200/10 = 20
100 + 20 = 120
256 * 120 = 30720
kommentit
- Myös hyvää tietoa! ’ Tarkistan yksityiskohtaisen blogiviestisi saadaksesi lisätietoja. Hyvä, että sinulla on useita lähteitä tällaisten asioiden suhteen. Kiitos.
- Ei huolta ollenkaan @LucaA. Kerro minulle, jos sinulla on muita kysymyksiä, ja minä ’ autan mielelläni.
show ip eigrp topology 192.169.2.0/24
– tämä lähtö auttaa, kun minä vastaa kysymykseesi.