Ämnet för dagens lektion är RIP, eller routing information protocol. Vi kommer att prata om olika aspekter av dess användning, dess konfiguration och begränsningar. Som jag sa, RIP är inte en del av Cisco 200-125 CCNA kursplanen, men jag bestämde mig för att ägna en separat lektion åt detta protokoll eftersom RIP är ett av de viktigaste routingprotokollen.
Idag kommer vi att titta på 3 aspekter: förstå driften och ställa in RIP i routrar, RIP-timers, RIP-begränsningar. Detta protokoll skapades 1969, så det är ett av de äldsta nätverksprotokollen. Dess fördel ligger i dess extraordinära enkelhet. Idag fortsätter många nätverksenheter, inklusive Cisco, att stödja RIP eftersom det inte är ett proprietärt protokoll som EIGRP, utan ett offentligt protokoll.
Det finns 2 versioner av RIP. Den första, klassiska versionen, stöder inte VLSM - subnätmasken med variabel längd som klasslös IP-adressering är baserad på, så vi kan bara använda ett nätverk. Jag ska prata om det här lite senare. Den här versionen stöder inte heller autentisering.
Låt oss säga att du har 2 routrar anslutna till varandra. I det här fallet berättar den första routern för sin granne allt den vet. Låt oss säga att nätverk 10 är anslutet till den första routern, nätverk 20 är placerat mellan den första och andra routern och nätverk 30 är bakom den andra routern. Sedan säger den första routern till den andra att den känner till nätverk 10 och 20, och router 2 säger till router 1 som den känner till nätverk 30 och nätverk 20.
Routingprotokollet indikerar att dessa två nätverk bör läggas till i routingtabellen. I allmänhet visar det sig att en router berättar för den närliggande routern om nätverken som är anslutna till den, som berättar för sin granne osv. Enkelt uttryckt är RIP ett skvallerprotokoll som gör att närliggande routrar kan dela information med varandra, där varje granne villkorslöst tror på vad de får höra. Varje router "lyssnar" efter förändringar i nätverket och delar dem med sina grannar.
Avsaknaden av autentiseringsstöd gör att varje router som är ansluten till nätverket omedelbart blir en fullvärdig deltagare. Om jag vill få ner nätverket kommer jag att koppla min hackerrouter med en skadlig uppdatering till den, och eftersom alla andra routrar litar på den kommer de att uppdatera sina routingtabeller som jag vill. Den första versionen av RIP ger inget skydd mot sådan hacking.
I RIPv2 kan du tillhandahålla autentisering genom att konfigurera routern därefter. I det här fallet kommer uppdatering av information mellan routrar endast att vara möjlig efter att ha godkänt nätverksautentisering genom att ange ett lösenord.
RIPv1 använder broadcasting, det vill säga alla uppdateringar skickas med broadcast-meddelanden så att de tas emot av alla nätverksdeltagare. Låt oss säga att det finns en dator ansluten till den första routern som inte vet något om dessa uppdateringar eftersom bara routingenheterna behöver dem. Däremot kommer router 1 att skicka dessa meddelanden till alla enheter som har ett Broadcast ID, det vill säga även de som inte behöver det.
I den andra versionen av RIP är detta problem löst - det använder Multicast ID, eller multicast-trafiköverföring. I det här fallet får endast de enheter som anges i protokollinställningarna uppdateringar. Förutom autentisering stöder denna version av RIP VLSM klasslös IP-adressering. Detta innebär att om 10.1.1.1/24-nätverket är anslutet till den första routern, så får alla nätverksenheter vars IP-adress ligger inom adressområdet för detta subnät också uppdateringar. Den andra versionen av protokollet stöder CIDR-metoden, det vill säga när den andra routern får en uppdatering vet den vilket specifikt nätverk eller vilken rutt det gäller. När det gäller den första versionen, om nätverk 10.1.1.0 är anslutet till routern, kommer även enheter på nätverk 10.0.0.0 och andra nätverk som tillhör samma klass att få uppdateringar. I det här fallet kommer även router 2 att få fullständig information om uppdateringen av dessa nätverk, men utan CIDR kommer den inte att veta att denna information gäller ett subnät med klass A IP-adresser.
Detta är vad RIP är i mycket allmänna termer. Låt oss nu titta på hur det kan konfigureras. Du måste gå in i det globala konfigurationsläget för routerinställningarna och använda kommandot Router RIP.
Efter detta kommer du att se att kommandoradshuvudet har ändrats till R1(config-router)# eftersom vi har flyttat till routerns underkommandonivå. Det andra kommandot kommer att vara version 2, det vill säga vi indikerar för routern att den ska använda version 2 av protokollet. Därefter måste vi ange adressen till det annonserade klassificerade nätverket över vilket uppdateringar ska överföras med hjälp av nätverkskommandot XXXX. Detta kommando har 2 funktioner: för det första anger det vilket nätverk som ska annonseras och för det andra vilket gränssnitt som ska användas för detta. Du kommer att se vad jag menar när du tittar på nätverkskonfigurationen.
Här har vi 4 routrar och en dator kopplad till switchen via ett nätverk med identifieraren 192.168.1.0/26, som är uppdelad i 4 subnät. Vi använder endast 3 subnät: 192.168.1.0/26, 192.168.1.64/26 och 192.168.1.128/26. Vi har fortfarande subnätet 192.168.1.192/26, men det används inte eftersom det inte behövs.
Enhetsportarna har följande IP-adresser: dator 192.168.1.10, första porten på den första routern 192.168.1.1, andra porten 192.168.1.65, första porten på den andra routern 192.168.1.66, andra porten på den andra routern 192.168.1.129. första porten på den tredje routern 192.168.1.130 . Förra gången pratade vi om konventioner, så jag kan inte följa konventionen och tilldela adressen .1 till routerns andra port, eftersom .1 inte är en del av detta nätverk.
Därefter använder jag andra adresser, eftersom vi startar ett annat nätverk - 10.1.1.0/16, så den andra porten på den andra routern, som detta nätverk är ansluten till, har en IP-adress på 10.1.1.1 och porten för den fjärde router, till vilken switchen är ansluten - adress 10.1.1.2.
För att konfigurera nätverket jag skapade måste jag tilldela IP-adresser till enheterna. Låt oss börja med den första porten på den första routern.
Först skapar vi värdnamnet R1, tilldelar adressen 0 till port f0/192.168.1.1 och specificerar subnätmasken 255.255.255.192, eftersom vi har ett /26-nätverk. Låt oss slutföra konfigurationen av R1 med kommandot no shut. Den andra porten på den första routern f0/1 kommer att få en IP-adress på 192.168.1.65 och en subnätmask på 255.255.255.192.
Den andra routern kommer att få namnet R2, vi kommer att tilldela adressen 0 och nätmasken 0 till den första porten f192.168.1.66/255.255.255.192, adressen 0 och nätmasken 1 till den andra porten f192.168.1.129/255.255.255.192. XNUMX.
När vi går vidare till den tredje routern kommer vi att tilldela den värdnamnet R3, port f0/0 kommer att få adressen 192.168.1.130 och masken 255.255.255.192, och port f0/1 kommer att få adressen 10.1.1.1 och masken 255.255.0.0. 16, eftersom detta nätverk är /XNUMX.
Slutligen ska jag gå till den sista routern, döpa den till R4 och tilldela port f0/0 adressen 10.1.1.2 och masken 255.255.0.0. Så vi har konfigurerat alla nätverksenheter.
Slutligen, låt oss titta på datorns nätverksinställningar - den har en statisk IP-adress på 192.168.1.10, en halvnätmask på 255.255.255.192 och en standardgatewayadress på 192.168.1.1.
Så du har sett hur du konfigurerar nätmasken för enheter på olika undernät, det är väldigt enkelt. Låt oss nu aktivera routing. Jag går in i R1-inställningarna, ställer in det globala konfigurationsläget och skriver routerkommandot. Efter detta ger systemet tips för möjliga routningsprotokoll för detta kommando: bgp, eigrp, ospf och rip. Eftersom vår handledning handlar om RIP, använder jag routerns rip-kommando.
Om du skriver ett frågetecken kommer systemet att ge ett nytt tips för följande kommando med möjliga alternativ för funktionerna i detta protokoll: autosammanfattning - automatisk sammanfattning av rutter, standardinformation - kontroll av presentationen av standardinformation, nätverk - nätverk, timings och så vidare. Här kan du välja vilken information vi ska utbyta med närliggande enheter. Den viktigaste funktionen är version, så vi börjar med att ange kommandot version 2. Därefter måste vi använda kommandot nätverksnyckel, som skapar en rutt för det angivna IP-nätverket.
Vi kommer att fortsätta konfigurera Router1 senare, men nu vill jag gå vidare till Router 3. Innan jag använder nätverkskommandot på den, låt oss titta på höger sida av vår nätverkstopologi. Den andra porten på routern har adressen 10.1.1.1. Hur fungerar RIP? Även i sin andra version använder RIP, som ett ganska gammalt protokoll, fortfarande sina egna nätverksklasser. Därför, även om vårt nätverk 10.1.1.0/16 tillhör klass A, måste vi ange den fullständiga versionen av denna IP-adress med nätverkskommandot 10.0.0.0.
Men även om jag skriver kommandot nätverk 10.1.1.1 och sedan tittar på den aktuella konfigurationen, kommer jag att se att systemet har korrigerat 10.1.1.1 till 10.0.0.0, automatiskt med fullklassadresseringsformatet. Så om du stöter på en fråga om RIP på CCNA-provet, måste du använda fullklassadressering. Om du istället för 10.0.0.0 skriver 10.1.1.1 eller 10.1.0.0 kommer du att göra ett misstag. Trots att konverteringen till fullklassadresseringsformuläret sker automatiskt, råder jag dig att initialt använda rätt adress för att inte vänta tills systemet rättar till felet. Kom ihåg - RIP använder alltid nätverksadressering i full klass.
Efter att du har använt nätverkskommandot 10.0.0.0 kommer den tredje routern att infoga detta tionde nätverk i routingprotokollet och skicka uppdateringen längs R3-R4-rutten. Nu måste du konfigurera routingprotokollet för den fjärde routern. Jag går in i dess inställningar och anger kommandona sekventiellt router rip, version 2 och nätverk 10.0.0.0. Med det här kommandot ber jag R4 att börja marknadsföra nätverket med 10. RIP-routingprotokollet.
Nu kunde dessa två routrar utbyta information, men det skulle inte förändra någonting. Att använda kommandot show ip route visar att FastEthernrt port 0/0 är direkt ansluten till nätverk 10.1.0.0. Den fjärde routern, efter att ha fått ett nätverksmeddelande från den tredje routern, kommer att säga: "bra, kompis, jag fick ditt meddelande om det tionde nätverket, men jag vet redan om det, eftersom jag är direkt ansluten till det här nätverket."
Därför kommer vi att gå tillbaka till R3-inställningarna och infoga ett annat nätverk med nätverkskommandot 192.168.1.0. Jag använder återigen fullklassadresseringsformatet. Efter detta kommer den tredje routern att kunna annonsera 192.168.1.128-nätverket längs R3-R4-rutten. Som jag redan har sagt är RIP ett "skvaller" som berättar för alla sina grannar om nya nätverk och förmedlar information från sin routingtabell till dem. Om du nu tittar på tabellen för den tredje routern kan du se data för de två nätverk som är anslutna till den.
Den kommer att överföra dessa data till båda ändarna av rutten till både den andra och fjärde routern. Låt oss gå vidare till R2-inställningarna. Jag anger samma kommandon router rip, version 2 och nätverk 192.168.1.0, och det är här det börjar bli intressant. Jag anger nätverk 1.0, men det är både nätverk 192.168.1.64/26 och nätverk 192.168.1.128/26. Därför, när jag anger nätverket 192.168.1.0, tillhandahåller jag tekniskt routing för båda gränssnitten för denna router. Bekvämligheten är att med bara ett kommando kan du ställa in routing för alla portar på enheten.
Jag anger exakt samma parametrar för router R1 och ger routing för båda gränssnitten på samma sätt. Om du nu tittar på R1:s routingtabell kan du se alla nätverk.
Denna router känner till både nätverk 1.0 och nätverk 1.64. Den känner också till nätverken 1.128 och 10.1.1.0 eftersom den använder RIP. Detta indikeras av R-huvudet i motsvarande rad i routingtabellen.
Var uppmärksam på informationen [120/2] - detta är det administrativa avståndet, det vill säga tillförlitligheten hos källan för routinginformation. Detta värde kan vara större eller mindre, men standardvärdet för RIP är 120. Till exempel har en statisk rutt ett administrativt avstånd på 1. Ju lägre administrativt avstånd, desto mer tillförlitligt är protokollet. Om routern har möjlighet att välja mellan två protokoll, till exempel mellan en statisk rutt och RIP, så kommer den att välja att vidarebefordra trafik över den statiska rutten. Det andra värdet inom parentes, /2, är måttet. I RIP-protokollet betyder måtten antalet hopp. I det här fallet kan nätverk 10.0.0.0/8 nås på 2 hopp, det vill säga router R1 måste skicka trafik över nätverk 192.168.1.64/26, detta är det första hoppet, och över nätverk 192.168.1.128/26 är detta det andra hoppet, för att komma till nätverk 10.0.0.0/8 via en enhet med FastEthernet 0/1-gränssnitt med IP-adress 192.168.1.66.
Som jämförelse kan router R1 nå nätverk 192.168.1.128 med ett administrativt avstånd på 120 i 1 hopp genom gränssnitt 192.168.1.66.
Nu, om du försöker pinga gränssnittet för router R0 med IP-adress 4 från datorn PC10.1.1.2, kommer det framgångsrikt att komma tillbaka.
Det första försöket misslyckades med meddelandet Request timeout, eftersom det första paketet går förlorat när ARP används, men de andra tre returnerades framgångsrikt till mottagaren. Detta ger punkt-till-punkt-kommunikation i ett nätverk med hjälp av RIP-routingprotokollet.
Så för att aktivera användningen av RIP-protokollet av routern måste du sekventiellt skriva kommandona router rip, version 2 och nätverk <nätverksnummer / nätverksidentifierare i fullklassform>.
Låt oss gå till R4-inställningarna och ange kommandot show ip route. Du kan se att nätverk 10. är anslutet direkt till routern, och nätverk 192.168.1.0/24 är tillgängligt via port f0/0 med IP-adress 10.1.1.1 via RIP.
Om du uppmärksammar utseendet på 192.168.1.0/24-nätverket kommer du att märka att det finns ett problem med automatisk sammanfattning av rutter. Om automatisk summering är aktiverad kommer RIP att sammanfatta alla nätverk upp till 192.168.1.0/24. Låt oss titta på vad timers är. RIP-protokollet har 4 huvudtimer.
Uppdateringstimern ansvarar för frekvensen av att skicka uppdateringar, och skickar protokolluppdateringar var 30:e sekund till alla gränssnitt som deltar i RIP-routing. Detta innebär att den tar routingtabellen och distribuerar den till alla portar som arbetar i RIP-läge.
Låt oss föreställa oss att vi har router 1, som är ansluten till router 2 via nätverket N2. Före den första och efter den andra routern finns nätverken N1 och N3. Router 1 berättar för Router 2 att den känner till nätverket N1 och N2 och skickar en uppdatering till den. Router 2 säger till Router 1 att den känner till nätverken N2 och N3. I det här fallet byter routerportarna var 30:e sekund routingtabeller.
Låt oss föreställa oss att N1-R1-anslutningen av någon anledning är bruten och router 1 inte längre kan kommunicera med N1-nätverket. Efter detta kommer den första routern endast att skicka uppdateringar om N2-nätverket till den andra routern. Router 2, efter att ha fått den första sådana uppdateringen, kommer att tänka: "bra, nu måste jag sätta nätverk N1 i den ogiltiga timern", varefter den startar den ogiltiga timern. Under 180 sekunder kommer den inte att utbyta N1-nätverksuppdateringar med någon, men efter denna tidsperiod kommer den att stoppa den ogiltiga timern och starta uppdateringstimern igen. Om den under dessa 180 sekunder inte tar emot några uppdateringar av N1-nätverkets tillstånd, kommer den att placera den i en nedhållningstimer som varar i 180 sekunder, det vill säga, nedhållningstimern startar omedelbart efter att den ogiltiga timern slutar.
Samtidigt är en annan, fjärde spoltimer igång, som startar samtidigt med Ogiltig timer. Denna timer bestämmer tidsintervallet mellan mottagning av den senaste normala uppdateringen om nätverk N1 tills nätverket tas bort från routingtabellen. När varaktigheten av denna timer når 240 sekunder, kommer nätverk N1 automatiskt att exkluderas från routingtabellen för den andra routern.
Så, Update Timer skickar ut uppdateringar var 30:e sekund. Invalid Timer, som körs var 180:e sekund, väntar tills en ny uppdatering når routern. Om det inte anländer sätter det nätverket i ett hållläge, med nedhållningstimern som körs var 180:e sekund. Men Invalid- och Flush-timern startar samtidigt, så att 240 sekunder efter att Flush startar exkluderas nätverket som inte nämns i uppdateringen från routingtabellen. Varaktigheten för dessa timer är inställd som standard och kan ändras. Det är vad RIP-timers är.
Låt oss nu gå vidare och överväga begränsningarna för RIP-protokollet, det finns en hel del av dem. En av de viktigaste begränsningarna är automatisk summering.
Låt oss återgå till vårt nätverk 192.168.1.0/24. Router 3 berättar för Router 4 om hela 1.0-nätverket, vilket indikeras med /24. Detta innebär att alla 256 IP-adresser i detta nätverk, inklusive nätverks-ID och sändningsadress, är tillgängliga, vilket innebär att meddelanden från enheter med vilken IP-adress som helst inom detta intervall kommer att skickas via 10.1.1.1-nätverket. Låt oss titta på routingtabellen R3.
Vi ser nätverk 192.168.1.0/26, uppdelat i 3 subnät. Det betyder att routern bara känner till tre angivna IP-adresser: 192.168.1.0, 192.168.1.64 och 192.168.1.128, som tillhör /26-nätverket. Men den vet till exempel ingenting om enheter med IP-adresser som ligger i intervallet 192.168.1.192 till 192.168.1.225.
Men av någon anledning tror R4 att den vet allt om trafiken som R3 skickar till den, det vill säga alla IP-adresser på 192.168.1.0/24-nätverket, vilket är helt falskt. Samtidigt kan routrar börja tappa trafik eftersom de "lurar" varandra - trots allt har router 3 ingen rätt att berätta för den fjärde routern att den vet allt om subnäten i detta nätverk. Detta uppstår på grund av ett problem som kallas "automatisk summering". Det uppstår när trafik rör sig över olika stora nätverk. Till exempel, i vårt fall är ett nätverk med klass C-adresser anslutet via R3-routern till ett nätverk med klass A-adresser.
R3-routern anser att dessa nätverk är desamma och sammanfattar automatiskt alla rutter till en enda nätverksadress 192.168.1.0. Låt oss komma ihåg vad vi pratade om att sammanfatta supernetrutter i en av de tidigare videorna. Anledningen till summeringen är enkel - routern anser att en post i routingtabellen, för oss är detta posten 192.168.1.0/24 [120/1] via 10.1.1.1, är bättre än 3 poster. Om nätverket består av hundratals små undernät, kommer routingtabellen att bestå av ett stort antal routingposter när summering är inaktiverat. Därför, för att förhindra ackumulering av en enorm mängd information i routingtabeller, används automatisk ruttsammanfattning.
Men i vårt fall skapar automatisk summering av rutter ett problem eftersom det tvingar routern att utbyta falsk information. Därför måste vi gå in i inställningarna för R3-routern och ange ett kommando som förbjuder automatisk summering av rutter.
För att göra detta skriver jag sekventiellt kommandona router rip och ingen automatisk sammanfattning. Efter detta måste du vänta tills uppdateringen sprider sig över nätverket, och sedan kan du använda kommandot show ip route i inställningarna för R4-routern.
Du kan se hur routingtabellen har förändrats. Posten 192.168.1.0/24 [120/1] via 10.1.1.1 bevarades från den tidigare versionen av tabellen, och sedan finns det tre poster som, tack vare uppdateringstimern, uppdateras var 30:e sekund. Spolningstimern säkerställer att 240 sekunder efter uppdateringen plus 30 sekunder, det vill säga efter 270 sekunder, kommer detta nätverk att tas bort från routingtabellen.
Nätverken 192.168.1.0/26, 192.168.1.64/26 och 192.168.1.128/26 är korrekt listade, så nu om trafik är avsedd för enhet 192.168.1.225 kommer den enheten att släppa den eftersom routern inte vet var routern är den adressen. Men i det tidigare fallet, när vi hade aktiverat automatisk summering av rutter för R3, skulle denna trafik dirigeras till 10.1.1.1-nätverket, vilket var helt fel, eftersom R3 omedelbart borde släppa dessa paket utan att skicka dem vidare.
Som nätverksadministratör bör du skapa nätverk med ett minimum av onödig trafik. Till exempel, i det här fallet finns det inget behov av att vidarebefordra denna trafik genom R3. Ditt jobb är att öka nätverkets genomströmning så mycket som möjligt och förhindra att trafik skickas till enheter som inte behöver det.
Nästa begränsning av RIP är Loops, eller routing loopar. Vi har redan pratat om nätverkskonvergens, när routingtabellen är korrekt uppdaterad. I vårt fall bör routern inte få uppdateringar för 192.168.1.0/24-nätverket om den inte vet något om det. Tekniskt sett innebär konvergens att routingtabellen uppdateras endast med korrekt information. Detta bör hända när routern stängs av, startas om, återansluts till nätverket, etc. Konvergens är ett tillstånd där alla nödvändiga uppdateringar av routingtabellen har slutförts och alla nödvändiga beräkningar har utförts.
RIP har mycket dålig konvergens och är ett väldigt, väldigt långsamt routingprotokoll. På grund av denna långsamhet uppstår routing-loopar, eller problemet med "oändlig räknare".
Jag kommer att rita ett nätverksdiagram som liknar det föregående exemplet - router 1 är ansluten till router 2 med nätverk N2, nätverk N1 är ansluten till router 1 och nätverk N2 är ansluten till router 3. Låt oss anta att N1-R1-anslutningen av någon anledning är bruten.
Router 2 vet att nätverket N1 kan nås på ett hopp genom router 1, men detta nätverk fungerar inte för tillfället. När nätverket misslyckas startar timerprocessen, router 1 sätter den i håll ned-läge och så vidare. Router 2 har dock en uppdateringstimer igång och vid den inställda tidpunkten skickar den en uppdatering till router 1, som säger att nätverket N1 är tillgängligt genom den i två hopp. Den här uppdateringen kommer till router 1 innan den hinner skicka en uppdatering till router 2 om fel på nätverket N1.
Efter att ha fått den här uppdateringen tänker router 1: "Jag vet att N1-nätverket som är anslutet till mig inte fungerar av någon anledning, men router 2 sa till mig att det är tillgängligt genom det i två hopp. Jag tror på honom, så jag lägger till ett hopp, uppdaterar min routingtabell och skickar router 2 en uppdatering som säger att nätverket N1 är tillgängligt via router 2 i tre hopp!”
Efter att ha fått den här uppdateringen från den första routern säger router 2: "ok, tidigare fick jag en uppdatering från R1, som sa att N1-nätverket är tillgängligt genom det i ett hopp. Nu berättade han att den finns i 3 humle. Kanske har något förändrats i nätverket, jag kan inte låta bli att tro det, så jag uppdaterar min routingtabell genom att lägga till ett hopp." Efter detta skickar R2 en uppdatering till den första routern som säger att nätverket N1 nu är tillgängligt i 4 hopp.
Ser du vad problemet är? Båda routrarna skickar uppdateringar till varandra och lägger till ett hopp varje gång, och så småningom når antalet hopp ett stort antal. I RIP-protokollet är det maximala antalet hopp 16, och så snart det når detta värde inser routern att det finns ett problem och tar helt enkelt bort denna rutt från routingtabellen. Detta är problemet med routing loopar i RIP. Detta beror på det faktum att RIP är ett avståndsvektorprotokoll, det övervakar bara avståndet, utan att uppmärksamma nätverkssektionernas tillstånd. 1969, när datornätverken var mycket långsammare än de är nu, var avståndsvektormetoden motiverad, så RIP-utvecklarna valde hoppräkningar som huvudmått. Men idag skapar detta tillvägagångssätt många problem, så moderna nätverk har i stor utsträckning bytt till mer avancerade routingprotokoll, såsom OSPF. De facto har detta protokoll blivit standarden för de flesta globala företags nätverk. Vi kommer att titta på detta protokoll i detalj i en av följande videor.
Vi kommer inte längre att återvända till RIP, för med exemplet med detta äldsta nätverksprotokoll har jag berättat tillräckligt för dig om grunderna för routing och problemen på grund av vilka de försöker att inte längre använda detta protokoll för stora nätverk. I nästa videolektion kommer vi att titta på moderna routingprotokoll - OSPF och EIGRP.
Tack för att du stannar hos oss. Gillar du våra artiklar? Vill du se mer intressant innehåll? Stöd oss genom att lägga en beställning eller rekommendera till vänner, 30 % rabatt för Habr-användare på en unik analog av nybörjarservrar, som uppfanns av oss för dig: (tillgänglig med RAID1 och RAID10, upp till 24 kärnor och upp till 40 GB DDR4).
Dell R730xd 2 gånger billigare? Bara här i Nederländerna! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - från $99! Läs om
Källa: will.com