Introduksjon IPv6 Header Format
Internet Protocol versjon 6 lyktes med Internet Protocol versjon 4, med tanke på kompleksitet og effektivitet er det langt bedre enn IPV4. Det er den minste meldingsenheten som overføres via IPv6-nettverket. Det er en betydelig forskjell i toppteksten til IPv6 som gjør den mer effektiv enn IPv4. La oss ta en titt på IPv6 Header Format for å forstå det på en bedre måte.
Liste over IPv6 Header Format-komponent:
1) Versjon.
2) Trafikklasse.
3) Flow Label.
4) Lengde på nyttelast.
5) Neste overskrift.
6) Hop Limit.
7) Kildeadresse.
8) Destinasjonsadresse.
9) Utvidelsesoverskrifter.
IPv6 Header Format Component, datapakken til IPv6 omfatter to hoveddeler, dvs. topptekst og nyttelast. IPv6 består av 40 byte lang fast topptekst som inneholder følgende felt.
Kilde: Google Bilder
La oss se betydningen av de enkelte komponentene i IPv6 Header i detalj-
1) Versjon:
Det betyr versjonen av Internett-protokollen i 4-bits sekvens, dvs. 0110. Dette feltet har ikke så stor betydning ettersom IPv6- og IPv4-pakkene ikke bestemmes basert på versjonsfeltet, men av typen protokoll som finnes i lag 2-konvoluttene. .
2) Trafikklasse:
Dette feltet ligner på servicefeltet til IPv4-pakken. Det angir prioriteten til IPv6-pakken. Det er ansvarlig å håndtere trafikken basert på prioriteten til pakken. I tilfelle trafikkstopp på ruteren, kaster den pakkene med lav prioritet.
Den bruker 8 bits minne for å kontrollere trafikkstopp.
| Prioritet | Betydning |
| 0 | Ingen spesifikk trafikk |
| 1 | Bakgrunnsdata |
| 2 | Uovervåket datatrafikk |
| 3 | reservert |
| 4 | Deltatt i massedatatrafikk |
| 5 | reservert |
| 6 | Interaktiv trafikk |
| 7 | Kontroller trafikken |
Kildeknuten kan angi prioriteringer, men destinasjonen kan ikke forvente det samme settet med prioriteringer som ruteren kan endre prioriteringene på veien.
3) Flow label:
- Denne etiketten sikrer at pakkene opprettholder den sekvensielle flyten som tilhører den samme kommunikasjonen. Ved hjelp av kilden identifiserer etikettruteren hvilken pakke som tilhører hvilken informasjonsflyt. Det hjelper også til å unngå ombestilling av datapakkene.
- Flow label skal settes til 0 i tilfelle ruteren og verten ikke støtter flow label funksjonalitet. Den bruker 20 bits minne for å fungere.
4) Lengde på nyttelast (16-bits):
Nyttelastens lengde indikerer ruteren om størrelsen på informasjonen i en bestemt pakke. Nyttelastlengden består også av det øverste lagspakken og utvidelsesoverskriften (hvis noen). Hvis nyttelastlengden blir større enn 65, 535 byte, blir feltet for nyttelastlengde 0.
5) Neste topptekst (8-bits):
Neste topptekst angir typen Extension Header, i noen tilfeller når Extension Header ikke er til stede, betyr det protokollene som er til stede i det øvre lagpakken som UDP, TCP, etc. UDP (17) og TCP (6) er de vanligste Next Headers men andre typer overskrifter er også mulig. Hvis du sammenligner med IPv4-protokollen, ligner Next Header på IPv4-protokollfeltet.
6) Hop Limit (8-bits):
Dette feltet sørger for at pakken ikke går i en uendelig sløyfe, hver gang pakken passerer lenken (ruteren) blir dette feltet dekrementert med 1 og når den endelig kommer dit pakken blir kastet. Dette feltet setter også en øvre terskel for det maksimale antallet koblinger mellom to noder i IPv6-protokollen. Det tillater maksimalt 255 humle mellom nodene og alt etter det vil bli kastet.
7) Kildeadresse (128 biter):
Dette 128-bits kildeadressefeltet angir opprinnelsesadressen til pakken.
8) Destinasjonsadresse (128 bits):
Dette 128-biters destinasjonsadressefeltet angir den tiltenkte mottakeradressen til pakken.
9) IPv6-topptekstformat for utvidelsesoverskrifter:
- Extensions Headers blir introdusert i IPv6 for å overvinne begrensningen i Option Field of IPv4. I motsetning til IPv4, I IPv6 er det bare nødvendig informasjon som er definert i Fixed Header, og all den informasjonen som ikke er så viktig eller ikke blir brukt ofte, er definert i Extension Header. Utvidelsesoverskrift er til stede mellom øverste lagstopptekst og fast topptekst. Hver utvidelsesoverskrift har en unik verdi som skiller den fra de andre utvidelsesoverskriftene.
- I tilfelle extensionsoverskrifter blir brukt, vil Fixed Header's Next Header-felt peke til den første Extension Header. Tilsvarende, hvis det er flere Extension Header, fungerer det på lignende måte.
IPv6-pakken kan ha en eller flere enn en utvidelsesoverskrift. Disse overskriftene bør presentere i en bestemt sekvens som nevnt nedenfor
| Rekkefølge | Overskriftstype | Neste overskriftskode |
| 1 | Grunnleggende IPv6-topptekst | - |
| 2 | Hop by Hop-alternativet | 0 |
| 3 | Destinasjonsalternativer (med rutingsalternativer) | 60 |
| 4 | Rutehode | 43 |
| 5 | Fragment Header | 44 |
| 6 | Autentiseringsoverskrift | 51 |
| 7 | Innkapslingssikkerhet nyttelast Header | 50 |
| 8 | Destinasjonsalternativer | 60 |
| 9 | Mobilitetsoverskrift | 135 |
| Ingen neste topptekst | 59 | |
| Øverste laget | TCP | 6 |
| Øverste laget | UDP | 17 |
| Øverste laget | ICMPv6 | 58 |
Regler for overskrifter
Det er noen forhåndsdefinerte regler som definerer rekkefølgen på overskriftene, la oss se på disse regelsettene
- Hvis Hop by Hop-alternativet er til stede, bør det være til stede etter IPv6 base Header.
- Bortsett fra destinasjonshode, kan alle andre topptekster bare vises en gang i listen.
- I tilfelle destinasjonshodet plasseres før rutehodet, vil destinasjonshodet bli undersøkt av alle mellomnodene som er til stede i rutehodet.
- I tilfelle destinasjonshodet er plassert før øvre lag, vil destinasjonshodet bare bli undersøkt av destinasjonsnoden.
Sekvens
La oss ta en titt på sekvensen der alle Extensions Header skal ordnes i en IPv6-pakke
| Utvidelsesoverskrift | Beskrivelse |
| Hop av Hop Options | Undersøkt av alle enheter på banen |
| Destinasjonsalternativer (med rutingsalternativer) | Undersøkt av destinasjonen for pakken |
| Rutehode | Metoder for å ta en rutebeslutning |
| Fragment Header | Inneholder parametere for fragmentert datagram gjort av kilden |
| Autentiseringsoverskrift | Bekreft ektheten |
| Nyttekapsling for innkapsling | Bærer kryptert data |
Konklusjon-
Vi har lært IPv6 Header-format og de forskjellige komponentene som finnes i Header. Vi har sett betydningen av hver komponent, og hvordan disse komponentene er forskjellige enn IPv4-protokollen. Vi har også lært de forskjellige regelsettene som bør tas i betraktning mens vi sekvenserer toppteksttypen.
Anbefalte artikler
Dette har vært en guide til IPv6 Header Format. Her har vi diskutert introduksjonen, Komponenter og sekvensen der ipv6-pakker er ordnet. Du kan også gå gjennom andre foreslåtte artikler for å lære mer -
- IPv4 vs IPv6
- CCNA-kommandoer
- Introduksjon til datanettverk
- Spørsmål om datanettverk