FAKULTET PROMETNIH ZNANOSTI

Transcription

1 SVEUČILIŠTE U ZAGREBU FAKULTET PROMETNIH ZNANOSTI predmet: Nastavnik: Prof. dr. sc. Zvonko Kavran zvonko.kavran@fpz.hr Doc. dr. sc. Ivan Grgurević ivan.grgurevic@fpz.hr Transportni sloj 2 1

2 Uvod nalazi se između aplikacijskog sloja i mrežnog sloja omogućava usluge procesima na sloju aplikacije osigurava logičku komunikaciju između aplikacijskih procesa - iz perspektive aplikacije izgleda kao da su računala na kojima se procesi izvršavaju direktno povezani) ostvaruje potporu komunikaciji između procesa, odnosno između krajnjih računala application transport network data link physical application transport network data link physical 3 Network layer: logička komunikacija između računala Transport layer: logička komunikacija između procesa (aplikacija) Predajna strana: - razdvajanje poruka u segmente, prosljeđivanje mrežnom sloju Prijemna strana: - slaganje segmenata u poruke, prosljeđivanje aplikacijskom sloju Analogija sa poštanskim prometom: 12 osoba šalje poštanske pošiljke prema 12 osoba proces app messages hosts transport protocol network-layer protocol = osobe = pisma u kovertama = kuće = Ivica i Marica = poštanska usluga 4 2

3 Transportni sloj omogućava pružanje dva tipa transportne usluge: Spojna transportna usluga Nespojna transportna usluga Segment naziv za protokolnu podatkovna jedinica transportnog sloja (TPDU, Transport Protocol Data Unit) Segment payload Zaglavlje okvira Zaglavlje paketa Zaglavlje segmenta 5 Protokoli transportnog sloja imaju različita svojstva: - Pouzdanost - Upravljanje tokom podataka - Očuvanje redosljeda paketa Izbor protokola ovisi o aplikaciji (vrsti). TCP protokol (eng. Transmission Control Protocol) uspostava konekcije pouzdani prijenos UDP protokol (eng. User Datagram Protocol) beskonekcijska usluga ne osigurava se pouzdanost prijenosa 6 3

4 Uspostava veze s kraja na kraj mreže je moguća na principu unaprijed poznatih priključnih točaka. Poslužitelj : WEB IBM Compatible IBM Compatible TELNET IP FTP Svaka priključnica (socket) definirana je s tri parametra: -protokol (UDP, TCP), -IP adresa (npr ) -oznaka porta (broj vrata) (npr. 21 za FTP) = socket = proces application transport network P3 P1 P1 application transport network P2 P4 application transport network link link link physical physical physical host 1 host 2 host 3 Zaglavlje protokola transportne razine - nosi brojeve priključnih točaka (port) izvorišta i odredišta - IP adresa i broj priključne točke čine priključnicu (socket) izvorišta ili odredišta - dvije priključnice identificiraju tok podataka, odnosno vezu (connection) 4

5 Multipleksiranje i demultipleksiranje Demultipleksiranje (rcv host) zadatak isporučivanja podataka u odgovarajući socket Multipleksiranje (send host) zadatak prikupljanja podataka sa različitih socketa, enkapsuliranje svakog dijela zaglavljem, i predavanje segmenta mrežnom sloju (kasnije iskorišteno za demultipleksiranje) Demultipleksiranje Računalo prima IP datagrame Svaki datagram ima izvorišnu i odredišnu IP adresu svaki datagram nosi 1 segment transportne razine Svaki segment ima izvorišni i odredišni broj porta Računalo koristi IP adrese & brojeve portova kako bi usmjerilo segmente na odgovarajući socket TCP/UDP segment format 32 bits source port # dest port # other header fields application data (message) Demultipleksiranje bez uspostave konekcije (eng. Connectionless) Kreiranje socketa sa brojevima portova: DatagramSocket mysocket1 = new DatagramSocket(12534) DatagramSocket mysocket2 = new DatagramSocket(12535) UDP socket identificira: - odredišna IP adresa - odredišni broj porta Kada odredišno računalo primi UDP segment: provjerava odredišni broj porta u segmentu usmjerava UDP segment prema socketu sa tim brojem porta IP datagrami sa različitim izvorišnim IP adresama i/ili izvorišnim brojevima portova usmjeravaju se prema istom socketu 5

