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:

EIGRP-metrikus

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:

eigrp-metrikus-alapértelmezett

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:

eigrp-metrikus-topológia

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.

R4R3R2R1
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

eigrp-metrikus-topológia

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.



Vélemény, hozzászólás?

Az e-mail-címet nem tesszük közzé.