Informatika | Hálózatok » Miklós György - Szállítási protokollok

Szállítási protokollok I. Miklós György Gyorgy.Miklos@ethericssonse Bevezetés Applikáció TCP UDP IP Adatkapcsolati Fizikai IP: Internet Protocol TCP: Transmission Control Protocol UDP: User Datagram Protocol Nagysebességű Hálózati Technikák Szállítási protokollok I. • IP: Csomagok nem megbízható továbbítása. A csomagok – Elveszhetnek – Megsérülhetnek – Duplikálódhatnak – Felcserélődhetnek • UDP: “Nyers” IP • TCP: Megbízhatóság, forgalom- és torlódásvezérlés Miklós György Gyorgy.Miklos@ethericssonse 2. oldal Tipikus alkalmazások TCP • WWW (HTTP protokol) • FTP, Telnet, • E-mail, Network News UDP • DNS (Domain Name Server) • Valós idejű alkalmazások (e.g Streaming audio-video, IPtelefon) • NFS Nagysebességű Hálózati Technikák Szállítási protokollok I. Miklós György Gyorgy.Miklos@ethericssonse 3. oldal Tervezési alapelvek RFC 1958 • “End-to-end” alapelv: Két végpont

közötti funkcionalitást legjobban végponttól végpontig működő protokollokkal lehet megvalósítani. – Robusztus protokollok, ehhez: – Állapottárolás a végpontokban; – A hálózat belsejében minél kevesebb állapotinformáció. – Adaptív, öngyógyító mechanizmusok. >>A hálózat feladata nem más, mint a csomagok lehető leghatékonyabb és legrugalmasabb továbbítása.<< • Heterogenitás • Skálázhatóság • “Keep it simple.” Nagysebességű Hálózati Technikák Szállítási protokollok I. • “Az adatok küldésével legyünk konzervatívak, az adatok vételével pedig liberálisak.” Miklós György Gyorgy.Miklos@ethericssonse 4. oldal TCP fejléc RFC 793 TCP fejléc formátum 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Source Port | Destination Port | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |

Sequence Number | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Acknowledgment Number | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Data | |U|A|P|R|S|F| | | Offset| Reserved |R|C|S|S|Y|I| Window | | | |G|K|H|T|N|N| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Checksum | Urgent Pointer | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Options | Padding | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | data | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Nagysebességű Hálózati Technikák Szállítási protokollok I. Miklós György Gyorgy.Miklos@ethericssonse 5. oldal Kapcsolat felépítés és lebontás / 1 • Processzek és portok összerendelése • Közismert („well-known”) portok: • Pl. FTP • SYN csomag: Kezdeti sorszám (ISN, initial sequence number) bejelentés 1. 2. 3. 4. – Aktív OPEN: megadott távoli cím+port –

Passzív OPEN: nem kell megadni a távoli cím+port értéket – pl. 7 Echo, 9 Discard, 13 Daytime, 21 FTP, 23 Telnet, 80 http – Kontroll kapcsolat felép1tése: szerver passzív OPEN, kliens aktív OPEN. – Külön adat kapcsolat felépítése a megadott porton a letöltésehez. A B B A     B: A: A: B: SYN Ack SYN Ack a a a a kezdeti kezdeti kezdeti kezdeti sorszámom sorszámod sorszámom sorszámod • 3 utas kézfogás (3-way handshake) Nagysebességű Hálózati Technikák Szállítási protokollok I. X X Y Y Miklós György Gyorgy.Miklos@ethericssonse 6. oldal Kapcsolat felépítés és lebontás / 2 • Feléledés rendszer összeomlás után: összekeveredés veszélye az előző inkarnáció csomagjaival. – Kezdeti sorszám választás, – TIME-WAIT állapot kapcsolat lezárása után. • RST: kapcsolat abortálása (reset) • FIN: nincs több adatom az adott irányban. – A kapcsolatot mindkét irányban külön-külön le kell zárni.