6 DatagramSocket serversocket = new DatagramSocket(6428); P2 SP: 6428 DP: 9157 P3 SP: 6428 DP: 5775 P1P1 klijent IP: A SP: 9157 DP: 6428 server IP: C SP: 5775 DP: 6428 klijent IP:B SP osigurava adresu povratka Demultipleksiranje uspostave konekcije (eng. connection-oriented) TCP socket identificiran sa 4 podatka: izvorišna IP adresa izvorišni broj porta odredišna IP adresa odredišni broj porta Odredišno računalo koristi sve vrijednosti za usmjeravanje segmenta u odgovarajući socket Server računalo može podržavati više simultanih TCP socketa: svaki socket je identificiran sa svoja 4 podataka Web serveri imaju različite sockete za svakog klijenta koji se spaja non-persistent HTTP će imati različiti socket za svaki zahtjev 6

7 P1 P4 P5 P6 P2 P1P3 SP: 5775 DP: 80 S-IP: B D-IP:C SP: 9157 SP: 9157 klijent IP: A DP: 80 S-IP: A D-IP:C server IP: C DP: 80 S-IP: B D-IP:C klijent IP:B UDP Prijenos bez uspostavljanja konekcije -Definiran u specifikaciji RFC-u nema uspostave konekcije (što može uzrokovati kašnjenje) - jednostavnost: nema stanja konekcije kod pošiljatelja - nema kontrole zagušenja - ne omogućava pouzdan prijenos paketa o pouzdanosti prijenosa (ukoliko je navedeno potrebno) brine se aplikacija. - izvršava minimum koji se očekuje od transportnog protokola ( best effort usluga, UDP segmenti mogu biti izgubljeni ili dostavljeni izvan redosljeda) - osim funkcije multipleksiranja i demultipleksiranja i vrlo ograničene provjere grešaka, ništa ne dodaje IP-u - ako se izabere UDP umjesto TCP-a, aplikacija se skoro direktno obraća IP-u 14 7

8 UDP se često koristi za multimedijske aplikacije, kao što su telefoniranje preko Interneta, video konferencije u realnom vremenu i protok audio i video datoteka 15 UDP dodaje polja sa brojevima izvornog i odredišnog porta za multipleksiranje i demultipleksiranje, dodaje još dva mala polja i predaje dobiveni segment mrežnom sloju. Mrežni sloj enkapsulira segment u IP datagram i zatim na najbolji mogući način nastoji isporučiti segment prijamnom računalu. Ako segment stigne do prijamnog računala, UDP koristi broj odredišnog porta kako bi isporučio podatke iz segmenta ispravnom aplikacijskom procesu. Nema međusobne sinkronizacije između entiteta otpremnog i prijamnog transportnog sloja prije slanja segmenta Struktura UDP segmenta 16 8

9 Kontrolna suma se može, ali i ne mora izračunavati (za razliku od TCP-a, kod kojeg je obavezna) Za slučaj da se ne izračunava, polje UDP checksum je ispunjeno nulama 17 UDP checksum (nije obvezno) Cilj: detekcija pogrešaka Pošiljatelj: Sadržaj segmenta tretira kao 16-bitne cijele brojeve checksum: zbrajanje sadržaja segmenta Pošiljatelj stavlja vrijednost checksuma u UDP checksum polje Primatelj: računa checksum of primljenog segmenta Provjera da li je izračunati checksum jednak onom u polju NE detekcija pogreške DA nema pogrešaka suma checksum

10 RTP protokol (eng. Real-time Transport Protocol) Definiran u specifikaciji RFC Osnovna namjena za paketski način prijenosa podataka u realnom (stvarnom) vremenu Izvršava se iznad UDP protokola (unutar operacijskog sustava) Podaci (multimedijski) se pohranjuju u RTP biblioteku (na strani korisničke aplikacije) zatim se putem odgovarajuće priključnice (socket) povezuju sa UDP protokolom na razini operacijskog sustava Dešava se multipleksiranje podataka u stvarnom vremenu i formiranje RTP paketa, koji se putem priključne točke šalju operacijskom sustavu Slijedi stvaranje UDP paketa koji omataju RTP pakete, i prosljeđuju prema mrežnom sloju Na strani prijemnika odvija se suprotni proces 19 Ethernet zaglavlje IP zaglavlje UDP zaglavlje RTP zaglavlje RTP payload Korisnička razina Aplikacija RTP Slojevita arhitektura UDP Razina operacijskog sustava IP Ethernet 20 10

