IPv4 er den fjerde versjonen av Internet Protocol (IP) og den første mye brukte protokollen som danner grunnlaget for dagens internettteknologi. Hver enhet og domene koblet til Internett er tildelt et unikt nummer som kalles en IP-adresse. IPv4-adressen er et 32-bits tall som består av fire desimaler. Mellom hver desimalskilletegn er et tall mellom 0 og 255. Eksempel: 192.0.2.235
I dag, på grunn av den relativt nye naturen til IPv6, er IPv4 fortsatt grunnlaget for de fleste Internett-operasjoner, og mange enheter er konfigurert med IPv4. I denne situasjonen kan de fleste enheter ikke kommunisere ved hjelp av IPv6, noe som resulterer i at mange enkeltpersoner, bedrifter og andre fortsatt trenger IPv4. Deretter vil vi introdusere pakkeformatet til IPv4.
IPv4-pakkeformat
(1)Versjonenfeltet står for 4 biter, som indikerer versjonen av IP-protokollen.
(2)IP-hodelengde, brukes dette feltet til å beskrive lengden på IP-hodet, siden det er valgfrie deler med variabel lengde i IP-hodet. Denne seksjonen opptar 4 biter, med en lengdeenhet på 4 byte, som betyr at verdien i denne regionen=IP-headerlengde (i byte)/lengdeenhet (4 byte).
(3)Type tjeneste: 8 bits i lengde.
PPP: De tre første sifrene definerer pakkens prioritet. Jo viktigere verdien er, desto viktigere er Big data
000 (Rutine) Normal
001 (Prioritet) prioritet, brukt til datavirksomhet
010 (Umiddelbar) umiddelbar, for datavirksomhet
011 (Blits) blitshastighet for taleoverføring
100 (Flash Overrides) raskt for videovirksomhet
101 (kritisk) CRI/TIC/ECP kritisk for taleoverføring
110 (Internettkontroll) Internettverkskontroll, brukt til nettverkskontroll, for eksempel rutingprotokoller
111 (Nettverkskontroll) nettverkskontroll, brukt til nettverkskontroll
DTRCO: Siste 5 sifre
(1000) D forsinkelse: 0: min forsinkelse, 1: minimer forsinkelsen så mye som mulig
(0100) T Gjennomstrømning: 0: maks gjennomstrømning (maksimal gjennomstrømning), 1: Prøv å øke trafikken så mye som mulig
(0010) R-pålitelighet: 0: maksimal gjennomstrømning, 1: maksimer pålitelighet
(0001) M overføringskostnad: 0: min mandagskostnad (minimum bane overhead), 1: minimer kostnaden så mye som mulig
(0000): normal (vanlig tjeneste).
(4)Total lengde på IP-pakken: 16 bits i lengde. Lengden på en IP-pakke beregnet i byte (inkludert overskrift og data), derfor er den maksimale lengden på en IP-pakke 65 535 byte. Så, størrelsen på pakkens nyttelast=Total IP-pakkelengde - IP-headerlengde.
(5)Identifikator: 16 bits i lengde. Dette feltet brukes sammen med feltene Flags og Fragment Offer for å segmentere større pakker på øvre nivå. Etterruterdeler en pakke, er alle småpakker som er delt merket med samme verdi, slik at destinasjonsenheten kan skille hvilken pakke som tilhører den delte pakken.
(6)Flagg: 3 bits i lengde.
Det første sifferet i dette feltet brukes ikke.
Den andre biten er DF (Don't Fragment)-biten. Når DF-biten er satt til 1, indikerer det atruterkan ikke segmentere den øvre lagpakken. Hvis en øvre lagpakke ikke kan videresendes uten segmentering, vilrutervil forkaste den øvre lagpakken og returnere en feilmelding.
Den tredje biten er MF-biten (More Fragments). Nårrutersegmenterer en øvre lagpakke, setter den MF-biten til 1 i overskriften til IP-pakken bortsett fra det siste segmentet.
(7)Fragmentforskyvning: En lengde på 13 biter, målt i enheter på 8 oktetter. Indikerer plasseringen av IP-pakken i komponentpakken, som brukes av mottakeren til å sette sammen og gjenopprette IP-pakken.
(8)Tid til å leve (TTL): Lengden er 8 bits, opprinnelig designet i sekunder (s), men faktisk målt i hopp. Den anbefalte standardverdien er 64. Når IP-pakker overføres, blir en spesifikk verdi først tildelt dette feltet. Når en IP-pakke går gjennom hverruterunderveis, hverruterunderveis vil redusere TTL-verdien til IP-pakken med 1. Hvis TTL reduseres til 0, vil IP-pakken bli forkastet. Dette feltet kan forhindre at IP-pakker kontinuerlig videresendes i nettverket på grunn av rutingsløyfer.
(9)Protokoll: 16 bits i lengde. Brukes for korrekthetsdeteksjon av IP-hoder, men inkluderer ikke datadelen. Fordi hverrutermå endre TTL-verdien, denrutervil beregne denne verdien på nytt for hver bestått pakke
(10)Overskriftssjekksum: 16 bits i lengde. Brukes for korrekthetsdeteksjon av IP-hoder, men inkluderer ikke datadelen. Fordi hverrutermå endre TTL-verdien, denrutervil beregne denne verdien på nytt for hver bestått pakke
(11)Kilde og destinasjonsadresser: Begge adressene er 32 bits. Identifiserer opprinnelses- og destinasjonsadressen til denne IP-pakken. Vær oppmerksom på at med mindre NAT brukes, vil disse to adressene ikke endres gjennom hele overføringsprosessen.
(12)Alternativer: Dette er et felt med variabel lengde. Dette feltet er valgfritt og brukes hovedsakelig til testing, og kan skrives om av den opprinnelige enheten etter behov. De valgfrie elementene inkluderer følgende:
•Løs kilderuting: Oppgi en serie med IP-adresser forrutergrensesnitt. IP-pakker må overføres langs disse IP-adressene, men det er tillatt å hoppe over flere rutere mellom to påfølgende IP-adresser.
•Streng kilderuting: Oppgi en serie med IP-adresser forrutergrensesnitt. IP-pakker må overføres langs disse IP-adressene, og hvis neste hopp ikke er i IP-adressetabellen, indikerer det en feil.
•Ta opp rute: Registrer IP-adressen til ruterens utgående grensesnitt når IP-pakken forlater hverruter.
•Tidsstempler: Registrer tiden når en IP-pakke forlater hverruter.
•Polstring: Fordi enheten for IP-headerlengden er 32 biter, må lengden på IP-headeren være et heltallsmultiplum av 32 biter. Derfor, etter det valgfrie alternativet, vil IP-protokollen fylle ut flere nuller for å oppnå et heltall på 32 biter.
IPV4-data kan ofte brukes på vårt selskapONUnettverksenheter, og våre relaterte nettverksprodukter dekker ulike typerONUserie produkter, inkludert ACONU/kommunikasjonONU/intelligentONU/eskeONUosv. OvennevnteONUserieprodukter kan brukes for nettverkskrav i ulike scenarier. Velkommen alle til å komme og få en mer detaljert teknisk forståelse av produktet.