Nagysebességű Hálózati Technikák Szállítási protokollok I. Miklós György Gyorgy.Miklos@ethericssonse 7. oldal TCP: Szegmentálás Fájl (pl. Web objektum) Fejléc IP TCP Fejléc adat Csomag #1 IP IP TCP adat TCP adat header Csomag #3 Csomag #2 • Byte-folyam továbbítása: mint fájl írás/olvasás művelet • Szegmens méret max. MSS (Maximum Segment Size) • Az MSS-t az MTU-tól fűgg (Maximum Transmission Unit) Pl. MTU=1500 byte (Ethernet), MSS=1500-40=1460 byte • Rövidebb csomagok (pl. Telnet): PUSH Nagysebességű Hálózati Technikák Szállítási protokollok I. Miklós György Gyorgy.Miklos@ethericssonse 8. oldal Szegmentálás / 2 • TCP: kapcsolat-orientált megbízható szolgáltatás a kapcsolatmentes, nem megbízható IP felett. • MSS: kapcsolat felépítésekor a kisebb kiválasztása • “Path MTU discovery”: az útvonalon legkisebb MTU meghatározása • Ritka fragmentáció Nagysebességű Hálózati Technikák

Szállítási protokollok I. Miklós György Gyorgy.Miklos@ethericssonse 9. oldal TCP adatküldés • Forgalomszabályozás Hogyan kerüljük el a vevő elárasztását? • Újraküldés (ARQ, automatic repeat request) Hogyan garantáljuk a megbízhatóságot? • Torlódás vezérlés és torlódás megelőzés Hogyan használjuk ki hatékonyan a hálózat erőforrásait? Nagysebességű Hálózati Technikák Szállítási protokollok I. Miklós György Gyorgy.Miklos@ethericssonse 10. oldal TCP forgalomszabályozás • Ablak mechanizmus • Cél: a vevő oldali buffer ne csorduljon túl • Eszközök: – TCP sorszám (sequence number) mező (byte sorszám) – Nyugta (Acknowledgement) mező – ablak mérek (advertised window) mező – Ack csomagok – Küldő ablak – Vevő ablak Nagysebességű Hálózati Technikák Szállítási protokollok I. Miklós György Gyorgy.Miklos@ethericssonse 11. oldal TCP fejléc mezők: Seq, Ack, Win • •

Valóságban byte-okban, nem • Példa: ődl Seq 0, Ack 0, Win 32 csomagokban ü 1, Win 32 k c A K , 0 q e S Seq: A csomag első byte-jának sorszáma. Ack: Az első hiányzó byte sorszáma (kumulatív nyugta). Win: A TCP ennyi byte-ot fogad el az Ack sorszámtól kezdve. • Mi olvasható le az ábráról? Seq 1, Ack 0, Win 32 Seq 2, Ack 0, Win 32 2, Win 32 Seq 0, Ack k 3, Win 31 c A , 0 q e S Seq 3, Ack 0, Win 32 Seq 4, Ack 0, Win 32 Seq 5, Ack 0, Win 32 Seq 6, Ack 0, Win 32 5, Win 30 k c A , 0 q e S 6, Win 30 k c A , 0 q e S őv eV idő Nagysebességű Hálózati Technikák Szállítási protokollok I. Miklós György Gyorgy.Miklos@ethericssonse 12. oldal TCP adatforgalom • Kétirányú adatforgalom (full-duplex) • Sokszor csak az egyik irányt használjuk: Előre Seq mező; Vissza: Ack, Win mezők. • Ack csomagok: csupasz IP+TCP fejlécek. • A küldő hány csomagot küldhet el? • Kintlevő (“outstanding”) csomagok: a küldő elküldte, de még nem

jött rá nyugta. Nagysebességű Hálózati Technikák Szállítási protokollok I. Miklós György Gyorgy.Miklos@ethericssonse 13. oldal Küldő és vevő ablak Küldő Vevő SND.UNA - send unacknowledged SND.NXT - send next SND.WND - send window 1 SND.UNA 1 2 3 4 2 3 4 SND.NXT SND.UNA+SNDWND RCV.NXT - receive next RCV.WND - receive window 2 3 Sorszám. RCV.NXT RCVNXT+RCVWND elküldött és nyugtázott; elküldött de még nem nyugtázott; elküldhető; 1 Sorszám 1 2 3 megérkezett és lenyugtázott; fogadható; nem fogadható; még nem küldhető el; Nagysebességű Hálózati Technikák Szállítási protokollok I. Miklós György Gyorgy.Miklos@ethericssonse 14. oldal Forgalomszabályozás Küldő Vevő • • RCV.NXT az első még meg nem Érkező csomag (nyugta) fejléc: SEG.ACK, SEGWIN • SND.UNA SEGACK • SND.WIN SEGWIN érkezett byte.   • • RCV.WIN beállítása a rendelkezésre álló buffer alapján. Az ablakon