11 RTP protokol multipleksira više podatkovnih tokova u jedinstveni tok UDP paketa Mogućnost slanja na jedno odredište (unicasting) ili više odredišta (multicasting) Paketi (RTP) se numeriraju -prijemnik je u mogućnosti otkriti ukoliko neki od paketa nedostaje Omogućeno je i umetanje vremenske oznake, kako bi se omogućila ispravna sinkronizacija na prijemnoj strani RTCP protokol (eng. Real-time Transport Control Protocol) - kontrolni protokol Definiran u specifikaciji RFC Omogućava povratne informacije izvoru informacije o različitim parametrima poput kašnjenja, varijacije kašnjenja (jitter), propusnosti, zagušenja 21 Princip pouzdanog prijenosa podataka Karakteristike nepouzdanog kanala određuju kompleksnost pouzdanog protokola za prijenos podataka (reliable data transfer protocol -rdt) 22 11

12 rdt_send(): pozvan odozgo, (e.g., by app.). Dostava podataka za gornji sloj na prijemnoj strani Predajna strana deliver_data():pozvan od rdt za dostavu podataka gore Prijemna strana udt_send(): pozvan od rdt, za prijenos paketa preko nepouzdanog kanala prijemniku rdt_rcv(): pozvan kada stignu paketi na rcv-side kanala Pošiljatelj Primatelj Wait for call from above rdt_send(data) packet = make_pkt(data) udt_send(packet) Wait for call from below rdt_rcv(packet) extract (packet,data) deliver_data(data) stanje: kada je u ovom stanju state stanje sljedeće stanje 1 određeno je sljedećom event aktivnošću Aktivnost koja uzrokuje promjenu stanja event akcije stanje

13 rdt_rcv(rcvpkt) && notcorrupt(rcvpkt) && isack(rcvpkt,1) stop_timer timeout rdt_rcv(rcvpkt) Λ udt_send(sndpkt) start_timer rdt_rcv(rcvpkt) && ( corrupt(rcvpkt) isack(rcvpkt,0) ) Λ rdt_send(data) sndpkt = make_pkt(0, data, checksum) udt_send(sndpkt) start_timer Wait for call 0from above Wait for ACK1 rdt_send(data) Wait for ACK0 Wait for call 1 from above sndpkt = make_pkt(1, data, checksum) udt_send(sndpkt) start_timer rdt_rcv(rcvpkt) && ( corrupt(rcvpkt) isack(rcvpkt,1) ) timeout udt_send(sndpkt) start_timer rdt_rcv(rcvpkt) && notcorrupt(rcvpkt) && isack(rcvpkt,0) stop_timer Λ rdt_rcv(rcvpkt) Λ Riješeni problemi detekcije pogreške, prijema paketa, gubitka paketa, dupliciranja paketa Princip pouzdanog prijenosa podataka poduzete akcije Bez gubitaka Izgubljen paket 26 13

14 Princip pouzdanog prijenosa podataka poduzete akcije Izgubljena potvrda ACK Istek vremena čekanja 27 TCP Prijenos sa uspostavljanjem konekcije Definiran u dokumentima RFC 793, RFC 1122, RFC 1323, RFC 2018 i RFC 2581 Osigurava pouzdan transport s kraja na kraj - mehanizmi potvrde i retransmisije (handshaking razmjena kontrolnih poruka) Point-to-point: jedan pošiljatelj, jedan primatelj Full duplex podaci: bi-direkcijski tok podataka za istu konekciju 28 14

