Mrežni protokol je specifikacija za standardizovane pakete podataka koji omogućavaju razmenu

informacija među mrežama. Protokol predstavlja skup pravila i konvencija za slanje informacija preko
mreže. Protokoli se mogu selektivno dodavati i uklanjati na svim mrežnim i interfejsima na serveru.
Paketi informacija kreću se uz stek protokola, niz njega, kao i kroz medijume za prenos.

Internet protokol stek

• Aplikativni sloj: podržava mrežne aplikacije (FTP, SMTP, STTP)

• Transportni sloj: prenos podataka od hosta do hosta (TCP, UDP)

• Mrežni sloj - mreža: rutira datagrame od izvora do odredišta (IP protokol)

• Sloj linka: prenos podataka između susednih elemenata mreže (PPP, Ethernet)

• Fizički sloj: prenos bita preko medija

Svaki protokol pripada jednom sloju ovog steka.

UDP I TCP protokoli pripdaju transportnom sloju I oni su odgovorni za to da li će se prenos podataka
obavljati bez uspostavljanja ili sa uspostavljanjem veze.

Prenos bez uspostavljanja veze: protokol UDP

UDP pre slanja segmenta nema usklađivanja za uspostavljanje veze između predajnih I prijemnih
entiteta transportnog sloja i zato se kaže da je UDP protokol bez uspostavljanja veze.

UDP je odgovoran samo da prosledi paket na određenu destinaciju (ne garantujući da li će paket stići ili
ne) i da odredi proveru tačnosti paketa koji je stigao tj. najosnovniju proveru greške.

Aplikacije koriste UDP protokol iz razloga:

 Bolja kontrola na nivou aplikacije toga sta se salje i kada se salje(Ako se koristi UDP čim
proces aplikacije preda podatke protokolu UDP, on će spakovati te podatke u UDP
segment i taj segment odmah predati mrežnom sloju; važno za aplikacije u realnom
 vremenu koje dozvoljavaju gubitak podatakai loše podnose kontrolu zagušenja;
moguće koristiti UDP a u okviru same aplikacije omogućiti obavljanje dodatnih zadataka
pored osnovne usluge isporuke segmenata koju nudi UDP)

 Nema uspostavljanja veze(Nema kašnjenja zbog uspostavljanja veze)

 Nema stanja veze(UDPne održava stanje veze i ne vodi računa o baferima za primanje i
slanje, parametrima za kontrolu zagušenja, rednim brojevima i brojevima potvrde
prijema o čemu se vodi računa kod TCP; server namenjen određenoj aplikaciji može da
podrži mnogo više aktivnihklijenata ako se aplikacija izvršava preko UDP)

 Malo dodatno zaglavlje paketa(UDP ima samo 8 dodatnih bajtova, dok TCP ima 20,
manje zaglavlje znači manja veličina paketa i brži prenos tog paketa na određenu
destinaciju)

Mane UDP-a
Kontrola zagušenja je važna da bi se sprečilo da mreža dođe u stanje u kom se malo šta
korisno može uraditi, posledica nedostatka kontrole zagušenja kod UDP može da bude veliki
broj izgubljenih paketa kao i istiskivanje uspostavljenih TCP sesija.

UDP kontrola greške, kontrolni zbir (checksum)

Kontrolni zbir se koristi kako bi se utvrdilo da li su bitovi unutar UDP segmenta promenjeni
prilikom prenosa od izvora do odredista, tako sto UDP na strani posiljaoca izracunava
komplement jedinice za sumu svih 16-bitnih reči u segmentu, pri čemu se prekoračenja, do kojih
dođe prilikom sabiranja, dodaju bitu najmanje dužine. Ovaj rezultat se stavlja u polje kontrolnog
zbira UDP segmenta.
Primer:
Imamo tri 16-bitne reči
0110011001100000
0101010101010101
1000111100001100
Zbir prve dve 16-bitne reči je:
1011101110110101
Dodavanjem treće reči na ovaj zbir dobijamo:
0100101011000010
Korišćenjem komplementa jedinice(pretvaranje svih 1 u 0 I obrnuto) za broj
0100101011000010 je 1011010100111101. Sada umesto 3 16-bitne reči saljemo 4 I ako na
prijemnom kraju nakon sabiranja svih brojeva ne dobijemo 1111111111111111 znači da je
došlo do greške prilikom transporta paketa. UDP nista ne preduzima da bi se greska ispravila.U
nekim verzijama protokola UDP oštećeni segment se jednostavno odbacuje, dok druge verzije
aplikaciji prosleđuju oštećeni segment uz upozorenje.

Struktura UDP segmenta

Transport sa uspostavljanjem veze: protokol TCP

Za protkol TCP se kaže da je sa uspostavljanjem veze zato što pre početka slanja podataka,
dva procesa moraju prvo „da se rukuju” tj moraju jedan drugom da pošalju neke uvodne
segmente. Protokol TCP se izvrsava samo na krajnjim sistemima, a ne na usputnim elementima
mreže, oni ne održavaju stanje TCP veze, cak nisu uopšte svesni postojanja TCP veze.

TCP veza obezbedjuje punu dupleksnu uslugu(A ka Bi B ka A), i to je veza od tačke do

tačke(tačno izmedju jednog pošiljaoca i jednog primaoca). Nije moguć prenos podataka od
jednog pošiljaoca ka više primalaca u istoj operaciji slanja. Za TCP dva računara su dovoljna –
treći je višak.

Trostruko usaglašavanje (three way handshake)

Uspostavljanje konekcije se odvija tako što klijent prvo šalje poseban TCP segment; server
odgovara drugim posebnim TCP segmentom; i na kraju klijent ponovo odgovara trećim
posebnim segmentom. Prva dva segmenta ne sadrže nikakve korisne podatke, treći može da
sadrži. Pošto se medju računarima, pri usaglašavanju, razmenjuju tri segmenta, ovaj postupak
se često naziva trostruko usaglašavanje.
TCP omogućava pouzdan prenos podataka i u tačnom redosledu, I to uspeva pomoću
komulativne potvrde prijema. TCP segment pored svih ostalih polja koje on sadrži ima dva polja
koja su odgovorna za pouzdan prenos podataka u tačnom redosledu:
  Redni brojevi odnose se na neprekidni tok prenetih bajtova, a ne na niz prenetih
segmenata. Redni broj za segment je redni broj prvog bajta u segmentu unutar
neprekidnog toka bajtova.

 Broj potvrde koji računar A stavlja u svoj segment je redni broj sledećeg bajta koji
računar A očekuje od računara B.

Komulativna potvrda prijema potvrđuje samo bajtove do prvog nedostajućeg bajta u toku.
Takođe, obe strane biraju nasumično početni redni broj da bi se smanjila verovatnoća da se
segment, koji još postoji u mreži od ranije ne zameni sa važećim segmentom u kasnije
uspostavljenoj vezi između ta ista dva računara.

Za protokole u aplikativnom sloju kao što su HTTP, FTP, SMPT, POP3, IMAP određuje se da li
će koristit UDP ili TCP transportni sloj na osnovu potreba i zavise od aplikacije koja ih koristi.

https://www.puskice.org/download/RMT%20drugi%20deo%20(III%20i%20IV).pdf
https://drive.google.com/file/d/1No0OPMQlIIIx7s95RjC5IoWRExtumodE/view (3.3, 3.5)