Emnet for dagens lektion er RIP, eller Routing Information Protocol. Vi vil tale om forskellige aspekter af dens anvendelse, dens indstillinger og begrænsninger. Som jeg sagde, er emnet RIP ikke inkluderet i Cisco 200-125 CCNA-pensumet, men jeg besluttede at afsætte en separat lektion til denne protokol, da RIP er en af de vigtigste routingprotokoller.
I dag vil vi se på 3 aspekter: forståelse og konfiguration af RIP i routere, RIP-timere, RIP-grænser. Denne protokol blev oprettet i 1969, så det er en af de ældste netværksprotokoller. Dens fordel ligger i dens ekstraordinære enkelhed. I dag fortsætter mange netværksenheder, inklusive Cisco, med at understøtte RIP, fordi det ikke er proprietært som EIGRP, men en offentlig protokol.
Der er 2 versioner af RIP. Den første, klassiske version, understøtter ikke VLSM, den variable undernetmaskelængde, som klasseløs IP er baseret på, så vi kan kun bruge ét netværk. Jeg vil tale om dette lidt senere. Denne version understøtter heller ikke godkendelse.
Antag at du har 2 routere forbundet til hinanden. Samtidig fortæller den første router naboen alt, hvad den ved. Antag, at netværk 10 er forbundet til den første router, netværk 20 er placeret mellem den første og anden router, og netværk 30 er bag den anden router. Så fortæller den første router den anden, at den kender netværk 10 og 20, og router 2 fortæller routeren 1, at den kender til netværk 30 og netværk 20.
Routingprotokollen angiver, at disse to netværk skal tilføjes til routingtabellen. Generelt viser det sig, at den ene router fortæller om de netværk, der er tilsluttet den til en naborouter, den router fortæller sin nabo, og så videre. Kort sagt er RIP en sladderprotokol, der tjener til at sikre, at naboroutere deler information med hinanden, og hver af naboerne ubetinget tror på, hvad han fik at vide. Hver router "lytter" efter ændringer i netværket og deler dem med sine naboer.
Manglen på godkendelsesunderstøttelse betyder, at enhver router, der er tilsluttet netværket, straks bliver dets fulde medlem. Hvis jeg vil ødelægge netværket, vil jeg forbinde min hacker-router med en ondsindet opdatering til den, og da alle andre routere stoler på den, vil de opdatere deres routing-tabeller på den måde, jeg har brug for. Mod et sådant hack giver den første version af RIP ingen beskyttelse.
RIPv2 kan give godkendelse ved at konfigurere routeren i overensstemmelse hermed. I dette tilfælde bliver opdatering af oplysninger mellem routere kun mulig efter at have bestået netværksgodkendelse ved at indtaste en adgangskode.
RIPv1 bruger broadcasting, det vil sige, at alle opdateringer sendes ved hjælp af broadcast-beskeder, så de modtages af alle deltagere i netværket. Lad os sige, at en computer er forbundet til den første router, som ikke ved noget om disse opdateringer, da kun routing-enheder har brug for dem. Router 1 vil dog sende disse beskeder til alle enheder, der har et Broadcast ID, altså selv til dem, der ikke har brug for det.
I den anden version af RIP er dette problem løst - det bruger Multicast ID eller multicast trafik. I dette tilfælde modtager kun de enheder, der er angivet i protokolindstillingerne, opdateringer. Ud over godkendelse understøtter denne version af RIP klasseløs VLSM IP-adressering. Det betyder, at hvis netværket 10.1.1.1/24 er tilsluttet den første router, så modtager alle netværksenheder, hvis IP-adresse er i adresseområdet for dette undernet, også opdateringer. Den anden version af protokollen understøtter CIDR-metoden, det vil sige, at når den anden router modtager en opdatering, ved den hvilket specifikt netværk eller hvilken rute den vedrører. I tilfælde af den første version, hvis netværket 10.1.1.0 er forbundet til routeren, vil enheder på 10.0.0.0-netværket og andre netværk, der tilhører samme klasse, også modtage opdateringer. I dette tilfælde vil router 2 også modtage fuld information om opdatering af disse netværk, men uden CIDR vil den ikke vide, at disse oplysninger vedrører et undernet med klasse A IP-adresser.
Dette er, hvad RIP-protokollen er i meget generelle vendinger. Lad os nu se på, hvordan det kan konfigureres. Du skal gå ind i den globale konfigurationstilstand for routerindstillingerne og bruge kommandoen Router RIP.
Derefter vil du se, at kommandolinjeoverskriften er ændret til R1(config-router)#, fordi vi er flyttet til routerens underkommandoniveau. Den anden kommando vil være version 2, det vil sige, at vi fortæller routeren, at den skal bruge den 2. version af protokollen. Dernæst skal vi indtaste adressen på det annoncerede klassenetværk, som opdateringer skal sendes over ved hjælp af netværkskommandoen XXXX. Denne kommando har 2 funktioner: For det første angiver den, hvilket netværk der skal annonceres for, og for det andet, hvilket interface, der skal bruges til dette. Du vil forstå, hvad jeg mener, når du ser på netværkskonfigurationen.
Her har vi 4 routere og en computer forbundet til switchen gennem et netværk med identifikatoren 192.168.1.0/26, som er opdelt i 4 undernet. Vi bruger kun 3 undernet: 192.168.1.0/26, 192.168.1.64/26 og 192.168.1.128/26. Vi har stadig 192.168.1.192/26 undernettet, men det bruges ikke på grund af ubrugelighed.
Enhedsporte har følgende IP-adresser: computer 192.168.1.10, første port på den første router 192.168.1.1, anden port 192.168.1.65, første port på den anden router 192.168.1.66, anden port på den anden router 192.168.1.129, første. port på den tredje router 192.168.1.130 . Sidste gang talte vi om konventioner, så jeg kan ikke følge konventionen og tildele routerens anden port til adressen .1, fordi .1 ikke er en del af dette netværk.
Dernæst bruger jeg andre adresser, fordi vi starter et andet netværk - 10.1.1.0/16, så den anden port på den anden router, som dette netværk er forbundet til, har en IP-adresse på 10.1.1.1, og porten på den fjerde router til som kontakten er tilsluttet - adresse 10.1.1.2.
For at konfigurere det netværk, jeg oprettede, skal jeg tildele IP-adresser til enhederne. Lad os starte med den første port på den første router.
Lad os først oprette et værtsnavn R1, tildele port f0/0 til 192.168.1.1 og sætte undernetmasken til 255.255.255.192, da vi har et /26-netværk. Vi fuldfører konfigurationen af R1 med no shut-kommandoen. Den anden port på den første f0/1-router modtager IP-adressen 192.168.1.65 og undernetmasken 255.255.255.192.
Den anden router får navnet R2, vi vil tildele den første port f0/0 adressen 192.168.1.66 og undernetmasken 255.255.255.192, den anden port f0/1 - adressen 192.168.1.129 og undernetmasken 255.255.255.192.
Går vi videre til den tredje router, giver vi den værtsnavnet R3, port f0/0 vil få adressen 192.168.1.130 og masken 255.255.255.192, og port f0/1 vil være adressen 10.1.1.1 og masken 255.255.0.0, fordi dette netværk er /16.
Til sidst vil jeg gå til den sidste router, navngive den R4 og tildele port f0/0 adresse 10.1.1.2 og maske 255.255.0.0. Så vi har konfigureret alle netværksenheder.
Lad os endelig se på computerens netværksindstillinger – den har en statisk IP-adresse på 192.168.1.10, en halvnetmaske på 255.255.255.192 og en standard gateway-adresse på 192.168.1.1.
Så du har set, hvordan du konfigurerer undernetmasken til enheder på forskellige undernet, det er meget enkelt. Lad os nu aktivere routing. Jeg går ind i R1-indstillingerne, indstiller den globale konfigurationstilstand og skriver routeren. Systemet beder derefter om mulige routingprotokoller for denne kommando: bgp, eigrp, ospf og rip. Da vores lektion handler om RIP, bruger jeg router-rip-kommandoen.
Hvis du skriver et spørgsmålstegn, vil systemet give et nyt tip til den næste kommando med mulige muligheder for funktionerne i denne protokol: auto-resumé - automatisk summering af ruter, standard-information - kontrol af standard informationspræsentation, netværk - netværk, timings og så videre. Her kan du vælge de oplysninger, som vi vil udveksle med tilstødende enheder. Den vigtigste funktion er versionen, så vi starter med at indtaste kommandoen version 2. Dernæst skal vi bruge netværksnøglekommandoen, som opretter en rute for det angivne IP-netværk.
Vi fortsætter med at konfigurere Router1 senere, men indtil videre vil jeg gå videre til Router 3. Inden jeg bruger netværkskommandoen på den, lad os se på højre side af vores netværkstopologi. Den anden port på routeren har adressen 10.1.1.1. Hvordan fungerer RIP? Selv i den anden version bruger RIP, som en ret gammel protokol, stadig sine egne netværksklasser. Så selvom vores 10.1.1.0/16-netværk er klasse A, skal vi angive den fulde klasseversion af denne IP-adresse ved hjælp af netværks 10.0.0.0-kommandoen.
Men selv hvis jeg skriver kommandoen netværk 10.1.1.1 og derefter ser på den aktuelle konfiguration, kan jeg se, at systemet har rettet 10.1.1.1 til 10.0.0.0, automatisk ved at bruge fuldklasses adresseringsformat. Så hvis du har et spørgsmål om RIP på CCNA eksamen, skal du bruge fuld klasse adressering. Hvis du i stedet for 10.0.0.0 skriver 10.1.1.1 eller 10.1.0.0, laver du en fejl. Selvom konverteringen til fuldklasses adresseringsform er automatisk, råder jeg dig til at bruge den korrekte adresse i første omgang, så du ikke skal vente på, at systemet retter fejlen senere. Husk, at RIP altid bruger fuld klassificeret netværksadressering.
Når du har brugt kommandoen netværk 10.0.0.0, vil den tredje router indsætte dette tiende netværk i routingprotokollen og sende opdateringen langs ruten R3-R4. Nu skal du konfigurere routingprotokollen for den fjerde router. Jeg går ind i dens indstillinger og indtaster router rip, version 2 og netværk 10.0.0.0 kommandoer i rækkefølge. Med denne kommando beder jeg R4 om at begynde at annoncere netværket 10. ved hjælp af RIP-routingprotokollen.
Nu kunne disse to routere udveksle information, men det ville ikke ændre noget. Brug af kommandoen show ip route viser, at FastEthernrt port 0/0 er direkte forbundet til netværk 10.1.0.0. Den fjerde router, der har modtaget netværksmeddelelsen fra den tredje router, vil sige: "godt, ven, jeg modtog din meddelelse om det tiende netværk, men jeg ved allerede om det, fordi jeg er direkte forbundet til dette netværk."
Derfor vender vi tilbage til R3-indstillingerne og indsætter et andet netværk med netværkskommandoen 192.168.1.0. Jeg bruger adresseformatet i fuld klasse igen. Derefter vil den tredje router være i stand til at annoncere netværket 192.168.1.128 langs R3-R4-ruten. Som sagt er RIP en "sladder", der fortæller om nye netværk til alle sine naboer, og videregiver dem information fra sin routingtabel. Hvis du nu ser på tabellen for den tredje router, kan du se dataene for de to netværk, der er tilsluttet den.
Det vil sende disse data til begge ender af ruten til både den anden og fjerde router. Lad os gå videre til R2-indstillingerne. Jeg indtaster den samme router rip, version 2 og netværk 192.168.1.0 kommandoer, og det er her, tingene bliver interessante. Jeg angiver netværk 1.0, men det er både 192.168.1.64/26 og 192.168.1.128/26. Derfor, når jeg angiver netværket 192.168.1.0, giver jeg teknisk routing for begge grænseflader på denne router. Bekvemmeligheden er, at du med kun én kommando kan indstille routing for alle porte på enheden.
Jeg angiver nøjagtig de samme parametre for R1-routeren og giver routing for begge grænseflader på samme måde. Hvis vi nu ser på R1 routing-tabellen, kan vi se alle netværkene.
Denne router er opmærksom på både netværk 1.0 og netværk 1.64. Den kender også til netværk 1.128 og 10.1.1.0, fordi den bruger RIP. Dette er angivet med overskriften R i den tilsvarende linje i routingtabellen.
Vær opmærksom på oplysningerne [120/2] - dette er den administrative afstand, det vil sige pålideligheden af kilden til ruteinformation. Denne værdi kan være stor eller lille, men standarden for RIP er 120. For eksempel har en statisk rute en administrativ afstand på 1. Jo mindre den administrative afstand er, desto mere pålidelig er protokollen. Hvis routeren får mulighed for at vælge mellem to protokoller, fx mellem en statisk rute og RIP, så vil den vælge at videresende trafik ad en statisk rute. Den anden værdi i parentes, /2, er metrikken. I RIP-protokollen betyder metrikken antallet af hop. I dette tilfælde kan netværk 10.0.0.0/8 nås på 2 hop, dvs. router R1 skal sende trafik over netværk 192.168.1.64/26, dette er det første hop, og over netværk 192.168.1.128/26 er dette det andet hop for at komme til netværk 10.0.0.0/8 gennem en enhed med FastEthernet 0/1-interface med IP-adresse 192.168.1.66.
Til sammenligning kan router R1 nå netværk 192.168.1.128 med en administrativ afstand på 120 i 1 hop through-interface 192.168.1.66.
Nu, hvis du prøver at pinge grænsefladen på R0-routeren med IP-adressen 4 fra PC10.1.1.2-computeren, vil den vende tilbage med succes.
Det første forsøg mislykkedes med meddelelsen Request timeout, fordi når du bruger ARP, går den første pakke tabt, men de andre tre returneres med succes til destinationen. Der er således en punkt-til-punkt-kommunikation i et netværk ved hjælp af RIP-routing-protokollen.
Så for at aktivere brugen af RIP-protokollen af routeren, skal du sekventielt skrive kommandoerne for router-rip, version 2 og netværk <netværksnummer / netværksidentifikator i fuld klasseform>.
Lad os gå ind i R4-indstillingerne og indtaste kommandoen vis ip-rute. Du kan se, at netværket 10. er direkte forbundet til routeren, og netværket 192.168.1.0/24 er tilgængeligt via port f0/0 med IP-adresse 10.1.1.1 ved hjælp af RIP-protokollen.
Hvis du er opmærksom på netværksvisningen 192.168.1.0/24, vil du bemærke, at der er et problem med autosummarisering af ruter. Hvis autosummary er aktiveret, summerer RIP alle netværk op til 192.168.1.0/24. Lad os se på, hvad timere er. RIP-protokollen har 4 hovedtimere.
Opdateringstimeren er ansvarlig for hyppigheden af opdateringer og sender protokolopdateringer hvert 30. sekund på alle grænseflader, der deltager i RIP-routing. Det betyder, at den tager routingtabellen og sender den ud til alle porte, der arbejder i RIP-tilstand.
Forestil dig, at vi har router 1, som er forbundet med router 2 via netværk N2. Før den første og efter den anden router er der netværk N1 og N3. Router 1 fortæller router 2, at den kender netværkene N1 og N2 og sender den en opdatering. Router 2 fortæller router 1, at den kender netværkene N2 og N3. Samtidig udveksler routernes porte hvert 30. sekund routingtabeller.
Lad os forestille os, at N1-R1-forbindelsen af en eller anden grund er brudt, og router 1 kan ikke længere kommunikere med N1-netværket. Derefter vil den første router kun sende opdateringer relateret til N2-netværket til den anden router. Router 2, efter at have modtaget den første sådan opdatering, vil tænke: "godt, nu skal jeg sætte netværk N1 på den ugyldige timer", og derefter starte den ugyldige timer. I 180 sekunder vil den ikke udveksle N1-netværksopdateringer med nogen, men efter denne periode stopper den Invalid Timer og starter Update Timer igen. Hvis den i løbet af disse 180 sekunder ikke modtager nogen netværkstilstandsopdateringer N1, så vil den sætte den i en Hold Down-timer med en varighed på 180 sekunder, det vil sige, at Hold Down-timeren starter umiddelbart efter, at Ugyldig timer slutter.
Samtidig kører en anden, fjerde skylletimer, som starter samtidig med den ugyldige timer. Denne timer bestemmer tidsintervallet mellem modtagelse af den sidste normale opdatering om N1-netværket, indtil N240-netværket er udelukket fra routingtabellen. Når varigheden af denne timer når 1 sekunder, vil NXNUMX-netværket således automatisk blive udelukket fra routingtabellen for den anden router.
Så Update Timer sender opdateringer hvert 30. sekund. Invalid Timer, som kører hvert 180. sekund, venter på, at en ny opdatering når routeren. Hvis den ikke ankommer, sætter den netværket i venteposition, hvor Hold Down Timeren kører hvert 180. sekund. Men Invalid- og Flush-timerne starter på samme tid, så 240 sekunder efter Flush-start, udelukkes et netværk, der ikke er nævnt i opdateringen, fra routingtabellen. Varigheden af disse timere er indstillet som standard og kan ændres. Det er, hvad RIP-timerne er.
Lad os nu gå videre til at overveje begrænsningerne af RIP-protokollen, der er en hel del af dem. En af de vigtigste begrænsninger er autosummation.
Lad os gå tilbage til vores netværk 192.168.1.0/24. Router 3 fortæller Router 4 om hele netværket 1.0, hvilket er angivet med /24. Det betyder, at alle 256 IP-adresser på dette netværk, inklusive netværks-id'et og broadcast-adressen, er tilgængelige, dvs. beskeder fra enheder med en hvilken som helst IP-adresse inden for dette område vil blive sendt gennem 10.1.1.1-netværket. Lad os gå til routingtabellen R3.
Vi ser 192.168.1.0/26 netværket opdelt i 3 undernet. Det betyder, at routeren kun kender til de tre angivne IP-adresser: 192.168.1.0, 192.168.1.64 og 192.168.1.128, som hører til /26-netværket. Men den ved ikke noget om for eksempel enheder med IP-adresser fra 192.168.1.192 til 192.168.1.225.
Men af en eller anden grund tror R4, at den ved alt om den trafik, som R3 sender til den, altså om alle IP-adresserne på 192.168.1.0/24-netværket, hvilket er helt forkert. Samtidig kan routere begynde at droppe trafik, fordi de "bedrager" hinanden - router 3 har trods alt ikke ret til at fortælle den fjerde router, at den ved alt om dette netværks undernet. Dette skyldes et problem kaldet "autosummation". Det opstår, når trafikken bevæger sig gennem forskellige store netværk. For eksempel, i vores tilfælde, er et netværk med klasse C-adresser forbundet gennem R3-routeren til et netværk med klasse A-adresser.
R3-routeren betragter disse netværk som ens og opsummerer automatisk alle ruter i en enkelt netværksadresse 192.168.1.0. Husk på, at vi talte om supernet-ruteopsummering i en af de tidligere videoer. Årsagen til summeringen er enkel - routeren mener, at en indtastning i routingtabellen, vi har en indtastning 192.168.1.0/24 [120/1] via 10.1.1.1, er bedre end 3 indtastninger. Hvis netværket består af hundredvis af små undernet, vil routingtabellen, når opsummering er deaktiveret, bestå af et stort antal routingposter. Derfor bruges automatisk ruteopsummering til at forhindre akkumulering af en enorm mængde information i rutetabellerne.
Men i vores tilfælde skaber autosummarization af ruter et problem, da det får routeren til at udveksle falsk information. Derfor skal vi gå ind i indstillingerne for R3-routeren og indtaste en kommando, der forbyder automatisk opsummering af ruter.
For at gøre dette skriver jeg sekventielt router-rip og ingen auto-resumé-kommandoer. Derefter skal du vente, indtil opdateringen spredes over netværket, og derefter kan du bruge kommandoen show ip route i R4-routerindstillingerne.
Du kan se, hvordan routingtabellen har ændret sig. Indtastningen 192.168.1.0/24 [120/1] via 10.1.1.1 bevares fra den tidligere version af tabellen, og derefter følger tre poster, som takket være Update-timeren opdateres hvert 30. sekund. Flush-timeren sikrer, at 240 sekunder efter opdateringen plus 30 sekunder, dvs. 270 sekunder, vil dette netværk blive fjernet fra routingtabellen.
Netværkene 192.168.1.0/26, 192.168.1.64/26 og 192.168.1.128/26 er korrekte, så hvis trafikken nu er bestemt til enhed 192.168.1.225, vil denne enhed slippe den, fordi routeren ikke ved, hvor routeren er. med en sådan adresse. Men i det foregående tilfælde, da vi havde aktiveret ruteautosummary for R3, ville denne trafik blive dirigeret til 10.1.1.1 netværket, hvilket var helt forkert, fordi R3 straks ville droppe disse pakker uden at sende dem videre.
Som netværksadministrator skal du oprette netværk med så lidt ekstra trafik som muligt. For eksempel er der i dette tilfælde ikke behov for at videresende denne trafik gennem R3. Din opgave er at øge netværkets båndbredde så meget som muligt, hvilket forhindrer trafik i at blive videresendt til enheder, der ikke har brug for det.
Den næste begrænsning af RIP er Loops eller routing loops. Vi har allerede talt om netværkskonvergens, når routingtabellen er korrekt opdateret. I vores tilfælde bør routeren ikke modtage opdateringer til 192.168.1.0/24-netværket, hvis den ikke ved noget om det. Teknisk set betyder konvergens, at routingtabellen kun opdateres med korrekt information. Dette skulle ske, når routeren er slukket, genstartet, genoprettet til netværket osv. Konvergens er en tilstand, hvor alle nødvendige opdateringer til routingtabellerne er blevet foretaget, og alle nødvendige beregninger er foretaget.
RIP har meget dårlig konvergens og er en meget, meget langsom routingprotokol. På grund af denne langsomhed opstår Loops, eller problemet med "uendelig tæller".
Jeg vil tegne et netværksdiagram svarende til det foregående eksempel - router 1 er forbundet til router 2 via netværk N2, router 1 er forbundet til netværk N1, og router 2 er forbundet til netværk N3. Antag, at N1-R1-forbindelsen af en eller anden grund er brudt.
Router 2 ved, at netværk N1 kan nås på et enkelt hop gennem router 1, men det netværk er nede i øjeblikket. Når netværket svigter, starter timerprocessen, router 1 sætter den i Hold Down-tilstand og så videre. Router 2 har dog Update-timeren kørende, og på det indstillede tidspunkt sender den en opdatering til router 1, som siger, at N1-netværket er tilgængeligt igennem den i to hop. Denne opdatering ankommer til Router 1, før den når at sende en opdatering til Router 2 om fejlen i N1's netværk.
Efter at have modtaget denne opdatering, tænker router 1: "Jeg ved, at det N1-netværk, der er forbundet til mig, er nede af en eller anden grund, men router 2 fortalte mig, at det er tilgængeligt gennem det i to hop. Jeg tror på ham, så jeg tilføjer et hop, opdaterer min routingtabel og sender en opdatering til router 2, hvori jeg vil sige, at netværket N1 er tilgængeligt via router 2 på tre hop!
Efter at have modtaget denne opdatering fra den første router, siger router 2: "ok, tidligere modtog jeg en opdatering fra R1, som sagde, at N1's netværk er tilgængeligt gennem det i et hop. Nu fortalte han mig, at den er tilgængelig i 3 humle. Måske har noget ændret sig på netværket, jeg kan ikke lade være med at tro på det, så jeg opdaterer min routingtabel med et hop tilføjet." Herefter sender R2 en opdatering til den første router, som siger, at N1-netværket nu er tilgængeligt i 4 hop.
Kan du se, hvad problemet er? Begge routere sender opdateringer til hinanden, hver gang der tilføjes et hop, og til sidst når antallet af hop en stor værdi. I RIP-protokollen er det maksimale antal hop 16, og så snart det når denne værdi, forstår routeren, at der er problemer og fjerner simpelthen denne rute fra routingtabellen. Dette er problemet med routing af loops i RIP. Dette skyldes det faktum, at RIP er en afstandsvektorprotokol, den overvåger kun afstanden, uden at være opmærksom på netværkssektionernes tilstand. I 1969, da computernetværk var meget langsommere, end de er nu, betalte afstandsvektortilgangen sig, så udviklerne af RIP valgte hoptællingen som deres vigtigste metrik. Men i dag skaber denne tilgang mange problemer, og derfor er overgangen til mere avancerede routingprotokoller, såsom OSPF, blevet implementeret bredt i moderne netværk. De facto er denne protokol blevet standarden for de fleste globale virksomheders netværk. Vi vil tage et meget detaljeret kig på denne protokol i en af de følgende videoer.
Vi vil ikke længere vende tilbage til RIP, derfor ved at bruge eksemplet med denne ældste netværksprotokol, har jeg fortalt dig nok om det grundlæggende i routing og de problemer, som de forsøger ikke at bruge denne protokol til store netværk længere. I de følgende videotutorials vil vi se på moderne routingprotokoller - OSPF og EIGRP.
Tak fordi du blev hos os. Kan du lide vores artikler? Vil du se mere interessant indhold? Støt os ved at afgive en ordre eller anbefale til venner, 30% rabat til Habr-brugere på en unik analog af entry-level servere, som er opfundet af os til dig: (tilgængelig med RAID1 og RAID10, op til 24 kerner og op til 40 GB DDR4).
Dell R730xd 2 gange billigere? Kun her i Holland! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - fra $99! Læse om
Kilde: www.habr.com