{"id":37271,"date":"2019-10-31T22:16:41","date_gmt":"2019-10-31T19:16:41","guid":{"rendered":"https:\/\/prohoster.info\/blog\/trening-cisco-200-125-ccna-v3-0-den-18-osnovy-marshrutizatsii\/"},"modified":"2019-10-31T22:16:41","modified_gmt":"2019-10-31T19:16:41","slug":"trening-cisco-200-125-ccna-v3-0-den-18-osnovy-marshrutizatsii","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-18-osnovy-marshrutizatsii","title":{"rendered":"Cisco 200-125 CCNA v3.0 Tr\u00e6ning. Dag 18. Grundl\u00e6ggende routing","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

I dag begynder vi at l\u00e6re om routere. Hvis du har gennemf\u00f8rt mit videokursus fra f\u00f8rste til 17. lektion, har du allerede l\u00e6rt grundl\u00e6ggende om switches. Nu bev\u00e6ger vi os videre til den n\u00e6ste enhed - routeren. Som du ved fra den tidligere videolektion, har et af emnerne i CCNA-kurset overskriften \u2013 Cisco Switching & Routing.<\/p>\n

I denne serie vil vi ikke studere Cisco-routere, men derimod unders\u00f8ge routing-konceptet som helhed. Vi vil have tre temaer. Det f\u00f8rste er en oversigt over, hvad du allerede ved om routere, og en samtale om, hvordan dette kan anvendes sammen med den viden, du har f\u00e5et under studiet af switches. Vi skal forst\u00e5, hvordan switches og routere arbejder sammen.<\/p>\n

\"Cisco
\n
\nDern\u00e6st vil vi se p\u00e5, hvad routing er, hvad det betyder og hvordan det fungerer, og derefter g\u00e5 videre til typerne af routingprotokoller. I dag bruger jeg en topologi, som du allerede har set i de tidligere lektioner. <\/a><\/noindex><\/p>\n

Vi har set p\u00e5, hvordan data bev\u00e6ger sig igennem netv\u00e6rket og hvordan den tre-trins h\u00e5ndtryksprocedure TCP foreg\u00e5r. Den f\u00f8rste besked, der sendes over netv\u00e6rket, er en SYN-pakke. Lad os se, hvordan den tre-trins h\u00e5ndtryksprocedure fungerer, n\u00e5r en computer med IP-adressen 10.1.1.10 \u00f8nsker at oprette forbindelse til serveren 30.1.1.10, alts\u00e5 fors\u00f8ger at etablere en FTP-forbindelse.
\nFor at starte forbindelsen opretter computeren en kildeport med et tilf\u00e6ldigt nummer, 25113. Hvis du har glemt, hvordan dette foreg\u00e5r, anbefaler jeg at se de tidligere videolektioner, hvor dette emne blev behandlet. <\/p>\n

\"Cisco
\n
\nDerefter placerer den i ramme nummeret p\u00e5 destinationsporten, da den ved, at den skal forbinde til port 21, og tilf\u00f8jer derefter oplysninger fra lag 3 i OSI-modellen, alts\u00e5 sin egen IP-adresse og IP-adressen p\u00e5 destinationspunktet. De data, der er omkranset med stregen, \u00e6ndres ikke, f\u00f8r de n\u00e5r den endelige destination. N\u00e5r de n\u00e5r serveren, \u00e6ndres de heller ikke, men serveren tilf\u00f8jer oplysninger fra lag 2, alts\u00e5 MAC-adressen, da switches kun opfatter oplysninger fra lag 2 i OSI-modellen. I dette scenarie er routeren den eneste netv\u00e6rksenhed, der behandler information fra lag 3, og naturligvis arbejder computeren ogs\u00e5 med denne information. S\u00e5 switches arbejder kun med information fra lag 2, mens routeren h\u00e5ndterer lag 3. <\/p>\n

Switchen kender den oprindelige MAC-adresse XXXX:XXXX:1111 og \u00f8nsker at finde MAC-adressen p\u00e5 serveren, som computeren henvender sig til. Den sammenligner den oprindelige IP-adresse med destinationsadressen, forst\u00e5r, at disse enheder ligger i forskellige subnet, og beslutter at bruge gatewayen for at komme ud i et andet subnet.<\/p>\n

Jeg f\u00e5r ofte sp\u00f8rgsm\u00e5let om, hvem der bestemmer, hvad IP-adressen for gatewayen skal v\u00e6re. For det f\u00f8rste er det netv\u00e6rksadministratoren, der opretter netv\u00e6rket og tildeler IP-adresser til hver enhed. Som administrator kan du tildele routeren enhver adresse, der ligger i det tilladte interval af din subnet. Normalt er det den f\u00f8rste eller sidste tilladte adresse, men der er ingen strenge regler for, hvordan den skal tildeles. I vores tilf\u00e6lde tildelte administratoren gatewayens eller routerens adresse 10.1.1.1 til port F0\/0. <\/p>\n

N\u00e5r du konfigurerer et netv\u00e6rk p\u00e5 en computer med den statiske IP-adresse 10.1.1.10, tildeler du en subnetmaske p\u00e5 255.255.255.0 og standardgatewayen er 10.1.1.1. Hvis du ikke bruger en statisk adresse, betyder det, at computeren bruger DHCP, som tildeler en dynamisk adresse. Uanset hvilken IP-adresse computeren bruger, statisk eller dynamisk, skal der v\u00e6re en gateway-adresse for at komme til et andet netv\u00e6rk. <\/p>\n

S\u00e5ledes ved computeren 10.1.1.10, at den skal sende en ramme til routeren 10.1.1.1. Denne overf\u00f8rsel sker inden for det lokale netv\u00e6rk, hvor IP-adressen ikke har nogen betydning; her er det kun MAC-adressen, der er vigtig. Antag, at computeren aldrig f\u00f8r har kommunikere med routeren og ikke kender dens MAC-adresse, s\u00e5 den skal f\u00f8rst sende en ARP-foresp\u00f8rgsel, der sp\u00f8rger alle enheder i subnettet: \"hey, hvem af jer har adressen 10.1.1.1? Hvis du venligst oplyser mig din MAC-adresse!\". Da ARP er en broadcast-meddelelse, modtages den p\u00e5 alle porte p\u00e5 alle enheder, inklusive routeren. <\/p>\n

Computeren 10.1.1.12, der modtager ARP, t\u00e6nker: \u00abnej, min adresse er ikke 10.1.1.1\u00bb, og kasserer anmodningen. Tilsvarende g\u00f8r computeren 10.1.1.13. Routeren, der modtager anmodningen, forst\u00e5r, at det er den, der bliver spurgt og sender MAC-adressen fra port F0\/0 \u2013 da alle porte har forskellige MAC-adresser \u2013 til computeren 10.1.1.10. Nu, da den kender gateway-adressen XXXX:AAAA, som i dette tilf\u00e6lde er destinationsadressen, tilf\u00f8jer computeren denne adresse til slutningen af den ramme, der er adresseret til serveren. Samtidig opretter den FCS\/CRC-rammehovedet, som repr\u00e6senterer en fejlkontrolmekanisme for transmissionen. <\/p>\n

\"Cisco
\n
\nDerefter sendes rammen fra computeren 10.1.1.10 via kabler til routeren 10.1.1.1. Efter modtagelsen af rammen fjerner routeren FCS\/CRC ved at bruge den samme algoritme til kontrol som computeren. Dataene best\u00e5r kun af en sekvens af nuller og ettaller. Hvis dataene er beskadiget, dvs. 1 bliver til 0 eller 0 bliver til 1, eller hvis der er datal\u00e6kage, der ofte opst\u00e5r ved brug af en hub, skal enheden sende rammen igen. <\/p>\n

Hvis FCS\/CRC-kontrollen er best\u00e5et, ser routeren p\u00e5 kilde- og destinations-MAC-adresserne og fjerner dem, da det er oplysninger p\u00e5 lag 2, og g\u00e5r videre til rammens krop, som indeholder oplysninger p\u00e5 lag 3. Heraf kan den l\u00e6re, at oplysningerne i rammen er beregnet til en enhed med IP-adressen 30.1.1.10. <\/p>\n

Routeren ved p\u00e5 en eller anden m\u00e5de, hvor denne enhed befinder sig. Vi har ikke diskuteret dette emne, n\u00e5r vi behandlede switches, s\u00e5 lad os se p\u00e5 det nu. Routeren har 4 porte, s\u00e5 jeg har tilf\u00f8jet flere forbindelser til den. S\u00e5 hvor ved routeren, at dataene til enheden med IP-adressen 30.1.1.10 skal sendes gennem port F0\/1? Hvorfor sender den ikke dem gennem port F0\/3 eller F0\/2?<\/p>\n

Sagen er, at routeren arbejder med en rutetabel. Hver router har en s\u00e5dan tabel, der g\u00f8r det muligt at beslutte, gennem hvilken port en bestemt ramme skal sendes. <\/p>\n

\"Cisco
\n
\nI dette tilf\u00e6lde er port F0\/0 indstillet til IP-adressen 10.1.1.1, hvilket betyder, at den er tilsluttet netv\u00e6rket 10.1.1.10\/24. Tilsvarende er port F0\/1 indstillet til adressen 20.1.1.1, som er tilsluttet netv\u00e6rket 20.1.1.0\/24. Routeren kender begge disse netv\u00e6rk, fordi de er direkte tilsluttet dens porte. P\u00e5 den m\u00e5de er informationen om, at trafikken for netv\u00e6rket 10.1.10\/24 skal g\u00e5 gennem port F0\/0, og for netv\u00e6rket 20.1.1.0\/24 \u2013 gennem port F0\/1, kendt som standard. Hvordan ved routeren s\u00e5, hvilke porte den skal bruge til de \u00f8vrige netv\u00e6rk?<\/p>\n

Vi ser, at netv\u00e6rket 40.1.1.0\/24 er tilsluttet port F0\/2, netv\u00e6rket 50.1.1.0\/24 \u2013 til port F0\/3, og netv\u00e6rket 30.1.1.0\/24 forbinder den anden router med serveren. Den anden router har ogs\u00e5 en routingtabel, der angiver, at netv\u00e6rket 30. er tilsluttet dens port, lad os kalde den 0\/1, og at den f\u00f8rste router er tilsluttet gennem port 0\/0. Denne router ved, at dens port 0\/0 er tilsluttet netv\u00e6rket 20., og at port 0\/1 er tilsluttet netv\u00e6rket 30., men intet mere.<\/p>\n

Tilsvarende kender den f\u00f8rste router til netv\u00e6rkene 40. og 50., der er tilsluttet portene 0\/2 og 0\/3, men ved ikke noget om netv\u00e6rket 30. Routingprotokoller giver routerne den information, de ikke har som standard. Mekanismen, hvormed disse routere interagerer med hinanden, er grundlaget for routing, hvor der findes b\u00e5de dynamisk og statisk routing. <\/p>\n

Statisk routing best\u00e5r i, at den f\u00f8rste router f\u00e5r beskeden: hvis den skal kommunikere med netv\u00e6rket 30.1.1.0\/24, skal den bruge port F0\/1. Men n\u00e5r den anden router modtager trafik fra serveren, der er beregnet til computeren 10.1.1.10, ved den ikke, hvad den skal g\u00f8re, fordi dens routingtabel kun indeholder oplysninger om netv\u00e6rkene 30. og 20. Derfor skal denne router ogs\u00e5 have statisk routing: hvis den modtager trafik til netv\u00e6rket 10., skal den sende det gennem port 0\/0. <\/p>\n

Problemet med statisk routing er, at jeg skal konfigurere den f\u00f8rste router manuelt til at arbejde med netv\u00e6rket 30., og den anden router manuelt til at arbejde med netv\u00e6rket 10. Det er nemt, hvis jeg kun har 2 routere, men n\u00e5r jeg har 10 routere, tager ops\u00e6tningen af statisk routing meget tid. I dette tilf\u00e6lde giver det mening at bruge dynamisk routing.
\nN\u00e5r den f\u00f8rste router modtager en ramme fra computeren, ser den i sin routertabel og beslutter at sende den gennem port F0\/1. Samtidig tilf\u00f8jer den kilden MAC-adressen XXXX.BBBB og destinations MAC-adressen XXXX.CCCC. <\/p>\n

\"Cisco
\n
\nN\u00e5r den anden router modtager denne ramme, 'klipper' den MAC-adresserne, der tilh\u00f8rer det andet lag i OSI-modellen, og g\u00e5r videre til oplysningerne p\u00e5 3. lag. Den ser, at destinations IP-adressen 30.1.1.10 tilh\u00f8rer det samme netv\u00e6rk som port 0\/1 p\u00e5 routeren, tilf\u00f8jer kilden MAC-adressen og destinationsenhedens MAC-adresse og sender rammen videre til serveren. <\/p>\n

\"Cisco
\n
\nSom jeg allerede har n\u00e6vnt, gentages den lignende proces derefter i omvendt retning, det vil sige at der udf\u00f8res et andet h\u00e5ndtryk, hvor serveren sender et SYN ACK-besked tilbage. F\u00f8r dette kasserer den al un\u00f8dvendig information og efterlader kun SYN-pakken.<\/p>\n

\"Cisco
\n
\nN\u00e5r den anden router modtager denne pakke, overvejer den den modtagne information, supplerer den og sender den videre. <\/p>\n

S\u00e5 i de tidligere lektioner har vi l\u00e6rt, hvordan en switch fungerer, og nu har vi l\u00e6rt, hvordan routere fungerer. Lad os svare p\u00e5 sp\u00f8rgsm\u00e5let om, hvad routing er i global forstand. Forestil dig, at du m\u00f8der et trafikskilt, der er opstillet i en rundk\u00f8rsel. Du ser, at den f\u00f8rste afk\u00f8rsel f\u00f8rer til Royal Air Force Fairchild Station, den anden til lufthavnen, den tredje mod syd. Hvis du v\u00e6lger den fjerde afk\u00f8rsel, kommer du til en blind vej, og gennem den femte kan du k\u00f8re ind til byens centrum til Brexby Slot. <\/p>\n

\"Cisco
\n
\nGenerelt er routing det, der f\u00e5r routeren til at tr\u00e6ffe beslutninger om, hvor trafikken skal sendes hen. I dette tilf\u00e6lde skal du som f\u00f8rer tr\u00e6ffe en beslutning om, hvilken afk\u00f8rsel fra rundk\u00f8rslen du skal bruge. I netv\u00e6rk m\u00e5 routere tr\u00e6ffe beslutninger om, hvor pakker eller rammer skal sendes hen. Du skal forst\u00e5, at routing g\u00f8r det muligt at oprette tabeller, som routere bruger til at tr\u00e6ffe disse beslutninger. <\/p>\n

Som jeg sagde, findes der statisk og dynamisk routing. Lad os se p\u00e5 statisk routing, til hvilket jeg vil tegne 3 enheder, der er forbundet med hinanden, hvor den f\u00f8rste og tredje enhed er forbundet til netv\u00e6rk. Antag, at et netv\u00e6rk 10.1.1.0 \u00f8nsker at kommunikere med netv\u00e6rk 40.1.1.0, og at der mellem routerne ligger netv\u00e6rk 20.1.1.0 og 30.1.1.0.<\/p>\n

\"Cisco
\n
\nI dette tilf\u00e6lde skal routerportene tilh\u00f8re forskellige netv\u00e6rk. Router 1 kender kun til netv\u00e6rkene 10. og 20., og ved ikke noget om de andre netv\u00e6rk. Router 2 kender kun til netv\u00e6rkene 20. og 30., fordi de er tilsluttet den, og router 3 kender kun til netv\u00e6rkene 30. og 40. Hvis netv\u00e6rk 10. \u00f8nsker at kommunikere med netv\u00e6rk 40., skal jeg informere router 1 om netv\u00e6rk 30. og at hvis den \u00f8nsker at sende en ramme til netv\u00e6rk 40., skal den bruge gr\u00e6nsefladen til netv\u00e6rk 20. og sende rammen over dette samme netv\u00e6rk 20.<\/p>\n

Til den anden router skal jeg tildele 2 ruter: hvis den \u00f8nsker at sende en pakke fra netv\u00e6rk 40. til netv\u00e6rk 10., skal den bruge porten til netv\u00e6rk 20., og for at sende en pakke fra netv\u00e6rk 10. til netv\u00e6rk 40. \u2013 porten til netv\u00e6rk 30. Ligeledes skal jeg informere router 3 om netv\u00e6rk 10. og 20.<\/p>\n

Hvis du har sm\u00e5 netv\u00e6rk, er det meget nemt at konfigurere statisk routning. Men jo st\u00f8rre netv\u00e6rket vokser, desto flere problemer opst\u00e5r der med statisk routning. Forestil dig, at du har oprettet en ny forbindelse, der direkte forbinder den f\u00f8rste og tredje router. I dette tilf\u00e6lde vil den dynamiske routingprotokol automatisk opdatere routingtabellen for router 1, og angive: \u00abhvis du skal kommunikere med router 3, s\u00e5 brug den direkte rute\u00bb!<\/p>\n

\"Cisco
\n
\nDer findes to typer routingprotokoller: interne gatewayprotokoller (IGP) og eksterne gatewayprotokoller (EGP). Den f\u00f8rste protokol arbejder med et separat, autonomt system, kendt som et routingdom\u00e6ne. Forestil dig, at du har en lille organisation med kun 5 routere. Hvis vi kun taler om kommunikationen mellem disse routere, henviser vi til IGP, men hvis du bruger dit netv\u00e6rk til at kommunikere med internettet, som ISP-udbydere g\u00f8r, bruger du EGP. <\/p>\n

\"Cisco
\n
\nIGP bruger 3 popul\u00e6re protokoller: RIP, OSPF og EIGRP. CCNA-l\u00e6replanen n\u00e6vner kun de to sidste protokoller, fordi RIP er for\u00e6ldet. Det er den simpleste af routingprotokollerne, som stadig anvendes i nogle tilf\u00e6lde, men ikke sikrer det n\u00f8dvendige netv\u00e6rkssikkerhed. Det er en af grundene til, at Cisco har udelukket RIP fra l\u00e6replanen. Men jeg vil stadig fort\u00e6lle dig om det, fordi det at l\u00e6re om det hj\u00e6lper til at forst\u00e5 grundl\u00e6ggende routingprincipper. <\/p>\n

\"Cisco
\n
\nEGP-protokollernes klassificering bruger to protokoller: BGP og selve EGP-protokollen. I CCNA-kurset vil vi kun besk\u00e6ftige os med BGP, OSPF og EIGRP. Fort\u00e6llingen om RIP kan betragtes som bonusinformation, som vil blive pr\u00e6senteret i en af videoundervisningerne.
\nDer findes ogs\u00e5 2 typer af routingprotokoller: afstandsvektorprotokoller (Distance Vector) og link state-routingprotokoller (Link State). <\/p>\n

\"Cisco
\n
\nDen f\u00f8rste protokol ser p\u00e5 afstandsvektorer og retninger. For eksempel kan jeg etablere en direkte forbindelse mellem router R1 og R4, eller jeg kan opn\u00e5 forbindelse via R1-R2-R3-R4. Hvis vi taler om routingprotokoller, der bruger afstandsvektormetoden, vil forbindelsen altid blive etableret via den korteste rute. Det har ingen betydning, at denne forbindelse har en minimal hastighed. I vores tilf\u00e6lde er det 128 kbit\/s, hvilket er meget langsommere end forbindelsen via R1-R2-R3-R4, hvor hastigheden er 100 Mbit\/s. <\/p>\n

Lad os se p\u00e5 afstandsvektorprotokollen RIP. Jeg vil tilf\u00f8je netv\u00e6rket 10. foran router R1 og netv\u00e6rket 40. bag router R4. Antag, at der er mange computere i disse netv\u00e6rk. Hvis jeg \u00f8nsker at etablere forbindelse mellem netv\u00e6rket 10. R1 og netv\u00e6rket 40. R4, vil jeg tildele R1 en statisk routing, n\u00e6rmere bestemt: \"hvis du skal oprette forbindelse til netv\u00e6rket 40., skal du bruge den direkte forbindelse til router R4\". Samtidig skal jeg manuelt konfigurere RIP p\u00e5 alle 4 routere. S\u00e5ledes vil routingtabellen for R1 automatisk informere om, at hvis netv\u00e6rket 10. \u00f8nsker at kontakte netv\u00e6rket 40., skal den direkte forbindelse R1-R4 anvendes. Selv hvis en omvej viser sig at v\u00e6re hurtigere, vil Distance Vector-protokollen stadig v\u00e6lge den korteste rute med den mindste overf\u00f8rselsafstand. <\/p>\n

OSPF er en link state-routingprotokol, der altid ser p\u00e5 tilstanden af netv\u00e6rkssegmenterne. I dette tilf\u00e6lde vurderer den hastigheden p\u00e5 kanalerne, og hvis den ser, at hastigheden for trafikoverf\u00f8rsel over kanalen R1-R4 er meget lav, v\u00e6lger den ruten med h\u00f8jere hastighed, R1-R2-R3-R4, selvom dens l\u00e6ngde overstiger den korteste rute. S\u00e5 hvis jeg konfigurerer OSPF-protokollen p\u00e5 alle routere, vil trafikken ved fors\u00f8g p\u00e5 at oprette forbindelse mellem netv\u00e6rket 40. og netv\u00e6rket 10. blive sendt via R1-R2-R3-R4. S\u00e5ledes er RIP en afstandsvektorprotokol, mens OSPF er en link state-routingprotokol.<\/p>\n

Der findes ogs\u00e5 en anden protokol \u2013 EIGRP, en propriet\u00e6r routingprotokol fra Cisco. N\u00e5r det kommer til netv\u00e6rksenheder fra andre producenter, s\u00e5som Juniper, underst\u00f8tter de ikke EIGRP. Dette er en fremragende routingprotokol, der er langt mere effektiv end RIP og OSPF, men den kan kun bruges i netv\u00e6rk baseret p\u00e5 Cisco-udstyr. Senere vil jeg uddybe, hvad der g\u00f8r denne protokol s\u00e5 god. Indtil da vil jeg bem\u00e6rke, at EIGRP kombinerer tr\u00e6k fra b\u00e5de distance-vector protokoller og link-state routing protokoller, hvilket g\u00f8r den til en hybridprotokol. <\/p>\n

I den n\u00e6ste videolektion vil vi n\u00e6rme os en detaljeret gennemgang af Cisco-routere, og jeg vil fort\u00e6lle lidt om Cisco IOS-operativsystemet, som er designet til b\u00e5de switche og routere. Jeg h\u00e5ber, at vi i lektioner den 19. eller 20. dag vil begynde at studere routingprotokoller i detaljer, og at jeg vil vise, hvordan man konfigurerer Cisco-routere med eksempler fra sm\u00e5 netv\u00e6rk.<\/p>\n

\r\n \"Afspil\r\n
<\/div>\r\n <\/div><\/center>
\nTak fordi du er med os. Kan du lide vores artikler? Vil du se flere interessante materialer? St\u00f8t os ved at lave en bestilling eller anbefale os til dine bekendte. 30% rabat til brugere af Habr p\u00e5 en unik entry-level server, som vi har opfundet til dig:<\/b> Hele sandheden om VPS (KVM) E5-2650 v4 (6 kerner) 10GB DDR4 240GB SSD 1Gbps fra $20, eller hvordan man korrekt deler en server?<\/a><\/noindex> (tilg\u00e6ngelige muligheder med RAID1 og RAID10, op til 24 kerner og op til 40 GB DDR4).<\/p>\n

Dell R730xd er 2 gange billigere?<\/b> Kun hos os 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TB fra 199 $<\/a><\/noindex> i Holland! Dell R420 - 2x E5-2430 2.2GHz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - fra 99 $!<\/b><\/b> L\u00e6s om hvordan man bygger enterprise-infrastruktur ved hj\u00e6lp af Dell R730xd E5-2650 v4 servere til 9000 euro for en br\u00f8kdel af prisen?<\/a><\/noindex>
\n
Kilde: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u043f\u0440\u0438\u0441\u0442\u0443\u043f\u0438\u043c \u043a \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u044e \u0440\u043e\u0443\u0442\u0435\u0440\u043e\u0432. \u0415\u0441\u043b\u0438 \u0432\u044b \u043f\u0440\u043e\u0448\u043b\u0438 \u043c\u043e\u0439 \u0432\u0438\u0434\u0435\u043e\u043a\u0443\u0440\u0441 \u0441 \u043f\u0435\u0440\u0432\u043e\u0433\u043e \u043f\u043e 17-\u0439 \u0443\u0440\u043e\u043a, \u0442\u043e \u0443\u0436\u0435 \u0438\u0437\u0443\u0447\u0438\u043b\u0438 \u043e\u0441\u043d\u043e\u0432\u044b \u0441\u0432\u0438\u0442\u0447\u0435\u0439. \u0421\u0435\u0439\u0447\u0430\u0441 \u043c\u044b \u043f\u0435\u0440\u0435\u0445\u043e\u0434\u0438\u043c \u043a \u0441\u043b\u0435\u0434\u0443\u044e\u0449\u0435\u043c\u0443 \u0443\u0441\u0442\u0440\u043e\u0439\u0441\u0442\u0432\u0443 \u2013 \u0440\u043e\u0443\u0442\u0435\u0440\u0443. \u041a\u0430\u043a \u0432\u044b \u0437\u043d\u0430\u0435\u0442\u0435 \u0438\u0437 \u043f\u0440\u0435\u0434\u044b\u0434\u0443\u0449\u0435\u0433\u043e \u0432\u0438\u0434\u0435\u0443\u0440\u043e\u043a\u0430, \u043e\u0434\u043d\u0430 \u0438\u0437 \u0442\u0435\u043c \u043a\u0443\u0440\u0441\u0430 CCNA \u0442\u0430\u043a \u0438 \u043d\u0430\u0437\u044b\u0432\u0430\u0435\u0442\u0441\u044f \u2013 Cisco Switching & Routing. \u0412 \u044d\u0442\u043e\u0439 \u0441\u0435\u0440\u0438\u0438 \u043c\u044b \u043d\u0435 \u0441\u0442\u0430\u043d\u0435\u043c \u0438\u0437\u0443\u0447\u0430\u0442\u044c […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":27956,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-37271","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\udd47Cisco 200-125 CCNA v3.0 Tr\u00e6ning. Dag 18. Grundl\u00e6ggende om routing | ProHoster","description":"I dag begynder vi at studere routere. Hvis du har gennemg\u00e5et mit videokursus fra lektion 1 til 17, har du allerede l\u00e6rt det grundl\u00e6ggende om switche. Nu g\u00e5r vi videre til den n\u00e6ste enhed \u2013 routeren.","canonical_url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-18-osnovy-marshrutizatsii","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"da_DK","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 18. \u041e\u0441\u043d\u043e\u0432\u044b \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438 | ProHoster","og:description":"\u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u043f\u0440\u0438\u0441\u0442\u0443\u043f\u0438\u043c \u043a \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u044e \u0440\u043e\u0443\u0442\u0435\u0440\u043e\u0432. \u0415\u0441\u043b\u0438 \u0432\u044b \u043f\u0440\u043e\u0448\u043b\u0438 \u043c\u043e\u0439 \u0432\u0438\u0434\u0435\u043e\u043a\u0443\u0440\u0441 \u0441 \u043f\u0435\u0440\u0432\u043e\u0433\u043e \u043f\u043e 17-\u0439 \u0443\u0440\u043e\u043a, \u0442\u043e \u0443\u0436\u0435 \u0438\u0437\u0443\u0447\u0438\u043b\u0438 \u043e\u0441\u043d\u043e\u0432\u044b \u0441\u0432\u0438\u0442\u0447\u0435\u0439. \u0421\u0435\u0439\u0447\u0430\u0441 \u043c\u044b \u043f\u0435\u0440\u0435\u0445\u043e\u0434\u0438\u043c \u043a \u0441\u043b\u0435\u0434\u0443\u044e\u0449\u0435\u043c\u0443 \u0443\u0441\u0442\u0440\u043e\u0439\u0441\u0442\u0432\u0443 \u2013 \u0440\u043e\u0443\u0442\u0435\u0440\u0443.","og:url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-18-osnovy-marshrutizatsii","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:16:41+00:00","article:modified_time":"2019-10-31T19:16:41+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"37271","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 17:03:35","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:30:00","updated":"2026-01-23 17:03:35","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/37271","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/comments?post=37271"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/37271\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media\/27956"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=37271"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=37271"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=37271"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}