På datalink og nettverksnivå for protokoller TCP / IP -pakke, som vedrører hovedmekanismen for overføring av datablokker mellom land og mellom nettverk, er grunnlaget TCP / IP... De bruker protokollbunken, men de brukes ikke direkte i applikasjoner som kjører protokollen TCP / IP... I denne artikkelen vil vi se på to protokoller som brukes av applikasjoner: User Datagram Protocol (UDP) og Transmission Control Protocol (TCP).
Bruker datagram protokoll
User Datagram Protocol er en veldig enkel protokoll. I tillegg til IP, det er en pålitelig, tilkoblingsløs protokoll. Du trenger ikke å opprette en forbindelse til verten for å kommunisere med den UDP, og det er ingen mekanisme for å sikre de overførte dataene.
Blokk av data som overføres ved hjelp av UDP kalt et datagram. UDP legger til fire 16-biters topptekstfelt (8 byte) til de overførte dataene. Disse feltene er: feltlengde, felt kontrollsum samt kilde- og destinasjonsportnummer. "Port", i denne sammenhengen, er programvaren til porten, ikke maskinvareporten.
Begrepet portnummer er felles for begge UDP og TCP... Portnumrene bestemmer hvilken protokollmodul som sender (eller mottar) data. De fleste protokoller har standard porter som vanligvis brukes til dette. For eksempel bruker Telnet vanligvis port 23. Enkel post Overføringsprotokoll(SMTP), bruker port 25. Bruk standard rom porter tillater klienter å kommunisere med serveren uten forhåndsinstallasjon hvilken port du skal bruke.
Port og protokollnummer i topptekstfeltet IP duplisere hverandre til en viss grad, selv om protokollfelt ikke lenger er tilgjengelige for protokoller høy level. IP bruker et protokollfelt for å bestemme hvor data skal overføres til UDP eller TCP moduler. UDP eller TCP bruk portnummeret til å bestemme hvilken protokoll applikasjonsnivå, skal motta data.
På tross av, UDP er ikke pålitelig, det er det fortsatt passende valg for mange bruksområder. Den brukes av sanntidsapplikasjoner som f.eks streaming av lyd og video, der, hvis data går tapt, er det bedre å undvære det enn å sende det igjen i rekkefølge. Det brukes også av protokoller som Simple Network Management Protocol (SNMP).
Kringkaste
UDP egnet for informasjonssending siden det ikke krever en åpen kommunikasjonstilkobling. kringkaste melding bestemmes av avsenderen til den angitte destinasjons -IP -adressen. UDP datagrammer med destinasjons -IP -adresse er alle binære 255.255.255.255) og hver vert i lokalt nettverk... Vær oppmerksom på ordet lokal: datagrammer med denne adressen godtas ikke av ruteren til Internett.
Kringkasting kan rettes til bestemte nettverk. UDP -datagrammer fra verten og delnettet sendes delene av IP -adressen som er angitt som binær til alle verter på alle delnett i nettverket som tilsvarer den rene delen av IP -adressen. Hvis bare mottakssiden (med andre ord alle bitene som er null i nettverksmasken) er satt til binær, er kringkastingen begrenset til alle verter på delnettet som samsvarer med resten av adressen.
Multicast brukes til å overføre data til en gruppe verter som har uttrykt et ønske om å motta dem. Multicast UDP datagrammet har en destinasjonsadresse der de fire første bitene er 1110, forutsatt at adressene er i området 224.xxx til 239.xxx De resterende bitene i adressen brukes til å angi multicast -gruppen. Det er heller som en radio- eller TV -kanal. Så for eksempel brukes 224.0.1.1 for NTP -protokollen. Hvis TCP / IP programmer som ønsker å motta en multicast -melding, må de bli med i den riktige multicast -gruppen, som den gjør ved å sende adressen til gruppen til protokollstakken.
Kringkasting filtrerer i hovedsak overføringen. Multicaster vurderer ikke individuelle meldinger for hver vert som blir med i gruppen. I stedet sendes meldinger, og driverne på hver vert bestemmer om de skal ignorere dem eller overføre innholdet til protokollstakken.
Dette betyr at multicast -meldinger må kringkastes over hele Internett, siden multicaster ikke vet hvilke verter som ønsker å motta meldinger. Heldigvis er dette ikke nødvendig. IP bruker en protokoll kalt Internet Group Management Protocol (IGMP) for å fortelle rutere hvilke verter som ønsker å motta multicast -meldinger, så meldinger sendes bare dit de trengs.
Overføringskontrollprotokoll
Transmission Control Protocol er en transportlagsprotokoll som brukes av de fleste Internett -applikasjoner som Telnet, FTP og HTTP. Det er en tilkoblingsorientert protokoll. Dette betyr at to datamaskiner er en klient, den andre er en server, og det må opprettes en forbindelse mellom dem før data kan overføres mellom dem.
TCP gir pålitelighet. Søknad som bruker TCP vet at han sender data mottatt i den andre enden, og at han mottok dem riktig. TCP bruker kontrollsummer på både overskrifter og data. Når du mottar data, TCP sender bekreftelsen tilbake til avsenderen. Hvis avsenderen ikke mottar bekreftelse innen en viss periode gang, blir dataene sendt igjen.
TCP inkluderer mekanismer for å sikre at data kommer i motsatt rekkefølge i rekkefølgen de ble sendt. Den implementerer også flytkontroll slik at avsenderen ikke kan overvelde mottakeren av dataene.
TCP overfører data ved hjelp av IP i blokker kalt segmenter. Lengden på segmentet bestemmes av protokollen. I tillegg til IP -overskriften, består hvert segment av 20 byte header. Overskrift TCP starter med et 16-biters kilde- og portnummer-destinasjonsfelt. I tillegg til UDP, disse feltene definerer nivået på applikasjonen, som også er rettet mot å motta data. IP -adressen og portnummeret tilsammen identifiserer tjenestene som kjører på verten og paret kjent som kontakten.
Neste i overskriften er et 32-biters sekvensnummer. Dette tallet definerer posisjonen i datastrømmen som skal oppta den første byten med data i segmentet. Serienummer TCP lar deg opprettholde datastrømmen inn riktig rekkefølge selv om segmenter kan stammer fra en sekvens.
Det neste feltet er et 32-biters felt som brukes til å formidle tilbake til avsenderen at dataene ble mottatt riktig. Hvis ACK -flagget, som det vanligvis er, inneholder dette feltet posisjonen til den neste databyte som avsenderen til segmentet forventer å motta.
V TCP det er ikke nødvendig for hvert datasegment å bli gjenkjent. Verdien i bekreftelsesfeltet tolkes som "alle data så langt mottatt av OK". Dette sparer båndbredde når alle data blir routet én vei, noe som reduserer behovet for segmentgjenkjenning. Hvis data samtidig sendes i begge retninger, som i sin helhet tosidig kommunikasjon, da er stemplene ikke forbundet med kostnader, siden enveis datasegmentet kan inneholde bekreftelse på data som sendes på en annen måte.
Videre i overskriften er et 16-biters felt som inneholder lengden på overskriften og flaggene. TCP overskrifter kan inneholde flere felt så lengden kan variere fra 20 til 60 byte. Flagg: URG, ACK (som vi allerede nevnte), PSH, RST, SYN og FIN. Vi skal se på noen av de andre flaggene senere.
Overskriften inneholder et felt som kalles vindustørrelse, som gir antall byte som mottakeren kan godta. Det er også en 16-biters kontrollsum som dekker både topptekst og data. Til slutt (før tilleggsdata) er det et felt som kalles hastighetsindikatoren. Når URG -flagget er angitt, tolkes denne verdien som en forskyvning serienummer... Den definerer begynnelsen på data i strømmen som må behandles raskt. Disse dataene blir ofte referert til som out-of-band data. Et eksempel på bruk er når brukeren trykker på pause -tasten for å avbryte avslutningen fra programmet under en Telnet -økt.
UDP -SØKNADER
UDP -protokollen, blant mange andre applikasjoner, støtter også Trivial Filoverføring Protocol (TFTP), Simple Network Management Protocol (SNMP) og Routing Information Protocol (RIP).
TFTP (Simple File Transfer Protocol). Den brukes hovedsakelig til kopiering og installasjon operativsystem til en datamaskin fra en filserver,
TFTP. TFTP er et mindre program enn File Transfer Protocol (FTP). Vanligvis brukes TFTP på nettverk for enkel filoverføring. TFTP inkluderer sin egen feil og sekvensiell kontrollmekanisme og trenger derfor ikke tilleggstjenester på transportnivå.
SNMP (Simple Network Management Protocol) overvåker og administrerer nettverk og enheter som er knyttet til dem, og samler informasjon om nettverksytelse. SNMP sender protokollblokkeringsmeldinger som tillater det programvare nettverksadministrasjon for å overvåke enheter på nettverket.
RIP (Routing Information Protocol) er en intern rutingsprotokoll, som betyr at den brukes i en organisasjon, men ikke på Internett.
TCP -SØKNADER
TCP -protokollen, blant mange andre applikasjoner, støtter også FTP arbeid, Telnet og Simple Mail Transfer Protocol (SMTP).
FTP (File Transfer Protocol) er et fullverdig program som brukes til å kopiere filer med en kjørende klientapplikasjon på en datamaskin som er koblet til et FTP -serverprogram på en annen ekstern datamaskin... Med denne applikasjonen kan filer mottas og sendes.
Telnet lar deg etablere terminaløkter med ekstern enhet vanligvis med en UNIX -vert, ruter eller switch. Dette gir nettverksadministratoren muligheten til å administrere nettverksenhet som om det var i umiddelbar nærhet, og for kontroll ble brukt seriell port datamaskin. Telnets brukbarhet er begrenset til systemer som bruker tegnmodus kommandosyntaks... Telnet støtter ikke administrering av brukerens grafiske miljø.
SMTP (Simple Transfer Protocol E -post) Er en e -postoverføringsprotokoll for Internett. Den støtter overføring av e -postmeldinger mellom postklienter og e -postservere.
VELKJENTE PORTER
Kjente porter er tilordnet av IANA og varierer fra 1023 og under. De er tilordnet applikasjoner som er viktige for Internett.
REGISTRERTE PORTER
Registrerte porter er katalogisert av IANA og varierer fra 1024 til 49151. Disse portene brukes av lisensierte applikasjoner som Lotus Mail.
DYNAMISK TILGJENGELIGE PORTER
De dynamisk tildelte portene tildeles numre fra 49152 til 65535. Tallene for disse portene tildeles dynamisk for varigheten av en bestemt økt.
Transportlagprotokoller overfører data mellom "applikasjonsprosesser" som kjører på maskiner som er koblet til nettverket. Data fra nettverkslag sendt av nettverksprogramvare til en bestemt prosess til mottakeren og omvendt. Hver datamaskin kan kjøre mange prosesser, dessuten søknadsprosess kan ha flere inngangspunkter som tjener som destinasjon for datapakker.
For den entydige identifiseringen av et nettverksprogram som kjører på en nettverksmaskin, er begrepet den såkalte. porter... Porten, sammen med IP -adressen, identifiserer søknadsprosessen på en hvilken som helst maskin på nettverket. Dette settet identifikasjonsparametere kalles stikkontakt (stikkontakt) ... Porter er spesifisert som et 16-biters tall fra 0 til 65535.
Det er tre typer portnumre: utnevnt (tildelt), registrert (registrert) og dynamisk (dynamisk) ... De tildelte portnumrene varierer fra 0-1023 og er fullstendig kontrollert av Internet Constants Commission. De brukes til velkjente og standardiserte nettverkstjenester. Registrerte portnumre fra 1024 til 65535 er for nettverksprogramvareleverandører å registrere applikasjonene sine med disse portene. Dynamiske portnumre tildeles av nettverksprogramvare på lokal maskin og kan gjentas fra stasjon til stasjon for forskjellige bruksområder.
Udp -protokoll
UDP (UserDatagramProtocol) er en tilkoblingsfri transportprotokoll med upålitelig datalevering. De. den gir ikke bekreftelse på levering av pakker, beholder ikke rekkefølgen på innkommende pakker og kan miste pakker eller dupliserte pakker. Driften av UDP er lik IP, bortsett fra introduksjonen av havnekonseptet. UDP er vanligvis raskere enn TCP på bekostning av mindre "overhead". Den brukes av applikasjoner som ikke trenger pålitelig levering eller implementerer dem selv. For eksempel navneservere (NameServers), TFTP (TrivialFileTransferProtocol), SNMP (SimpleNetworkManagementProtocol), autentiseringssystemer. UDP -protokollidentifikator i feltet Protokoll IP -topptekst - nummer 17.
Noen søknadsprogram bruk av UDP som transporttjeneste må selv tilby bekreftelsesmekanismer og et sekvensielt nummereringssystem for å sikre at pakker blir levert i samme rekkefølge som de ble sendt.
|
Destinasjonsport |
||||
Ris. UDP -pakkehodeformat
Formålet med udp -feltene i pakken:
Avsenderportnummer -Kilde Havn(16 bits) - inneholder portnummeret som pakken ble sendt fra, når det betyr noe (for eksempel venter avsenderen på svar). Hvis dette feltet ikke brukes, er det fylt med nuller.
Destinasjonsportnummer -Mål Havn(16 bits) - inneholder portnummeret som pakken skal leveres til.
Lengde -Lengde(16 bits) - Inneholder lengden på dette datagrammet i byte, inkludert topptekst og data.
Kontrollsumfelt -Sjekksum(16 bits)-representerer bitens komplement til en 16-bits sum av 16-biters ord. Beregningen av summen innebærer: pakkedata med justeringsfelt på en 16-biters kant (null), en UDP-pakkeoverskrift, en pseudooverskrift (informasjon fra IP-protokollen).
User Datagram Protocol - UDP
UDP -protokoll er en av to transportlagsprotokoller som brukes i TCP / IP -protokollstakken. UDP lar en applikasjon overføre meldingene sine over nettverket med minimal overhead forbundet med konvertering av applikasjonslagsprotokoller til IP. Imidlertid må selve applikasjonen sørge for å bekrefte at meldingen ble levert til destinasjonen. UDP -datagram (melding) -hodet ser ut som det som er vist i figur 2.10.
Ris. 2.10. UDP -meldingens overskriftsstruktur
Dataenhet UDP -protokoll kalt en UDP -pakke eller brukerdatagram. En UDP -pakke består av en topptekst og et datafelt som inneholder applikasjonslagspakken. Overskriften er enkel og består av fire dobbeltbyte-felt:
UDP -kildeport - portnummeret til sendingsprosessen,
UDP -destinasjonsport - mottakerprosessens portnummer,
UDP -meldingslengde - lengden på UDP -pakken i byte,
UDP -kontrollsum - UDP -pakkesjekksum
Ikke alle felt i en UDP -pakke må fylles ut. Hvis datagrammet som sendes ikke innebærer et svar, kan nuller plasseres i stedet for avsenderens adresse. Du kan også nekte å beregne kontrollsummen, men det bør bemerkes at IP -protokollen bare beregner kontrollsummen for toppteksten til IP -pakken, uten å ignorere datafeltet
Portene i toppteksten definerer UDP som en multiplexer som gjør at meldinger fra applikasjoner kan samles inn og sendes til protokollaget. I dette tilfellet bruker programmet en bestemt port. Applikasjoner som kommuniserer over nettverket kan bruke forskjellige porter, noe som gjenspeiles i pakkehodet. Totalt 216 forskjellige porter kan defineres. De første 256 portene er tilordnet de såkalte "velkjente tjenestene", som for eksempel inkluderer 53 UDP -port som er tilordnet DNS -tjenesten.
Felt Lengde bestemmer den totale lengden på meldingen. Felt Sjekksum tjener til å kontrollere dataintegritet. En applikasjon som bruker UDP -protokollen må selv ta vare på dataintegriteten ved å analysere sjekksummen og lengden. I tillegg, ved utveksling av data over UDP, må applikasjonsprogrammet selv sørge for å kontrollere levering av data til adressaten. Dette oppnås vanligvis ved å utveksle leveringsbekreftelser mellom applikasjoner.
De mest kjente UDP-baserte tjenestene er BIND Domain Name Service og NFS Distributed File System. Tilbake til traceroute -eksemplet, bruker dette programmet også UDP -transport. Egentlig er det UDP -meldingen som sendes til nettverket, men samtidig brukes en slik port som ikke har noen tjeneste, derfor genereres en ICMP -pakke, som oppdager fravær av service på mottakermaskinen når pakken endelig når destinasjonsmaskinen.
Transfer Control Protocol - TCP
Hvis kvalitetskontroll av dataoverføring over et nettverk er viktig for et program, brukes TCP -protokollen. Denne protokollen kalles også pålitelig, tilkoblingsorientert og strømorientert protokoll. Før du diskuterer disse egenskapene til protokollen, bør du vurdere formatet til datagrammet som sendes over nettverket (figur 2.11). I henhold til denne strukturen har TCP, i likhet med UDP, porter. De første 256 portene er tilordnet WKS, portene 256 til 1024 er tilordnet Unix -tjenester, og resten kan brukes etter ønske. I feltet Sekvensnummer pakkenummeret i pakkesekvensen som utgjør hele meldingen er definert, etterfulgt av et bekreftelsesfelt Asknowledgementsnummer og annen kontrollinformasjon.
Ris. 2.11. TCP -pakkestruktur
Kildeport (SOURS PORT) tar 2 byte, identifiserer sendingsprosessen;
Destinasjonsporten (DESTINASJONSPORT) opptar 2 byte, identifiserer destinasjonsprosessen;
Det sekvensielle nummeret (SEQUENCE NUMBER) opptar 4 byte, indikerer byte -nummeret, som bestemmer forskyvningen av segmentet i forhold til datastrømmen som sendes;
Godkjent nummer (ANKJENNELSESNUMMER) opptar 4 byte, inneholder det maksimale byte -antallet i det mottatte segmentet, økt med en; det er denne verdien som brukes som kvittering;
Header Length (HLEN) er 4 bits lang og angir lengden på TCP-segmentet header, målt i 32-biters ord. Lengden på overskriften er ikke fast og kan variere avhengig av verdiene som er angitt i feltet Alternativer;
RESERVERT opptar 6 bits, feltet er reservert for fremtidig bruk;
Kodebiter (KODEBITER) opptar 6 biter, inneholder serviceinformasjon om typen dette segmentet, spesifisert ved å sette de tilsvarende bitene i dette feltet til en:
URG - presserende melding;
ACK - kvittering for det mottatte segmentet;
PSH - en forespørsel om å sende en melding uten å vente på at bufferen skal fylles;
RST - forespørsel om å gjenopprette tilkoblingen;
SYN - en melding som brukes til å synkronisere tellere for overførte data når en tilkobling opprettes;
FIN er et tegn på å nå den siste byten i den overførte datastrømmen fra den overførende siden.
Vinduet (WINDOW) opptar 2 byte, inneholder den deklarerte verdien av vindusstørrelsen i byte;
Kontrollsummen (CHECKSUM) tar 2 byte, beregnes per segment;
Hastighetspekeren (URGENT POINTER) opptar 2 byte, brukes i forbindelse med URG -kodebiten, indikerer slutten på data som må mottas raskt, til tross for et bufferoverløp;
Alternativer (OPTIONS) - dette feltet har en variabel lengde og kan i det hele tatt være fraværende, maksimal feltstørrelse er 3 byte; brukes til å løse hjelpeoppgaver, for eksempel når du velger maksimal segmentstørrelse;
Utfyllingen (PADDING) kan ha variabel lengde, det er et dummy-felt som brukes til å bringe overskriftens størrelse til et heltall på 32-biters ord.
Påliteligheten til TCP ligger i det faktum at datakilden gjentar sendingen, med mindre den mottar bekreftelse fra adressaten om den vellykkede kvitteringen innen en viss tidsperiode. Denne mekanismen kalles Positiv spørsmålskunnskap med gjenoverføring (PAR)... Som vi tidligere har definert, kalles en overføringsenhet (datapakke, melding, etc.) i TCP -termer et segment. Det er et kontrollsumfelt i TCP -overskriften. Hvis dataene blir skadet under overføring, kan modulen som trekker ut TCP -segmenter fra IP -pakker bestemme dette ved hjelp av kontrollsummen. Den skadede pakken blir ødelagt og ingenting blir sendt til kilden. Hvis dataene ikke ble ødelagt, sendes de til forsamlingen av applikasjonsmeldingen, og en bekreftelse sendes til kilden.
Tilkoblingsretningen bestemmes av det faktum at før du sender et segment med data, utveksler kilde- og destinasjons -TCP -modulene kontrollinformasjon. Denne utvekslingen kalles håndtrykk(bokstavelig talt "håndtrykk"). TCP bruker en trefase håndrysting:
Kilden kobles til destinasjonen ved å sende en pakke med flagget Synchronize Sequence Numbers (SYN). Sekvensnummeret identifiserer pakkenummeret i applikasjonsmeldingen. Det trenger ikke å være 0 eller en. Men alle andre tall vil bruke det som en base, som lar deg samle pakkene i riktig rekkefølge;
Mottakeren svarer med et nummer i SYN -kvitteringsbekreftelsesfeltet som samsvarer etablert av kilden Nummer. I tillegg kan du i feltet "nummer i sekvens" også rapportere nummeret som kilden ba om.
Kilden bekrefter at den har mottatt målsegmentet og sender den første delen med data.
Denne prosessen er vist grafisk i figur 2.12.
Ris. 2.12. Etablere en TCP -tilkobling
Etter at tilkoblingen er opprettet, sender kilden data til mottakeren og venter på bekreftelse på mottakelsen fra ham, og sender deretter dataene igjen osv. Til meldingen avsluttes. Meldingen avsluttes når FIN -biten er angitt i flaggfeltet, som betyr "ingen flere data".
Strømningskarakteren til protokollen bestemmes av det faktum at SYN definerer startnummeret for antallet overførte byte, ikke pakker. Dette betyr at hvis SYN ble satt til 0 og 200 byte ble overført, vil tallet som er angitt i den neste pakken være 201, ikke 2.
Det er klart at protokollens streamingtype og kravet om å bekrefte mottak av data skaper et datahastighetsproblem. For å løse det, brukes et "vindu" - et felt - vindu. Ideen om å bruke vindu er ganske enkel: overfør data uten å vente på bekreftelse på at de er mottatt. Dette betyr at kilden overfører en viss datamengde lik vindu uten å vente på bekreftelse på mottak, og etter det stopper den overføringen og venter på bekreftelse. Hvis han bare mottar bekreftelse for en del av de overførte dataene, vil han begynne å overføre en ny del fra nummeret etter den bekreftede. Dette er vist grafisk i figur 2.13.
Ris. 2.13. TCP dataoverføringsmekanisme
V dette eksempelet vinduet er satt til 250 byte bredt. Dette betyr at det nåværende segmentet er et segment med en forskyvning fra SYN på 250 byte. Etter å ha sendt hele vinduet mottok imidlertid kilden TCP en bekreftelse om å motta bare de første 100 byte. Derfor vil overføringen starte med 101 byte, ikke 251.
Dermed har vi dekket alle de grunnleggende egenskapene til TCP -protokollen. Det gjenstår bare å nevne de mest kjente programmene som bruker TCP for datautveksling. Dette er først og fremst TELNET og FTP, samt HTTP -protokoll som er hjertet Verdensomspennende Internett.
La oss slutte å snakke litt om protokoller og rette oppmerksomheten mot en så viktig komponent i hele TCP / IP -systemet som IP -adresser.
User Datagram Protocol (UDP)(User Datagram Protocol) er en TCP / IP -protokoll definert i RFC 768, "User Datagram Protocol (UDP)". UDP brukes i stedet for TCP for rask og upålitelig transport av data mellom TCP / IP -verter.
UDP -protokoll tilbyr en tilkoblingsløs tjeneste, så UDP garanterer ikke levering eller konsistenssjekk for noen datagram. En vert som trenger en pålitelig tilkobling må bruke enten TCP -protokoll eller et program som selv vil overvåke sekvensen av datagrammer og bekrefte mottak av hver pakke.
Tidsfølsomme applikasjoner bruker ofte UDP (videodata) fordi slippe pakker er å foretrekke fremfor å vente på forsinkede pakker, noe som kanskje ikke er mulig i sanntidssystemer. Også tapet av en eller flere bilder ved overføring av videodata via UDP er ikke så kritisk, i motsetning til overføring binære filer der tap av en pakke kan føre til ødeleggelse av hele filen. En annen fordel med UDP er at UDP -hodet er 4 byte, mens TCP -hodet er 20 byte.
UDP -meldinger er innkapslet og sendt som IP -datagrammer.
UDP -topptekst
Figuren viser feltene som er tilstede i UDP -overskriften.
- Avsenderport - Dette feltet angir portnummeret til avsenderen. Denne verdien antas å være porten som et svar vil bli sendt til når det er nødvendig. Ellers bør verdien være 0. Hvis kildeverten er en klient, vil portnummeret mest sannsynlig være flyktig. Hvis kilden er en server, vil porten være en av de "velkjente".
- Destinasjonsport - Dette feltet er obligatorisk og inneholder destinasjonsporten. I likhet med kildeporten, hvis klienten er destinasjonsverten, er portnummeret flyktig, ellers (destinasjonsserveren) er det den "velkjente porten".
- Datagramlengde er et felt som angir lengden på hele datagrammet (topptekst og data) i byte. Minste lengde er lik lengden på overskriften - 8 byte. I teorien, maksimal størrelse felt - 65535 byte for et UDP -datagram (8 byte for overskriften og 65527 for dataene). Den faktiske grensen for datalengde ved bruk av IPv4 er 65507 (i tillegg til 8 byte per UDP -topptekst kreves ytterligere 20 per IP -topptekst).
- Kontrollsum - Kontrollsumfeltet brukes til å kontrollere overskriften og dataene for feil. Hvis summen ikke genereres av senderen, er feltet fylt med nuller.
Vurder overskriftstrukturen UDP ved bruk av nettverksanalysator Wireshark:
UDP -porter
Siden flere programmer kan kjøres på samme datamaskin, brukes den unike identifikatoren for hvert program eller portnummer for å levere en UDP -pakke til et bestemt program.
Portnummer er et betinget 16-biters nummer fra 1 til 65535 som angir hvilket program pakken er beregnet på.
UDP -porter gir muligheten til å sende og motta UDP -meldinger. UDP -porten fungerer som en enkelt meldingskø for å motta alle datagrammer beregnet for programmet, angitt med nummeret protokollport. Dette betyr at UDP -programmer kan motta mer enn én melding om gangen.
Alle UDP -portnumre mindre enn 1024 er reservert og registrert hos Internet Assigned Numbers Authority (IANA).
UDP- og TCP -portnumre overlapper ikke.
Hver UDP -port identifiseres med et reservert eller kjent portnummer. Tabellen nedenfor viser en delvis liste over kjente UDP -portnumre som brukes av standard UDP -programmer.
