EIGRP metrikus
az EIGRP metrikus zavart okozott sok hálózati mérnökök próbálják megérteni a protokollt. Ez a cikk belemerül abba, hogy mi a metrika, és hogyan lehet leforrázni egyszerűsített formájába.
képlet és K-értékek
az EIGRP egy Cisco szabadalmaztatott útválasztási protokoll, amelyet az 1980-as években hoztak létre. 1998-ig, amikor a Cisco kiadta a specifikációt IETF tervezetként.
az EIGRP egyik fő előnye, hogy számos különböző attribútumot figyelembe vehet az útvonal költségének vagy metrikájának kiszámításakor. Nevezetesen, az EIGRP az egyetlen útválasztási protokoll, amely a sávszélesség, a terhelés, a késleltetés és a megbízhatóság bármilyen kombinációját figyelembe veheti költségszámításában.
Ezen attribútumok mindegyikét az úgynevezett K-érték vezérli. Ezek a K-értékek mindegyike lehetővé teszi a fent említett attribútumok egyikének megfontolását, valamint azt a skálát, amelyre az attribútumot figyelembe veszik.
K1 = sávszélesség K2 = terhelés K3 = késleltetés K4 & K5 = megbízhatóság
ezeket az értékeket az EIGRP összetett metrikus képletnek nevezi. Ez a képlet a következő:
EIGRP metrika:
256 * { K1*BW + + (K3*késleltetés) } * { K5/(megbízhatóság+K4) }
elég bonyolultnak tűnik, de kissé egyszerűsítheti, ha más formátumban átírja, és minden részt szép színekkel szakít meg:
maguk a K-értékek 0 és 255 közötti szám. Az egyes értékeket egymástól függetlenül állíthatja be annak alapján, hogy mit szeretne figyelembe venni az egyes útvonalak költségszámításában. Ha az útválasztási tartományban nem szeretné figyelembe venni a fenti attribútumok egyikét, beállíthatja a megfelelő K-értéket nullára. Ha figyelembe kíván venni egy attribútumot, beállíthatja a megfelelő K-értéket egyre.
mivel a K-értékek 255-ig bármilyen érték lehetnek, Ön is képes méretezni, hogy egy adott értéket milyen erősen kell figyelembe venni. Például, ha azt szeretné, hogy a sávszélesség kétszer olyan fontos legyen, mint a késleltetés, beállíthatja a K1 értéket 2-re, a K3 értéket pedig 1-re. Ha a sávszélességet és a késleltetést 2:3 arányban szeretné figyelembe venni, beállíthatja a K1-et 2-re, a K3-at pedig 3-ra. Ez az, ami az EIGRP-nek ilyen rugalmasságot biztosít a költség-összehasonlításban, kiválaszthatja, hogy mely attribútumok és mennyire fontosak az egyes attribútumok az útválasztási tartomány számára.
meg kell azonban jegyezni, hogy mielőtt két útválasztó EIGRP szomszédokká válna, megfelelő K-értékekkel kell rendelkezniük. Ennek van értelme, mert ha az egyik útválasztó a késleltetést tartja a legfontosabbnak, a másik pedig a sávszélességet tartja a legfontosabbnak, akkor nem értenek egyet abban, hogy melyik út a célhálózathoz a legjobb.
EIGRP alapértelmezett mutató
annak ellenére, hogy a költségszámítás mennyire rugalmas, az EIGRP legtöbb megvalósítása csak az alapértelmezett k-értékekre támaszkodik. Az alapértelmezett K-értékek csak a sávszélességet és a késleltetést veszik figyelembe, és figyelmen kívül hagyják a terhelést és a megbízhatóságot.
két oka van annak, hogy a terhelés és a megbízhatóság nem szerepel az alapértelmezett EIGRP mutatóban:
először is, az EIGRP nem végez időszakos frissítéseket — csak elindított frissítéseket. Ennek eredményeként a terhelés és a megbízhatóság értékei egyszer kerülnek kiszámításra, amikor egy útvonalat először megtanulnak, de nem frissülnek dinamikusan, mivel az interfész többé-kevésbé telítetté válik. A terhelés/megbízhatóság változása nem indít új EIGRP frissítést.
másodszor, a terhelési és megbízhatósági értékek nem a teljes útvonal terhelését és megbízhatóságát tükrözik, hanem csak a közvetlenül csatlakoztatott kapcsolatot.
mint ilyen, a Cisco úgy döntött, hogy csak a sávszélességet és a késleltetést veszi figyelembe, és egyenlő mértékben mérlegeli őket az alapértelmezett EIGRP metrikus számításukban. Az alapértelmezett K-értékek a K1 és K3 egy, a K2, K4 és K5 pedig nulla.
csatlakoztathatjuk az alapértelmezett K-értékeket a fenti képlethez, hogy lássuk, hogyan lehet egyszerűsíteni:
a fenti képen egyszerűsíthetjük a bonyolult teljes EIGRP kompozit metrikát, hogy csak ezt a:
256 ( sávszélesség + késleltetés )
ami sokkal könnyebben kezelhető, mint a fent felsorolt teljes összetett képlet
EIGRP mutatók kiszámítása
Ezen a ponton bölcs dolog lenne megvitatni, hogyan érik el a sávszélesség értékét és a késleltetési értékeket.
a következő topológiát fogjuk használni:
az egyszerűség kedvéért a metrikus számítást fogjuk használni a 10.4.5.x hálózat szemszögéből vagy R4. Ashow interfaces
parancs R4 megadja nekünk a kiindulási értékeket:
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,
ezeket példaként fogjuk használni, hogy megmutassuk, hogyan számítják ki az EIGRP mutatót.
sávszélesség számítás
a sávszélesség értéke a teljes elérési út minimális sávszélesség-kapcsolatán alapul. Mivel azonban bármely útválasztási protokoll metrikus értékei az alacsonyabb értéket tekintik jobbnak, képletet kell használni a nagyobb sávszélesség alacsonyabb eredményű mutatókká történő átalakításához. Ez a képlet a következő:
sávszélesség = 10^7 / BW kbps-ben
Az R4 esetében, aki közvetlenül kapcsolódik a 10.4.5-hez.0/24 hálózat 100 Mbps kapcsolaton a számítás a következőket eredményezné:
sávszélesség = 10 000 000 / 100 000 kbps = 100 sávszélesség értéke
a 100 sávszélesség értéke Be lesz dugva a korábban levezetett egyszerűsített EIGRP metrikus képletünkbe.
késleltetés kiszámítása
a késleltetés állítólag annak az időnek A kiszámítása, amely egy kicsit továbbítódik egy szomszédos szomszédnak. De a valóságban ez egyszerűen egy állandó érték, amely az interfész sávszélességén alapul. Mivel azonban ez a tényező additív, lényegében komlószámként működik. Vagy talán okos ugrásszámot kellene mondanunk, mivel ez is befolyásolja az egyes ugrások sávszélességét.
a fenti kimeneten aDLY
usec-ként jelenik meg, amely mikroszekundum vagy egymilliomod másodperc. Az EIGRP metrikus számításban használt késleltetési érték a mikroszekundumok 10-es késleltetése. Tehát a késleltetési érték kiszámításához egyszerűen ossza el aDLY
parancsot az interfész megjelenítése parancsban 10-gyel.
Az R4 fenti felületéhez a következőket kapná:
Delay = 100 usec / 10 = Delay értéke 10
A Delay értéke 10 lesz dugva a mi egyszerűsített EIGRP metrikus képlet mi származtatott korábban.
vegye figyelembe, hogy a metrikus számítás késleltetése a célhálózat minden ugrása mentén kumulatív érték. Ebben az esetben, mivel az R4 közvetlenül kapcsolódik a 10.4.5.0/24 hálózathoz, az interfész késleltetését közvetlenül a képletünkben használhatjuk.
a sávszélességen alapuló késleltetési értékek teljes táblázata itt található. Ez a dokumentum felsorolja az egyes interfészek sávszélességét Kbps – ben, a korreláló késleltetési értékét pedig picoseconds-ban-a másodperc trilliomod részében.
referenciaként a leggyakrabban használt értékek az alábbi táblázatban találhatók, valamint az Mbps, bps és usec konvertált értékei.
Interface Bandwidth | BW in bps | BW in Kbps | Delay Value | Delay in usec |
---|---|---|---|---|
10 Mbps | 10,000,000 | 10,000 | 1,000,000 | 1,000 |
100 Mbps | 100,000,000 | 100,000 | 100,000 | 100 |
1 Gbps | 1,000,000,000 | 1,000,000 | 10,000 | 10 |
10 Gbps | 10,000,000,000 | 10,000,000 | 10,000 | 10 |
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 ( sávszélesség-érték + késleltetési érték )
256 ++ (100 + 10 )
256 110 = 28160
összehasonlíthatjuk ezt az R4 EIGRP topológiai táblázatának kimenetével a 10.4.5.0/24 hálózat számára, hogy megerősítsük, hogy mindent helyesen tettünk:
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
Az útvonal mutató zárójelben ( feasible_distance / reported_distance )
. A megvalósítható távolság Az R4 teljes metrikus számítása a célhálózat eléréséhez. A jelentett távolság 0, mivel egyetlen útválasztó sem hirdette ezt az útvonalat az R4 — R4-re, valójában közvetlenül kapcsolódott a hálózathoz.
fennmaradó útválasztók
a teljes kör eléréséhez megmutatjuk az R3, R2 és R1 összetett metrikájának kiszámítását ugyanarra a 10.4.5.0/24 hálózatra.
Megjegyzés: Az R2 és R3 közötti kapcsolat egy 10Mbps-os kapcsolat. Ezt felhasználhatjuk a minimális sávszélesség hatásának megjelenítésére, amikor az útvonalat 10.4.5.0/24-re tanulmányozzuk az R1, R2 és R3-ból. A teljesség kedvéért ismét megjelenítjük az R4 számítását is, valamint ugyanazt a topológiai képet helyezzük el alább, hogy megkíméljük Önt attól, hogy folyamatosan görgessen vissza.
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
figyeljük meg, hogy a kompozit metrikus lesz igazán nagy (aka, kevésbé előnyös) a R2 miatt a 10 Mbps kapcsolat.
Ha a fenti lapok mindegyikében követheti a számítást, akkor most az EIGRP metrika mestere. Kivéve talán egy utolsó zavaró, metrikával kapcsolatos tudást: a megvalósíthatósági feltételt. De ne aggódj, ezt egy másik cikk tárgyalja.