belüli adat küldhető el ( SND.NXT -től SNDUNA+SNDWIN -ig) Nagysebességű Hálózati Technikák Szállítási protokollok I. Miklós György Gyorgy.Miklos@ethericssonse 15. oldal Vevő Forgalomszabályozás: példák 1. Példa • a beérkezett adatot az alkalmazás elveszi a bufferből • ennek hatására a vevő ablak tovább gördülhet Küldő 2. Példa • A beérkező nyugta Ack és Win mezőjének megfelelően a küldő ablak tovább gördülhet • ennek hatására a küldő újabb adatokat küldhet el. Nagysebességű Hálózati Technikák Szállítási protokollok I. Miklós György Gyorgy.Miklos@ethericssonse 16. oldal Bezáródó vevő ablak • • • • • Vevő ablakmérete 0 Þ küldő leáll. Hogyan indul újra? 1 byte elküldhető a vevő zárt ablaka mellett is. A vevőnek válaszolnia kell egy Ack csomaggal. „Persist” időzítő. Nagysebességű Hálózati Technikák Szállítási protokollok I. Miklós György

Gyorgy.Miklos@ethericssonse 17. oldal Újraküldési mechanizmus • Cél: megbízhatóság • A hálózati rétegben a csomagok elveszhetnek, megsérülhetnek, duplikálódhatnak, felcserélődhetnek. • Megoldás: – – – – a sérült csomag figyelmen kívül hagyása a vevőnél (CRC) az elveszett vagy megsérült csomagok újraküldése; duplikált csomagok figyelmen kívül hagyása; a csomagok újrarendezése a sorszám alapján. Nagysebességű Hálózati Technikák Szállítási protokollok I. Miklós György Gyorgy.Miklos@ethericssonse 18. oldal Hogyan értesül a vevő a csomagvesztésről? • A csomagvesztés gyakori: – buffer túlcsordulás a hálózatban – bit hiba (tipikusan rádiós csatornán fordul elő) • A küldő értesül a csomagvesztésről: – időkorlát lejár (timeout); – duplikált nyugta. • Duplikált nyugta: – ugyanaz az Ack sorszám többször megismétlődve csomagvesztésre vagy felcserélődésre utal. –

