IP-pakkehoved: Format, felter
โก Smart opsummering
IP-header er de metadata, der placeres i starten af โโhver IP-pakke og indeholder felter som version, headerlรฆngde, total lรฆngde, levetid, protokol, kontrolsum og kilde- og destinationsadresser, som routere lรฆser for at levere data.

Hvad er IP-header?
IP-headeren er metainformation i begyndelsen af โโen IP-pakke. Den viser information sรฅsom IP-version, pakkens lรฆngde, kilde og destination.
IPv4-headerformatet er 20 til 60 bytes langt og indeholder de oplysninger, der er nรธdvendige for routing og levering. Det bestรฅr af felter som Version, Headerlรฆngde, Total Lรฆngde, Identifikation, Flag, Kontrolsum, kilde-IP-adressen og destinations-IP-adressen. Sammen giver disse felter de vigtigste data, der er nรธdvendige for at transmit pakken pรฅlideligt fra รฉn vรฆrt til en anden.
IPv4 Header-komponenter/felter
Diagrammet nedenfor viser det komplette IPv4-headerformat, hvor hvert felt tegnes pรฅ sin korrekte position og bitbredde:
Fรธlgende er de forskellige komponenter/felter i IP-pakkeheaderen:
- Version: Det fรธrste IP-headerfelt er en 4-bit versionsindikator. I IPv4 er vรฆrdien af โโdisse fire bits sat til 0100, hvilket angiver 4 i binรฆrt format. Hvis routeren ikke understรธtter den angivne version, tabes pakken.
- Internet-headerlรฆngde: Internet Header Length, kort kendt som IHL, er 4 bit i stรธrrelse. Det kaldes ogsรฅ HELEN (Header Length). Denne IP-komponent viser, hvor mange 32-bit ord der er til stede i headeren.
- Type service: Servicetypen kaldes ogsรฅ differentierede tjenester Code Punkt eller DSCP. Dette felt indeholder funktioner relateret til servicekvaliteten for datastreaming eller VoIP-opkald. De fรธrste 3 bits er prioritetsbits. Det angiver ogsรฅ, hvordan et datagram skal hรฅndteres.
- Total lรฆngde: Den samlede lรฆngde mรฅles i bytes. Minimumsstรธrrelsen pรฅ et IP-datagram er 20 bytes, og maksimumsstรธrrelsen er 65,535 bytes. HELEN og Total Length kan bruges til at beregne stรธrrelsen pรฅ nyttelasten. Alle vรฆrter skal kunne lรฆse 576-byte datagrammer. Men hvis et datagram er for stort til vรฆrterne i netvรฆrket, anvendes fragmenteringsmetoden i vid udstrรฆkning.
- Identifikation: Identifikation er et felt, der bruges til at identificere fragmenterne af et IP-datagram entydigt. Nogle har anbefalet at bruge dette felt til andre formรฅl, sรฅsom at tilfรธje oplysninger til pakker tracIng.
- IP-flag: Flags er et tre-bit felt, der hjรฆlper dig med at kontrollere og identificere fragmenter. De mulige konfigurationer er: Bit 0 er reserveret og skal sรฆttes til nul; Bit 1 betyder fragmenter ikke; og Bit 2 betyder flere fragmenter.
- Fragment offset: Fragmentoffset reprรฆsenterer antallet af databytes foran et bestemt fragment i det specifikke datagram. Det er angivet i enheder pรฅ 8 bytes og har en maksimal vรฆrdi pรฅ 65,528 bytes.
- Tid til at leve: Dette er et 8-bit felt, der angiver den maksimale tid, datagrammet mรฅ forblive i internetsystemet. Hver gang et datagram behandles, reduceres dets TTL-vรฆrdi med รฉn. Nรฅr vรฆrdien af โโTTL nรฅr nul, kasseres datagrammet, sรฅ pakkerne ikke leveres uendeligt. Vรฆrdien af โโTTL kan variere fra 0 til 255.
- protokol: Dette IPv4-headerfelt angiver, hvilken internetprotokol der findes i den sidste del af datagrammet. For eksempel bruges tallet 6 til at angive TCP, og 17 bruges til at betegne UDP-protokollen.
- Overskrift kontrolsum: Den nรฆste komponent er et 16-bit header-checksumfelt, som bruges til at kontrollere headeren for eventuelle fejl. IP-headeren sammenlignes med vรฆrdien af โโdens checksum. Nรฅr header-checksummen ikke stemmer overens, kasseres pakken.
- Kildeadresse: Kildeadressen er en 32-bit adresse pรฅ den kilde, der bruges til IPv4-pakken.
- Destinationsadresse: Destinationsadressen er ogsรฅ 32 bit i stรธrrelse og gemmer modtagerens adresse.
- IP-indstillinger: Dette er et valgfrit felt i IPv4-headeren, der bruges, nรฅr vรฆrdien af โโIHL (Internet Header Length) er sat til stรธrre end 5. Det indeholder vรฆrdier og indstillinger relateret til sikkerhed, postrute, tidsstempel og lignende indstillinger. Listen over indstillinger slutter normalt med en EOL-markรธr (End of Options List).
- dato: Dette felt gemmer dataene fra det protokollag, der har overleveret dataene til IP-laget.
Sรฅdan beregner du IPv4-headerlรฆngden
Feltet Internet Header Length (IHL) fortรฆller en router prรฆcis, hvor lang headeren er, sรฅ den ved, hvor headeren slutter, og dataene begynder. Da feltet kun er 4 bit bredt, gemmer det ikke lรฆngden direkte i bytes. I stedet tรฆller det headeren i 32-bit ord, hvor hvert ord er lig med 4 bytes.
For at konvertere IHL-vรฆrdien til bytes skal du gange den med 4:
- Minimum: Den mindste vรฆrdi i henhold til den internationale menneskelovgivning er 5, sรฅ 5 ร 4 = 20 bytes. Dette er en header uden indstillinger.
- Maksimum: Den stรธrste vรฆrdi i henhold til den internationale livscyklus (IHL) er 15, sรฅ 15 ร 4 = 60 bytes. De ekstra 40 bytes indeholder valgfrie felter.
Overvej et bearbejdet eksempel. Hvis en pakke ankommer med en IHL-vรฆrdi pรฅ 6, er headerlรฆngden 6 ร 4 = 24 bytes, hvilket betyder, at der er 4 bytes med muligheder efter standard 20-byte headeren. For at finde stรธrrelsen pรฅ nyttelasten skal du bruge subtracheaderlรฆngden fra feltet Total lรฆngde. Hvis Total lรฆngde er 1,500 bytes, og headeren er 24 bytes, sรฅ er nyttelasten 1,500 โ 24 = 1,476 bytes.
Denne beregning er vigtig under fragmentering, fordi en router skal kende headerstรธrrelsen for at kunne beregne, hvor meget data hvert fragment kan bรฆre uden at overskride netvรฆrkets maksimale vรฆrdi. Transmission Enhed (MTU).
IPv4 vs. IPv6-header
IPv6-headeren blev redesignet for at vรฆre enklere og hurtigere at behandle end IPv4-headeren. Den bruger en fast lรฆngde og flytter sjรฆldent anvendte muligheder til separate udvidelsesheadere, sรฅ routere kan videresende pakker med linjehastighed. Tabellen nedenfor sammenligner de to headere felt for felt:
| Feature | IPv4-header | IPv6-header |
|---|---|---|
| Stรธrrelse pรฅ overskriften | 20 til 60 bytes (variabel) | 40 bytes (fast) |
| Antal felter | 13 felter plus muligheder | 8 felter |
| Adresselรฆngde | 32-bit kilde og destination | 128-bit kilde og destination |
| Header-kontrolsum | Prรฆsenter | fjernet |
| Fragmenteringsfelter | I basisoverskriften (Identifikation, Flag, Offset) | Flyttet til en header for Fragment-udvidelsen |
| Indstillinger | Bรฅret inde i overskriften | Bรฅret i forlรฆngelseshoveder |
| Lรฆngdefelt | Total lรฆngde (header plus data) | Nyttelastlรฆngde (kun nyttelast) |
Fordi IPv6 dropper checksummen og indstillingerne for variabel lรฆngde, indeholder headeren fรฆrre felter og kan behandles i hardware uden genberegning per hop.
Hvorfor IP-headeren er vigtig
Hvert felt i IP-headeren findes, sรฅ routere og vรฆrter kan flytte en pakke pรฅ tvรฆrs af mange netvรฆrk uden en permanent forbindelse mellem dem. Headeren er det, der fรฅr pakkekobling til at fungere.
- Routing: Destinationsadressen fortรฆller hver router, hvor pakken skal videresendes, mens kildeadressen tillader svar og fejlmeddelelser at returneres.
- Lรธkkeforebyggelse: Feltet "Livstid" mindskes ved hvert hop, sรฅ en fejlrutet pakke kasseres i stedet for at cirkle rundt pรฅ internettet for evigt.
- Levering i henhold til den rigtige protokol: Protokolfeltet fortรฆller den modtagende vรฆrt, om nyttelasten skal overfรธres til TCP, UDP eller en anden protokol.
- Integrity og genmontering: Kontrolsummen beskytter headeren mod korruption, og felterne Identifikation, Flag og Fragment Offset gรธr det muligt at genopbygge et fragmenteret datagram i den korrekte rรฆkkefรธlge.
For netvรฆrksingeniรธrer er det vigtigt at lรฆse disse felter i en TCP / IP Optagelse er ofte den hurtigste mรฅde at diagnosticere mistede pakker, routing-lรธkker og fejlkonfigurerede data. IP-adresser.

