{"id":38396,"date":"2019-10-31T22:23:30","date_gmt":"2019-10-31T19:23:30","guid":{"rendered":"https:\/\/prohoster.info\/blog\/trening-cisco-200-125-ccna-v3-0-den-49-vvedenie-v-eigrp\/"},"modified":"2019-10-31T22:23:30","modified_gmt":"2019-10-31T19:23:30","slug":"trening-cisco-200-125-ccna-v3-0-den-49-vvedenie-v-eigrp","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-49-vvedenie-v-eigrp","title":{"rendered":"Cisco 200-125 CCNA v3.0 Tr\u00e4ning. Dag 49. Introduktion till EIGRP","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Idag b\u00f6rjar vi studera EIGRP-protokollet, vilket \u00e4r en av de viktigaste \u00e4mnena i CCNA-kursen, j\u00e4mte studiet av OSPF. <\/p>\n

\"Cisco
\n
\nSenare kommer vi att \u00e5terkomma till avsnitt 2.5, men just nu g\u00e5r vi direkt fr\u00e5n avsnitt 2.4 till avsnitt 2.6 \"Konfiguration, verifiering och fels\u00f6kning av EIGRP \u00f6ver IPv4-protokollet (undantaget autentisering, filtrering, manuell summering, omf\u00f6rdelning och stub-konfiguration).\"
\nIdag har vi en introduktionslektion d\u00e4r jag kommer att ber\u00e4tta om konceptet med det avancerade interna gatewayprotokollet EIGRP, och under de tv\u00e5 kommande lektionerna kommer vi att titta p\u00e5 konfiguration och fels\u00f6kning av detta protokoll. Men f\u00f6rst vill jag meddela er f\u00f6ljande.<\/a><\/noindex><\/p>\n

Under de senaste lektionerna har vi studerat OSPF. Nu vill jag att ni kommer ih\u00e5g att n\u00e4r vi f\u00f6r m\u00e5nga m\u00e5nader sedan studerade RIP-protokollet, diskuterade vi om rutins loopar och teknologier f\u00f6r att f\u00f6rhindra trafikloopar. Hur kan man f\u00f6rhindra att rutins loopar uppst\u00e5r n\u00e4r man anv\u00e4nder OSPF? Kan metoder som \"route poisoning\" eller \"split horizon\" anv\u00e4ndas f\u00f6r detta \u00e4ndam\u00e5l? Det \u00e4r fr\u00e5gor som ni m\u00e5ste svara p\u00e5 sj\u00e4lva. Ni kan anv\u00e4nda andra tematiska resurser, men hitta svaren p\u00e5 dessa fr\u00e5gor. Jag vill att ni l\u00e4r er att hitta svar p\u00e5 egen hand, genom att arbeta med olika k\u00e4llor, och jag ber att ni l\u00e4mnar era kommentarer under denna video s\u00e5 att jag kan se hur m\u00e5nga av mina elever som klarade av denna uppgift. <\/p>\n

Vad \u00e4r EIGRP? Det \u00e4r ett hybridroutningsprotokoll som kombinerar anv\u00e4ndbara funktioner fr\u00e5n b\u00e5de distansvektorprotokollet, s\u00e5som RIP, och link state-protokollet OSPF. <\/p>\n

\"Cisco
\n
\nEIGRP \u00e4r ett propriet\u00e4rt protokoll fr\u00e5n Cisco som gjordes allm\u00e4nt tillg\u00e4ngligt 2013. Fr\u00e5n link state-protokollet har det tagit algoritmen f\u00f6r att skapa grannskap, till skillnad fr\u00e5n RIP, som inte skapar grannar. RIP utbyter ocks\u00e5 routingtabeller med andra protokolldeltagare, men OSPF etablerar grannskapet innan en s\u00e5dan utbyte kan ske. EIGRP fungerar p\u00e5 samma s\u00e4tt.<\/p>\n

RIP-protokollet utf\u00f6r varaktiga uppdateringar av hela routingtabeln var 30:e sekund och s\u00e4nder information om alla gr\u00e4nssnitt och alla rutter till sina grannar. EIGRP g\u00f6r inga periodiska fullst\u00e4ndiga informationsuppdateringar, utan anv\u00e4nder ist\u00e4llet konceptet med Hello-meddelanden, likt OSPF. Varje n\u00e5gra sekunder skickar den Hello f\u00f6r att s\u00e4kerst\u00e4lla att grannen fortfarande \u00e4r \"levande.\"<\/p>\n

Till skillnad fr\u00e5n ett distansvektorprotokoll som studerar hela n\u00e4tverkets topologi innan den fattar beslut om rutt, skapar EIGRP likt RIP rutter baserat p\u00e5 rykten. N\u00e4r jag s\u00e4ger \"rykten\" menar jag att n\u00e4r en granne rapporterar n\u00e5got, g\u00e5r EIGRP med p\u00e5 det utan att ifr\u00e5gas\u00e4tta: \"Hur vet du det? Ber\u00e4tta f\u00f6r mig om hela n\u00e4tverkets topologi!\". <\/p>\n

Fram till 2013, om du bara anv\u00e4nde Cisco-infrastruktur, kunde du anv\u00e4nda EIGRP eftersom detta protokoll skapades redan 1994. Men m\u00e5nga f\u00f6retag, \u00e4ven med Cisco-utrustning, ville inte anv\u00e4nda detta protokoll. Enligt min \u00e5sikt \u00e4r EIGRP idag det b\u00e4sta protokollet f\u00f6r dynamisk routing, eftersom det \u00e4r mycket l\u00e4ttare att anv\u00e4nda, men folk f\u00f6redrar fortfarande OSPF. Jag tror att det beror p\u00e5 att de inte vill \"binda\" sig till Cisco-produkter. Men Cisco gjorde detta protokoll offentligt eftersom det st\u00f6der n\u00e4tverksutrustning fr\u00e5n tredje part, till exempel Juniper, och om du sl\u00e5r dig ihop med ett f\u00f6retag som inte anv\u00e4nder Cisco-utrustning, f\u00e5r du inga problem. <\/p>\n

L\u00e5t oss g\u00f6ra en kort tillbakablick p\u00e5 n\u00e4tverksprotokollens historia. <\/p>\n

\"Cisco
\n
\nProtokollet RIPv1, som uppstod p\u00e5 1980-talet, hade en rad begr\u00e4nsningar, s\u00e5som ett maximalt antal hoppar p\u00e5 16, vilket gjorde att det inte kunde tillhandah\u00e5lla routing i stora n\u00e4tverk. Lite senare utvecklades den inre routingprotokollet IGRP, som var mycket b\u00e4ttre \u00e4n RIP. Men det var mer av ett distansvektorprotokoll \u00e4n ett l\u00e4nktillst\u00e5ndprotokoll. I slutet av 80-talet kom den \u00f6ppna standarden \u2013 l\u00e4nktillst\u00e5ndprotokollet OSPFv2 f\u00f6r IPv4-protokollet. <\/p>\n

I b\u00f6rjan av 90-talet best\u00e4mde sig Cisco f\u00f6r att f\u00f6rb\u00e4ttra IGRP-protokollet och sl\u00e4ppte den f\u00f6rb\u00e4ttrade interna routingenheten EIGRP. Den var mycket effektivare \u00e4n OSPF, eftersom den kombinerade funktioner fr\u00e5n b\u00e5de RIP och OSPF. N\u00e4r vi b\u00f6rjar studera det kommer ni att uppt\u00e4cka att det \u00e4r mycket l\u00e4ttare att konfigurera EIGRP \u00e4n OSPF. Cisco har f\u00f6rs\u00f6kt skapa ett protokoll som m\u00f6jligg\u00f6r maximal snabb konvergens av n\u00e4tverket. <\/p>\n

I slutet av 90-talet sl\u00e4pptes en uppdaterad klassl\u00f6s version av protokollet RIPv2. Under 2000-talet kom den tredje versionen av OSPF, RIPng och EIGRPv6, som st\u00f6dde IPv6-protokollet. V\u00e4rlden n\u00e4rmar sig gradvis ett fullst\u00e4ndigt byte till IPv6, och utvecklarna av routingprotokoll vill vara redo f\u00f6r detta. <\/p>\n

Om ni kommer ih\u00e5g, studerade vi att vid val av optimal rutt anv\u00e4nder RIP, som ett distansvektorprotokoll, endast ett kriterium \u2013 minsta antal hopp, eller minsta avst\u00e5nd till destinationsgr\u00e4nssnittet. S\u00e5v\u00e4l router R1 v\u00e4ljer en direkt rutt till router R3 trots att hastigheten p\u00e5 denna rutt \u2013 64 kbit\/s \u2013 \u00e4r betydligt l\u00e4gre \u00e4n hastigheten p\u00e5 rutten R1-R2-R3, som \u00e4r 1544 kbit\/s. RIP-protokollet anser att den l\u00e5ngsamma rutten med ett hopp \u00e4r mer optimal \u00e4n den snabba rutten med tv\u00e5 hopp. <\/p>\n

\"Cisco
\n
\nOSPF kommer att studera hela n\u00e4tverkets topologi och besluta att kommunicera med router R3 via router R2 som en snabbare rutt. Som metrik anv\u00e4nder RIP antalet hopp, medan OSPF:s metrik \u00e4r kostnad, som i de flesta fall \u00e4r proportionell mot bandbredden. <\/p>\n

EIGRP fokuserar ocks\u00e5 p\u00e5 kostnaden f\u00f6r rutten, men dess metrik \u00e4r mycket mer komplex \u00e4n OSPF:s och baseras p\u00e5 m\u00e5nga faktorer, inklusive Bandwidth, Delay, Reliability, Loading och MTU. Till exempel, om en nod \u00e4r mer belastad \u00e4n de andra, kommer EIGRP att analysera hela ruttes belastning och v\u00e4lja en annan nod med l\u00e4gre belastning.<\/p>\n

I CCNA-kursen kommer vi att ta h\u00e4nsyn till endast s\u00e5dana faktorer f\u00f6r metriska konstruktioner som Bandwidth och Delay, och det \u00e4r dessa som formeln f\u00f6r metrik kommer att anv\u00e4nda. <\/p>\n

\"Cisco
\n
\nDet distansvektorerande protokollet RIP anv\u00e4nder tv\u00e5 begrepp: avst\u00e5nd och riktning. Om vi har tre routrar, och en av dem \u00e4r ansluten till n\u00e4tverket 20.0.0.0, kommer valet att g\u00f6ras utifr\u00e5n avst\u00e5nd - det \u00e4r hoppar, i detta fall 1 hopp, och utifr\u00e5n riktning, det vill s\u00e4ga vilken v\u00e4g - den \u00f6vre eller den nedre - trafiken ska skickas. <\/p>\n

Dessutom anv\u00e4nder RIP periodisk uppdatering av information genom att skicka hela routingtabellen \u00f6ver hela n\u00e4tverket var 30:e sekund. Denna uppdatering utf\u00f6r tv\u00e5 funktioner. Den f\u00f6rsta - att faktiskt uppdatera routingtabellen, den andra - att kontrollera granneens livskraft. Om en enhet inte f\u00e5r ett svar p\u00e5 routingtabellen eller ny information om ruten fr\u00e5n grannen inom 30 sekunder, f\u00f6rst\u00e5r den att ruten till grannen inte l\u00e4ngre kan anv\u00e4ndas. Routern skickar uppdateringar var 30:e sekund f\u00f6r att ta reda p\u00e5 om grannen fortfarande \u00e4r <\/p>\n

Som jag n\u00e4mnde anv\u00e4nds teknologin Split Horizon f\u00f6r att f\u00f6rhindra routingloopar. Det inneb\u00e4r att uppdateringen inte skickas tillbaka till den gr\u00e4nssnitt fr\u00e5n vilket den kom. Den andra teknologin f\u00f6r att f\u00f6rhindra loopar \u00e4r Route Poison. Om anslutningen till det n\u00e4tverk som visas p\u00e5 bilden, 20.0.0.0, bryts, skickar routern som var ansluten till det, ett \"f\u00f6rgiftat\" meddelande till grannarna, vilket meddelar att detta n\u00e4tverk nu \u00e4r tillg\u00e4ngligt p\u00e5 16 hopp, det vill s\u00e4ga praktiskt taget inte n\u00e5bart. S\u00e5 h\u00e4r fungerar RIP-protokollet.<\/p>\n

Hur fungerar EIGRP? Om du kommer ih\u00e5g fr\u00e5n lektionerna om OSPF, utf\u00f6r detta protokoll tre funktioner: etablerar grannskap, uppdaterar LSDB-databasen med hj\u00e4lp av LSA i enlighet med n\u00e4tverkets topologif\u00f6r\u00e4ndringar och bygger routingtabellen. Att etablera grannskap \u00e4r en ganska komplex procedur som anv\u00e4nder m\u00e5nga parametrar. Till exempel, kontroll och \u00e4ndring av 2WAY-anslutningen - vissa anslutningar f\u00f6rblir i ett tillst\u00e5nd av tv\u00e5v\u00e4gskommunikation, medan andra \u00f6verg\u00e5r till tillst\u00e5ndet FULL. Till skillnad fr\u00e5n OSPF sker det inte i EIGRP-protokollet - det kontrollerar bara 4 parametrar. <\/p>\n

\"Cisco
\n
\nLiksom OSPF skickar denna protokoll ett Hello-meddelande var tionde sekund, som inneh\u00e5ller fyra parametrar. Den f\u00f6rsta \u00e4r autentiseringskriteriet, om detta har st\u00e4llts in p\u00e5 f\u00f6rhand. Alla enheter som ska etablera grannskap m\u00e5ste ha samma autentiseringsparametrar.<\/p>\n

Den andra parametern tj\u00e4nar till att validera enheternas tillh\u00f6righet till ett och samma autonoma system, det vill s\u00e4ga f\u00f6r att etablera grannskap via EIGRP-protokollet m\u00e5ste b\u00e5da enheterna ha samma autonoma systems nummer. Den tredje parametern kontrollerar att Hello-meddelandena s\u00e4nds fr\u00e5n en och samma k\u00e4lla, Source IP. <\/p>\n

Den fj\u00e4rde parametern anv\u00e4nds f\u00f6r att kontrollera \u00f6verensst\u00e4mmelse av de variabla K-v\u00e4rdena. Protokollet EIRGP anv\u00e4nder fem s\u00e5dana v\u00e4rden fr\u00e5n K1 till K5. Om ni kommer ih\u00e5g, n\u00e4r K=0 ignoreras parametrarna, men om K=1 anv\u00e4nds parametrarna i formeln f\u00f6r att ber\u00e4kna metrik. D\u00e4rf\u00f6r m\u00e5ste v\u00e4rdena K1-5 f\u00f6r olika enheter \u00f6verensst\u00e4mma. I kursen CCNA kommer vi att anv\u00e4nda standardv\u00e4rdena f\u00f6r dessa koefficienter: K1 och K3 \u00e4r lika med 1, medan K2, K4 och K5 \u00e4r lika med 0.<\/p>\n

S\u00e5 om dessa fyra parametrar \u00f6verensst\u00e4mmer, etablerar EIGRP grannskapsf\u00f6rh\u00e5llanden, och enheterna l\u00e4gger till varandra i sin grannskaps-tabell. D\u00e4refter g\u00f6rs f\u00f6r\u00e4ndringar i topologitabellen. <\/p>\n

\"Cisco
\n
\nAlla Hello-meddelanden skickas till multicast IP-adressen 224.0.0.10, och uppdateringar, beroende p\u00e5 inst\u00e4llningen, skickas antingen till enheternas unicast-adresser eller till multicast-adressen. Denna uppdatering skickas inte via UDP eller TCP, utan anv\u00e4nder ett annat protokoll som kallas RTP, Reliable Transport Protocol, eller 'p\u00e5litligt transportprotokoll'. Detta protokoll kontrollerar om grannen har tagit emot uppdateringen, och som namnet antyder \u00e4r dess nyckelfunktion att s\u00e4kerst\u00e4lla kommunikationens tillf\u00f6rlitlighet. Om uppdateringen inte n\u00e5r grannen kommer s\u00e4ndningen att upprepas tills den tas emot. I OSPF finns ingen mekanism f\u00f6r att kontrollera mottagande enheter, s\u00e5 systemet vet inte om grannliggande enheter har f\u00e5tt uppdateringen eller ej.
\nOm ni minns, skickar RIP uppdateringar av hela n\u00e4tverkstopologin var 30:e sekund. EIGRP g\u00f6r detta endast om en ny enhet har lagts till i n\u00e4tverket eller om det har skett n\u00e5gra f\u00f6r\u00e4ndringar. Om n\u00e4tverkstopologin har \u00e4ndrats, kommer protokollet att skicka en uppdatering, men inte av hela topologitabellen, utan endast av de poster som ber\u00f6rs av f\u00f6r\u00e4ndringen. Om en deln\u00e4t har \u00e4ndrats, kommer endast dess topologi att uppdateras. Detta liknar en partiell uppdatering som sker n\u00e4r det beh\u00f6vs. <\/p>\n

Som ni vet, skickar OSPF LSA var 30:e minut oavsett om det har skett n\u00e5gra f\u00f6r\u00e4ndringar i n\u00e4tverket. EIGRP kommer inte att skicka n\u00e5gra uppdateringar under en l\u00e4ngre tid f\u00f6rr\u00e4n det sker n\u00e5gra f\u00f6r\u00e4ndringar i n\u00e4tverket. D\u00e4rf\u00f6r \u00e4r EIGRP mycket mer effektivt \u00e4n OSPF.<\/p>\n

Efter att routrarna har bytt uppdateringspaket, kommer det tredje steget \u2013 att skapa routingtabellen baserat p\u00e5 metriken som ber\u00e4knas enligt formeln som visas i bilden. Den ber\u00e4knar kostnaden och fattar beslut baserat p\u00e5 denna kostnad.
\nAnta att R1 skickade ett Hello-meddelande till routern R2, och den svarade med Hello tillbaka till routern R1. Om alla parametrar st\u00e4mmer \u00f6verens, skapar routrarna en grannskapslista. I denna lista registrerar R2 information om routern R1, och R1 skapar en post f\u00f6r R2. Efter detta skickar router R1 en uppdatering till det anslutna n\u00e4tverket 10.1.1.0\/24. I routingtabellen ser det ut som information om IP-adressen f\u00f6r n\u00e4tverket, den routergr\u00e4nssnittet som kopplar till det och kostnaden f\u00f6r v\u00e4gen genom detta gr\u00e4nssnitt. Som ni minns, \u00e4r kostnaden f\u00f6r EIGRP 90, och sedan anges v\u00e4rdet p\u00e5 Distance value, som vi kommer att prata om senare. <\/p>\n

\"Cisco
\n
\nDen fullst\u00e4ndiga formeln f\u00f6r metrik ser mycket mer komplex ut, eftersom den inkluderar v\u00e4rden f\u00f6r koefficienter K och olika omvandlingar. P\u00e5 Ciscos webbplats finns den fullst\u00e4ndiga formeln, men om ni g\u00f6r en ins\u00e4ttning av standardkoefficientv\u00e4rdena, kommer den att f\u00f6renklas till en enklare form \u2013 metrik blir (bandwidth + Delay) * 256.<\/p>\n

\"Cisco
\n
\nVi kommer att anv\u00e4nda just denna f\u00f6renklade form av formeln f\u00f6r att ber\u00e4kna metriska v\u00e4rden, d\u00e4r bandbredden i kilobit \u00e4r lika med 107 delat med den l\u00e4gsta bandbredden av alla gr\u00e4nssnitt som leder till destinationsn\u00e4tverket least-bandwidth, och latensen cumulative-delay \u00e4r den totala latensen i tiotal mikrosekunder p\u00e5 alla gr\u00e4nssnitt som leder till destinationsn\u00e4tverket. <\/p>\n

N\u00e4r vi studerar EIGRP m\u00e5ste vi f\u00f6rst\u00e5 fyra definitioner: Feasible Distance (m\u00f6jligt avst\u00e5nd), Reported Distance (rapporterat avst\u00e5nd), Successor (n\u00e4rmaste router med l\u00e4gsta kostnad till destinationsn\u00e4tverket) och Feasible Successor (reservrouter). F\u00f6r att f\u00f6rst\u00e5 vad de betyder, \u00f6verv\u00e4g f\u00f6ljande n\u00e4tverkstopologi. <\/p>\n

\"Cisco
\n
\nVi b\u00f6rjar med att skapa en routingtabell f\u00f6r R1 med m\u00e5let att v\u00e4lja den b\u00e4sta v\u00e4gen till n\u00e4tverket 10.1.1.0\/24. Vid sidan av varje enhet visas bandbredden i kbit\/s och latensen i ms. Vi anv\u00e4nder GigabitEthernet-gr\u00e4nssnitt med en bandbredd p\u00e5 100 Mbit\/s, eller 1000000 kbit\/s, FastEthernet-gr\u00e4nssnitt med 100000 kbit\/s, Ethernet med 10000 kbit\/s och ett seriellt gr\u00e4nssnitt med 1544 kbit\/s. Dessa v\u00e4rden kan kontrolleras genom att titta i routerinst\u00e4llningarna f\u00f6r de relevanta fysiska gr\u00e4nssnitten.
\nBandbredden f\u00f6r Serial-gr\u00e4nssnitt \u00e4r som standard 1544 kbit\/s, och \u00e4ven om du har en linje p\u00e5 64 kbit\/s, kommer bandbredden fortfarande att vara 1544 kbit\/s. D\u00e4rf\u00f6r m\u00e5ste du som n\u00e4tverksadministrat\u00f6r se till att du anv\u00e4nder r\u00e4tt v\u00e4rde f\u00f6r bandbredd. F\u00f6r ett specifikt gr\u00e4nssnitt kan det anges med kommandot bandwidth, och med kommandot delay kan du \u00e4ndra det f\u00f6rvalda v\u00e4rdet f\u00f6r latens. Du beh\u00f6ver inte oroa dig f\u00f6r standardbandbredden f\u00f6r GigabitEthernet- eller Ethernet-gr\u00e4nssnitt, men var f\u00f6rsiktig vid val av linjehastighet om du anv\u00e4nder ett seriellt gr\u00e4nssnitt. <\/p>\n

Observera att latensen i denna schematisk bild anges som om den vore i millisekunder ms, men i sj\u00e4lva verket \u00e4r det mikrosekunder, jag har bara inte bokstaven \u03bc f\u00f6r korrekt beteckning av mikrosekunder \u03bcs. <\/p>\n

Var noga med att ta h\u00e4nsyn till f\u00f6ljande omst\u00e4ndighet. Om du skriver kommandot show interface g0\/0 kommer systemet att visa latens i tiotal mikrosekunder, inte bara i mikrosekunder. <\/p>\n

Vi kommer att titta n\u00e4rmare p\u00e5 den h\u00e4r fr\u00e5gan i n\u00e4sta video som handlar om att konfigurera EIGRP. Kom ih\u00e5g att n\u00e4r du s\u00e4tter in f\u00f6rdr\u00f6jningsv\u00e4rden i formeln blir 100 \u03bcs till 10, eftersom formeln anv\u00e4nder tiotal mikrosekanser snarare \u00e4n enskilda. <\/p>\n

P\u00e5 diagrammet kommer jag att markera gr\u00e4nssnitten med r\u00f6da punkter, som de relaterade bandbredden och f\u00f6rdr\u00f6jningarna visar. <\/p>\n

\"Cisco
\n
\nF\u00f6rst och fr\u00e4mst beh\u00f6ver vi best\u00e4mma det m\u00f6jliga avst\u00e5ndet Feasible Distance. Det \u00e4r metrik FD som ber\u00e4knas med en formel. F\u00f6r str\u00e4ckan fr\u00e5n R5 till det externa n\u00e4tverket beh\u00f6ver vi dela 107 med 106; resultatet blir 10. D\u00e4refter l\u00e4gger vi till denna bandbredd med en f\u00f6rdr\u00f6jning p\u00e5 1, eftersom vi har 10 mikrosekanser, dvs. en tiotal. Det resulterande v\u00e4rdet, 11, multipliceras med 256, dvs. metrikv\u00e4rdet blir 2816. Det \u00e4r FD-v\u00e4rdet f\u00f6r detta n\u00e4tverkssegment. <\/p>\n

Detta v\u00e4rde kommer router R5 att skicka till router R2, och f\u00f6r R2 blir det det rapporterade avst\u00e5ndet Reported Distance, dvs. det v\u00e4rde som har meddelats av grannen. S\u00e5ledes kommer det deklarerade avst\u00e5ndet RD f\u00f6r alla andra enheter att vara lika med det m\u00f6jliga avst\u00e5ndet FD f\u00f6r den enhet som meddelade det. <\/p>\n

Router R2 utf\u00f6r ber\u00e4kningar av FD baserat p\u00e5 sina data, dvs. delar 107 med 105 och f\u00e5r 100. Sedan l\u00e4gger den till detta v\u00e4rde summan av f\u00f6rdr\u00f6jningarna p\u00e5 v\u00e4gen till det externa n\u00e4tverket: f\u00f6rdr\u00f6jningen fr\u00e5n R5 som \u00e4r en tiotal mikrosekanser och sin egen f\u00f6rdr\u00f6jning som \u00e4r tio tiotal. Den totala f\u00f6rdr\u00f6jningen blir 11 tiotal mikrosekanser. Vi l\u00e4gger till den till den erh\u00e5llna hundratalet och f\u00e5r 111, multiplicerar detta med 256 och f\u00e5r FD=28416. P\u00e5 samma s\u00e4tt g\u00f6r router R3 och f\u00e5r efter sina ber\u00e4kningar FD=281856. Router R4 ber\u00e4knar FD=3072 och \u00f6verf\u00f6r det till R1 som RD. <\/p>\n

Observera att router R1 vid ber\u00e4kning av FD inte anv\u00e4nder sin egen kapacitet p\u00e5 1000000 kbit\/s i formeln, utan den l\u00e4gre kapaciteten hos router R2, som \u00e4r 100000 kbit\/s, eftersom formeln alltid anv\u00e4nder den minimala kapaciteten p\u00e5 gr\u00e4nssnittet som leder till destinationsn\u00e4tverket. I det h\u00e4r fallet ligger routrarna R2 och R5 p\u00e5 v\u00e4gen till n\u00e4tverket 10.1.1.0\/24, men eftersom bandbredden p\u00e5 den femte routern \u00e4r st\u00f6rre anv\u00e4nds det minsta v\u00e4rdet av bandbredden hos router R2 i formeln. Den totala f\u00f6rdr\u00f6jningen p\u00e5 v\u00e4gen R1-R2-R5 \u00e4r 1+10+1 (tiotal) = 12, den justerade kapaciteten \u00e4r 100, och summan av dessa siffror multiplicerad med 256 ger v\u00e4rdet FD=30976. <\/p>\n

S\u00e5, alla enheter har ber\u00e4knat FD f\u00f6r sina gr\u00e4nssnitt, och router R1 har 3 rutter som leder till destinationsn\u00e4tverket. Dessa rutter \u00e4r R1-R2, R1-R3 och R1-R4. Routern v\u00e4ljer det minsta m\u00f6jliga avst\u00e5ndet FD, vilket \u00e4r 30976 \u2013 det \u00e4r rutten till router R2. Denna router blir Successor, eller \"eftertr\u00e4dare\". I routingtabellen anges \u00e4ven Feasible Successor (reserv-eftertr\u00e4dare) \u2013 detta inneb\u00e4r att om l\u00e4nken mellan R1 och eftertr\u00e4daren bryts, kommer trafiken att g\u00e5 genom den reservrouter som \u00e4r Feasible Successor.<\/p>\n

Feasible Successors tilldelas enligt en enda regel: den tillk\u00e4nnagivna avst\u00e5ndet RD f\u00f6r denna router m\u00e5ste vara mindre \u00e4n FD f\u00f6r routern p\u00e5 str\u00e4ckan till eftertr\u00e4daren. I v\u00e5rt fall har R1-R2 FD=30976, RD p\u00e5 str\u00e4ckan R1-K3 \u00e4r 281856, och RD p\u00e5 str\u00e4ckan R1-R4 \u00e4r 3072. Eftersom 3072 < 30976, v\u00e4ljs router R4 som Feasible Successor. <\/p>\n

Detta inneb\u00e4r att om l\u00e4nken bryts p\u00e5 n\u00e4tverksstr\u00e4ckan R1-R2 kommer trafiken till n\u00e4tverket 10.1.1.0\/24 att dirigeras via rutten R1-R4-R5. Omkoppling av rutten med RIP tar flera tiotals sekunder, med OSPF tar det n\u00e5gra sekunder, medan det i EIGRP sker omedelbart. Detta \u00e4r en annan f\u00f6rdel med EIGRP j\u00e4mf\u00f6rt med andra routerprotokoll. <\/p>\n

Vad h\u00e4nder om f\u00f6rbindelsen med Successor och Feasible Successor avbryts samtidigt? I s\u00e5dana fall anv\u00e4nder EIGRP algoritmen DUAL, som kan ber\u00e4kna en reservrutt via den potentiella eftertr\u00e4daren. Detta kan ta n\u00e5gra sekunder, under vilka EIGRP hittar en annan granne som kan anv\u00e4ndas f\u00f6r att \u00f6verf\u00f6ra trafik och l\u00e4gger in dess data i routingtabeln. Efter det forts\u00e4tter protokollet med sin vanliga routingverksamhet. <\/p>\n

\r\n \"Spela\r\n
<\/div>\r\n <\/div><\/center>
\nTack f\u00f6r att ni stannar med oss. Gillar ni v\u00e5ra artiklar? Vill ni se mer intressant material? St\u00f6d oss genom att g\u00f6ra en best\u00e4llning eller rekommendera oss till v\u00e4nner, 30% rabatt f\u00f6r Habr-anv\u00e4ndare p\u00e5 v\u00e5rt unika alternativ till entry-level servrar, som vi har designat f\u00f6r er:<\/b> Allt om VPS (KVM) E5-2650 v4 (6 k\u00e4rnor) 10GB DDR4 240GB SSD 1Gbps fr\u00e5n $20, eller hur man korrekt delar upp en server?<\/a><\/noindex> (alternativ med RAID1 och RAID10 finns tillg\u00e4ngliga, upp till 24 k\u00e4rnor och upp till 40GB DDR4).<\/p>\n

Dell R730xd till halva priset?<\/b> Bara hos oss 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100TB fr\u00e5n $199<\/a><\/noindex> i Nederl\u00e4nderna! Dell R420 \u2014 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB \u2014 fr\u00e5n $99!<\/b><\/b> L\u00e4s om Hur man bygger en f\u00f6retagsinfrastruktur med Dell R730xd E5-2650 v4-servrar som kostar 9000 euro f\u00f6r en br\u00e5kdel?<\/a><\/noindex>
\n
K\u00e4lla: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u043d\u0430\u0447\u043d\u0435\u043c \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u0435 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 EIGRP, \u043a\u043e\u0442\u043e\u0440\u043e\u0435 \u043d\u0430\u0440\u0430\u0432\u043d\u0435 \u0441 \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u0435\u043c OSPF \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u0432\u0430\u0436\u043d\u0435\u0439\u0448\u0435\u0439 \u0442\u0435\u043c\u043e\u0439 \u043a\u0443\u0440\u0441\u0430 CCNA. \u041f\u043e\u0437\u0436\u0435 \u043c\u044b \u0432\u0435\u0440\u043d\u0435\u043c\u0441\u044f \u043a \u0440\u0430\u0437\u0434\u0435\u043b\u0443 2.5, \u0430 \u0441\u0435\u0439\u0447\u0430\u0441 \u0441\u0440\u0430\u0437\u0443 \u043f\u043e\u0441\u043b\u0435 \u0440\u0430\u0437\u0434\u0435\u043b\u0430 2.4 \u043f\u0435\u0440\u0435\u0439\u0434\u0435\u043c \u043a \u0440\u0430\u0437\u0434\u0435\u043b\u0443 2.6 \u00ab\u041d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0430, \u043f\u0440\u043e\u0432\u0435\u0440\u043a\u0430 \u0438 \u0443\u0441\u0442\u0440\u0430\u043d\u0435\u043d\u0438\u0435 \u043d\u0435\u043f\u043e\u043b\u0430\u0434\u043e\u043a EIGRP \u043f\u043e \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0443 IPv4 (\u0437\u0430 \u0438\u0441\u043a\u043b\u044e\u0447\u0435\u043d\u0438\u0435\u043c \u0430\u0443\u0442\u0435\u043d\u0442\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u0438, \u0444\u0438\u043b\u044c\u0442\u0440\u0430\u0446\u0438\u0438, \u0440\u0443\u0447\u043d\u043e\u0433\u043e \u0441\u0443\u043c\u043c\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f, \u043f\u0435\u0440\u0435\u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0435\u043d\u0438\u044f \u0438 \u043a\u043e\u043d\u0444\u0438\u0433\u0443\u0440\u0430\u0446\u0438\u0438 stub)\u00bb. \u0421\u0435\u0433\u043e\u0434\u043d\u044f \u0443 \u043d\u0430\u0441 \u0431\u0443\u0434\u0435\u0442 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28820,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-38396","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Tr\u00e4ning Cisco 200-125 CCNA v3.0. Dag 49. Introduktion till EIGRP | ProHoster","description":"Idag b\u00f6rjar vi studera EIGRP-protokollet, vilket \u00e4r en av de viktigaste \u00e4mnena i CCNA-kursen, j\u00e4mte studiet av OSPF.","canonical_url":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-49-vvedenie-v-eigrp","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"sv_SE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0422\u0440\u0435\u043d\u0438\u043d\u0433 Cisco 200-125 CCNA v3.0. \u0414\u0435\u043d\u044c 49. \u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u0432 EIGRP | ProHoster","og:description":"\u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u043d\u0430\u0447\u043d\u0435\u043c \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u0435 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 EIGRP, \u043a\u043e\u0442\u043e\u0440\u043e\u0435 \u043d\u0430\u0440\u0430\u0432\u043d\u0435 \u0441 \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u0435\u043c OSPF \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u0432\u0430\u0436\u043d\u0435\u0439\u0448\u0435\u0439 \u0442\u0435\u043c\u043e\u0439 \u043a\u0443\u0440\u0441\u0430 CCNA.","og:url":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-49-vvedenie-v-eigrp","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:23:30+00:00","article:modified_time":"2019-10-31T19:23:30+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"38396","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-23 21:52:20","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:10:22","updated":"2026-01-23 21:52:20","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/38396","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/comments?post=38396"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/38396\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/media\/28820"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/media?parent=38396"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/categories?post=38396"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/tags?post=38396"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}