15 Osnovne zadaće TCP protokola: - Prijenos podataka slaganjem byte-ova podataka u segmente - Adresiranje i multipleksiranje više procesa na istom računalu može simultano koristiti TCP - Pouzdanost sposobnost oporavka od gubitka, poduplavanja, pogrešaka ili pogrešnog redosljeda u toku byte-ova Mehanizam rednih brojeva: svakom byte-u se dodjeljuje redni broj, sequence number, i traži se da prijemna strana potvrdi ispravan prijem - Upravljanje tokom onemogućava se bržem pošiljatelju preplavljivanje sporijeg primatelja byte-ovima koje isti ne stiže obraditi (svaka potvrda popraćena je informacijom o veličini prozora, window, koja određuje koliko byte-ova predajnik smije odaslati prije prijema potvrde) - Upravljanje vezom logička veza između procesa uspostavlja se prije i raskida nakon obavljene komunikacije (uporabom posebnih statusnih podataka) - Prioritet posebni zahtjevi koje specificiraju procesi 29 MSS: maximum segment size zavisi o fizičkoj izvedbi mreže, i odgovara veličini MTU umanjenoj za duljinu TCP i IP zaglavlja TCP programska podrška određuje potrebnu veličinu segmenta na načina de može: - akumulirati podatke iz više unosa ili - podatke iz jednog unosa razdijeliti u više segmenata Svaki segment (uključujući i TCP zaglavlje) mora stati unutar podatkovnog dijela IP datagrama Zaglavlje TCP protokola - pseudo zaglavlje izvorišna IP adresa odredišna IP adresa nule protokol TCP duljina 30 15

16 Struktura TCP segmenta Logička veza između procesa definirana je pomoću para 16-bitnih transportnih adresa port (vrata) URG: urgent data (generally not used) ACK: ACK # valid PSH: push data now (generally not used) RST, SYN, FIN: connection estab (setup, teardown commands) Internet checksum (as in UDP) 32 bits source port # dest port # head len sequence number acknowledgement number not used UAP R SF checksum Receive window Urg data pnter Options (variable length) application data (variable length) counting by bytes of data (not segments!) # bytes rcvr willing to accept TCP seq. # s and ACKs Seq. # s: byte stream number prvog byte-a u podatkovnom segmentu ACKs: seq # sljedećeg byte-a očekivanog od druge strane User types C Host A Host B host ACKs receipt of C, echoes back C host ACKs receipt of echoed C jednostavni telnet scenario time 32 16

17 Zaglavlje TCP protokola Izvorišna priključna točka Odredišna priključna točka Redni broj Potvrdni broj Pomak podataka Reserved U R Prozor prijemnika A C K P S H R S T G Kontrolna suma Opcije S Y N F I N Podaci Pokazivač hitnih podataka Nadopuna Izvorišna priključna točka (Source Port) - identificira proces koji šalje podatke Odredišna priključna točka (Destination Port) - identificira proces koji prima podatke Redni broj (Sequence Number) - je redni broj početnog byta (okteta) segmenta Potvrdni broj (Acknowledgment Number) - broj slijedećeg okteta korisnikove poruke, ujedno i kumulativna potvrda 33 Zaglavlje TCP protokola Izvorišna priključna točka Odredišna priključna točka Redni broj Potvrdni broj Pomak podataka Reserved U R Prozor prijemnika A C K P S H R S T G Kontrolna suma Opcije S Y N F I N Podaci Pokazivač hitnih podataka Nadopuna Pomak podataka (Data Offset) - predstavlja duljinu TCP zaglavlja u 32 bitnim riječima ACK potvrdni broj je ispravan (mora biti postavljen uvijek, osim kod uspostave veze) PSH podatke odmah isporučiti korisniku URG segment sadrži hitne podatke RST reinicijalizacija veze, najčešće rezultira raskidom veze FIN zahtjev za raskidom veze SYN zahtjev za uspostavom veze 34 17

18 Zaglavlje TCP protokola Izvorišna priključna točka Odredišna priključna točka Redni broj Potvrdni broj Pomak podataka Reserved U R Prozor prijemnika A C K P S H R S T G Kontrolna suma Opcije S Y N F I N Podaci Pokazivač hitnih podataka Nadopuna Prozor prijemnika (Window) - u oktetima, Kontrolna suma (Checksum) - komplement sume komplementa 16-bitnih riječi, obuhvaća podatke i zaglavlje dio zaglavlja IP protokola (pseudo zaglavlje) 35 Zaglavlje TCP protokola Izvorišna priključna točka Odredišna priključna točka Redni broj Potvrdni broj Pomak podataka Reserved U R Prozor prijemnika A C K P R S S H T G Kontrolna suma Opcije S Y N F I N Podaci Pokazivač hitnih podataka Nadopuna Pokazivač hitnih podataka (Urgent Pointer) pokazuje gdje se nalaze hitni podaci unutar segmenta Opcije (Options) za realizaciju nekih posebnih mogućnosti Nadopuna (Padding) - popunjava nulama zaglavlje do širine 32-bitne riječi Podaci (Data) - korisnički podaci (poruke) 36 18

