5. Transportní vrstva PB156: Počítačové sítě _J Eva Hladká S lidy pripravil: Tomáš Rebok Fakulta informatiky Masarykovy univerzity jaro 2024 Eva Hladká (Fl M 5. Transportní vrstva jaro 2024 1/85 Struktura přednášky S Přehled Úvod Poskytované služby d Adresace na L4 • Řízení spojení - spojované vs. nespojované L4 služby U DP protokol Mechanismy zajištění spolehlivého přenosu • Stop-and-Wait ARQ • Go-Back-N ARQ • Selective-Repeat ARQ Tradiční TCP • Poskytované služby • Hlavička segmentů • Well-known TCP aplikace • Správa spojení • Řízení chyb • Mechanismy pro řízení množství zasílaných dat • Řízení toku (Flow Control) O Řízení zahlcení (Congestion Control) • Varianty TCP • Vylepšení TCP • Konzervativní rozšíření TCP • Přístupy odlišné od TCP Rekapitulace Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 2/85 Struktura přednášky O Přehled Úvod Poskytované služby • Adresace na L4 • Řízení spojení - spojované vs. nespojované L4 služby ô U DP protokol Mechanismy zajištění spolehlivého přenosu • Stop-and-Wait ARQ • Go-Back-N ARQ • Selective-Repeat ARQ Tradiční TCP • Poskytované služby • Hlavička segmentů • Well-known TCP aplikace • Správa spojení • Řízení chyb • Mechanismy pro řízení množství zasílaných dat • Řízení toku (Flow Control) • Řízení zahlcení (Congestion Control) • Varianty TCP L4. Transportní vrstva - Přehled iso / osi Aplikační vrstva Síťové aplikace Prezentační vrstva Reprezentace dat Relační vrstva Relace, meziuzlová komunikace Transportní vrstva End-to-end spoje, zajištění spolehlivosti Síťová vrstva Výběr cesty a IP (logické adresování) Vrstva datového spoje MAC a LLC (fyzické adresování) Fyzická vrstva Přenosová média, signály, přenos binárních dat Proč nestačí L3? 9 nemožnost identifikovat aplikaci, které jsou data určena • na každém uzlu by tak mohla běžet maximálně jedna aplikace • neřeší defekty sítě (ztrátu/znásobení datagramu, zahlcení sítě, atp.) Co nás nyní čeká.. • představení L4, poskytované služby • mechanismy zajištění spolehlivého přenosu • protokoly U D P, TCP Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 4/85 L4 z pohledu sítě - kde se pohybujeme? Processes Processes • * * Internet komunikace konkrétních aplikací (identifikovány transportní vrstvou) na konkrétních uzlech sítě (identifikovány sítovou vrstvou) • na uzlech tak může běžet více služeb možnosti zajištění spolehlivého přenosu nad nespolehlivou (best-effort) IP sítí Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 5/85 Struktura přednášky _ Přehled Q Úvod Poskytované služby • Adresace na L4 • Řízení spojení - spojované vs. nespojované L4 služby U DP protokol Mechanismy zajištění spolehlivého přenosu • Stop-and-Wait ARQ • Go-Back-N ARQ • Selective-Repeat ARQ Tradiční TCP • Poskytované služby • Hlavička segmentů • Well-known TCP aplikace • Správa spojení • Řízení chyb • Mechanismy pro řízení množství zasílaných dat • Řízení toku (Flow Control) • Řízení zahlcení (Congestion Control) • Varianty TCP • Vylepšení TCP • Konzervativní rozšíření TCP • Přístupy odlišné od TCP U vod I. transportní vrstva: • poskytuje služby pro aplikační vrstvu: • prijíma data odesílací aplikace, které transformuje do segmentů o přijaté segmenty pak předává cílové aplikaci • ve spolupráci se sítovou vrstvou zajištuje doručení dat (segmentů) mezi komunikujícími aplikacemi/procesy • s případným zajištěním spolehlivosti přenosu • poskytuje jim logický komunikační kanál • iluze fyzického propojení (přímého komunikačního kanálu) • tzv. process-to-process delivery • nej nižší vrstva poskytující tzv. end-to-end služby • hlavičky generované na straně odesílatele jsou interpretovány jen na straně příjemce 9 směrovače vidí data transportní vrstvy jako payload přenášených paketů Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 7/85 Uvod II. actual PDU flow 1 applicatii transport network data link physical network dl dl dl ph ph ph / \ Router R1 logical end-end transport Host H1 Router R2 network dl dl Ph ph pl-|J network F dl dl ph ph 4 Router R3 Router R4 lication transport net vork dat i link ph1) sical Host H2 Figure: Ilustrace end-to-end služeb poskytovaných transportní vrstvou. Úvod III. Processes Processes / / / Node-to-node: Data link layer Host-to-host: Network layer Process-to-process: Transport layer Internet —i------r_ Node-toj Node-to j -node -node <-*-r<->4-*■ Node-to-node i [ i------r- [ j Node-to j Node-toj -node i -node i i i Host-to-host i Process-to-process I v \ \ ■*-\ Figure: Formy komunikace. Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 9/85 7 Poskytované služby Struktura přednášky Přehled Úvod Poskytované služby • Adresace na L4 • Řízení spojení - spojované vs. nespojované L4 služby %$ U DP protokol Mechanismy zajištění spolehlivého přenosu • Stop-and-Wait ARQ • Go-Back-N ARQ • Selective-Repeat ARQ 0 Tradiční TCP • Poskytované služby • Hlavička segmentů • Well-known TCP aplikace • Správa spojení Řízení chyb Mechanismy pro řízení množství zasílaných dat Řízení toku (Flow Control) Řízení zahlcení (Congestion Control) 9 Varianty TCP • Vylepšení TCP • Konzervativní rozšíření TCP • Přístupy odlišné od TCP O O o o Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 10/85 Quality of service Application layer Gives services to Transport layer Addressing Connection control Receives services from Network layer Congestion control Figure: Ilustrace služeb transportní vrstvy. Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 11/85 Služby • Tvorba paketů (Packetizing) 9 aplikací zaslaná data transformována na pakety (s přidanou transportní hlavičkou) • Řízení spojení (Connection Control) • spojované (connection-oriented) a nespojované (connectionless) služby • Adresace (Addressing) • adresy entit transportní vrstvy (= sítových aplikací/služeb) - tzv. porty • pakety obsahují zdrojový a cílový port (identifikaci zdrojové a cílové aplikace) • aplikace tak jsou v síti jedinečně identifikovány dvojicí IP-adresa .port • Zajištění spolehlivosti prenosu (Reliability) • řízení toku (Flow Control) a řízení chyb (Error Control) 9 na nižších vrstvách poskytováno node-to-node, zde end-to-end • zajištění spolehlivosti nad best-effort službou (IP) • Řízení zahlcení sítě (Congestion Control) a zajištění kvality služby (Quality of Service, QoS) Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 12/85 Adresace na L4 I. adresy na L4 - čísla portů (ports, port numbers) • ^ adresy služeb • identifikují odesílací aplikaci na zdrojovém uzlu (identifikován IP adresou) • identifikují přijímající aplikaci na cílovém uzlu (identifikován IP adresou) identifikace portu lčbitovým číslem • rozsah 0 — 65535 H Daytime client H52,000|-i h Transport layer Data Daytime server 13 H A Transport layer 13 52,000 => <= 13 52,000 Data h Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 13/85 Adresace na L4 I. • • • 3\ A 13 13 Port number selects the process 4l93J.41_26.7__ IP header Transport-layer header 193.14.26.7<= 13 IP address selects the host Figuře: Doručení dat cílové aplikaci - IP adresa a port. Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 14/85 Adresace na L4 I. porty rozděleny do 3 tříd • rozděleno organizací IANA (Internet Assigned Number Authority) třídy: • well-known (dobře známé) porty • rozsah 0 - 1023 « identifikují známou konkrétní službu • přidělovány organizací IANA • registrované porty • rozsah 1024 - 49151 • volně využitelné porty, nejsou přidělovány organizací IANA • lze je však u organizace IANA zaregistrovat (zamezení duplikací) • dynamické porty • rozsah 49152 - 65535 o dynamicky přidělované porty, využity zejména jako zdrojové porty odesílacích aplikací Registered 0 1023 JI 49,152 65,535 I-K-1 I-^-1 I-Ty-1 ]j 1024 49,151 || Well-known Dynamic Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 15/85 Adresace na L4 - Multiplexing vs. Demultiplexing • mechanismus adresace na L4 představuje formu multiplexingu a demultiplexingu 9 na odesílací straně mnoho aplikací a jeden transportní protokol -multiplexing • odesílací aplikace identifikována zdrojovým portem • na přijímací straně jeden transportní protokol, výběr vhodné aplikace pro doručení - demultiplexing • přijímající aplikace identifikována cílovým portem Processes Processes v ]f v ]f Multiplexer Demultiplexer 1 r i IP IP Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 16/85 Řízení spojení - spojované vs. nespojované L4 služby Spojované služby • na začátku přenosu ustaveno spojení (udržováno po celou dobu přenosu dat) • pakety jsou číslovány • jejich doručení/nedoručení je explicitně potvrzováno Nespojované služby 9 pakety zasílány cílové aplikaci bez ustaveného spojení • pakety nejsou číslovány (=>► nejsou ani potvrzovány) • mohou se ztratit, dorazit se zpožděním, dorazit mimo pořadí, atp. Struktura přednášky fUl Přehled Uvod Poskytované služby • Adresace na L4 • Řízení spojení - spojované vs. nespojované L4 služby © UDP protokol Mechanismy zajištění spolehlivého přenosu • Stop-and-Wait ARQ • Go-Back-N ARQ • Selective-Repeat ARQ Tradiční TCP • Poskytované služby • Hlavička segmentů • Well-known TCP aplikace • Správa spojení • Řízení chyb • Mechanismy pro řízení množství zasílaných dat • Řízení toku (Flow Control) • Řízení zahlcení (Congestion Control) • Varianty TCP • Vylepšení TCP • Konzervativní rozšíření TCP • Přístupy odlišné od TCP UDP protokol User Datagram Protocol (UDP) • nejjednodušší transportní protokol poskytující nespojovanou a nespolehlivou (= nezajištěnou) službu • poskytuje best-effort službu • ke službám IP vrstvy přidává pouze process-to-process komunikaci a jednoduchou kontrolu chyb • případné zajištění spolehlivosti přenosu je na aplikaci • hlavní přednosti: jednoduchost, minimální režie • žádná nutnost ustavení spojení (přináší zpoždění na začátku přenosu) • žádná nutnost uchovávání stavových informací na komunikujících stranách • malá hlavička Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 19/ UDP protokol - hlavička paketů 8 bytes H-H <1= Header Data Source port number 16 bits Destination port number 16 bits Total length 16 bits Checksum 16 bits • zdrojový port (source port) - identifikace odesílací služby/aplikace • cílový port (destination port) - identifikace přijímající služby/aplikace • délka UDP paketu (length) - celková délka UDP paketu • kontrolní součet (checksum) - kontrolní součet UDP paketu (hlavička + data) Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 20/85 UDP protokol - vybrané aplikace • procesy vyžadující jednoduchou komunikaci stylu dotaz - odpověď • např. služba DNS (Domain Name Service) • procesy/protokoly s interním řízením toku a kontrolou chyb • např. protokol TFTP (Trivial File Transport Protocol) • real-time přenosy • např. multimediální přenosy přenosy pro haptickou interakci • často ve spolupráci s protokolem RTP (Real Time Transport Protocol) • multicastové přenosy • aktualizace směrovacích tabulek RIP protokolem • atd. atd. Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 21/ U DP protokol - well-known porty 13 17 19 53 Daytime Quote Chargen Nameserver Returns the date and the time Returns a quote of the day Returns a string of characters Domain Name Service Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 22/85 Struktura přednášky wW Přehled wM Uvod Poskytované služby • Adresace na L4 • Řízení spojení - spojované vs. nespojované L4 služby ô U DP protokol Mechanismy zajištění spolehlivého přenosu • Stop-and-Wait ARQ • Go-Back-N ARQ • Selective-Repeat ARQ Tradiční TCP • Poskytované služby • Hlavička segmentů • Well-known TCP aplikace • Správa spojení • Řízení chyb • Mechanismy pro řízení množství zasílaných dat • Řízení toku (Flow Control) • Řízení zahlcení (Congestion Control) • Varianty TCP • Vylepšení TCP • Konzervativní rozšíření TCP • Přístupy odlišné od TCP Mechanismy zajištění spolehlivého přenosu Mechanismy zajištění spolehlivého přenosu I • otázka: k čemu je řízení chyb na L4, když je toto poskytováno L2 vrstvou? Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 24/85 Mechanismy zajištění spolehlivého přenosu Mechanismy zajištění spolehlivého přenosu I. • otázka: k čemu je řízení chyb na L4, když je toto poskytováno L2 vrstvou? 9 L2 poskytuje řízení chyb vždy pouze mezi dvěma uzly na cestě, ne mezi koncovými stanicemi Transport Network Data link Physical CTlan Error is checked in these paths by the data link layer Error is not checked in these paths by the data link layer WAN J Transport Network Data link Physical LAN_^> Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 24/85 Mechanismy zajištění spolehlivého přenosu Mechanismy zajištění spolehlivého přenosu II. • transportní protokoly tak mohou zajištovat spolehlivý přenos nad nespolehlivou (best-effort) IP službou c O O CĎ O > o. o o ^ Cl O co >« sending receiver process process Idatal ďätäl ►Qreliable channel] reliable data transfer protocol (sending side) rdt_send()||daŤa| jdalalfdeliverdata () reliable data transfer protocol (receiving side) udt sendOÜ |pqcket| I packet| rdt rev() (a) provided service unreliable channel (b) service implementation Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 25/85 Mechanismy zajištění spolehlivého přenosu Mechanismy zajištění spolehlivého přenosu III. 9 spolehlivost přenosu zajištěna mechanismem potvrzování (acknowledgement) • pakety číslovány tzv. sekvenčními čísly (Sequence Numbers, SEQ) • pozitivní potvrzování (positive acknowledgement) • potvrzení úspěšného přijetí paketu • a lá doručeno v pořádku • negativní potvrzování (negative acknowledgement) • informace o neúspěšném přijetí/ztrátě datagramu o a lá prosím, zopakuj • v případě výskytu chyby jsou data opětovně přeposílána • mechanismy ARQ (Automatic Repeat reQuest) • Stop-and-Wait ARQ • Go-Back-N ARQ 9 Selective-Repeat ARQ 9 nutnost vypořádat se s duplicitami! Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 Stop-and-Wait ARQ I. • nejjednodušší mechanismus řízení toku a řízení chyb • odesílací strana po odeslání paketu vyčkává na jeho potvrzení • aniž by odesílala další • po uplynutí definované doby (timeouť) je paket pokládán za ztracený • následuje znovuposlání 9 pakety číslovány střídavě 0 a 1 • potvrzení paketu = ACK s číslem následujícího (očekávaného) paketu • v případě poškození paketu (vadný kontrolní součet) jej příjemce zahazuje a vyčkává na znovuposlání • nezasílá se žádné negativní potvrzení Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 27/ Mechanismy zajištění spolehlivého přenosu Stop-and-Wait ARQ Stop-and-Wait ARQ II. Sender r..l '—' 5= 0 S= 1 s= o Time branie J ACKO_ Receiver R= 0 R = 1 i Time Figure: Stop-and-Wait ARQ: bezeztrátový přenos Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 28/85 Mechanismy zajištění spolehlivého přenosu Stop-and-Wait ARQ Stop-and-Wait ARQ III. Time-out Sender 5=0 5= 1 5= 1 S= 0 Time Receiver □ frame 0 Lost R = 0 7?= 1 JR = 1 7?= 0 t Time Figure: Stop-and-Wait ARQ: ztráta paketu Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 29/85 Mechanismy zajištění spolehlivého přenosu Stop-and-Wait ARQ Stop-and-Wait ARQ IV. 0 Time-out Sender □ Receiver 5= 0 5= 1 S= 1 5=0 Pram Lost"^ Time R= 0 R= 1 R= 0 Expecting frame 0, frame 1 discarded t Time Figure: Stop-and-Wait ARQ: ztráta potvrzení Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 30/85 Mechanismy zajištění spolehlivého přenosu Stop-and-Wait ARQ Stop-and-Wait ARQ V. Time-out 5= 0 5= 0 5= 1 Time-out Discarded 5" = 1 Frame 0 Y Time R= 1 Expecting frame 1, frame 0 discarded R= 1 t Time Figure: Stop-and-Wait ARQ: opožděné potvrzení Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 31/85 Mechanismy zajištění spolehlivého přenosu Stop-and-Wait ARQ Stop-and-Wait ARQ VI. V případě obousměrného přenosu lze využít mechanismus Piggybacking • kombinace datového paketu s potvrzením • místo dvou samostatných paketů (potvrzení, data) se tak zasílá právě jeden A □ R = 0 R = 0 S= 0 S= 1 R = 1 S= 0 t Time Frame_^ACK B ] R= 0 S= 0 R= 1 5= 1 Time Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 32/85 Go-Back-N ARQ I. • problém Stop-and-Wait ARQ: do sítě lze v jakémkoliv okamžiku vyslat pouze jeden paket =4> degradace výkonu • vylepšení mechanismu Stop-and-Wait • zasílání více paketů bez vyčkávání na jejich potvrzení • cílem je vyšší efektivita přenosu • pakety číslovány postupně se zvyšujícími sekvenčními čísly • v případě dosažení horní hranice se začíná znovu od začátku • např. 0,1,2,3,4,5,6,7,0,1,2,3,4,5,6,7,0,1,2,... • potvrzení paketu = ACK se sekvenčním číslem následujícího (očekávaného) paketu • využití tzv. kumulativních potvrzení • v případě obousměrné komunikace možno využít piggybacking • informace o odeslaných/přijatých paketech uchovávána za pomoci mechanismu tzv. plovoucího okna (sliding window) • udržováno jak na straně odesílatele, tak na straně příjemce • varianta Go-Back-N ARQ využita v protokolu TCP (viz později) Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 33/85 Go-Back-N ARQ II. - Sender Window vs. Receiver Window Okno odesílatele (Sender Window) o maximální velikost 2m — 1 (m = počet bitů pro uchování SEQ) • důvody viz dále Window size = 7 5 6 7 0 1 2 3 4 5 6 7 0 a. Before sliding i Window size = 5 6 7 0 1 2 1 3 4 1 5 1 6 7 0 b. After sliding two frames Okno příjemce (Receiver Window) • velikost v případě Go-Back-N ARQ vždy 1 (vždy se očekává pouze určitý paket) 5 6 7 0 1 2 3 4 5 G 7 0 a. Before sliding 5 6 7 0 1 2 3 4 5 6 7 0 b. After sliding Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 34/85 Mechanismy zajištění spolehlivého přenosu Go-Back-N ARQ Go-Back-N ARQ Sender Ír" Receiver □ o 0 1 2 3 0 1 2 —h 5 i— 0 1 2 3 0 1 2 Lh 5 0 1 2 3 0 1 2 Frame o Frame J ACK2 Frame 2 Frame 3 0 1 2 3 0 1 2 1 i? 0 1 2 3 0 1 2 1 R 0 1 2 3 0 1 2 I i? 0 1 2h_ 0 1 2 R Time Time Figure: Go-Back-N ARQ: bezeztrátový přenos Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 35/85 Mechanismy zajištění spolehlivého přenosu Go-Back-N ARQ Go-Back-N ARQ IV. Sender O Time-out 0 1 2 3 0 1 2 M-' 5 0 1 2 3 0 1 2 1-h 5 0 1 2 3 0 1 2 H- ..S' 0 1 2 3 0 1 2 1-1- 5 « 1 2 3 0 1 2 S 0 1 2 3 0 1 2 Resent Time Receiver Sa Frame 2 0 1 2 3 0 1 2 2 3 0 1 2 R í) 1 2 3 0 1 2 Frame 3 discarded, not in the window 0 1 2 3 0 1 2 l+-R 0 1 2 3 (} 1 2 R Time Figure: Go-Back-N ARQ: ztráta paketu Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 36/85 Mechanismy zajištění spolehlivého přenosu Go-Back-N ARQ Go-Back-N ARQ V. - omezení maximální velikosti okna Okno odesílatele musí být menší než 2m (m je počet bitů pro uchování SEQ) kvůli správné detekci duplicit! Sender Receiver Time-out 0 1 2 e o R, e 7 F, <3m R> >p0 0 1 2 ľ, R 0 Á' 0 R 0 R Correctly discarded a. Window size < 2 ni O Sender Receiver 2 3 0 ^- s 0 1 I 2 3 0 I) 0 Time-out 0 1 2 3 0 5^ 'e j Pi e2 93 f') 'e o 0 R 0 0 0 0 Erroneously accepted b. Window size = 2m Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 37/85 Mechanismy zajištění spolehlivého přenosu Selective-Repeat ARQ Selective-Repeat ARQ I. 9 problém Go-Back-N ARQ: neefektivní pro vysoce ztrátové linky • vyšší ztrátovost ^> vyšší procento paketů došlých mimo pořadí (out-of-order) • Go-Back-N ARQ pakety mimo pořadí zahazuje • neefektivní, již došlé pakety musí být znovu zasílány o pakety opět číslovány postupně se zvyšujícími sekvenčními čísly o rozšíření Go-Back-N ARQ v oblasti okna příjemce • místo 1 paketu jich může pojmout více • out-of-order pakety na straně příjemce buf férová ny • potvrzení paketu = ACK se sekvenčním číslem následujícího (očekávaného) paketu • opět využívá kumulativních potvrzení • v případě obousměrné komunikace možno využít piggybacking 9 kromě pozitivních potvrzení využívá i negativních potvrzení • Negative Acknowledgements zasílány v případě detekce ztráty/porušení paketu Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 38/85 Mechanismy zajištění spolehlivého přenosu Selective-Repeat ARQ Selective-Repeat ARQ II. Sender Receiver 0 1 2 3 0 1 2 H- S 0 1 2 3 0 1 2 1—h 5 0 1 2 3 0 1 2 H-1 S 0 1 2 3 0 1 2 '-H S 0 1 2 i 3 (.) 1 2 S 0 1 2 3 0 1 2 0 1 2 3 0 1 2 0 1 2 3 0 1 2 0 1 2 3 0 1 2 Time Time Figure: Selective-Repeat ARQ: ztráta paketu Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 39/85 Mechanismy zajištění spolehlivého přenosu Selective-Repeat ARQ Selective-Repeat ARQ okna . - omezení maximální velikosti Okno odesílatele musí být menší nebo rovno 2m 1 (m je počet bitů pro uchování SEQ) kvůli správné detekci duplicit! Sender Receiver Sender Receiver O Time-out 0 1 2 3 1— s 0 1 2 3 1—v s 0 1 2 3 0 1 2 3 0 1 2 3 0 1 2 3 0 1 2 3 0 M- S 0 1 2 3 0 Time-out 0 1 2 3 0 1-r- 0 1 2 3 0 Correctly Discarded f) o G2 f) ie0 0 1 2 3 0 1 0 1 Z 3 0 1 0 1 2 3 0 1 0 1 2 3 0 1 Erroneously accepted Time Time a. Window size = 2//J~1 Time Time b. Window size > 2"'"1 Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 40/85 Struktura přednášky Přehled Úvod Poskytované služby • Adresace na L4 • Řízení spojení - spojované vs. nespojované L4 služby O U DP protokol Mechanismy zajištění spolehlivého přenosu • Stop-and-Wait ARQ • Go-Back-N ARQ • Selective-Repeat ARQ Q Tradiční TCP • Poskytované služby • Hlavička segmentů • Well-known TCP aplikace ^ Správa spojení • Řízení chyb O Mechanismy pro řízení množství zasílaných dat • Řízení toku (Flow Control) • Řízení zahlcení (Congestion Control) 9 Varianty TCP O Vylepšení TCP • Konzervativní rozšíření TCP • Přístupy odlišné od TCP Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 41/85 TCP protokol Transmission Control Protocol (TCP) • transportní protokol poskytující spojovanou a plně spolehlivou (= zajištěnou) službu • pokud je to možné, odeslaná data budou přijímající aplikaci doručena kompletní a ve správném pořadí • oproti UDP orientován na přenos proudu bytů (UDP orientováno na přenos bloků dat) • před začátkem přenosu nutnost ustavení spojení mezi odesílací a přijímající stranou • tzv. handshake před začátkem přenosu zahrnuje výměnu všech potřebných parametrů • spojení rozeznatelné jen na koncových uzlech (end-to-end služba) • směrovače tato spojení nevidí • ustavené spojení možno využít pro plně duplexní komunikaci • řídící data přibalována do dat jdoucích opačným směrem (piggybacking) • spojení může být pouze dvoubodové (point-to-point) • komunikace mezi více partnery (ala multicast) není podporována • multiplexing/demultiplexing a detekce chyb stejné jako v UDP Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 42/85 Tradiční TCP Poskytované služby TCP protokol - poskytované služby Přenos proudu bytů • přenos dat v rámci UDP: • aplikace předává bloky dat, které UDP opatřuje hlavičkou a předává sítovému protokolu (např. IP) o přenos dat v rámci TCP: • aplikace předává TCP protokolu proud bytů, které TCP segmentuje, opatřuje hlavičkou a předává sítovému protokolu • aplikacím poskytuje iluzi roury, která přenáší jejich data Sending Process Receiving Process TCP Stream of Bytes TCP Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 43 Tradiční TCP Poskytované služby TCP protokol - poskytované služby Odesílací a přijímající buffery • aplikací předaná data nutno uchovávat v bufferech • nutnost vyrovnání rozdílných rychlostí komunikujících stran • rychlost odesílajícího a přijímajícího procesu nemusí být stejná • buffery navíc využity pro řízení toku a chyb (viz dále) Sending Process Receiving Process Sending TCP Receiving TCP 5. Transportní vrstva jaro 2024 44/85 Eva Hladká (Fl MU) Tradiční TCP Poskytované služby TCP protokol - poskytované služby Segmentace dat • aplikace TCP protokolu předává proud bytů • sítová vrstva (IP protokol) očekává bloky dat • =4> nutnost tvorby bloků dat (segmentů) • velikost segmentů omezena hodnotou Maximum Segment Size (MSS) • definováno implementací TCP / operačním systémem • identifikuje maximální velikost uživatelských dat v segmentu (ne velikost celého segmentu) • segmenty následně opatřeny TCP hlavičkou a předány sítovému protokolu Sending Process Receiving Process Tradiční TCP Poskytované služby TCP protokol - poskytované služby Segmentace dat - číslování segmentu o číslovány nejsou bloky dat (segmenty), ale jednotlivé přenášené bajty • každý aplikací předaný bajt je opatřen číslem 9 začátek náhodně zvolený; inkrementováno po 1 • sekvenční číslo přenášeného TCP segmentu je pak číslo prvního bajtu přenášeného daným segmentem Příklad: Přenos souboru o velikosti 6000 bajtů. První bajt očíslován jako 10010. Poslední segment přenáší 2000 bajtů, ostatní 1000 bajtů. The following shows the sequence number for each segment: Segment 1 ==> sequence number: 10,010 (range: 10,010 to 11,009) Segment 2 ==> sequence number: 11,010 (range: 11,010 to 12,009) Segment 3 ==> sequence number: 12,010 (range: 12,010 to 13,009) Segment 4 ==> sequence number: 13,010 (range: 13,010 to 14,009) Segment 5 ==> sequence number: 14,010 (range: 14,010 to 16,009) Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 46/85 Tradiční TCP Hlavička segmentů TCP protokol - hlavička segmentů I. Header Data Source port address 16 bits Destination port address 16 bits Sequence number 32 bits Acknowledgment number 32 bits u a P r s f r c s s y i g k h t n n HLEN 4 bits Reserved 6 bits Window size 16 bits Checksum 16 bits Urgent pointer 16 bits Options and padding Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 47/85 TCP protokol - hlavička segmentů II. 9 zdrojový port (source port) - identifikace odesílací služby/aplikace • cílový port (destination port) - identifikace přijímající služby/aplikace • sekvenční číslo (sequence number) - sekvenční číslo segmentu • číslo potvrzovaného segmentu (acknowledgement number) • číslo bajtu, který přijímající strana očekává jako následující • piggybacking • délka hlavičky (header length) - délka TCP hlavičky ve 4B slovech • rezervovaná pole (reserved) Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 48/ Tradiční TCP Hlavička segmentů TCP protokol - hlavička segmentů III. řídící data (control) -6 bitů identifikujících nejrůznější řídící informace URG: Urgent pointer is valid RST: Reset the connection ACK: Acknowledgment is valid SYN: Synchronize sequence numbers PSH: Request for push FIN: Terminate the connection URG ACK PSH RST SYN FIN • velikost okna (window size) - velikost okna, které musí komunikující strana spravovat • určeno pro účely řízení toku (viz dále) • kontrolní součet (checksum) - kontrolní součet TCP segmentu (hlavička + data) • urgentní data (urgent pointer) - zasílání dat mimo pořadí • volby (options) Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 49/85 Tradiční TCP Well-known TCP aplikace Well-known TCP aplikace Port 11 13 17 Protocol Description Users Daytime Quote Discards any datagram that is receive Active users Returns the date and the time E eturns a quote of the da 19 20 21 23 25 53 67 79 ou 111 inger Hypertext Transfer Protoco Remote Procedure Call Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 50/85 Tradiční TCP Správa spojení Správa spojení - ustavení spojení • full-duplexní přenos =4> obě strany musí iniciovat spojení • mechanismus známý jako třícestný handshake (three-way handshake) Client Server t Time Segment 1; SYN Seg ment 2: SYNlA£K Segment 3: ACK t Time lva Hladká (TI MU) 5. Transportní vrstva jaro 2024 51/85 rad/ční TCP Správa spojem' - ukončenŕ Sprá va spojení spojení Time va Hladká (Fl MU) 5- Transportní vrstva Time jaro 2024 Řízení chyb (Error Control) • během přenosu je nutno detekovat poškozené, ztracené, duplikované a out-of-order segmenty • TCP mechanismy pro zajištění spolehlivého přenosu: • kontrolní součty - detekce poškozených segmentů o potvrzování přijatých segmentů (acknowledgements) - detekce ztracených (na straně příjemce), duplikovaných a out-of-order segmentů • zajištěno mechanismem pozitivního potvrzování (positive acknowledgements) • využito kumulativní potvrzování • timeoutů - detekce ztracených segmentů (na straně odesílatele) 9 mechanismus přeposílání založen na Go-Back-N ARQ • rozdíl: buffer pro out-of-order segmenty na přijímající straně Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 53/85 Řízení chyb (Error Control) - Ztráta segmentu Sender r 0 OK OK (J) Time-out OK Segment 1 Segment 3 ack: 1601 Segment 3 lost Í!^ient 3, retrans emitted ack: 1801 t Time Receiver r t Time Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 54/85 feeni chyb (Error Centre!) - **. potvrzen Sender Receiver OK OK OK seq: 1201, 200 bytes \-<=> seq: 1401T 200 bytes seq: 1601, 200 bytes Acknowledgment lost Time Time Řízení chyb (Error Control) - Timeouty I. timeout - doba, po kterou se čeká na potvrzení odeslaného segmentu o založeno na tzv. Round-Trip Time (RTT) 9 čas potřebný pro cestu segmentu od odesílatele k příjemci a zpět • typicky: timeout = 2 • RTT Time for data to arrive Time for ACK to return Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 56/85 Řízení chyb (Error Control) - Timeouty II. 0.9 sec Sender r Receiver RTT -\ 2.2 sec RTT = 2.2 sec - 0.9 sec. = 1.3 sec RTT upravováno s využitím následující formule (vyhlazování abnormalit) RTTnew = a • RTT+ (1 — a) • RTTmeasurecj kde a = 0.875 (typicky) Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 57/85 Tradiční TCP Mechanismy pro řízení množství zasílaných dat TCP mechanismy pro řízení množství zasílaných dat TCP řídí množství zasílaných dat tak, aby: • zabránilo zahlcení příjemce = řízení toku (Flow Control) • zabránilo zahlcení sítě = řízení zahlcení (Congestion Control) Množství dat, které je možno zaslat do sítě je definováno: • velikostí okna příjemce (řízení toku) • velikostí tzv. okna zahlcení (congestion window) (řízení za • na straně odesílatele hlcení) množství skutečně vysílaných dat ohraničeno menší hodnotou z obou jmenovaných Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 58 Tradiční TCP Mechanismy pro řízení množství zasílaných dat ow Control vs. Congestion Control bez řízení příjemce vysílající síť řízení toku (flow control): vysílající síť příjemce řízení zahlcení (congestion control): vysílající příjemce síť Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 59 Tradiční TCP Řízení toku (Flow Control) Řízení toku (Flow Control) • mechanismus pro zábranu zahlcení přijímající strany • explicitní zpětná vazba od příjemce • příjemce informuje odesílatele o stavu svého přijímacího bufferu (receiver window, rwnd) • o zbývajícím volném místě • snižující rwnd indikuje nutnost snížení rychlosti vysílání • rwnd = 0 buffer přijímající stanice je plný, vysílač musí pozastavit vysílání • informace zasílána v rámci ACK packetů nebo s využitím piggybackingu (obousměrná komunikace) data od IP protokolu - - - -*-*- přijatá TCP data přijímací buffer data k aplikaci Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 60/85 Tradiční TCP Řízení zahlcení (Congestion Control) Řízení zahlcení (Congestion Control) I. snaha o přizpůsobení rychlosti vysílání dostupné kapacitě sítě • nejmenší volné kapacitě na trase • zahlcení (congestion) sítě <^> počet paketů zaslaných do sítě > kapacita site mechanismus závislý na dostupnosti informací ze sítě • explicitní zpětná vazba - sít dokáže informovat o (blížícím se) zahlcení • např. ATM sítě • bez zpětné vazby - nutnost odhadovat dostupnou kapacitu • běžné IP sítě dva možné přístupy k řešení: • proaktivnípřístup - snaha zahlcení předcházet (tak, aby k němu nikdy nedošlo) 9 reaktivní přístup - jakmile dojde k zahlcení, je toto detekováno a řešeno (snížením rychlosti vysílání) Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 61/85 Tradiční TCP Řízení zahlcení (Congestion Control) Řízení zahlcení (Congestion Control) II. kde (a proč) může nastat zahlcení? • směrovače/switche mají fronty (vstupní, výstupní) • příchozí pakety je zapotřebí zpracovat (přeposlat blíže k cílové destinaci) • zahlcení nastává 44> když: 9 rychlost příchodu paketů je větší než rychlost jejich zpracování nebo • rychlost výstupu paketů je menší než rychlost jejich zpracování Input Output -* Input Output r J11 Input Output Queues Queues Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 62/85 Tradiční TCP Řízení zahlcení (Congestion Control) Zahlcení sítě - důsledky zvýšení zpoždění přenosu a degradace rychlosti přenosu Delay k' Throughput A No congestion area I Congestion area No Congestion Area Congestion Area Capacity Load Capacity Load Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 Tradiční TCP Řízení zahlcení (Congestion Control) Řízení zahlcení v TCP • zahlcení většinou detekováno na základě ztráty paketu • předpoklad: ztráta paketu způsobena přeplněním vstupní/výstupní fronty některého ze sítových zařízení po cestě • = reaktivní přístup • většinou = existují varianty TCP s proaktivním přístupem • v průběhu přenosu odhadována velikost okna zahlcení (congestion window, cwnd) • cwnd určuje množství dat, které lze do sítě zaslat, aniž by došlo k zahlcení množství skutečně zasílaných dat definováno velikostí tzv. outstanding window, ownd • ownd = min(rwnd, cwnd) free or waiting to be sent -*- -<- -«- ---:->-Sent, not Can be sent immediately .acknowledged -"-*T*-"—*~ Sent and acknowledged, recycled ~*-■- 214 213 212 211 210 209 208 207 206 205 204 203 202 201 200 Eva Hladká (Fl MU) Next byte to be sent 5. Transportní vrstva jaro 2024 64/85 Tradiční TCP Řízení zahlcení (Congestion Control) Řízení zahlcení v TCP - odhad cwnd I. • běžná IP sít nepodává explicitní informace o dostupné přenosové kapacitě či blížícím se zahlcení • ^> dostupnou přenosovou kapacitu (tj. velikost cwnd) musí TCP odhadovat • využity tři základní algoritmy pro odhad cwnd (přístup AI M D - Additive Increase, Multiplicative Decrease): • fáze Slow Start • pomalý start - snaha o rychlé navýšení rychlosti odesílání až do dosažení určité hranice • fáze Additive Increase • zpomalení rychlosti růstu • snaha o udržení vysoké rychlosti přenosu po co možná nejdelší dobu • fáze Multiplicative Decrease • zahlcení sítě (= ztráta paketu) - snížení rychlosti přenosu • mimo jiné umožňuje zajištění férovosti mezi TCP proudy Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 65/85 Tradiční TCP Řízení zahlcení (Congestion Control) Řízení zahlcení v TCP - odhad cwnd II. OD o N O -a o -—i -—i V) C o 26 24 22 20 18 16 14 12 10 08 06 04 02 Threshold = 16 Time-out Threshold = 10 1 1 J_I_I_L 5 6 7 8 9 10 11 12 Number uf transmitted segments 13 14 15 16 Figure: Ilustrace mechanismu AIMD. Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 66/85 Tradiční TCP Řízení zahlcení (Congestion Control) TCP - zajištění férovosti 100 80 I 60 - 40 - 20 I 0 0 20 40 60 80 100 Figure: Zajištění férovosti dvou rovnocenných TCP proudů Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 67/85 Varianty TCP I. • postupem doby navrženo několik variant TCP protokolu • rozdílné jen v mechanismu odhadu dostupné kapacity sítě • obecně: snaha o co nejrychlejší nárůst rychlosti ke hranici dostupné kapacity a o co nejdelší setrvání na ní • při zachování férovosti k ostatním proudům • např. • TCP Tahoe • TCP Reno • TCP Vegas • TCP NewReno • TCP Hýbla • TCP BIC • TCP CUBIC 9 Compound TCP o atp. Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 68/85 Tradiční TCP Varianty TCP Varianty TCP II. - TCP Tahoe 10 20 30 čas [RTT] 40 50 -° cwnd sstresh • cwnd = cwnd + MSS ... za každý potvrzený segment • cwnd = cwnd + MSS ... za každý RTT bez výpadku nad hranicí ssthresh • ssthresh = 0.5 • cwnd • C1/I//7GÍ = MSS ... pro každý výpadek Eva Hladká (Fl MU) 5. Transportní vrstva Tradiční TCP Varianty TCP Varianty TCP III.-TCP Reno 10 20 30 čas [RTT] cwnd 40 50 sstresh • v podstatě totéž, co TCP Tahoe, avšak • cwnd = ssthresh ... pro každý výpadek • po výpadku se vynechává slow-start fáze Eva Hladká (Fl MU) 5. Transportní vrství Varianty TCP IV. - TCP Vegas • proaktivní varianta TCP 9 založeno na myšlence, že při začínajícím zahlcení sítě se prodlužuje RTT (vzrůstají velikosti front) • RTT je v průběhu spojení monitorován • v případě zvyšování RTT je cwnd lineárně zmenšováno Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 71/85 Vylepšení TCP Problém • Sítové spoje s vysokou kapacitou a vysokou latencí • iGrid 2005: San Diego Brno, RTT = 205 ms • SC'05: Seattle Brno, RTT = 147 ms • Tradiční TCP není připraveno pro takové prostředí • 10 Gb/s, RTT = 100 ms, 1500 B MTU ^> vysílací okno 83 333 paketů ^> ztráta jednoho paketu za 1/36 hodiny • Jak dosáhnout lepšího využití sítě? • Jak zajistit rozumnou koexistenci s tradičním TCP? • Jak zajistit postupné nasazování nového protokolu? Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 72/85 Tradiční TCP Vylepšení TCP Vliv RTT ■v a Řízení toku • explicitní zpětná vazba od příjemce pomocí rwnd 9 deterministické ■v 9 Řízení zahlcení • přibližný odhad pomocí odesílatelem určovaného cwnd • Finální výstupní okno ownd ownd = min{rwnd, cwnd} Použitá šířka pásma bw]e pak bw = 8 • ownd • MTU Problém meziplanetárního" internetu • RTT vysoké ^> tradiční TCP nepoužitelné • viz http://en.wikipedia.org/wiki/Interplanetary_Internet Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 73/85 Tradiční TCP Vylepšení TCP Víceproudové TCP • Zlepšuje chovaní TCP pouze, pokud nastávají izolované výpadky paketů • Výpadek více paketů obvykle ovlivní více proudů • Dostupné díky snadné implementaci • bbftp, GridFTP, Internet Backplane Protocol, . .. • Nevýhody: • komplikovanější než TCP (obvykle více vláken) • nastartování je zrychleno nanejvýš lineárně • synchronní přetěžování front a vyrovnávacích pamětí na směrovacích Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 74/85 Tradiční TCP Konzervativní rozšíření TCP GridDT • Sbírka ad-hoc modifikací 9 korekce sstresh • rychlejší slowstart • modifikace AIMD řízení zahlcení • pro úspěšné RTT: cwnd = cwnd + a • pro výpadek: cwnd = b • cwnd 9 modifikace pouze na straně odesílajícího Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 75/85 Konzervativní rozšíření TCP Scalable TCP • řízení zahlcení již není AIMD: 9 pro úspěšné RTT: cwnd = cwnd + 0,01 • cwnd • per ACK: cwnd = cwnd + 0,01 • pro výpadek: cwnd = 0,875 • cwnd ^> Multiplicative Increase Multiplicative Decrease (MIMD) • pro malé velikosti okna a/nebo větší množství ztrát v síti se přepíná do AIMD režimu Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 76/85 Tradiční TCP Konzervativní rozšíření TCP High-Speed TCP (HSTCP) RFC3649, Sally Floyd • řízení zahlcení AIMD/MIMD: • pro úspěšné RTT: cwnd = cwnd + a(cwnd) • per ACK: cwnd = cwnd + " cwnd • pro výpadek: cwnd = b(cwnd)cwnd • emuluje chování tradičního TCP pro malé velikosti okna a/nebo větší množství ztrát v síti Eva Hladká (TI MU) 5. Transportní vrstva Konzervativní rozšíření TCP Early Congestion Notification (ECN) • Součást Advanced Queue Management (AQM) • Bit, který nastavují routery pro detekci zahlcení linky/fronty/bufferu • TCP má na ECN reagovat stejně jako na výpadek • ECN příznak musí být odzrcadlen přijímačem Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 78/85 Tradiční TCP Konzervativní rozšíření TCI E-TCP a FAST o E-TCP • navrhuje odzrcadlit ECN bit jen jednou (poprvé) • vyžaduje umělé zavedení malých náhodných výpadků, aby byla zajištěna férovost • vyžaduje změnu chování k ECN bitu na přijímačích a konfiguraci na směrovacích • FAST - Fast AQM Scalable TCP • používá end-to-end delay, ECN a ztráty paketů pro detekci/vyhýbání zahlcení Eva Hladká (TI MU) 5. Transportní vrství Tradiční TCP Přístupy odlišné od TCP tsunami • TCP spojení pro out-of-band řídící kanál • vyjednávání parametrů přenosu • požadavky na znovuposlání - používá NACK místo ACK • vyjednávání ukončení přenosu • UDP kanál pro přenos dat • řízení zahlcení MIMD o vysoce konfigurovatelné - parametry MIMD, práh chyb, maximální velikost fronty pro znovuposlání, ... Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 80/85 Reliable Blast UDP - RBUDP Out of-band TCP kanál pro řízení, UDP pro prenos Out-ot Dana kompletn. vytvořeno pro přenosy z d.sku na disk, pnp. přenášena data lze udržet v paměti vysílače posílá data uživatelem definovanou rychlostí zahájení vysílání Sender Receiver ----> UDP data traffic -► TCP signaling traffic A B C m 1. The Time Sequence Diagram of RBUDP konec vysílání zaslání signálu DONE po řídícím kanálu; přijímač reaguje zaslání-masky prijatých dat D zaslání chybějících dat E-G dokončení přenosu C a D se opakují dokud nejsou přenesena všechna data Zdroj: E.He, r:r, UDP: High r**™™ Bulk Data Transfer". IEEE Cluster Computing 2002. Další přístupy 9 XCP - zpětná vazba od směrovačů per paket • SCTP - víceproudový multi-homed transport • http://www.sctp.org • DCCP - UDP s řízením zahlcení kompatibilním s TCP • http://www.icir.org/kohler/dcp/ • STP - založeno na CTS/RTS • jednoduchý protokol pro snadnou implementaci v HW • bez sofistikovaného řízení zahlcení • http://lwn.net/2001/features/OLS/pdf/pdf/stlinux.pdf a Reliable UDP - spolehlivé in-order doručení (do maximálního počtu opakování retransmise) • původně vzniklo kvůli IP telefonii (RFC908 a RFC1151) • konfigurace parametrů per-spojení Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 82/85 Tradiční TCP Přístupy odlišné od TCP Shrnutí o Současný stav: • Víceproudové TCP se používá např. na Gridech • Hledají se cesty, jak bezpečně zajistit nasazení post-TCP protokolů (zpětná kompatibilita) • Nasazení agresivních protokolů na privátních/dedikovaných sítích a okruzích (CzechLight/CESNET2, SurfNet, ...) Interakce s L3 (IP) Interakce s linkovou vrstvou • proměnné zpoždění/propustnost u bezdrátových sítí 9 optical burst switching Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 83/85 Rekapitulace Struktura přednášky Přehled Uvod Poskytované služby • Adresace na L4 • Řízení spojení - spojované vs. nespojované L4 služby U DP protokol Mechanismy zajištění spolehlivého přenosu • Stop-and-Wait ARQ • Go-Back-N ARQ • Selective-Repeat ARQ Tradiční TCP O Poskytované služby Hlavička segmentů • Well-known TCP aplikace • Správa spojení • Řízení chyb • Mechanismy pro řízení množství zasílaných dat • Řízení toku (Flow Control) • Řízení zahlcení (Congestion Control) • Varianty TCP • Vylepšení TCP • Konzervativní rozšíření TCP • Přístupy odlišné od TCP 5. Transportní vrství Eva Hladká (Fl MU) Rekapitulace - transportní vrstva • zajišťuje komunikaci konkrétních aplikací • s volitelnou spolehlivostí přenosu • protokol UDP pro rychlý, avšak nespolehlivý paketový přenos • pouze kontrola neporušenosti paketu kontrolním součtem • protokol TCP pro zcela spolehlivý proudový přenos dat • spolehlivost přenosu zajištěna opakovaným přeposíláním (ARQ mechanismy) • mechanismus pro řízení toku (zábrana zahlcení příjemce) - explicitní informace od příjemce • mechanismus pro řízení zahlcení (zábrana zahlcení sítě) - odhady dostupné kapacity sítě (algoritmus AIMD) • další informace: • PA159: Počítačové sítě a jejich aplikace I. (doc. Hladká) • PA160: Počítačové sítě a jejich aplikace II. (prof. Matýska) Eva Hladká (Fl MU) 5. Transportní vrstva jaro 2024 85/85