3 duplikált nyugta után a küldő csomagvesztésre következtet, és újraküld fast retransmit, gyors újraküldés). ( Nagysebességű Hálózati Technikák Szállítási protokollok I. Miklós György Gyorgy.Miklos@ethericssonse 19. oldal Adaptív időkorlát számítás • A körülfordulási idő (round-trip time) becslése: R  ∼R+(1-∼)M ahol R a simított érték, M a mért érték • Variancia becslése (simított átlagos eltérés, V) • Időkorlát (retransmission timeout): RTO = R + 4V • Újraküldés utáni időkorlát: exponenciális növelés (exponential backoff). Nagysebességű Hálózati Technikák Szállítási protokollok I. Miklós György Gyorgy.Miklos@ethericssonse 20. oldal Torlódás megelőzés és vezérlés • Torlódás megelőzés – Mit tegyünk, hogy ne alakuljon ki torlódás – A teljes összomlás elkerülése (congestion collapse) • Torlódás vezérlés – Mit tegyünk, ha torlódás alakult ki a hálózatban?

• A rendelkezésre álló kapacitás kihasználása • Igazságosság (fairness) Nagysebességű Hálózati Technikák Szállítási protokollok I. Miklós György Gyorgy.Miklos@ethericssonse 21. oldal Csomagmegmaradási elv Ön-időzítő Amikor egy kapcsolat egyensúlyban van, nem bocsátunk újabb csomagot a hálózatba addig, amíg egy régi el nem hagyja a hálózatot. Nagysebességű Hálózati Technikák Szállítási protokollok I. Miklós György Gyorgy.Miklos@ethericssonse 22. oldal Slow start (“lassú indítás”) • Minden nyugtára két csomag küldése • Exponenciális indítás (nem is olyan lassú) Nagysebességű Hálózati Technikák Szállítási protokollok I. Miklós György Gyorgy.Miklos@ethericssonse 23. oldal Slow start - implementáció • Újabb állapot: torlódási ablak (congestion window, cwnd) hozzáadása a küldőnél. • Indításnál cwnd 1 csomagnak felel meg. • Minden egyes Ack hatására cwnd egy csomaggal nő.

• A küldőt a vevő által bejelentett ablak és cwnd minimuma korlátozza. • A valóságban cwnd-t byte-ban tartjuk nyilván. Nagysebességű Hálózati Technikák Szállítási protokollok I. Miklós György Gyorgy.Miklos@ethericssonse 24. oldal Mérési eszközök Tcpdump Csomag filter: ethernet csomagok elkapása Ttcp (test TCP) Csomag generálás Throughput mérés Nagysebességű Hálózati Technikák Szállítási protokollok I. Miklós György Gyorgy.Miklos@ethericssonse 25. oldal Illusztráció: mérések •100Mbps •Mérések (GW). ethernet és 10Mbps ethernet egy routerrel összekötve. GATEWAY a routernél 10 MB/sec. Ethernet Idealizált példák: •Egyszerű konfiguráció; •Nincs háttérforgalom; •Csak egy irány; •FTP-típusú végtelen kapcsolatok: mindig van elküldendő adat. •Mesterségesen csökkentett bufferméret. Nagysebességű Hálózati Technikák Szállítási protokollok I. 100 MB/sec. Ethernet S1,2:

sender1,2 R1,2: receiver1,2 R1 R2 Miklós György . Gyorgy.Miklos@ethericssonse S1 S2 . 26. oldal Slow start példa Sorszám Adat (Seq) Ack Ack+Win Idő [ms] Sorhossz Idő [ms] Nagysebességű Hálózati Technikák Szállítási protokollok I. Miklós György Gyorgy.Miklos@ethericssonse 27. oldal Torlódás megelőzés és vezérlés • Additív növelés, multiplikatív csökkentés. Torlódás Csomagvesztés Cwnd felezése Ráta feleződik Nincs torlódás Nincs csomagvesztés Cwnd növ. (1 csmg/rtt) Ráta lineárisan nő • sstresh: slow start küszöb.  • cwnd<sstresh slow start • egyébként additív növelés / multiplikatív csökkentés Nagysebességű Hálózati Technikák Szállítási protokollok I. Miklós György Gyorgy.Miklos@ethericssonse 28. oldal TCP verziók • TCP Tahoe: slow-start fast retransmit után. • TCP Reno: Gyors felépülés (fast recovery) gyors újraküldés (fast retransmit) után: – cwnd

felezése; – minden egyes duplikált Ack azt jelzi, hogy egy csomag elhagyta a hálózatot: új csomagok küldhetők ki. • TCP Vegas: Új cwnd mechanizmus: – az átviteli kapacitás becslése – élesebb RTO számítások. • Alverziók, implementációs különbségek. Nagysebességű Hálózati Technikák Szállítási protokollok I. Miklós György Gyorgy.Miklos@ethericssonse 29. oldal Példa: csomagvesztés csomagvesztés Gyors újraküldés és gyors felépülés timeout Additív növelés, multiplikatív csökkentés Nagysebességű Hálózati Technikák Szállítási protokollok I. Miklós György Gyorgy.Miklos@ethericssonse 30. oldal Csomagvesztés a slow-start fázisban •Csomagvesztés buffer túlcsordulás miatt •Gyors újraküldés, majd •Timeout Nagysebességű Hálózati Technikák Szállítási protokollok I. Miklós György Gyorgy.Miklos@ethericssonse 31. oldal Csomagvesztés a torlódás megelőzés fázisban •Csak egy

csomagvesztés •Gyors újraküldés; •Gyors felépülés •A TCP jól felépül egy veszteségből, nincs lényeges teljesítménycsökkenés. •Nincs felesleges újraküldés. Nagysebességű Hálózati Technikák Szállítási protokollok I. Miklós György Gyorgy.Miklos@ethericssonse 32. oldal Késleltetett nyugta • • • • Egy Ack csomag 40 byte  Ack terhelés csökkentése Csak minden második csomag nyugtázása. De 200 ms után küldj nyugtát. Implementáció függő: a vevő adott időn belül (4ms, 10ms) nem generál egynél több nyugtát. Nagysebességű Hálózati Technikák Szállítási protokollok I. Miklós György Gyorgy.Miklos@ethericssonse 33. oldal Az időzítés granularitása • A TCP a kernel része  futási idő kritikus. • Időkorlát túllépés ellenőrzése 500ms-os felbontással. • 100ms-os felbontású óra: időkorlát és késleltetett nyugta kezelés. • Implementáció-függés. • Finomabb granularitás?

Nagysebességű Hálózati Technikák Szállítási protokollok I. Miklós György Gyorgy.Miklos@ethericssonse 34. oldal SWS: Silly Window Syndrome • Fapados küldő és vevő implementáció • Vevő kis adagokban szabadítja fel a bufferét  sok kicsi ablaknövelés  sok kis csomag • Megoldás, vevő oldal • Csak akkor frissítjük a vevo ablak „jobb” oldalát, ha az „elég nagy” értékkel nő. • Elég nagy: egy maximális méretű csomag, vagy az ablakméret adott hányada. • Küldő oldal • Maximális vevő oldali bufferméret becslése • Küldés csak akkor, ha az adatmennyiség „elég sok” • Elég sok: maximális méretű csomag, vagy a max bufferméret adott hányada. Nagysebességű Hálózati Technikák Szállítási protokollok I. Miklós György Gyorgy.Miklos@ethericssonse 35. oldal Telnet típusú forgalom • Fapados megoldás: egy billentyű leütésére akár 3 (vagy még több) csomag is keletkezhet. • A

lenyomott billentyűt tartalmazó csomag • A nyugta • A szerver „echo” • Nagy overhead • Megoldás: Nagle algoritmus (ki/be kapcsolható). • Ha a küldőnek van nyugtázatlan korábban elküldött adata, akkor vár az újabb küldéssel, amíg • Megérkezik a nyugta a már elküldött összes adatra, vagy • egy max. méretű csomag elküldhető Nagysebességű Hálózati Technikák Szállítási protokollok I. Miklós György Gyorgy.Miklos@ethericssonse 36. oldal Sqrt(p) formula • Közelítés!!! p - csomagvesztés valószívűsége. RTT - körülfordulási idő C - konstants (1.2) MSS - maximum segment size C MSS BW Ζ RTT p BW - átviteli ráta • p < 1% esetén érvényes. (TCP önidőzítés megmarad) • FTP-típusú adatletöltés, konstans körülfordulási idő, független csomagvesztések, nincs időkorlát túllépés, a gyors újraküldés működik (cwnd>3). Nagysebességű Hálózati Technikák Szállítási protokollok I. Miklós

György Gyorgy.Miklos@ethericssonse 37. oldal RED: Random Early Detection (véletlenített korai torlódás detektálás) • Torlódás megelőzés a routerben Farok-eldobás eldobási vség. 1 vség. pillanatnyi Előnyök: • • 1 átlagos. sorhossz Torlódás detektálás és vezérlés még mielőtt komoly lenne Véletlen eldobás börsztös eldobás helyett Nagysebességű Hálózati Technikák Szállítási protokollok I. RED eldobási sorhossz • • Csomag eldobáli ráta arányos a küldési rátával. Globális szinkronizáció elkerülése. Miklós György Gyorgy.Miklos@ethericssonse 38. oldal ECN: Explicit Congestion Notification (explicit torlódási jelzés) • Torlódás esetén csomageldobás helyett csomagmegjelölés. • A vevő vissztükrözi a bitet a küldőnek. • Rövidebb sorok, kisebb késleltetés, kevesebb újraküldés. • Applikációk: valós-idejű, rövid kapcsolatok, multicast. Nagysebességű Hálózati Technikák

Szállítási protokollok I. Miklós György Gyorgy.Miklos@ethericssonse 39. oldal SACK: Szelektív Ack • Kumulatív nyugta: a küldőnek nincs pontos információja a vevőhöz megérkezett csomagokról. • Inkrementális kiegészítés: a kumulatív nyugta megtartása mellett szelektív nyugták opcióként. • SACK képesség jelzése kapcsolatfelépítéskor Lyuk SACK: folytonos blokkok • Függetleníthető: Sorszám melyik csomagot küldjük mikor küldünk csomagot. Vevő buffer Kumulatív Ack Nagysebességű Hálózati Technikák Szállítási protokollok I. Miklós György Gyorgy.Miklos@ethericssonse 40. oldal Szállítási protokollok II. Miklós György Gyorgy.Miklos@ethericssonse Forgalmi statisztika / 1 BYTE • Domináns szállítási protokoll: 1. TCP, 2 UDP • Domináns applikáció: WWW, FTP, News, Email Nagysebességű Hálózati Technikák Szállítási protokollok II. Miklós György Gyorgy.Miklos@ethericssonse Forrás: MCI, US backbone

1997 2. oldal Forgalmi statisztika / 2 CSOMAG Source: MCI, US backbone 1997 • Domináns szállítási protokoll: 1. TCP, 2 UDP • UDP: csomagokban számolva nagyobb arány (kisebb csomagok) Nagysebességű Hálózati Technikák Szállítási protokollok II. Miklós György Gyorgy.Miklos@ethericssonse 3. oldal UDP fejléc RFC 768 UDP fejléc formátum 0 7 8 15 16 23 24 31 +--------+--------+--------+--------+ | Source | Destination | | Port | Port | +--------+--------+--------+--------+ | | | | Length | Checksum | +--------+--------+--------+--------+ | | data octets . +---------------- . CRC opcionális Nagysebességű Hálózati Technikák Szállítási protokollok II. Miklós György Gyorgy.Miklos@ethericssonse 4. oldal RTP: Real Time Protocol RFC 1889 • Audió, videó konferencia • Unicast, multicast • RTCP: real time control protocol • Ki van éppen bent? Mennyire jó a vétel? • Nem foglalkozik szolgálatminőségi (QoS) kérdésekkel.

Konferencia • Heterogenitás Média Kontoll kontroll applikáció – Mixer: közbenső rendszer, újraszinkronizál. – Fordító (translator): közbenső rendszer, nem szinkronizál újra. Nagysebességű Hálózati Technikák Szállítási protokollok II. Miklós György ? Gyorgy.Miklos@ethericssonse UDP protokol RTCP RTP IP 5. oldal Végpontok közötti késleltetés • Késleltetés ingadozás kiegyenlítése a vevőnél • Kompromisszum: késleltetés • Eszköz: sorszám és/vagy időbélyeg • Dinamikus késleltetésmérések • Lejátszási határidő szinkronizációs egységenként változhat.  csomagvesztés sűrűségfv. Fix késleltetés Nagysebességű Hálózati Technikák Szállítási protokollok II. késleltetés Lejátszási határidő Miklós György Gyorgy.Miklos@ethericssonse 6. oldal Szinkronizáció / 1 • Vak késleltetés (blind delay) • Az egység első csomagjához képest • Egyszerű (sorszám

elég lehet), de nem pontos. Küldés * * * Szinkronizációs egység idő Vétel x x Lejátszás d Nagysebességű Hálózati Technikák Szállítási protokollok II. d Miklós György Gyorgy.Miklos@ethericssonse 7. oldal Szinkronizáció / 2 • Abszolút időzítés • Időbélyeg alapján • Kevésbé érzékeny a késleltetés ingadozásra Küldés * * * Szinkronizációs egység idő Vétel Lejátszás D Nagysebességű Hálózati Technikák Szállítási protokollok II. D Miklós György Gyorgy.Miklos@ethericssonse 8. oldal Szinkronizációs egység detektálása • Időbélyeg és sorszám alapján • Ha új csomagnak van az eddigi legnagyobb sorszáma és időbélyege, és • az időbélyeg ugrás az előző csomaghoz képest nagyobb mint a megfelelő sorszám-ugrás • akkor az új csomag új szinkronizációs egységet kezd. • Szinkronizációs bit alapján • Ha a szinkronizációs bit be van állítva, és • ez a legutolsó

csomag • akkor az új csomag új szinkronizációs egységet kezd. Nagysebességű Hálózati Technikák Szállítási protokollok II. Miklós György Gyorgy.Miklos@ethericssonse 9. oldal Olvasnivaló • • • • • • • • • RFC793, Transmission Control Protocol, September 1981. RFC1122, Requirements for Internet Host -- Communication Layers, October 1989. RFC2581, TCP Congestion Control, April 1999. RFC2582, The NewReno modification to TCP’s Fast Recovery Algorithm, April 1999. Van Jacobson, Michael J. Kares, Congestion Avoidance and Control, November 1988. W. Richard Stephens, TCP/IP Illustrated, Vol I: The Protocols Addison-Wesley 1994. RFC1958, Architectual Principles of the Internet, June 1996. Sally Floyd’s homepage, http://www.aciriorg/floyd/projectshtml H. Schulzrinne, Issues in Designing a Transport Protocol for Audio and Video Conferences and other Multiparticipant Real-Time Applications. Internet-draft 1993 Nagysebességű Hálózati Technikák

Szállítási protokollok II. Miklós György Gyorgy.Miklos@ethericssonse 10. oldal