{"id":37512,"date":"2019-10-31T22:18:05","date_gmt":"2019-10-31T19:18:05","guid":{"rendered":"https:\/\/prohoster.info\/blog\/trening-cisco-200-125-ccna-v3-0-den-24-protokol-ipv6\/"},"modified":"2019-10-31T22:18:05","modified_gmt":"2019-10-31T19:18:05","slug":"trening-cisco-200-125-ccna-v3-0-den-24-protokol-ipv6","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-24-protokol-ipv6","title":{"rendered":"Cisco Training 200-125 CCNA v3.0. Day 24. IPv6 Protocol","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

I dag skal vi l\u00e6re om IPv6-protokollen. Den tidligere version af CCNA-kurset kr\u00e6vede ikke en dybdeg\u00e5ende bekendtskab med denne protokol, men i den tredje version 200-125 er det n\u00f8dvendigt at studere den grundigt for at best\u00e5 eksamen. IPv6-protokollen blev udviklet for l\u00e6nge siden, men har i lang tid ikke haft bred anvendelse. Den er meget vigtig for internettets videre udvikling, da den er designet til at l\u00f8se manglerne ved den udbredte IPv4-protokol. <\/p>\n

Da IPv6-protokollen er et ret omfattende emne, har jeg opdelt det i to video lektioner: Dag 24 og Dag 25. Den f\u00f8rste dag vil vi fokusere p\u00e5 grundl\u00e6ggende begreber, mens vi p\u00e5 den anden dag vil gennemg\u00e5 konfiguration af IP-adresser under IPv6-protokollen for Cisco-enheder. I dag vil vi som s\u00e6dvanligt d\u00e6kke tre emner: n\u00f8dvendigheden af IPv6, formatet for IPv6-adresser og typerne af IPv6-adresser.<\/p>\n

\"Cisco
\n
\nIndtil nu har vi brugt IP-adresser fra protokol v4 i vores lektioner, og du har v\u00e6ret vant til, at de ser ret enkle ud. N\u00e5r du s\u00e5 en adresse, som den der vises p\u00e5 denne slide, forstod du straks, hvad der blev talt om. <\/a><\/noindex><\/p>\n

Men IP-adresser v6 ser helt anderledes ud. Hvis du ikke er bekendt med, hvordan adresserne i denne version af internetprotokollen oprettes, vil du f\u00f8rst og fremmest blive overrasket over, at en IP-adresse af denne type optager meget plads. I den fjerde version havde vi kun 4 decimale tal, som var enkle at forst\u00e5, men forestil dig, at du skal fort\u00e6lle en herre X hans nye IP-adresse, som er 2001:0db8:85a3:0000:0000:8a2e:0370:7334. <\/p>\n

\"Cisco
\n
\nMen bare rolig \u2013 i slutningen af denne video lektion vil vi befinde os i en meget bedre position. Lad os f\u00f8rst se p\u00e5, hvorfor det er n\u00f8dvendigt at bruge IPv6.<\/p>\n

\"Cisco
\n
\nI dag bruger de fleste mennesker IPv4 og er ganske tilfredse. Hvorfor skulle man s\u00e5 skifte til den nye version? For det f\u00f8rste best\u00e5r IP-adresser i den fjerde version af 32 bit. Det g\u00f8r det muligt at oprette cirka 4 milliarder adresser p\u00e5 internettet, hvilket vil sige, at det pr\u00e6cise antal IP-adresser udg\u00f8r 2^32. Da IPv4 blev skabt, mente udviklerne, at dette antal adresser var mere end tilstr\u00e6kkeligt. Hvis du kan huske, bliver adresserne i denne version delt op i 5 klasser: de operative klasser A, B, C og de reserverede klasser D (multicast) og E (forskning). S\u00e5ledes, selvom antallet af fungerende IP-adresser kun udgjorde 75% af de 4 milliarder, var skaberne af protokollen overbeviste om, at de ville v\u00e6re nok til hele menneskeheden. Men i takt med internettets hurtige udvikling har manglen p\u00e5 ledige IP-adresser v\u00e6ret f\u00f8lt \u00e5r for \u00e5r, og hvis det ikke havde v\u00e6ret for brugen af NAT-teknologien, ville de ledige IPv4-adresser for l\u00e6ngst v\u00e6re udt\u00f8mt. Faktisk blev NAT redningsmanden for denne internetprotokol. Det er derfor n\u00f8dvendigheden for at skabe en ny version af internetprotokollen, der er fri for manglerne fra den fjerde version. Du kan sp\u00f8rge, hvorfor man gik fra den fjerde version direkte til den sjette. Det skyldes, at version 5, ligesom versionerne 1, 2 og 3, var eksperimentelle. <\/p>\n

IP-adresser v6 har et 128-bit adresseomr\u00e5de. Hvor mange gange tror du, at antallet af mulige IP-adresser er steget? Du vil sandsynligvis sige: \u201e4 gange!\u201c. Men det er ikke rigtigt, for 234 er allerede 4 gange st\u00f8rre end 232. S\u00e5 v\u00e6rdien 2128 er utroligt stor \u2013 den er lig med 340282366920938463463374607431768211456. Det er antallet af IP-adresser, der er tilg\u00e6ngelige via IPv6-protokollen. Det betyder, at du kan tildele en IP-adresse til hvad som helst: din bil, din telefon, dit armb\u00e5ndsur. En moderne person kan have en b\u00e6rbar computer, flere smartphones, smartwatches, et smart hjem - et tv tilsluttet internettet, en vaskemaskine tilsluttet internettet, et helt hus tilsluttet internettet. Det s\u00e5dan antal adresser muligg\u00f8r konceptet \u201einternet of things\u201c, som Cisco st\u00f8tter. Det betyder, at alle ting i dit liv er forbundet til internettet, og de har alle brug for en IP-adresse. Med IPv6 er det muligt! Hver person p\u00e5 Jorden kan bruge millioner af adresser fra denne version til deres enheder, og der vil stadig v\u00e6re alt for mange ledige. Vi kan ikke forudsige, hvordan teknologien vil udvikle sig, men vi kan h\u00e5be, at menneskeheden ikke n\u00e5r et tidspunkt, hvor der kun er 1 computer tilbage p\u00e5 Jorden. Det kan antages, at IPv6 vil eksistere i lang tid fremover. Lad os se p\u00e5, hvad formatet for en IP-adresse af sjette version indeb\u00e6rer. <\/p>\n

\"Cisco
\n
\nDisse adresser vises som 8 grupper af hexadecimale tal. Det betyder, at hvert tegn i adressen har en l\u00e6ngde p\u00e5 4 bit; s\u00e5ledes best\u00e5r hver gruppe af 4 af s\u00e5danne tegn af 16 bit, og hele adressen har en l\u00e6ngde p\u00e5 128 bit. Hver gruppe af 4 tegn adskilles fra den n\u00e6ste gruppe med kolon, i mods\u00e6tning til IPv4-adresser, hvor grupperne blev adskilt med punkter, fordi punktet er den decimale repr\u00e6sentation af tal. Da det er sv\u00e6rt at huske en s\u00e5dan adresse, findes der flere regler til at forkorte den. Den f\u00f8rste regel siger, at grupper, der kun best\u00e5r af nuller, kan erstattes med et dobbelt kolon. En s\u00e5dan operation kan kun udf\u00f8res p\u00e5 hver IP-adresse \u00e9n gang. Lad os overveje, hvad det betyder.<\/p>\n

Som du kan se i det angivne eksempel, indeholder adressen tre grupper af 4 nuller. Det samlede antal kolon, der adskiller disse grupper 0000:0000:0000, er 2. Hvis vi derfor bruger dobbelt kolon ::, betyder det, at der p\u00e5 dette sted i adressen findes grupper af nuller. Hvordan kan vi s\u00e5 finde ud af, hvor mange grupper af nuller dette dobbelt kolon repr\u00e6senterer? Hvis vi ser p\u00e5 den forkortede form af adressen, kan vi t\u00e6lle 5 grupper af 4 tegn. Men da vi ved, at den fulde adresse best\u00e5r af 8 grupper, betyder det, at det dobbelte kolon repr\u00e6senterer 3 grupper af 4 nuller. Dette er den f\u00f8rste regel for forkortet adresseformat.<\/p>\n

\"Cisco
\n
\nDen anden regel siger, at man kan droppe indledende nuller i hver gruppe tegn. For eksempel ser 6. gruppe i den fulde adresse form ud som 04FF, mens dens forkortede form ville se ud som 4FF, fordi vi har droppet den indledende null. S\u00e5ledes betyder notationen 4FF i virkeligheden 04FF. <\/p>\n

Ved at anvende disse regler kan enhver IP-adresse forkortes. Men selv efter forkortelsen ser denne adresse stadig ikke s\u00e6rlig kort ud. Senere vil vi se, hvad vi kan g\u00f8re ved dette, men indtil da skal du bare huske disse 2 regler. <\/p>\n

Lad os se p\u00e5, hvad overskrifterne for IPv4- og IPv6-adresser repr\u00e6senterer.<\/p>\n

\"Cisco
\n
\nDette billede, som jeg tog fra internettet, forklarer meget godt forskellen mellem de to overskrifter. Som du kan se, er overskriften for IPv4 meget mere kompleks og indeholder mere information end IPv6-overskriften. Hvis overskriften er kompleks, bruger routeren mere tid p\u00e5 at behandle den for at tr\u00e6ffe beslutninger om routing, s\u00e5 ved brug af enklere IP-adresser i den sjette version arbejder routerne mere effektivt. Det er derfor, at IPv6 er meget bedre end IPv4. <\/p>\n

L\u00e6ngden af en IPv4-overskrift g\u00e5r fra 0 til 31 bit og optager 32 bit. Uden at tage h\u00f8jde for den sidste linje Options og Padding repr\u00e6senterer IPv4-adressen en 20-byte adresse, hvilket betyder, at dens minimale st\u00f8rrelse er 20 byte. L\u00e6ngden af en adresse i den sjette version har ikke en minimal st\u00f8rrelse, og en s\u00e5dan adresse har en fast l\u00e6ngde p\u00e5 40 byte.<\/p>\n

I IPv4-hovedet angives f\u00f8rst versionen, og herefter l\u00e6ngden af hovedet IHL. Som standard er dette 20 byte, men hvis der angives yderligere information i hovedet, kan l\u00e6ngden v\u00e6re st\u00f8rre. Hvis du bruger Wireshark, kan du l\u00e6se v\u00e6rdien for Version, som er lig med 4, og v\u00e6rdien for IHL, som er lig med 5, hvilket betyder fem vertikale blokke \u00e1 4 byte (32 bit) hver uden at t\u00e6lle blokken Options. <\/p>\n

\"Cisco
\n
\nService Type of Service angiver pakkenstype \u2013 for eksempel stemmepakker eller datapakker, fordi stemmetrafik har prioritet over andre typer trafik. Kort sagt angiver dette felt prioriteten for trafikken. Den samlede l\u00e6ngde Total Length er summen af l\u00e6ngden af hovedet p\u00e5 20 byte plus l\u00e6ngden af nyttelasten, som er de data, der sendes. Hvis den er 50 byte, vil den samlede l\u00e6ngde have v\u00e6rdien 70 byte. Paketidentifikation Identification bruges til at kontrollere integriteten af pakken ved hj\u00e6lp af header checksum Header Checksum. Hvis pakken fragmenteres i 5 dele, skal hver af dem have den samme identifikator \u2013 fragmentoffset Fragment Offset, som kan have en v\u00e6rdi fra 0 til 4, og hver fragment af pakken skal have den samme offsetv\u00e6rdi. Flaggene viser, om fragment offsets er tilladt. Hvis du ikke \u00f8nsker, at data fragmenteres, skal du indstille flaget DF \u2013 don't fragment. Der er ogs\u00e5 et flag MF \u2013 more fragment. Dette betyder, at hvis den f\u00f8rste pakke fragmenteres i 5 dele, vil den anden pakke f\u00e5 v\u00e6rdien 0, hvilket betyder \u2013 ikke flere fragmenter! Den sidste fragment af den f\u00f8rste pakke vil derefter blive markeret med 4, s\u00e5 den modtagende enhed nemt kan de-fragmentere pakken. <\/p>\n

Bem\u00e6rk farverne, der er brugt p\u00e5 dette dias. Felter markeret med r\u00f8d er dem, der er udeladt fra IPv6-headeren. Bl\u00e5 markerer parametre, der er overf\u00f8rt fra den fjerde til den sjette version af protokollen i \u00e6ndret form. Gule felter er forblevet u\u00e6ndrede i begge versioner. Det gr\u00f8nne felt er et felt, der f\u00f8rst optr\u00e5dte kun i IPv6.<\/p>\n

Felterne Identification, Flags, Fragment Offset og Header Checksum er udeladt, fordi fragmentering ikke forekommer under moderne dataoverf\u00f8rselsforhold, og kontrolsummen er ikke n\u00f8dvendig. For mange \u00e5r siden, da data blev sendt langsomt, var fragmentering ret almindeligt, men i dag anvendes Ethernet-standarder som IEEE 802.3 med en MTU-st\u00f8rrelse p\u00e5 1500 bytes, og fragmentering forekommer ikke l\u00e6ngere.<\/p>\n

TTL, eller pakkens levetid, er en nedt\u00e6lling \u2013 n\u00e5r levetiden n\u00e5r 0, kasseres pakken. Det repr\u00e6senterer faktisk det maksimale antal spring, der kan foretages i dette netv\u00e6rk. Feltet Protocol viser, hvilken protokol, TCP eller UDP, der bruges i netv\u00e6rket.<\/p>\n

Header Checksum er en for\u00e6ldet parameter, s\u00e5 det er udeladt fra den nye version af protokollen. Derefter kommer felterne for den 32-bit kildeadresse og den 32-bit destinationsadresse. Hvis vi har nogen oplysninger i Options-feltet, \u00e6ndres IHL-v\u00e6rdien fra 5 til 6, hvilket angiver, at der er et ekstra felt i overskriften.
\nI IPv6-overskriften bruges ogs\u00e5 versionsfeltet Version, og trafikklassen Traffic Class svarer til feltet Type of Service i IPv4-overskriften. Flow Label ligner Traffic Class og bruges til at forenkle routing af en ensartet pakke-str\u00f8m. Payload Length angiver l\u00e6ngden af nyttelasten, eller st\u00f8rrelsen p\u00e5 datafeltet, der er placeret under overskriften. L\u00e6ngden af selve overskriften p\u00e5 40 bytes er konstant og derfor n\u00e6vnes den ikke nogetsteds. <\/p>\n

Feltet Next Header angiver, hvilken type overskrift den n\u00e6ste pakke vil have. Dette er en meget nyttig funktion, der angiver typen af den n\u00e6ste transportprotokol \u2013 TCP, UDP osv., og som vil v\u00e6re meget efterspurgt i fremtidige datatransmissionsteknologier. Selv hvis du bruger din egen protokol, vil du kunne finde ud af, hvilken protokol der bliver den n\u00e6ste. <\/p>\n

Det maksimale antal spring, eller Hop Limit, er analogt til TTL i IPv4-overskriften; det er en mekanisme til at forhindre routing-loops. Derefter f\u00f8lger felterne for den 128-bit kildeadresse og den 128-bit destinationsadresse. Hele overskriften har en st\u00f8rrelse p\u00e5 40 bytes. Som jeg sagde, er IPv6 meget simplere end IPv4 og meget mere effektiv til at tr\u00e6ffe routingbeslutninger for routeren.
\nLad os se p\u00e5 typerne af IPv6-adresser. Vi ved, hvad unicast er \u2013 det er en rettet transmission, hvor \u00e9n enhed er direkte forbundet til en anden, og begge enheder kan kun kommunikere med hinanden. Multicast er en form for broadcast, som betyder, at flere enheder kan kommunikere samtidigt med \u00e9n enhed, som igen kan opretholde forbindelsen til flere enheder. P\u00e5 denne m\u00e5de ligner multicast en radiostation, hvis signaler spreder sig overalt. Hvis du vil h\u00f8re en bestemt kanal, skal du indstille din radio til en bestemt frekvens. Hvis du husker videolektionen om RIP-protokollen, ved du, at denne protokol bruger broadcast-domenet 255.255.255.255 til at sende opdateringer, til hvilket alle subnet er tilsluttet. Men kun de enheder, der bruger RIP-protokollen, vil modtage disse opdateringer. <\/p>\n

En anden type broadcasting, som ikke findes i IPv4, kaldes Anycast. Det bruges, n\u00e5r du har mange enheder med den samme IP-adresse, og det tillader at sende pakker til den n\u00e6rmeste modtager blandt en gruppe af modtagere. <\/p>\n

\"Cisco
\n
\nI tilf\u00e6ldet med internettet, hvor vi har CDN-netv\u00e6rk, kan vi tage YouTube som et eksempel. Denne tjeneste benyttes af mange mennesker i forskellige dele af verden, men det betyder ikke, at de alle forbindes direkte til virksomhedens server i Californien. YouTube har mange servere over hele verden, for eksempel er serveren for min indiske YouTube i Singapore. Ligeledes har IPv6-protokollen en indbygget mekanisme til transmission via CDN-teknologi ved hj\u00e6lp af en geografisk distribueret netv\u00e6rksstruktur, det vil sige, det bruger Anycast.<\/p>\n

Som du har bem\u00e6rket, er der en anden type broadcasting, Broadcast, som mangler her, fordi IPv6-protokollen ikke bruger det. Men Multicast i denne protokol fungerer p\u00e5 samme m\u00e5de som Broadcast i IPv4, men p\u00e5 en mere effektiv m\u00e5de. <\/p>\n

Den sjette version af protokollen bruger tre typer adresser: Link Local, Unique Site Local og Global. Vi husker, at i IPv4 har \u00e9n gr\u00e6nseflade kun \u00e9n IP-adresse. Lad os antage, at vi har to routere, der er forbundet med hinanden; hver af forbindelsesgr\u00e6nsefladerne vil have kun \u00e9n IP-adresse. N\u00e5r vi bruger IPv6, f\u00e5r hver gr\u00e6nseflade automatisk en IP-adresse af typen Link Local. Disse adresser starter med FE80::\/64. <\/p>\n

\"Cisco
\n
\nDisse IP-adresser bruges kun til lokale forbindelser. Folk, der arbejder med Windows, kender meget lignende adresser af typen 169.254.X.X \u2013 disse adresser konfigureres automatisk via protokollen IPv4.<\/p>\n

Hvis computeren anmoder DHCP-serveren om at f\u00e5 tildelt en IP-adresse, men af en eller anden grund ikke kan oprette forbindelse, har Microsoft-enheder en mekanisme, der g\u00f8r det muligt for computeren at tildele sig selv en IP-adresse. Denne adresse vil v\u00e6re cirka: 169.254.1.1. En lignende situation opst\u00e5r, hvis vi har en computer, en switch og en router. Lad os antage, at routeren ikke fik en IP-adresse fra DHCP-serveren og automatisk tildelte sig selv den samme IP-adresse 169.254.1.1. Derefter vil den via switchen sende et broadcast ARP-anmodning ud i netv\u00e6rket, hvor den sp\u00f8rger, om nogen netv\u00e6rksenhed har denne adresse. N\u00e5r den modtager foresp\u00f8rgslen, vil computeren svare: \"Ja, jeg har pr\u00e6cis den samme IP-adresse!\", hvorefter routeren vil tildele sig selv en ny tilf\u00e6ldig adresse, for eksempel 169.254.10.10, og igen sende en ARP-anmodning ud i netv\u00e6rket. <\/p>\n

\"Cisco
\n
\nHvis ingen informerer om, at de har den samme adresse, vil den beholde adressen 169.254.10.10 for sig selv. P\u00e5 den m\u00e5de kan enheder i det lokale netv\u00e6rk helt undg\u00e5 at bruge DHCP-serveren ved at benytte mekanismen til automatisk tildeling af IP-adresser til sig selv for at etablere forbindelse med hinanden. Det er her, automatisk konfiguration af IP-adresser kommer ind, som vi har m\u00f8dt mange gange, men aldrig har brugt. <\/p>\n

Tilsvarende har IPv6-protokollen en mekanisme til tildeling af lokale IP-adresser Link Local, der starter med FE80::. Skr\u00e5stregen 64 angiver opdeling af netv\u00e6rksadresser og v\u00e6rtsadresser. Her betyder de f\u00f8rste 64 netv\u00e6rket, og de n\u00e6ste 64 v\u00e6rten. <\/p>\n

\"Cisco
\n
\nFE80:: betyder adresser af typen FE80.0.0.0\/, hvor der efter skr\u00e5stregen er en del af host-adresserne. Disse adresser er forskellige for vores enhed og det tilsluttede interface, og de konfigureres automatisk. Det er v\u00e6rd at bem\u00e6rke, at en del af hosten bruger MAC-adressen. Som det er kendt, er MAC-adressen en 48-bits IP-adresse best\u00e5ende af 6 blokke med 2 hexadecimale tal. Microsoft bruger dette system, mens Cisco anvender 3 blokke med 4 hexadecimale tal. <\/p>\n

\"Cisco
\n
\nI vores eksempel vil vi bruge Microsoft-sekvensen 11:22:33:44:55:66. Hvordan tildeles MAC-adressen til enheden? Denne sekvens af tal i hostadressen, der repr\u00e6senterer MAC-adressen, opdeles i to dele: til venstre er der tre grupper 11:22:33, til h\u00f8jre tre grupper 44:55:66, og mellem dem tilf\u00f8jes FF og FE. P\u00e5 den m\u00e5de skabes en 64-bit blok af hostens IP-adresse. <\/p>\n

\"Cisco
\n
\nSom det er kendt, repr\u00e6senterer sekvensen 11:22:33:44:55:66 en MAC-adresse, der er unik for hver enhed. Ved at inds\u00e6tte FF:FE mellem de to grupper af tal i MAC-adressen f\u00e5r vi en unik IP-adresse for denne enhed. P\u00e5 denne m\u00e5de skabes en IP-adresse af typen Local Link, som kun bruges til at etablere forbindelse mellem naboer uden speciel konfiguration og dedikerede servere. Denne type IP-adresse kan kun anvendes inden for et enkelt netv\u00e6rkssegment og kan ikke bruges til ekstern kommunikation uden for dette segment. <\/p>\n

Den n\u00e6ste type adresse er Unique Site Local Scope, som svarer til interne (private) IPv4-adresser som 10.0.0.0\/8, 172.16.0.0\/12 og 192.168.0.0\/16. \u00c5rsagen til, at man bruger interne private og eksterne offentlige IP-adresser, skyldes teknologien NAT, som vi har talt om i de tidligere lektioner. Unique Site Local Scope er en teknologi, der skaber interne IP-adresser. Du kan m\u00e5ske sige: \u201eImran, du sagde, at hver enhed kan have sin egen IP-adresse, derfor skiftede vi til IPv6\u201c, og du ville have helt ret. Men nogle mennesker foretr\u00e6kker at bruge konceptet med interne IP-adresser af sikkerhedsm\u00e6ssige grunde. Her fungerer NAT som en firewall, og eksterne enheder kan ikke frit kommunikere med enheder placeret inden for netv\u00e6rket, da de har lokale IP-adresser, der ikke er tilg\u00e6ngelige fra det eksterne internet. Men NAT medf\u00f8rer mange problemer i forhold til VPN, for eksempel for protokollen ESP. For at sikre sikkerhed brugte IPv4 IPSec, men i IPv6 er der en indbygget sikkerhedsmekanisme, som g\u00f8r det meget nemt at oprette forbindelse mellem interne og eksterne IP-adresser. <\/p>\n

For dette har IPv6 to forskellige typer adresser: hvis adresserne Unique Local svarer til interne IP-adresser i IPv4, s\u00e5 svarer adresserne Global til eksterne IPv4-adresser. Mange mennesker foretr\u00e6kker slet ikke at bruge adresser af typen Unique Local, mens andre ikke kan undv\u00e6re dem, s\u00e5 det er genstand for vedvarende debat. Jeg mener, at man f\u00e5r mange flere fordele, hvis man kun bruger eksterne IP-adresser, is\u00e6r n\u00e5r det kommer til mobilitet. For eksempel vil min enhed have den samme IP-adresse, uanset hvor jeg befinder mig \u2014 i Bangalore eller New York, s\u00e5 jeg kan problemfrit bruge en af mine enheder hvor som helst i verden. <\/p>\n

Som jeg allerede har sagt, har IPv6 en indbygget sikkerhedsmekanisme, der muligg\u00f8r oprettelse af en sikker VPN-tunnel mellem stedet, hvor dit kontor er placeret, og dine enheder. Tidligere havde vi brug for en ekstern mekanisme til at oprette en s\u00e5dan VPN-tunnel, men i IPv6 er det en indbygget standardmekanisme. <\/p>\n

Da vi i dag har dr\u00f8ftet en del emner, stopper jeg vores lektion her for at forts\u00e6tte diskussionen om den sjette version af internetprotokollen IP i n\u00e6ste video. Som hjemmeopgave vil jeg bede jer om at studere, hvad det hexadecimale talsystem er, fordi det er meget vigtigt for forst\u00e5elsen af IPv6 at kende omdannelsen fra det bin\u00e6re talsystem til det hexadecimale og omvendt. For eksempel skal I vide, at 1111 = F, og s\u00e5 videre; bare sl\u00e5 det op p\u00e5 Google for mere information. I n\u00e6ste videotime vil jeg fors\u00f8ge at \u00f8ve s\u00e5danne omdannelser med jer. Jeg anbefaler, at I ser dagens video flere gange, s\u00e5 I ikke har sp\u00f8rgsm\u00e5l om de emner, vi har behandlet. <\/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 \u0431\u0443\u0434\u0435\u0442 \u0438\u0437\u0443\u0447\u0430\u0442\u044c \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b IPv6. \u041f\u0440\u0435\u0434\u044b\u0434\u0443\u0449\u0430\u044f \u0432\u0435\u0440\u0441\u0438\u044f \u043a\u0443\u0440\u0441\u0430 CCNA \u043d\u0435 \u0442\u0440\u0435\u0431\u043e\u0432\u0430\u043b\u0430 \u0434\u0435\u0442\u0430\u043b\u044c\u043d\u043e\u0433\u043e \u043e\u0437\u043d\u0430\u043a\u043e\u043c\u043b\u0435\u043d\u0438\u044f \u0441 \u044d\u0442\u0438\u043c \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u043e\u043c, \u043e\u0434\u043d\u0430\u043a\u043e \u0432 \u0442\u0440\u0435\u0442\u044c\u0435\u0439 \u0432\u0435\u0440\u0441\u0438\u0438 200-125 \u0435\u0433\u043e \u0443\u0433\u043b\u0443\u0431\u043b\u0435\u043d\u043d\u043e\u0435 \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u0435 \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043e\u0431\u044f\u0437\u0430\u0442\u0435\u043b\u044c\u043d\u044b\u043c \u0434\u043b\u044f \u0441\u0434\u0430\u0447\u0438 \u044d\u043a\u0437\u0430\u043c\u0435\u043d\u0430. \u041f\u0440\u043e\u0442\u043e\u043a\u043e\u043b IPv6 \u0431\u044b\u043b \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u0430\u043d \u0434\u043e\u0432\u043e\u043b\u044c\u043d\u043e \u0434\u0430\u0432\u043d\u043e, \u043e\u0434\u043d\u0430\u043a\u043e \u0434\u043e\u043b\u0433\u043e\u0435 \u0432\u0440\u0435\u043c\u044f \u043d\u0435 \u043d\u0430\u0445\u043e\u0434\u0438\u043b \u0448\u0438\u0440\u043e\u043a\u043e\u0433\u043e \u043f\u0440\u0438\u043c\u0435\u043d\u0435\u043d\u0438\u044f. \u041e\u043d \u043e\u0447\u0435\u043d\u044c \u0432\u0430\u0436\u0435\u043d \u0434\u043b\u044f \u0434\u0430\u043b\u044c\u043d\u0435\u0439\u0448\u0435\u0433\u043e \u0440\u0430\u0437\u0432\u0438\u0442\u0438\u044f \u0438\u043d\u0442\u0435\u0440\u043d\u0435\u0442\u0430, \u043f\u043e\u0441\u043a\u043e\u043b\u044c\u043a\u0443 \u043f\u0440\u0435\u0434\u043d\u0430\u0437\u043d\u0430\u0447\u0435\u043d \u0434\u043b\u044f \u0443\u0441\u0442\u0440\u0430\u043d\u0435\u043d\u0438\u044f \u043d\u0435\u0434\u043e\u0441\u0442\u0430\u0442\u043a\u043e\u0432 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28150,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-37512","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\udd47 Cisco 200-125 CCNA v3.0 Tr\u00e6ning. Dag 24. Protokol IPv6 | ProHoster","description":"I dag vil vi l\u00e6re om protokollen IPv6.","canonical_url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-24-protokol-ipv6","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 24. \u041f\u0440\u043e\u0442\u043e\u043a\u043e\u043b IPv6 | ProHoster","og:description":"\u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u0431\u0443\u0434\u0435\u0442 \u0438\u0437\u0443\u0447\u0430\u0442\u044c \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b IPv6.","og:url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-24-protokol-ipv6","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:18:05+00:00","article:modified_time":"2019-10-31T19:18:05+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"37512","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 18:09:20","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:25:27","updated":"2026-01-23 18:09:20","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\/37512","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=37512"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/37512\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media\/28150"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=37512"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=37512"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=37512"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}