{"id":38332,"date":"2019-10-31T22:23:01","date_gmt":"2019-10-31T19:23:01","guid":{"rendered":"https:\/\/prohoster.info\/blog\/trening-cisco-200-125-ccna-v3-0-den-44-vvedenie-v-ospf\/"},"modified":"2019-10-31T22:23:01","modified_gmt":"2019-10-31T19:23:01","slug":"trening-cisco-200-125-ccna-v3-0-den-44-vvedenie-v-ospf","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-44-vvedenie-v-ospf","title":{"rendered":"Cisco 200-125 CCNA v3.0 Training. Dag 44. Inleiding tot OSPF.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Vandaag beginnen we met de studie van routering via het OSPF-protocol. Dit onderwerp, net als het bespreken van het EIGRP-protocol, is van groot belang in de hele CCNA-cursus. Zoals je kunt zien, heet sectie 2.4 'Configuratie, verificatie en probleemoplossing van enkele zones en multi-zones OSPFv2 voor IPv4 (met uitzondering van authenticatie, filtering, handmatig samenvatten van routes, herverdeling, stub zones, virtuele netwerken en LSA)'. <\/p>\n

\"Cisco
\n
\nHet onderwerp OSPF is behoorlijk uitgebreid, daarom zal het 2, mogelijk 3 videolessen in beslag nemen. De les van vandaag is gericht op de theoretische kant van de zaak; ik zal je vertellen wat dit protocol in grote lijnen inhoudt en hoe het werkt. In de volgende video gaan we over naar de configuratiemodus van OSPF met behulp van Packet Tracer.<\/a><\/noindex><\/p>\n

Dus in deze les behandelen we drie dingen: wat OSPF is, hoe het werkt en wat OSPF-zones zijn. In de vorige les zeiden we dat OSPF een link-state routeringsprotocol is, dat de communicatiekanalen tussen routers verkent en beslissingen neemt op basis van de snelheid van deze kanalen. Een langkanaal met een hogere snelheid, dat wil zeggen met een grotere bandbreedte, krijgt de voorkeur boven een kort kanaal met een lagere bandbreedte.<\/p>\n

Het RIP-protocol, dat afstandsvectorgebaseerd is, zal een pad met \u00e9\u00e9n hop kiezen, zelfs als dit kanaal een lage snelheid heeft, terwijl het OSPF-protocol een lange route van meerdere hops zal kiezen als de totale snelheid over die route hoger is dan de snelheid van het verkeer op de korte route. <\/p>\n

\"Cisco
\n
\nLater zullen we de besluitvormingsalgoritmes bekijken; voor nu moet je onthouden dat OSPF een link-state-protocol is. Deze open standaard werd in 1988 ontwikkeld, zodat elke fabrikant van netwerkapparatuur en elke netwerkprovider er gebruik van kon maken. Daarom is OSPF veel populairder dan EIGRP. <\/p>\n

Het OSPF-versie 2-protocol ondersteunt alleen het IPv4-protocol, en een jaar later, in 1989, kondigden de ontwikkelaars de release van versie 3 aan, die IPv6 ondersteunt. De volledig functionele derde versie van OSPF voor IPv6 kwam echter pas in 2008 beschikbaar. Waarom werd juist voor OSPF gekozen? In de laatste les hebben we geleerd dat dit interne gatewayprotocol veel sneller convergentie van routes bereikt dan RIP. Het is een classless protocol. <\/p>\n

Als u zich herinnert, is RIP een class-based protocol, wat betekent dat het geen informatie over subnetmaskers verzendt. Wanneer het een IP-adres van klasse A\/24 tegenkomt, accepteert het dit niet. Bijvoorbeeld, als u het IP-adres 10.1.1.0\/24 presenteert, beschouwt het dit als het netwerk 10.0.0.0, omdat het niet begrijpt wanneer een netwerk in subnetten wordt verdeeld met meer dan \u00e9\u00e9n subnetmasker.
\nOSPF is een veilig protocol. Bijvoorbeeld, wanneer twee routers OSPF-informatie uitwisselen, kunt u authenticatie instellen zodat de informatie met de buurrouter alleen kan worden gedeeld na invoering van een wachtwoord. Zoals we al zeiden, is dit een open standaard, dus veel fabrikanten van netwerktechnologie gebruiken OSPF.<\/p>\n

In globale termen is OSPF een mechanisme voor het uitwisselen van Link State Advertisements, of LSA. LSA-berichten worden door de router gegenereerd en bevatten veel informatie: een unieke router-ID (router-id), gegevens over netwerken die de router kent, informatie over hun kosten, enzovoort. Al deze informatie is nodig voor de router om beslissingen over routering te nemen. <\/p>\n

\"Cisco
\n
\nRouter R3 zendt zijn LSA-informatie naar router R5, en router R5 deelt zijn LSA-informatie met R3. Deze LSA's zijn datastructuren die de Link State Data Base (LSDB) vormen. De router verzamelt alle ontvangen LSA's en plaatst ze in zijn LSDB. Nadat beide routers hun databases hebben aangemaakt, wisselen ze Hello-berichten uit, die dienen voor het ontdekken van buren, en beginnen ze met het vergelijken van hun LSDB's.<\/p>\n

Router R3 stuurt een DBD-bericht, of 'database beschrijving', naar router R5, en R5 retourneert zijn DBD naar router R3. Deze berichten bevatten de indexen van LSA's die zich in de databases van elke router bevinden. Na ontvangst van de DBD stuurt router R3 een LSR-bericht naar router R5 met de mededeling: 'ik heb al berichten 3, 4 en 9, dus stuur me alleen 5 en 7'. <\/p>\n

Evenzo gaat R5 te werk door de derde router te melden: \"Ik heb informatie 3, 4 en 9, dus stuur me 1 en 2.\" Nadat ze LSR-verzoeken hebben ontvangen, sturen de routers statusupdatepakketten LSU terug, wat betekent dat de derde router LSU van router R5 ontvangt als reactie op zijn LSR. Zodra de routers hun databases bijwerken, zullen ze, zelfs als je 100 routers hebt, allemaal dezelfde LSDB's hebben. Zodra de routers LSDB-databases hebben aangemaakt, weet ieder van hen alles over het netwerk als geheel. Het OSPF-protocol maakt gebruik van het Shortest Path First-algoritme om de routeringstabel te cre\u00ebren, dus een belangrijke voorwaarde voor een correcte werking is de synchronisatie van de LSDB van alle apparaten in het netwerk. <\/p>\n

\"Cisco
\n
\nIn het gegeven schema zijn 9 routers geplaatst, die allemaal berichten LSR, LSU, enzovoort uitwisselen met hun buren. Ze zijn onderling verbonden via p2p- of \"point-to-point\"-interfaces die OSPF-protocol ondersteunen en communiceren met elkaar om identieke LSDB's te cre\u00ebren. <\/p>\n

\"Cisco
\n
\nZodra de databases gesynchroniseerd zijn, vormt elke router, met behulp van het kortste pad-algoritme, zijn eigen routeringstabel. De tabellen van verschillende routers zullen verschillend zijn. Dat betekent dat alle routers dezelfde LSDB's gebruiken, maar routeringstabellen cre\u00ebren op basis van hun eigen overwegingen van de kortste routes. Voor het gebruik van dit algoritme heeft OSPF regelmatig updates van de LSDB nodig. <\/p>\n

Dus, om goed te functioneren, moet OSPF eerst 3 voorwaarden vervullen: buren vinden, LSDB's cre\u00ebren en bijwerken, en een routeringstabel vormen. Voor de vervulling van de eerste voorwaarde moet de netbeheerder mogelijk handmatig de router-id, timers of wildcard-maskers configureren. In de volgende video zullen we de configuratie van een apparaat voor gebruik met OSPF bekijken. Tot die tijd moet je weten dat dit protocol een terugmasker gebruikt, en als deze niet overeenkomt, als je subnets niet overeenkomen, of als de authenticatie niet klopt, zal de buurrelatie tussen de routers niet tot stand komen. Daarom, bij het oplossen van problemen met OSPF, moet je uitzoeken waarom deze buurrelatie niet tot stand komt, dat wil zeggen, de overeenstemming van de bovengenoemde parameters controleren.<\/p>\n

Als netwerkbeheerder neemt u niet deel aan het proces van het opstellen van de LSDB. De databases worden automatisch bijgewerkt na de creatie van een buurrelatie tussen routers, net zoals de routeringstabellen worden opgebouwd. Dit alles wordt uitgevoerd door het apparaat zelf, dat is ingesteld om met het OSPF-protocol te werken.
\nLaten we een voorbeeld bekijken. We hebben 2 routers, waaraan ik voor het gemak de identificatie RID 1.1.1.1 en 2.2.2.2 heb gegeven. Zodra we ze verbinden, verandert de link onmiddellijk in de status up, omdat ik deze routers eerder al op OSPF heb ingesteld. Zodra de verbinding is gemaakt, zal router A onmiddellijk een Hello-pakket naar de tweede router verzenden. Dit pakket bevat de informatie dat deze router nog niemand op deze verbinding heeft 'zien' omdat het de Hello voor de eerste keer verstuurt, evenals zijn eigen identificatie, gegevens over het netwerk waarmee het verbinding heeft en andere informatie die hij met de buur kan delen. <\/p>\n

\"Cisco
\n
\nWanneer router B dit pakket ontvangt, zal het zeggen: \"Ik zie dat er op deze verbinding een potenti\u00eble buur is voor het OSPF-protocol\" en overgaan naar de Initialisatie-status (Init state). Het Hello-pakket is geen unicast of broadcast bericht, maar een multicastpakket dat wordt verzonden naar het multicast OSPF IP-adres 224.0.0.5. Sommige mensen vragen: wat is het subnetmasker voor multicast. Het punt is dat multicast geen subnetmasker heeft; het verspreidt zich als een radiosignaal dat door alle apparaten die op zijn frequentie zijn ingesteld, wordt gehoord. Bijvoorbeeld, als u FM-radio wilt horen die uitzends op een frequentie van 91,0, dan stelt u uw radio-instelling in op deze frequentie. <\/p>\n

Evenzo is router B ingesteld om berichten voor het multicast adres 224.0.0.5 te ontvangen. Door naar deze verbinding te luisteren, ontvangt het het Hello-pakket dat door router A is verzonden en antwoordt met zijn eigen bericht. <\/p>\n

\"Cisco
\n
\nEen buurrelatie kan alleen worden vastgesteld als het antwoord van B voldoet aan een aantal criteria. Het eerste criterium is dat de verzendfrequentie van Hello-berichten en de wachtinterval voor een antwoord op dit bericht (Dead Interval) bij beide routers hetzelfde moeten zijn. Gewoonlijk is de Dead Interval gelijk aan enkele waarden van de Hello-timer. Dus als de Hello-timer van router A 10 sec is, en router B stuurt hem een bericht na 30 sec waarbij de Dead Interval 20 sec is, dan zal de buurrelatie niet worden vastgesteld. <\/p>\n

De tweede criterium is dat beide routers hetzelfde type authenticatie moeten gebruiken. Dientengevolge moeten ook de authenticatie wachtwoorden overeenkomen. <\/p>\n

Het derde criterium is dat de zone-identificaties Arial ID overeen moeten komen, en het vierde de overeenstemming van de netwerkprefixlengte. Als router A de prefix \/24 rapporteert, moet router B ook een netwerkprefix van \/24 hebben. In de volgende video zullen we dit uitgebreider bespreken, maar merk op dat dit geen subnetmasker is; hier gebruiken de routers een omgekeerd wildcardmasker. En natuurlijk moeten ook de stub area-vlaggen overeenkomen als de routers zich in deze zone bevinden. <\/p>\n

Na controle van deze criteria, in geval van overeenstemming, stuurt router B zijn Hello-pakket naar router A. In tegenstelling tot bericht A meldt router B dat hij router A heeft gezien en stelt zichzelf voor. <\/p>\n

\"Cisco
\n
\nIn antwoord op dit bericht stuurt router A opnieuw een Hello-pakket naar router B, waarin hij bevestigt dat hij ook router B heeft gezien; de communicatielijn tussen hen bestaat uit de apparaten 1.1.1.1 en 2.2.2.2, en hij zelf is apparaat 1.1.1.1. Dit is een zeer belangrijke fase in het vestigen van burerschap. In dit geval wordt een bidirectionele verbinding 2-WAY gebruikt, maar wat gebeurt er als we een switch hebben met een verspreid netwerk van 4 routers? In een dergelijke \u2018gedeelde\u2019 omgeving moet een van de routers de rol van de aangewezen router Designated router D.R vervullen, en de andere degene van de reserve aangewezen router Backup designated router B.D.R.<\/p>\n

\"Cisco
\n
\nElk van deze apparaten zal een Full connection of een staat van volledige burerschap vormen; later zullen we bespreken wat dit inhoudt. Echter, dit type verbinding wordt alleen tot stand gebracht met D.R. en B.D.R., terwijl de twee onderste routers D en B nog steeds zullen communiceren volgens het principe van een point-to-point verbinding. <\/p>\n

Dit betekent dat met D.R. en B.D.R. alle routers een relatie van volledige burerschap aangaan, terwijl ze met elkaar een point-to-point verbinding hebben. Dit is zeer belangrijk, omdat bij een bidirectionele verbinding van aangrenzende apparaten alle parameters van het Hello-pakket moeten overeenkomen. In ons geval is alles in overeenstemming, dus de apparaten kunnen zonder problemen burerschap vormen. <\/p>\n

Zodra de bidirectionele verbinding is opgezet, stuurt router A een Database Description-pakket, of 'databeschrijving', naar router B en gaat in de ExStart-status \u2014 het begin van de uitwisseling, of wachten op het laden. De Database Descriptor bevat informatie die vergelijkbaar is met de inhoudsopgave van een boek \u2013 het is een opsomming van alles wat zich in de routeringsdatabase bevindt. In reactie stuurt router B zijn databeschrijving naar router A en gaat over in de Exchange-status, waarin gegevens over de kanalen worden uitgewisseld. Als de router in de Exchange-status ontdekt dat bepaalde informatie in zijn database ontbreekt, schakelt hij over naar de LOADING-status en begint hij berichten LSR, LSU en LSA met zijn buur uit te wisselen.<\/p>\n

\"Cisco
\n
\nRouter A zal dus een LSR naar zijn buur sturen, die zal antwoorden met een LSU-pakket, waarop router A router B antwoordt met een LSA-bericht. Deze uitwisseling zal plaatsvinden zo vaak als de apparaten willen berichten LSA uitwisselen. De LOADING-status betekent dat de volledige update van de LSA-database nog niet heeft plaatsgevonden. Nadat alle gegevens zijn geladen, zullen beide apparaten overgaan naar de FULL-status van volledige buren.<\/p>\n

Ik merk op dat bij een bidirectionele verbinding de apparaten zich gewoon in een burenstatus bevinden, terwijl de status van volledige buren alleen mogelijk is tussen routers, D.R. en B.D.R. Dit betekent dat elke router D.R. op de hoogte stelt van wijzigingen in het netwerk, en alle routers leren deze wijzigingen van D.R.<\/p>\n

De keuze van D.R. en B.D.R. is een belangrijke kwestie. Laten we bekijken hoe de keuze van D.R. in een algemene omgeving gebeurt. Stel dat onze configuratie drie routers en een switch bevat. Eerst vergelijken de OSPF-apparaten prioriteit in Hello-berichten, daarna vergelijken ze de Router ID. <\/p>\n

Het apparaat met de hoogste prioriteit wordt D.R. Als de prioriteiten van twee apparaten gelijk zijn, wordt het apparaat met de hoogste Router ID gekozen, dat D.R. wordt.<\/p>\n

De B.D.R. wordt het apparaat met de op \u00e9\u00e9n na belangrijkste prioriteit of de op \u00e9\u00e9n na belangrijkste Router ID. Als D.R. uitvalt, wordt het onmiddellijk vervangen door B.D.R. Het gaat de rol van D.R. spelen, en het systeem kiest een andere B.D.R.<\/p>\n

\"Cisco
\n
\nIk hoop dat je de keuze van D.R. en B.D.R. hebt begrepen; als dat niet zo is, zal ik later in een van de volgende video's opnieuw op deze kwestie terugkomen en dit proces uitleggen. <\/p>\n

We hebben besproken wat Hello is, de databasebeschrijving Database Descriptor en de berichten LSR, LSU en LSA. Voordat we naar het volgende onderwerp gaan, laten we het kort hebben over de kosten van OSPF. <\/p>\n

\"Cisco
\n
\nIn Cisco worden de kosten van een route berekend met de formule van de referentiebreedteband, die standaard is ingesteld op 100 Mbps, gedeeld door de kosten van de verbinding. Bijvoorbeeld, bij het verbinden van apparaten via een seri\u00eble poort is de snelheid 1,544 Mbps en de kosten zijn dan 64. Bij het gebruik van een Ethernet-verbinding met een snelheid van 10 Mbps zijn de kosten 10, en de kosten van een FastEthernet-verbinding met een snelheid van 100 Mbps bedragen 1. <\/p>\n

Bij gebruik van Gigabit Ethernet hebben we een snelheid van 1000 Mbps, maar in dit geval wordt de snelheid altijd beschouwd als 1. Als je in je netwerk Gigabit Ethernet hebt, moet je de standaardwaarde van Ref. BW wijzigen naar 1000. In dit geval bedragen de kosten 1 en wordt de hele tabel opnieuw berekend met een verhoging van de kosten met een factor 10. Nadat we de buurt hebben gevormd en de LSDB-database hebben opgebouwd, gaan we verder met het opbouwen van de routeringstabel. <\/p>\n

\"Cisco
\n
\nNa het ontvangen van de LSDB begint elke router zelfstandig een lijst met routes te vormen met behulp van het SPF-algoritme. In ons schema zal router A een dergelijke tabel voor zichzelf maken. Bijvoorbeeld, hij berekent de kosten voor route A-R1 en bepaalt deze op 10. Om het begrip van het schema te vereenvoudigen, laten we aannemen dat router A de optimale route naar router B bepaalt. De kosten van verbinding A-R1 zijn 10, de kosten van verbinding A-R2 zijn 100, en de kosten van route A-R3 zijn 11, dat wil zeggen de som van route A-R1 (10) en R1-R3 (1).<\/p>\n

Als router A naar router R4 wil gaan, kan hij dit doen via route A-R1-R4 of route A-R2-R4, waarbij in beide gevallen de kosten van de routes gelijk zullen zijn: 10 + 100 = 100 + 10 = 110. Route A-R6 zal kosten 100 + 1 = 101, wat al beter is. Vervolgens bekijken we de weg naar router R5 via route A-R1-R3-R5, waarvan de kosten 10 + 1 + 100 = 111 zullen zijn. <\/p>\n

De weg naar router R7 kan via twee routes worden gelegd: A-R1-R4-R7 of A-R2-R6-R7. De kosten van de eerste zullen 210 bedragen, die van de tweede 201, dus we moeten 201 kiezen. Om router B te bereiken, kan router A 4 routes gebruiken.<\/p>\n

\"Cisco
\n
\nDe kosten van de route A-R1-R3-R5-B bedragen 121. De route A-R1-R4-R7-B kost 220. De route A-R2-R4-R7-B is 210, terwijl A-R2-R6-R7-B een prijs heeft van 211. Op basis hiervan zal router A de route met de laagste kosten, zijnde 121, selecteren en deze in de routeringtabel plaatsen. Dit is een sterk vereenvoudigd schema van hoe het SPF-algoritme werkt. In werkelijkheid bevat de tabel niet alleen de aanduidingen van de routers waarlangs de optimale route loopt, maar ook de aanduidingen van de verbindingspoorten en alle andere benodigde informatie. <\/p>\n

Laten we een ander onderwerp bekijken dat verband houdt met routing zones. Gewoonlijk bevinden bij de configuratie van OSPF-apparaten van een bedrijf alle apparaten zich in \u00e9\u00e9n algemene zone. <\/p>\n

\"Cisco
\n
\nWat gebeurt er als een apparaat dat met router R3 is verbonden plotseling uitvalt? Router R3 zal onmiddellijk berichten sturen naar de routers R5 en R1 dat de verbinding met dit apparaat niet meer functioneert, en alle routers zullen updates over dit voorval uitwisselen. <\/p>\n

\"Cisco
\n
\nAls je 100 routers hebt, zullen zij allemaal de informatie over de status van de verbindingen bijwerken, omdat ze zich in \u00e9\u00e9n algemene zone bevinden. Hetzelfde zal gebeuren als een van de naburige routers uitvalt \u2013 alle apparaten in de zone zullen LSA-updates uitwisselen. Na het uitwisselen van dergelijke berichten zal de netwerktopologie wijzigen. Zodra dit gebeurt, zal SPF de routeringtabels opnieuw berekenen op basis van de gewijzigde omstandigheden. Dit is een zeer uitgebreid proces, en als je duizend apparaten in \u00e9\u00e9n zone hebt, moet je het geheugen van de routers in de gaten houden om ervoor te zorgen dat het voldoende is om alle LSA's en de enorme status database LSDB op te slaan. Zodra er ergens in de zone wijzigingen optreden, zal het SPF-algoritme onmiddellijk de routes herberekenen. LSA's worden standaard elke 30 minuten bijgewerkt. Dit proces gebeurt niet gelijktijdig op alle apparaten, maar in ieder geval wordt de update door elke router om de 30 minuten uitgevoerd. Hoe meer netwerkapparaten, hoe meer geheugen en tijd nodig is voor de update van de LSDB.<\/p>\n

Dit probleem kan worden opgelost door \u00e9\u00e9n gezamenlijke zone op te splitsen in meerdere afzonderlijke zones, ook wel multizoning genoemd. Hiervoor moet u een plan of schema hebben van het gehele netwerk dat u beheert. De nulzone AREA 0 is uw hoofdzone. Dit is de plek waar de verbinding met het externe netwerk, zoals de toegang tot het internet, plaatsvindt. Bij het aanmaken van nieuwe zones moet u zich houden aan de regel: in elke zone moet zich \u00e9\u00e9n boundary router ABR bevinden, Area Border Router. De boundary router heeft \u00e9\u00e9n interface in de ene zone en de tweede interface in de andere zone. Bijvoorbeeld, router R5 heeft interfaces in zone 1 en zone 0. Zoals ik al zei, moet elke zone zijn verbonden met de nulzone, dat wil zeggen, moet er een boundary router zijn waarvan \u00e9\u00e9n van de interfaces is verbonden met AREA 0. <\/p>\n

\"Cisco
\n
\nStel dat de verbinding R6-R7 is uitgevallen. In dit geval zal de LSA-update zich alleen verspreiden binnen de zone AREA 1 en alleen deze zone betreffen. Apparaten in zone 2 en zone 0 zullen hier zelfs niet van op de hoogte zijn. De boundary router R5 verzamelt informatie over wat er in zijn zone gebeurt en stuurt samengevoegde informatie over de netwerkomstandigheden naar de hoofdzone AREA 0. Apparaten in \u00e9\u00e9n zone hoeven niet op de hoogte te zijn van alle wijzigingen in LSA binnen andere zones, omdat de ABR-router samengevoegde informatie over routes van de ene naar de andere zone zal doorsturen. <\/p>\n

Als u niet helemaal begrijpt wat de concepten van zones inhouden, kunt u meer leren in de volgende lessen, wanneer we ons zullen bezighouden met het instellen van OSPF-routing en een aantal voorbeelden zullen bespreken. <\/p>\n

\r\n \"Video\r\n
<\/div>\r\n <\/div><\/center>
\nBedankt dat je bij ons blijft. Vind je onze artikelen leuk? Wil je meer interessante inhoud zien? Steun ons door een bestelling te plaatsen of ons aan vrienden aan te bevelen. 30% korting voor Habr-gebruikers op een unieke variant van entry-level servers, speciaal voor jou ontworpen:<\/b> De volledige waarheid over VPS (KVM) E5-2650 v4 (6 cores) 10GB DDR4 240GB SSD 1Gbps vanaf $20 of hoe deel je een server correct?<\/a><\/noindex> (opties beschikbaar met RAID1 en RAID10, tot 24 cores en tot 40GB DDR4).<\/p>\n

Dell R730xd voor de helft van de prijs?<\/b> Alleen bij ons 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100TB vanaf $199<\/a><\/noindex> in Nederland! Dell R420 \u2014 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB \u2014 vanaf $99!<\/b><\/b> Lees over hoe je een infrastructuur van bedrijfsniveau kunt opbouwen met Dell R730xd E5-2650 v4 servers die wel \u20ac9000 kosten voor een prikkie?<\/a><\/noindex>
\n
Bron: 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 \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438 \u043f\u043e \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0443 OSPF. \u042d\u0442\u0430 \u0442\u0435\u043c\u0430, \u043a\u0430\u043a \u0438 \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0435\u043d\u0438\u0435 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 EIGRP, \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u0432\u0430\u0436\u043d\u0435\u0439\u0448\u0435\u0439 \u0432\u043e \u0432\u0441\u0435\u043c \u043a\u0443\u0440\u0441\u0435 CCNA. \u041a\u0430\u043a \u0432\u0438\u0434\u0438\u0442\u0435, \u0440\u0430\u0437\u0434\u0435\u043b 2.4 \u043d\u0430\u0437\u044b\u0432\u0430\u0435\u0442\u0441\u044f \u00ab\u041d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0430, \u043f\u0440\u043e\u0432\u0435\u0440\u043a\u0430 \u0438 \u043d\u0435\u043f\u043e\u043b\u0430\u0434\u043a\u0438 \u0435\u0434\u0438\u043d\u0438\u0447\u043d\u043e\u0439 \u0437\u043e\u043d\u044b \u0438 \u043c\u0443\u043b\u044c\u0442\u0438\u0437\u043e\u043d\u044b OSPFv2 \u0434\u043b\u044f \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 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 \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u043e\u0432, \u043f\u0435\u0440\u0435\u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0435\u043d\u0438\u044f, \u0442\u0443\u043f\u0438\u043a\u043e\u0432\u043e\u0439 \u043e\u0431\u043b\u0430\u0441\u0442\u0438, \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u043e\u0439 \u0441\u0435\u0442\u0438 \u0438 LSA)\u00bb. \u0422\u0435\u043c\u0430 OSPF \u0434\u043e\u0441\u0442\u0430\u0442\u043e\u0447\u043d\u043e […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28774,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-38332","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\udd47Training Cisco 200-125 CCNA v3.0. Dag 44. Inleiding tot OSPF | ProHoster","description":"Vandaag beginnen we met de studie van routing via het OSPF-protocol. Dit onderwerp, evenals de bespreking van het EIGRP-protocol, is een van de belangrijkste in de hele CCNA-cursus.","canonical_url":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-44-vvedenie-v-ospf","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"nl_NL","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 44. \u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u0432 OSPF | 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 \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438 \u043f\u043e \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0443 OSPF. \u042d\u0442\u0430 \u0442\u0435\u043c\u0430, \u043a\u0430\u043a \u0438 \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0435\u043d\u0438\u0435 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 EIGRP, \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u0432\u0430\u0436\u043d\u0435\u0439\u0448\u0435\u0439 \u0432\u043e \u0432\u0441\u0435\u043c \u043a\u0443\u0440\u0441\u0435 CCNA.","og:url":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-44-vvedenie-v-ospf","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:01+00:00","article:modified_time":"2019-10-31T19:23:01+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"38332","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:32:21","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:11:22","updated":"2026-01-23 21:32:21","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts\/38332","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/comments?post=38332"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts\/38332\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/media\/28774"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/media?parent=38332"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/categories?post=38332"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/tags?post=38332"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}