Introduktion IPv6 Header Format
Internet Protocol version 6 lykkedes Internet Protocol version 4, hvad angår kompleksitet og effektivitet er det langt bedre end IPV4. Det er den mindste meddelelsesenhed, der overføres via IPv6-netværket. Der er en betydelig forskel i overskriften på IPv6, der gør det mere effektivt end IPv4. Lad os se på IPv6 Header Format for at forstå det på en bedre måde.
Liste over IPv6 Header Format-komponent:
1) Version.
2) Traffic Class.
3) Flow Label.
4) Længde på nyttelast.
5) Næste overskrift.
6) Hopgrænse.
7) Kildeadresse.
8) Destinationsadresse.
9) Udvidelseshoveder.
IPv6 Header Format Component, datapakken til IPv6 omfatter to hoveddele, dvs. header og nyttelast. IPv6 består af 40 bytes lang fast overskrift, der indeholder følgende felter.
Kilde: Google Billeder
Lad os se betydningen af de enkelte komponenter i IPv6 Header i detaljer-
1) Version:
Det betyder versionen af Internet-protokollen i 4-bit-sekvens, dvs. 0110. Dette felt har ikke meget betydning, da IPv6- og IPv4-pakkerne ikke bestemmes baseret på versionfeltet, men af typen af protokollen, der findes i lag 2-kuverterne .
2) Traffic Class:
Dette felt ligner servicefeltet i IPv4-pakken. Det angiver prioriteten af IPv6-pakken. Det er ansvarligt at håndtere trafikken baseret på prioriteten af pakken. I tilfælde af overbelastning på routeren kasseres pakkerne med lav prioritet.
Den bruger 8 bits hukommelse til at kontrollere trafikforhold.
| Prioritet | Betyder |
| 0 | Ingen specifik trafik |
| 1 | Baggrundsdata |
| 2 | Uovervåget datatrafik |
| 3 | reserveret |
| 4 | Deltog i massedatatrafik |
| 5 | reserveret |
| 6 | Interaktiv trafik |
| 7 | Kontroller trafik |
Kildeknudepunktet kan indstille prioriteterne, men destinationen kan ikke forvente det samme sæt prioriteter, som routeren kan ændre prioriteterne undervejs.
3) Flow label:
- Denne etiket sikrer, at pakkerne opretholder den rækkefølge, der hører til den samme kommunikation. Ved hjælp af kilden identificerer label routeren, hvilken pakke hører til hvilken informationsstrøm. Det hjælper også med at undgå ombestilling af datapakkerne.
- Flow label skal indstilles til 0 i tilfælde af at routeren og værten ikke understøtter flowetikelfunktionen. Den bruger 20 bits hukommelse til at fungere.
4) Længde på nyttelast (16-bit):
Nyttelastens længde angiver routeren om størrelsen på informationerne indeholdt i en bestemt pakke. Nyttelastens længde består også af det øverste lagspakke og eventuel udvidelseshoved. Hvis nyttelastlængden bliver større end 65.535 byte, bliver felt for nyttelastlængde 0.
5) Næste overskrift (8-bit):
Næste Header betyder typen Extension Header, i nogle tilfælde når Extension Header ikke er til stede, betyder det protokollerne, der findes i det øverste lagpakke som UDP, TCP osv. UDP (17) og TCP (6) er de mest almindelige Next Headers men andre typer overskrifter er også mulige. Hvis du sammenligner med IPv4-protokollen, svarer Next Header til IPv4-protokollefeltet.
6) Hopgrænse (8-bit):
Dette felt sørger for, at pakken ikke går i en uendelig sløjfe, hver gang pakken passerer linket (routeren) er dette felt dekrementeret med 1, og når det endelig når det sted, hvor pakken kasseres. Dette felt indstiller også en øvre tærskelværdi for det maksimale antal links mellem to noder i IPv6-protokollen. Det tillader maksimalt 255 humle mellem knudepunkterne og alt efter det, der kasseres.
7) Kildeadresse (128 bit):
Dette 128-bit kildeadresse felt angiver pakningens oprindelsesadresse.
8) Destinationsadresse (128 bit):
Dette 128-bit destinationsadressefelt angiver den tilsigtede modtageradresse for pakken.
9) Extension Headers IPv6 Header Format:
- Forlængelseshoveder introduceres i IPv6 for at overvinde begrænsningen af IPv4-indstillingsfeltet. I modsætning til IPv4 er I IPv6 kun information, der virkelig er nødvendig, defineret i den faste Header, og alle de oplysninger, der ikke er så vigtige eller ikke bliver ofte brugt, er defineret i Extension Header. Udvidelseshoved findes mellem øverste lagshoved og den faste overskrift. Hver udvidelseshoved har en unik værdi, der adskiller den fra de andre udvidelseshoveder.
- I tilfælde af at udvidelseshoveder bruges, vil Fixed Header's Next Header-felt pege på den første Extension Header. Tilsvarende, hvis der er flere Extension Header, fungerer det på lignende måde.
IPv6-pakke kan have en eller flere end en udvidelsesoverskrift, disse overskrifter skal præsenteres i en bestemt sekvens som nævnt nedenfor
| Bestille | Header Type | Næste overskriftskode |
| 1 | Grundlæggende IPv6-overskrift | - |
| 2 | Hop by Hop mulighed | 0 |
| 3 | Destinationsindstillinger (med routingindstillinger) | 60 |
| 4 | Routing Header | 43 |
| 5 | Fragmenthoved | 44 |
| 6 | Autentificeringshoved | 51 |
| 7 | Indkapslingssikkerhed nyttelast Header | 50 |
| 8 | Destinationsmuligheder | 60 |
| 9 | Mobilitetshoved | 135 |
| Intet næste Header | 59 | |
| Øvre lag | TCP | 6 |
| Øvre lag | UDP | 17 |
| Øvre lag | ICMPv6 | 58 |
Regler for overskrifter
Der er nogle foruddefinerede regler, der definerer rækkefølgen af overskrifterne, lad os se på disse regelsæt
- Hvis Hop by Hop er til stede, skal den være til stede efter IPv6 base Header.
- Bortset fra destinationshoved kan alle andre overskrifter kun vises én gang på listen.
- I tilfælde af at destinationshovedet placeres foran routinghovedet, vil destinationshovedet blive undersøgt af alle de mellemliggende noder, der findes i routinghovedet.
- I tilfælde af, at destinationshovedet er placeret før det øverste lag, vil destinationshovedet kun blive undersøgt af destinationsnoden.
sekvens
Lad os se på den rækkefølge, hvor alle extensionshovederne skal arrangeres i en IPv6-pakke
| Udvidelseshoveder | Beskrivelse |
| Hop af Hop Options | Undersøgt af alle enheder på stien |
| Destinationsindstillinger (med routingindstillinger) | Undersøgt af pakkens destination |
| Routing Header | Metoder til at tage en routingbeslutning |
| Fragmenthoved | Indeholder parametre for fragmenteret datagram udført af kilden |
| Autentificeringshoved | Bekræft ægtheden |
| Indkapslingssikkerheds nyttelast | Bærer krypterede data |
Conclusion-
Vi har lært IPv6 Header-format og de forskellige komponenter, der findes i Header. Vi har set betydningen af hver komponent, og hvordan disse komponenter er forskellige end IPv4-protokollen. Vi har også lært de forskellige regelsæt, der skal tages med i betragtning, mens overskriftstypen sekvenseres.
Anbefalede artikler
Dette har været en guide til IPv6 Header Format. Her har vi diskuteret introduktionen, komponenter og sekvensen, hvor ipv6-pakker er arrangeret. Du kan også gennemgå vores andre foreslåede artikler for at lære mere -
- IPv4 vs IPv6
- CCNA-kommandoer
- Introduktion til computernetværk
- Spørgsmål om computernetværksintervju