EIGRP Metric
De EIGRP Metric heeft verwarring veroorzaakt bij veel netwerkingenieurs die het protocol proberen te begrijpen. Dit artikel zal ingaan op wat de metriek is en hoe het in zijn vereenvoudigde vorm kan worden samengevat.
formule en K-waarden
EIGRP is een door Cisco zelf ontwikkeld routeringsprotocol dat in de jaren 1980 werd gecreëerd.Cisco was als zodanig de enige leverancier die de rechten had om dit protocol te implementeren. Tot 1998, toen Cisco de specificatie als IETF-concept uitbracht.
een van de belangrijkste voordelen van EIGRP is dat men bij het berekenen van de kosten van een route rekening kan houden met veel verschillende attributen. EIGRP is namelijk een van de enige routeringsprotocollen die elke combinatie van bandbreedte, belasting, vertraging en betrouwbaarheid in zijn kostenberekening kan overwegen.
elk van deze kenmerken wordt gecontroleerd door wat bekend staat als een K-waarde. Deze K-waarden maken elk de overweging van een van de bovengenoemde kenmerken mogelijk, evenals de schaal waarop de eigenschap wordt beschouwd.
K1 = bandbreedte K2 = belasting K3 = vertraging K4 & K5 = betrouwbaarheid
elk van deze waarden wordt gebruikt in wat EIGRP een samengestelde metrische formule noemt. Die formule is als volgt:
EIGRP metriek:
256 * { K1*BW + + (K3*vertraging) } * { K5/(betrouwbaarheid+K4) }
Het ziet er vrij ingewikkeld uit, maar u kunt het enigszins vereenvoudigen door het in een ander formaat te herschrijven en elk deel met mooie kleuren te breken:
De K-waarden zelf zijn een getal tussen 0 en 255. U kunt elke waarde onafhankelijk instellen op basis van wat u wilt overwegen in de kostenberekening voor elke route. Als u in uw routeringsdomein geen rekening wilt houden met een van de bovenstaande attributen, kunt u de juiste K-waarde op nul zetten. Als u een attribuut wilt overwegen, kunt u de juiste K-waarde op één instellen.
omdat de K-waarden elke waarde tot 255 kunnen zijn, hebt u ook de mogelijkheid om te schalen hoe zwaar een bepaalde waarde wordt beschouwd. Als u bijvoorbeeld wilt dat bandbreedte twee keer zo belangrijk wordt geacht als vertraging, kunt u de K1-waarde instellen op 2 en de K3-waarde op 1. Als u bandbreedte en vertraging in een verhouding van 2:3 wilt overwegen, kunt u K1 instellen op 2, en K3 op 3. Dit is wat EIGRP zo ‘ n flexibiliteit geeft in zijn kostenvergelijking, u kunt kiezen welke attributen en hoe belangrijk elk attribuut is voor uw routing domein.
Er moet echter worden opgemerkt dat voordat twee routers EIGRP-buren worden, ze dezelfde K-waarden moeten hebben. Dat is logisch, want als de ene router vertraging als het belangrijkste beschouwt, en de andere bandbreedte als het belangrijkste, dan kunnen ze het oneens zijn over welk pad naar een bestemmingsnetwerk het beste is.
EIGRP Default Metric
ondanks hoe flexibel de kostenberekening is, vertrouwen de meeste implementaties van EIGRP gewoon op de standaard K-waarden voor hun metric. De standaard K-waarden houden alleen rekening met bandbreedte en vertraging en negeren belasting en betrouwbaarheid.
Er zijn twee redenen waarom belasting en betrouwbaarheid niet zijn opgenomen in de standaard EIGRP — maatstaf:
ten eerste doet EIGRP geen periodieke updates-alleen geactiveerde updates. Als gevolg hiervan worden de waarden voor belasting en betrouwbaarheid eenmaal berekend wanneer een route voor het eerst wordt geleerd, maar worden ze niet dynamisch bijgewerkt omdat een interface min of meer verzadigd raakt. Een verandering in belasting/betrouwbaarheid leidt niet tot een nieuwe EIGRP-update.
ten tweede zijn de belasting-en Betrouwbaarheidswaarden geen weerspiegeling van de belasting en betrouwbaarheid van het volledige pad, maar alleen van de direct verbonden link.
als zodanig koos Cisco ervoor om alleen bandbreedte en vertraging te overwegen, en ze gelijk te wegen, in hun standaard EIGRP-metrische berekening. De standaard K-waarden zijn K1 en K3 ingesteld op één, en K2, K4 en K5 ingesteld op nul.
We kunnen de standaard K-waarden in de bovenstaande formule steken om te zien hoe het vereenvoudigd kan worden:
met de afbeelding hierboven kunnen we de gecompliceerde volledige EIGRP composiet metriek vereenvoudigen tot alleen dit:
256 × ( bandbreedte + vertraging )
die veel gemakkelijker te beheren is dan de volledige samengestelde formule hierboven
het berekenen van EIGRP-statistieken
Op dit punt zou het verstandig zijn om te bespreken hoe de bandbreedte-en vertragingswaarden worden bereikt.
we gebruiken de volgende topologie:
om het eenvoudig te houden, gebruiken we de metrische berekening voor de 10.4.5.x Netwerk vanuit het perspectief of R4. Het show interfaces commando van R4 geeft ons onze startwaarden:
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,
We zullen deze als voorbeeld gebruiken om u te laten zien hoe de EIGRP-metriek wordt berekend.
Bandbreedteberekening
De Bandbreedtewaarde is gebaseerd op de minimale bandbreedteverbinding over het gehele pad. Maar omdat metrische waarden in elk routeringsprotocol een lagere waarde als superieur beschouwen, moet een formule worden gebruikt om een hogere bandbreedte om te zetten in een lagere resulterende metrics. Die formule is als volgt:
Bandwidth = 10^7 / BW in Kbps
voor R4, die direct verbonden is met de 10.4.5.0/24 netwerk op een 100 Mbps link, zou de berekening resulteren in:
bandbreedte = 10.000.000 / 100.000 kbps = bandbreedte waarde van 100
De bandbreedte waarde van 100 zal worden aangesloten op onze vereenvoudigde EIGRP metrische formule we eerder afgeleid.
Vertragingsberekening
vertraging wordt verondersteld een berekening te zijn van de tijd die het een beetje kost om naar een aangrenzende buurman te worden verzonden. Maar in werkelijkheid is het gewoon een constante waarde op basis van de interface bandbreedte. Echter, omdat deze factor additief is, werkt het in wezen als een hoptelling. Of misschien moeten we zeggen een slimme hop tellen, omdat het ook factoren elke hop bandbreedte.
in de uitvoer hierboven wordt de DLY weergegeven als een usec, dat een microseconde is, of een miljoenste van een seconde. De delay waarde gebruikt in de EIGRP metrische berekening is de vertraging in 10 ‘ s van microseconden. Dus om de vertragingswaarde te berekenen, deel je gewoon de DLY in het show interface Commando door 10.
voor R4 ‘ s interface hierboven, zou je krijgen:
Delay = 100 usec / 10 = Delay waarde van 10
De Delay waarde van 10 zal worden aangesloten op onze vereenvoudigde EIGRP metrische formule die we eerder hebben afgeleid.
merk op dat de vertraging in de metrische berekening de cumulatieve waarde is langs elke hop naar het doelnetwerk. In dit geval, omdat R4 Direct is aangesloten op het 10.4.5.0/24 netwerk, kunnen we de vertraging van de interface direct gebruiken in onze formule.
de volledige tabel met vertragingswaarden op basis van bandbreedte is hier te vinden. Dit document toont elke interface bandbreedte in Kbps en zijn correlerende delay waarde in picoseconden – een biljoenste van een seconde.
ter referentie staan de meest gebruikte waarden in de onderstaande tabel, evenals de geconverteerde waarden voor Mbps, bps en usec.
| 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 × ( Bandwidth Value + Delay Value )
256 × ( 100 + 10 )
256 × 110 = 28160
We kunnen dit vergelijken met R4 ‘ s EIGRP topology table output voor het 10.4.5.0/24 netwerk om te bevestigen dat we alles correct hebben gedaan:
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
de route-metriek wordt tussen haakjes weergegeven als ( feasible_distance / reported_distance ). De haalbare afstand is de totale metrische berekening van R4 om naar het doelnetwerk te komen. De gerapporteerde afstand is 0, omdat geen router geadverteerd deze route naar R4-R4 was in feite direct verbonden met het netwerk.
resterende Routers
om een volledige cirkel te maken, laten we u de berekening zien van de samengestelde metriek voor R3, R2 EN R1 tot hetzelfde 10.4.5.0 / 24 netwerk.
merk op dat de link tussen R2 en R3 een 10Mbps link is. We kunnen dit gebruiken om het effect van de minimale bandbreedte van het pad weer te geven terwijl we de route naar 10.4.5.0/24 van R1, R2 en R3 bestuderen. Voor de volledigheid, zullen we ook de berekening van R4 weer te geven, evenals plaats dezelfde topologie afbeelding hieronder om u te besparen van voortdurend scrollen back-up.
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
merk op hoe de composite metric echt groot wordt (aka, minder voorkeur) bij R2 vanwege de 10 Mbps link.
Als u in staat bent om de berekening in elk van de bovenstaande tabbladen te volgen, dan bent u nu een meester van de EIGRP-metriek. Behalve misschien een laatste verwarrende, metrische gerelateerde kennis: de haalbaarheidsvoorwaarde. Maar maak je geen zorgen, dat wordt behandeld in een ander artikel.