19 37 TCP Round Trip Time and Timeout DILEMA - Kako postaviti vrijeme čekanja na potvrdu? Dulje u odnosu na RTT (koji je ujedno i promjenjiv) Prekratko: (premature timeout) Neželjene retransmisije Predugo: spora reakcija na gubitak segmenta Kako procijeniti vrijeme obilaska RTT? SampleRTT: mjerenjem vremena do primitka potvrde SampleRTT je promjenjiv, želimo tzv. glađi RTT smoother Srednja vrijednost nekoliko prošlih mjerenja, ne samo trenutnog EstimatedRTT = (1- α)*estimatedrtt + α*samplertt Na osnovi stare vrijednosti i nove vrijednosti M Metoda: Exponential weighted moving average Utjecaj prošlih uzoraka smanjuje se eksponencijalno Tipična vrijednost: α =

20 Određivanje vremena čekanja na potvrdu EstimtedRTT plus zaštitna margina velike varijacije u EstimatedRTT -> veća zaštitna margina Prvo procjena koliko se SampleRTT razlikuje od EstimatedRTT (devijacija): DevRTT = (1-β)*DevRTT + β* SampleRTT-EstimatedRTT (tipično, β = 0.25) Slijedi timeout interval: TimeoutInterval = EstimatedRTT + 4*DevRTT RTT (milliseconds) time (seconnds) Slijed događaja kod TCP pošiljatelja: Podatak primljen od strane aplikacije: Kreiranje segmenta seq # seq # je byte-stream broj prvog podatkovnog byta u segmentu pokreni timer ukoliko već nije pokrenut (timer kao za najstariji nepotvrđeni segment) Interval timera: TimeOutInterval Timeout (vrijeme čekanja na potvrdu): Retransmisija segmenta koji je uzrokovao timeout restart timera Ack primljen: Ukoliko se potvrđuje prethodno nepotvrđeni segment update što se treba potvrditi start timer ukoliko su segmenti outstanding 20

21 NextSeqNum = InitialSeqNum SendBase = InitialSeqNum loop (forever) { switch(event) event: data received from application above create TCP segment with sequence number NextSeqNum if (timer currently not running) start timer pass segment to IP NextSeqNum = NextSeqNum + length(data) event: timer timeout retransmit not-yet-acknowledged segment with smallest sequence number start timer event: ACK received, with ACK field value of y if (y > SendBase) { SendBase = y if (there are currently not-yet-acknowledged segments) start timer } } /* end of loop forever */ SendBase-1: zadnji kumulativno potvrđeni byte Primjer: SendBase-1 = 71; y= 73, prijemnik želi 73+ ; y > SendBase, novi podatak je potvrđen Host A Host B Host A Host B timeout X loss Seq=92 timeout SendBase = 100 vrijeme Izgubljeni ACK scenario Sendbase = 100 SendBase = 120 Seq=92 timeout SendBase = 120 vrijeme premature timeout 42 21

22 Host A Host B timeout X loss SendBase = 120 vrijeme Kumulativni ACK scenario Kontrola toka TCP koristi gubitak segmenta kao indikaciju zagušenja održava mrežu u radnoj točki s prosječno punim redovima čekanja TCP raspolaže s nekoliko algoritama za postupke (često mijenjani i nadopunjavani) - upravljanja prometom - sprječavanje zagušenja Prijemna strana TCP konekcije buffer Prijemnik oglašava slobodno mjesto Ograničenje unacked podataka u RcvWindow garancija da nema overflowa 22

23 Detekcija pojave zagušenja u mreži moguće je detektirati na mrežnom sloju - Redovi čekanja na usmjeriteljima Temeljem povratne informacije transportni sloj utječe (regulira, smanjuje) brzinu slanja podataka prema mrežnom sloju Primjena algoritma za kontrolu zagušenja Cilj: onemogućiti predajniku da pri odašiljanju podataka prekorači kapacitet mreže, odnosno intenzitet slanja prilagođava se prema kapacitetu mreže 45 Upravljanje vezom - TCP pošiljatelj i prijemnik uspostavljaju konekciju prije slanja podataka Inicijalizacija TCP varijabli: seq. #s buffers, flow control info (e.g. RcvWindow) Klijent: connection initiator Socket clientsocket = new Socket("hostname","port number"); Server: contacted by client Socket connectionsocket = welcomesocket.accept(); Kod uspostave veze dva TCP procesa moraju sinkronizirati početne redne brojeve (razmjenom segmenata za uspostavu veze, segmenti nose slučajno odabran kontrolni bit SYN ISN (Initial Sequence Number) Prilikom sinkronizacije obje strane moraju poslati svoj ISN, te primiti potvrdu za to od druge strane 23

