News & Blog

EIGRP útvonal mértékszámítás

News & Blog

A bejegyzés a https://www.practicalnetworking.net/stand-alone/eigrp-metric/ cikk fordítása alapján készült.

A képlet és a K-értékek

Az EIGRP-t a Cisco fejlesztette ki az 1980-as években. 1998-ig cégspecifikus volt, de azóta egyes részei már más gyártók által is elérhetők. Az EIGRP az egyetlen irányító protokoll, mely a következőkből képes számítani a költséget:

  • Sávszélesség (Bandwidth)
  • Terheltség (Load)
  • Késleltetés (Delay)
  • Megbízhatóság (Reliability)

Azt, hogy ezek a tulajdonságok mennyire határozzák meg a költséget, paraméterezhetők az úgynevezett K-értékekekn keresztül.

  • K1 = Sávszélesség
  • K2 = Terheltség
  • K3 = Késleltetés
  • K4-K5 = Megbízhatóság

Az EIGRP mértéket meghatározó képlet:

256 * { K1*BW + [(K2*BW)/(256-load)] + (K3*delay) } * { K5/(reliability+K4) }

A fenti képlet ugyan egy kissé bonyolultnak tűnhet, de ha más alakban felírjuk, már egyszerűbbé válik.

Mindegyik K érték 0 és 255 között lehet. Egymástól függetlenül állíthatjuk őket. Ha szeretnénk, hogy valamelyik tulajdonság ne befolyásolja a mértékszámítást, egyszerűen 0-ra kell állítani a K értékét. Amennyiben azt szeretnénk, hogy az adott tulajdonság teljes súllyal szerepeljen a mértékszámításban, a hozzá tartozó K értéket 255-re kell állítani.

Ha például azt szeretnénk, hogy csupán a sávszélesség és a késleltetés határozz ameg az EIGRP mértéket 2:3 arányban, akkor csak a K-értékeiket kell ilyen arányban konfigurálni. (Például: K1=2, K3=3) 

Azt viszont ne felejtsük el, hogy két EIGRP forgalomirányító csak akkor alakít ki szomszéd viszonyt egymással, ha K-értékeik megegyeznek, tehát az adott AS-en belül mindegyik forgalomirányítón ugyanakkorára kell konfigurálnunk azokat.

Az EIGRP alapértelmezett mértékszámítása

Több EIGRP megvalósítás csupán a sávszélességet és a késleltetést tekinti mértékadó jellemzőnek, a többi jellemzőt nem veszi be a mértékszámításba.

Két ok van, ami miatt a terheltség és a megbízhatóság nem számít:

Elsőként az EIGRP eseményvezérelt frissítést küld (és nem periodikusat), így a terheltség és a megbízhatóság értékét csak az útvonal első megtanulásakor határozza meg, de nem frissíti automatikusan. Így viszont nem követi a kapcsolat valóságos terhelését és megbízhatóságát.

A másik ok az, hogy a terheltség és megbízhatóság nem a teljes útvonalat jellemzi, csak a forgalomirányító közvetlen kapcsolatát.

Végeredményben tehát a Cisco alapértelmezetten a sávszélességből és a késleltetésből számítja ki az EIGRP útvonal mértékét, úgy, hogy K1 és K3 értékét 1-re állítja, míg K2, K4 és K5 értékét 0-ra. Helyettesítsük be ezeket a K-értékeket a mértékszámítás képletébe, és nézzük meg, mennyire leegyszerűsödik így az:

Vagy még egyszerűbben leírva:

256 × ( Bandwidth + Delay )

EIGRP mérték számítása

Nézzük a következő topológiát:

Nézzük meg R4 szemszögéből a 10.4.5.x hálózat elérésének költségét. Az interfész sávszélességének és késleltetésének meghatározásához használjuk a show int fa0/0 parancsot.

R4# show interfaces FastEthernet 0/0
FastEthernet0/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,

A parancs kimentén a sávszélességet kbit/sec-ben olvashatjuk le, de a képletben már Mbit/sec mértékegységet kell használnunk. Az átszámítás: Bandwidth = 10^7 / BW in Kbps képlettel.)

A késleltetés azt az időtartamot jelenti amennyi idő alatta a forgalomirányító az adott linken a szomszédjának elküld egy bitet. Alapvetően a sávszélességtől függ. Az adott kapcsolat késleltetését a parancs kimenetén mikrosecundum-ban láthatjuk, de a mérték számításának képletében 10 mikroszekundumban kell megadni, tehát itt 10-zel kell elosztani, vagyis egy 0-t kell levágni a végéről. (Képlettel leírva: Delay = 100 usec / 10 = Delay Value of 10)

Ne feledjük, hogy a mértékszámításban a teljes útvonalon összesített késleltetés szerepel. R4 esetében ez, mivel közvetlenül kapcsolódik a célhálózathoz, csupán a kimenő interfész késleltetése. A következő táblázat a különböző interfészekhez alapértelmezetten rendelt késleltetése tartalmazza pikoszekundum-ban.

A gyakrabban használt interfészek sávszélessége és késleltetése az alábbi táblázatban is megtalálható:

Ennyi bevezető után számoljuk ki a hálózatba vezető interfész EIGRP költségét:

256 × ( Bandwidth Value + Delay Value )

256 × ( 100 + 10 )

256 × 110 = 28160

Nézzük meg az R4 forgalomirányító topológiatábláját, ott is ezt találjuk-e. Természetesen igen.

R4# show ip eigrp topology 10.4.5.0/24
IP-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

Hasonló módon számoljuk ki a többi forgalomirányító 10.4.5.0/24-be vezető útvonalának mértékét.

R3 forgalomirányítón:

R3# show ip eigrp topology 10.4.5.0/24
IP-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 Kbps
Bandwidth Value = 10,000,000 / 100,000 Kbps = 100

Delay Value = Cumulative Delay in usec / 10
Delay Value = 200 usec / 10 = 20

Composite Metric = 256 × ( Bandwidth Value + Delay Value )
Composite Metric = 256 × ( 100 + 20 )
Composite Metric = 256 × 120 = 30720

R2 forgalomirányítón:

R2# show ip eigrp topology 10.4.5.0/24
IP-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 Kbps
Bandwidth Value = 10,000,000 / 10,000 Kbps = 1000

Delay Value = Cumulative Delay in usec / 10
Delay Value = 1200 usec / 10 = 120

Composite Metric = 256 × ( Bandwidth Value + Delay Value )
Composite Metric = 256 × ( 1000 + 120 )
Composite Metric = 256 × 1120 = 286720

R1 forgalomirányítón:

R1# show ip eigrp topology 10.4.5.0/24
IP-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 Kbps
Bandwidth Value = 10,000,000 / 10,000 Kbps = 1000

Delay Value = Cumulative Delay in usec / 10
Delay Value = 1300 usec / 10 = 130

Composite Metric = 256 × ( Bandwidth Value + Delay Value )
Composite Metric = 256 × ( 1000 + 130 )
Composite Metric = 256 × 1130 = 289280


A mértékszámítást érdemes gyakorolni a következő hálózaton, ahol jelentősen megnöveltük az R2 kimenő interfészének költségét.

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

Az email címet nem tesszük közzé. A kötelező mezőket * karakterrel jelöltük