24 Upravljanje vezom Three way handshake: stanje CLOSED SYN-SENT TCP A (SEQ=X)(CTL=SYN) TCP B stanje LISTEN Korak 1: klijent šalje TCP SYN segment serveru specifies initial seq #, no data ESTABLISHED (SEQ=Y)(ACK=X+1)(CTL=SYN,ACK) (SEQ=X+1)(ACK=y+1)(CTL=ACK) (SEQ=X+1)(ACK=Y+1)(CTL=ACK)(DATA) SYN- RECEIVED ESTABLISHED Korak 2: server prima SYN, odgovara sa SYNACK segmentom server allocates buffers, specifies server initial seq. # ESTABLISHED Korak 3: klijent prima SYNACK, odgovara sa ACK segmentom koji može sadržavati podatke close client server Zatvaranje konekcije client closes socket: clientsocket.close(); Korak 1: klijent šalje TCP FIN kontrolni segment serveru timed wait close Korak 2: server prima FIN, odgovara sa ACK. Zatvara konekciju, šalje FIN. closed closing Korak 3: klijent prima FIN, odgovara sa ACK. closing unosi timed wait odgovoriti će sa ACK na primljene FINs Step 4: server, prima ACK. Konekcija zatvorena. timed wait closed closed 24

25 CLOSED LISTEN korisnik SYN_SENT SYN k poslužitelj ESTABLISHED SYN,ACK p,k+1 ACK k+1,p+1 SYN_RCVD ESTABLISHED IZMJENA PODATAKA FIN_WAIT1 FIN,ACK k+n,p+m CLOSE_WAIT ACK p+m, k+n+1 FIN_WAIT2 FIN,ACK p+m, k+n+1 LAST_ACK TIME_WAIT FIN,ACK k+n+1, p+m+1 CLOSED 49 Životni ciklus TCP klijenta Životni ciklus TCP servera 25

26 Stanja TCP veze proces TCP protokola održava niz varijabli prolazi kroz niz stanja: STANJE: CLOSED LISTEN SYN-SENT SYN-RECEIVED ESTABLISHED FIN-WAIT-1 FIN-WAIT-2 CLOSE-WAIT CLOSING LAST-ACK TIME-WAIT ZNAČENJE: Veza je neaktivna (raskinuta) Stanje čekanja zahtjeva za vezu Poslan je zahtjev za vezu; čeka se da druga strana odgovori zahtjevom za vezu Primljen je zahtjev za vezu; čeka se potvrda zahtjeva za vezu Stanje normalnog prijenosa podataka Odaslan je zahtjev za raskidanje veze Čeka se zahtjev za raskidanje veze od udaljenog TCPa Čekanje na zahtjev za raskidanje veze od lokalnog korisnika Čeka se potvrda na poslani zahtjev za prekid veze Čeka se potvrda na zahtjev za raskid veze od udaljenog TCPa Čeka se dva maksimalna vremena života segmenta (MSL), kako bismo se uvjerili da su svi zaostali segmenti stigli do udaljenog TCPa. Za to vrijeme se ne može ponovo uspostaviti veza između ove dvije priključnice. 51 aktivni OPEN napravi TCB & šalji SYN CLOSED CLOSE izbriši TCB pasivni OPEN CLOSE napravi TCB izbriši TCB primljen RST LISTEN CLOSE šalji FIN SYN-RCVD primljen SYN SEND šalji SYN,ACK šalji SYN SYN-SENT primljen SYN šalji SYN, ACK primljen SYN+ACK primljena potvrda šalji ACK SYNa ESTABLISHED CLOSE šalji FIN primljen FIN šalji ACK Active Close Passive Close FIN-WAIT-1 primljen FIN šalji ACK CLOSING CLOSE-WAIT primljena potvrda FINa primljen FIN+ACK šalji ACK primljena potvrda FINa CLOSE šalji FIN FIN-WAIT-2 TIME-WAIT LAST ACK primljen FIN šalji ACK Timeout = 2MSL izbriši TCB CLOSED primljena potvrda FINa 52 26