1/50 Tradiční TCP Vylepšení TCP Rozšíření TCP Ne-TCP Závěr Literatura Výlet za hranice TCP: protokoly pro sítě s velkým součinem latence a šířky pásma Petr Holub hopet@ics.muni.cz PSaAP II 2006­03­23 2/50 Tradiční TCP Vylepšení TCP Rozšíření TCP Ne-TCP Závěr Literatura Přehled přednášky Tradiční TCP a jeho problémy Vylepšení TCP Víceproudové TCP Web100 Konzervativní rozšíření TCP GridDT Scalable TCP, High-Speed TCP, H-TCP QuickStart, E-TCP, FAST Přístupy odlišné od TCP tsunami XCP SCTP, DCCP, STP, Reliable UDP, XTP Závěrečné poznámky Literatura 3/50 Tradiční TCP Vylepšení TCP Rozšíření TCP Ne-TCP Závěr Literatura Protokoly pro zajištěný přenos dat ˇ Zajištění spolehlivosti přenosu ˇ retransmise ztracených dat ˇ vypomoci může FEC ˇ Ochrana před zahlcením ˇ vysílače, sítě, přijímače ˇ Hodnocení chování ˇ agresivita ­ využití dostupné kapacity ˇ responsivita ­ schopnost zotavení se po výpadku ˇ férovost ­ získání férového podílu na síťové kapacitě při více účastnících 4/50 Tradiční TCP Vylepšení TCP Rozšíření TCP Ne-TCP Závěr Literatura Problém ˇ Síťové spoje s vysokou kapacitou a vysokou latencí ˇ iGrid 2005: San Diego Brno, RTT = 205 ms ˇ SC|05: Seattle Brno, RTT = 174 ms ˇ Tradiční TCP není připraveno pro takové prostředí ˇ 10 Gb/s, RTT = 100 ms, 1500B 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? 5/50 Tradiční TCP Vylepšení TCP Rozšíření TCP Ne-TCP Závěr Literatura Tradiční TCP ˇ řízení toku (flow control) vs. řízení zahlcení (congestion control) bez řízení: odesílač síť přijímač řízení toku (rwnd): odesílač síť přijímač řízení zahlcení (cwnd): odesílač síť přijímač 6/50 Tradiční TCP Vylepšení TCP Rozšíření TCP Ne-TCP Závěr Literatura Tradiční TCP ˇ Řízení toku ˇ explicitní zpětná vazba od příjemce pomocí rwnd ˇ deterministické ˇ Řízení zahlcení ˇ přibližný odhad pomocí odesílatelem určovaného cwnd ˇ Finální výslední výstupní okno ownd ownd = min{rwnd,cwnd} Použitá šířka pásma bw je pak bw = 8 ownd MTU RTT (1) 7/50 Tradiční TCP Vylepšení TCP Rozšíření TCP Ne-TCP Závěr Literatura Tradiční TCP ­ Tahoe a Reno ˇ řízení zahlcení ˇ tradičně založeno na přístupu AIMD ­ Additive Increase Multiplicative Decrease ˇ Tahoe [1] ˇ cwnd = cwnd + MSS . . . za každý RTT bez výpadku nad hranicí sstresh ˇ cwnd = 0,5cwnd . . . pro každý výpadek ˇ Reno [2] přidává ˇ fast retransmission (rychlé přeposlání) ­ ztráta indikovaná třemi po sobě jdoucími identickými ACKy ˇ fast recovery (rychlá obnova) ­ zrušení slow-start fáze 8/50 Tradiční TCP Vylepšení TCP Rozšíření TCP Ne-TCP Závěr Literatura Tradiční TCP ­ Tahoe Tahoe 9/50 Tradiční TCP Vylepšení TCP Rozšíření TCP Ne-TCP Závěr Literatura Tradiční TCP ­ Reno Reno 10/50 Tradiční TCP Vylepšení TCP Rozšíření TCP Ne-TCP Závěr Literatura TCP Vegas ˇ Koncept řízení zahlcení Vegas [3] ˇ při zahlcení sítě se začíná prodlužovat RTT ˇ monitoring RTT v průběhu spojení ˇ lineární zmenšování okna jako reakce na prodlužování RTT ˇ Možnost měření dostupného pásma měřením mezipaketové disperze (inter-packet spacing/dispersion) 11/50 Tradiční TCP Vylepšení TCP Rozšíření TCP Ne-TCP Závěr Literatura Tradiční TCP ˇ Reakce na ztrátu dat ­ přeposlání ˇ Tahoe: celé současné okno ownd ˇ Reno: jeden segment v režimu Fast Retransmission ˇ NewReno: více segmentů v režimu Fast Retransmission ˇ Selective Acknowledgement (SACK): pouze ztracené pakety ˇ Základní otázka: Jak dosáhnout za realistických podmínek dostatečně velké cwnd na síti s velkým součinem kapacity a RTT? . . . a jak přitom neznemožnit přístup k síťové kapacitě pro ,,běžné uživatele? 12/50 Tradiční TCP Vylepšení TCP Rozšíření TCP Ne-TCP Závěr Literatura Tradiční TCP ­ Response Function ˇ Response Function vyjadřuje vztah mezi bw a rovnovážnou frekvencí výpadků paketů p (steady-state packet loss rate) ˇ ownd 1,2 p ˇ dosazením z (1) bw 9,6 MSS RTT p ˇ Resposivnost tradičního TCP ˇ za předpokladu, že k výpadku došlo když cwnd = bw RTT = bw RTT2 2MSS 13/50 Tradiční TCP Vylepšení TCP Rozšíření TCP Ne-TCP Závěr Literatura Tradiční TCP ­ ResponsivnostTraditional TCP responsivness TCP responsiveness 0 2000 4000 6000 8000 10000 12000 14000 16000 18000 0 50 100 150 200 RTT (ms) Time(s) C= 622 Mbit/s C= 2.5 Gbit/s C= 10 Gbit/s 14/50 Tradiční TCP Vylepšení TCP Rozšíření TCP Ne-TCP Závěr Literatura Tradiční TCP ­ Férovost ˇ Férovost v rovnovážném stavu ˇ Posuzování férovosti ˇ pro proudy s různou RTT ˇ pro proudy s různou MTU ˇ Podstatná je také rychlost konvergence do rovnovážného stavu! 15/50 Tradiční TCP Vylepšení TCP Rozšíření TCP Ne-TCP Závěr Literatura Tradiční TCP ­ Férovost ˇ cwnd += MSS, cwnd = 0,5TCP - fairness 16/50 Tradiční TCP Vylepšení TCP Rozšíření TCP Ne-TCP Závěr Literatura Tradiční TCP ­ Férovost ˇ cwnd += MSS, cwnd = 0,83TCP - fairness (2) 17/50 Tradiční TCP Vylepšení TCP Rozšíření TCP Ne-TCP Závěr Literatura Víceproudové TCP ˇ Zlepšuje chování TCP prakticky pouze v případě, že nastávají izolované výpadky paketů ˇ Výpadek více paketů obvykle ovlivní více proudů ˇ Často 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ěrovačích 18/50 Tradiční TCP Vylepšení TCP Rozšíření TCP Ne-TCP Závěr Literatura Ladění implementace TCP ˇ Spolupráce s HW ˇ Rx/Tx TCP Checksum Offloading ˇ běžně dostupné (ale někdy obsahuje chyby) ˇ Zero copy ˇ přístup k síti obvykle zahrnuje několik kopií dat: user-land kernel síťová karta ˇ page flipping ­ přesun user-land kernel ˇ podpora např. pro sendfile() ˇ implementace pro Linux, FreeBSD, Solaris, . . . 19/50 Tradiční TCP Vylepšení TCP Rozšíření TCP Ne-TCP Závěr Literatura Ladění implementace TCP ˇ Web100 [4, 5] ˇ instrumentace TCP/IP stacku pro Linux ­ TCP Kernel Instrumentation Set (TCP-KIS) ˇ více jak 125 ,,táhel ˇ informace jsou dostupné přes /proc ˇ knihovna pro přístup k instrumentaci ˇ klientské nástroje v uživatelském prostoru (command-line, GUI) ˇ monitoring ˇ ladění parametrů ˇ podpora pro auto-tuning 20/50 Tradiční TCP Vylepšení TCP Rozšíření TCP Ne-TCP Závěr Literatura Přehled přednášky Tradiční TCP a jeho problémy Vylepšení TCP Víceproudové TCP Web100 Konzervativní rozšíření TCP GridDT Scalable TCP, High-Speed TCP, H-TCP QuickStart, E-TCP, FAST Přístupy odlišné od TCP tsunami XCP SCTP, DCCP, STP, Reliable UDP, XTP Závěrečné poznámky Literatura 21/50 Tradiční TCP Vylepšení TCP Rozšíření TCP Ne-TCP Závěr Literatura GridDT ˇ sbírka ad-hoc modifikací :( ˇ korekce sstresh ˇ rychlejší slowstart ˇ modifikace AIMD řízení zahlcení ˇ cwnd = cwnd + a . . . pro úspěšné RTT ˇ cwnd = b cwnd . . . pro výpadek ˇ modifikace pouze na straně odesílače 22/50 Tradiční TCP Vylepšení TCP Rozšíření TCP Ne-TCP Závěr Literatura GridDT ­ férovost PSaAP II 2004-03-19 23/52 GridDT fairness 23/50 Tradiční TCP Vylepšení TCP Rozšíření TCP Ne-TCP Závěr Literatura GridDT ­ příklad PSaAP II 2004-03-19 24/52 GridDT example SunnyvaleSunnyvale Starlight (CHI)Starlight (CHI) CERN (GVA)CERN (GVA) RR RRGbEGbE SwitchSwitch POS 2.5POS 2.5 Gb/sGb/s1 GE1 GE 1 GE1 GE Host #2Host #2 Host #1Host #1 Host #2Host #2 1 GE1 GE 1 GE1 GE BottleneckBottleneck RRPOS 10POS 10 Gb/sGb/s RR 10GE10GE Host #1Host #1 TCP Reno performance (see slide #8): First stream GVA <-> Sunnyvale : RTT = 181 ms ; Avg. throughput over a period of 7000s = 202 Mb/s Second stream GVA<->CHI : RTT = 117 ms; Avg. throughput over a period of 7000s = 514 Mb/s Links utilization 71,6% Grid DT tuning in order to improve fairness between two TCP streams with different RTT: First stream GVA <-> Sunnyvale : RTT = 181 ms, Additive increment = A = 7 ; Average throughput = 330 Mb/s Second stream GVA<->CHI : RTT = 117 ms, Additive increment = B = 3 ; Average throughput = 388 Mb/s Links utilization 71.8% Throughput of two streams with different RTT sharing a 1Gbps bottleneck 0 100 200 300 400 500 600 700 800 900 1000 0 1000 2000 3000 4000 5000 6000 Time (s) Throughput(Mbps) A=7 ; RTT=181ms Average over the life of the connection RTT=181ms B=3 ; RTT=117ms Average over the life of the connection RTT=117ms 24/50 Tradiční TCP Vylepšení TCP Rozšíření TCP Ne-TCP Závěr Literatura Scalable TCP ˇ navrhl Tom Kelly [1] ˇ řízení zahlcení již není AIMD: ˇ cwnd = cwnd + 0,01 cwnd . . . pro úspěšné RTT cwnd = cwnd + 0,01 . . . per-ACK ˇ cwnd = 0,875 cwnd . . . pro výpadek = Multiplicative Increase Multiplicative Decrease (MIMD) ˇ pro malé velikosti okna a/nebo větší množství ztrát v síti se přepíná od AIMD režimu 25/50 Tradiční TCP Vylepšení TCP Rozšíření TCP Ne-TCP Závěr Literatura Scalable TCP PSaAP II 2004-03-19 26/52 Scalable TCP (2) 26/50 Tradiční TCP Vylepšení TCP Rozšíření TCP Ne-TCP Závěr Literatura Scalable TCP ­ férovost PSaAP II 2004-03-19 27/52 Scalable TCP - fairness 27/50 Tradiční TCP Vylepšení TCP Rozšíření TCP Ne-TCP Závěr Literatura Scalable TCP ­ response curve PSaAP II 28/52 Scalable TCP - response curve 28/50 Tradiční TCP Vylepšení TCP Rozšíření TCP Ne-TCP Závěr Literatura High-Speed TCP (HSTCP) ˇ Sally Floyd, RFC3649, [2] ˇ řízení zahlcení AIMD/MIMD: ˇ cwnd = cwnd + a(cwnd) . . . pro úspěšné RTT cwnd = cwnd + a(cwnd) cwnd . . . per-ACK ˇ cwnd = b(cwnd) cwnd . . . pro výpadek ˇ emuluje chování tradičního TCP pro malé velikosti okna a/nebo větší množství ztrát v síti 29/50 Tradiční TCP Vylepšení TCP Rozšíření TCP Ne-TCP Závěr Literatura High-Speed TCP (HSTCP) ˇ navržená parametrizace MIMD: b(cwnd) = -0,4(log(cwnd) - 3,64) 7,69 + 0,5 a(cwnd) = 2cwnd2 b(cwnd) 12,8(2 - b(cwnd))w1,2cwnd: Traditional TCP vs. HSTCP 30/50 Tradiční TCP Vylepšení TCP Rozšíření TCP Ne-TCP Závěr Literatura High-Speed TCP (HSTCP) ˇ možná parametrizace ekvivalentní Scalable TCP: Linear HSTCP ˇ porovnání s víceproudovým TCP N(cwnd) 0,23cwnd0,4 ˇ ani Scalable TCP ani HSTCP neřeší nijak sofistikovaně fázi slow-start 31/50 Tradiční TCP Vylepšení TCP Rozšíření TCP Ne-TCP Závěr Literatura HSTCP ­ response curveHSTCP (4) 32/50 Tradiční TCP Vylepšení TCP Rozšíření TCP Ne-TCP Závěr Literatura H-TCP ˇ . . . čas uplynulý od minulého výpadku ˇ přírůstek cwnd závisí na jakožto indikaci součinu šířka pásma ­ zpoždění a také na RTT, aby se kompenzovala neférovost mezi toky s různým RTT ˇ L . . . pro L se používá TCP nárůst ˇ B . . . hranice změny dostupné šířky pásma, nad níž se používá TCP pokles (pro velké změny dostupné šířky pásma se používá TCP pokles 0,5) ˇ Tmin, Tmax . . . minimální resp. maximální změřené RTT ˇ B(k + 1) . . . měření maximální propustnosti za poslední interval bez výpadku 33/50 Tradiční TCP Vylepšení TCP Rozšíření TCP Ne-TCP Závěr Literatura H-TCP ˇ cwnd = cwnd + 2(1-) a() cwnd . . . per-ACK ˇ cwnd = b(B) cwnd . . . pro výpadek a() = 1 max{a ()Tmin; 1} L > L b(B) = 0,5 min{ Tmin Tmax ; 0,8} B(k+1)-B(k) B(k) > B v opačném případě a () = 1 + 10( - L) + 0,25( - L)2 . . . kvadratická přírůstková funkce 34/50 Tradiční TCP Vylepšení TCP Rozšíření TCP Ne-TCP Závěr Literatura Quickstart (QS)/Limited Slowstart ˇ existuje silné podezření, že slow-start fáze se nedá vylepšit bez interakce s níže položenými síťovými vrstvami ˇ návrh: 4-byte option v IP hlavičce, který zahrnuje pole QS TTL a Initial Rate ˇ odesílač, který chce použít QS, nastaví QS TTL na náhodnou hodnotu a Initial Rate na požadovanou rychlost, kterou chce začít vysílat, a pošle SYN paket 35/50 Tradiční TCP Vylepšení TCP Rozšíření TCP Ne-TCP Závěr Literatura Quickstart (QS)/Limited Slowstart ˇ všechny routery po cestě, které podporují QS, sníží QS TTL o jedničku a sníží Initial Rate, pokud je to potřeba ˇ Přijímač pošle pole QS TTL a Initial Rate v SYN/ACK paketu odesílači ˇ Odesílač ví, jestli všechny směrovače po cestě podporují QS (porovnáním QS TTL a TTL) ˇ Odesílač si nastaví příslušné cwnd a začne používat svůj mechanismus řízení zahlcení (např. AIMD) ˇ Vyžaduje změny v IP vrstvě! :-( 36/50 Tradiční TCP Vylepšení TCP Rozšíření TCP Ne-TCP Závěr Literatura E-TCP ˇ Early Congestion Notification (ECN) ˇ součást Advanced Queue Management (AQM) ˇ bit, který nastavují routery, když se blíží linky/buffery/fronty zahlcení ˇ ECN příznak musí být odzrcadlen přijímačem ˇ na ECN bit má TCP zareagovat stejně jako na výpadek ˇ problém s tím, aby správci routerů konfigurovali AQM/ECN :-( 37/50 Tradiční TCP Vylepšení TCP Rozšíření TCP Ne-TCP Závěr Literatura E-TCP ˇ E-TCP ˇ navrhuje odzrcadlit ECN bit jen jednou (poprvé) ˇ zamrzne cwnd když dorazí od přijímače ACK s nastaveným ECN bitem ˇ vyžaduje (umělé) zavedení malých náhodných výpadků do sítě, aby se zajistil multiplikativní pokles kvůli férovému chování v čase ˇ vyžaduje změnu chování k ECN bitu na přijímačích :-( 38/50 Tradiční TCP Vylepšení TCP Rozšíření TCP Ne-TCP Závěr Literatura FAST ˇ Fast AQM Scalable TCP (FAST) [5] ˇ používá end-to-end delay, ECN a ztráty paketů pro detekci/vyhýbání se zahlcení ˇ Tmin, T . . . minimální a průměrný pozorovaný RTT ˇ Tq . . . odhad zpoždění front u RTT ˇ f(B) . . . (8, 20, 200) pro bw (< 10 Mb/s, 10 - 100 Mb/s, > 100 Mb/s), lze měnit přes sysctl() ˇ . . . parametr návrhu ;-) ACK: cwnd = min 2 × cwnd,(1 - )cwnd + Tmin T cwnd + f(B,Tq) výpadek: cwnd = 0,5 cwnd f(B,Tq) = a × cwnd Tq = 0 f(B) Tq = 0 39/50 Tradiční TCP Vylepšení TCP Rozšíření TCP Ne-TCP Závěr Literatura Přehled přednášky Tradiční TCP a jeho problémy Vylepšení TCP Víceproudové TCP Web100 Konzervativní rozšíření TCP GridDT Scalable TCP, High-Speed TCP, H-TCP QuickStart, E-TCP, FAST Přístupy odlišné od TCP tsunami XCP SCTP, DCCP, STP, Reliable UDP, XTP Závěrečné poznámky Literatura 40/50 Tradiční TCP Vylepšení TCP Rozšíření TCP Ne-TCP Závěr Literatura tsunami ˇ TCP spojení pro out-of-band řídící kanál ˇ vyjednávání parametrů přenosu ˇ požadavky na retransmisi ­ používá NACKy místo ACKů ˇ vyjednávání ukončení přenosu ˇ UDP kanál pro přenos dat ˇ řízení zahlcení MIMD ˇ vysoce konfigurovatelné ˇ parametry MIMD, nastavení prahu chyb, maximální velikost fronty pro retransmisi, interval zasílání požadavků na retransmisi 41/50 Tradiční TCP Vylepšení TCP Rozšíření TCP Ne-TCP Závěr Literatura XCP ˇ zpětná vazba od směrovačů per paket PSaAP II 44/52 XCP ˇ per packet feedback from routers Feedback Round Trip Time Congestion Window Congestion Header Feedback Round Trip Time Congestion Window Feedback = + 0.1 packet 42/50 Tradiční TCP Vylepšení TCP Rozšíření TCP Ne-TCP Závěr Literatura XCP ˇ zpětná vazba od směrovačů per paketXCP (2) Feedback = + 0.1 packet Round Trip Time Congestion Window Feedback = - 0.3 packet 43/50 Tradiční TCP Vylepšení TCP Rozšíření TCP Ne-TCP Závěr Literatura XCP ˇ zpětná vazba od směrovačů per paket PSaAP II 46/52 XCP (3) Congestion Window = Congestion Window + Feedback 44/50 Tradiční TCP Vylepšení TCP Rozšíření TCP Ne-TCP Závěr Literatura Jiné přístupy ˇ SCTP ˇ víceproudový, multi-homed transport ˇ http://www.sctp.org/ ˇ DCCP ˇ nezajištěný protokol (UDP) s řízením zahlcení kompatibilním s TCP ˇ http://www.ietf.org/html.charters/ dccp-charter.html ˇ http://www.icir.org/kohler/dcp/ 45/50 Tradiční TCP Vylepšení TCP Rozšíření TCP Ne-TCP Závěr Literatura Jiné přístupy ˇ STP ˇ založený 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 ˇ Reliable UDP ˇ zajišťuje spolehlivé, in-order doručení (do maximálního počtu opakování retransmise) ˇ RFC908 a RFC1151 ˇ původně vzniklo kvůli IP telefonii ˇ konfigurace parametrů spojení per-spojení ˇ http://www.javvin.com/protocolRUDP.html ˇ XTP (Xpress Transfer Protocol), . . . 46/50 Tradiční TCP Vylepšení TCP Rozšíření TCP Ne-TCP Závěr Literatura Závěrečné poznámky ˇ Současný stav ˇ víceproudové TCP se intenzivně používá (např. Gridové aplikace) ˇ hledání cesty, jak bezpečně (zpětně kompatibilně) zajistit vývoj/nasazení post-TCP protokolů ˇ používání agresivních protokolů na privátních/dedikovaných sítích a okruzích (např. -sítě CzechLight/CESNET2, SurfNet, CaNET*4, . . . ) 47/50 Tradiční TCP Vylepšení TCP Rozšíření TCP Ne-TCP Závěr Literatura Závěrečné poznámky ˇ Interakce s L3 (IP) ˇ Interakce se linkovou vrstvou ˇ proměnné zpoždění a propustnost u bezdrátových sítí ˇ optical burst switching ˇ Specifické per-flow stavy ve směrovačích ˇ např. per-flow nastavení generovaných výpadků ( E-TCP) ˇ může pomoci krátkým tokům s vysokými přenosovými nároky (makro-bursty) ˇ problém se škálovatelností a náklady :-( 48/50 Tradiční TCP Vylepšení TCP Rozšíření TCP Ne-TCP Závěr Literatura Literatura Jacobson V. "Congestion Avoidance and Control", Proceedings of ACM SIGCOMM'88 (Standford, CA, Aug. 1988), pp. 314­329. ftp://ftp.ee.lbl.gov/papers/congavoid.ps.Z Allman M., Paxson V., Stevens W. "TCP Congestion Control", RFC2581, Apr. 1999. http://www.rfc-editor.org/rfc/rfc2581.txt Brakmo L., Peterson L. "TCP Vegas: End to End Congestion Avoidance on a Global Internet", IEEE Journal of Selected Areas in Communication, Vol. 13, No. 8, pp. 1465­1480, Oct. 1995. ftp://ftp.cs.arizona.edu/xkernel/Papers/jsac.ps http://www.web100.org Hacker T. J., Athey B. D., Sommerfield J. "Experiences Using Web100 for End-To-End Network Performance Tuning" http://www.web100.org/docs/ExperiencesUsingWeb100forHostTuning.pdf 49/50 Tradiční TCP Vylepšení TCP Rozšíření TCP Ne-TCP Závěr Literatura Literatura Kelly T. "Scalable TCP: Improving Performance in Highspeed Wide Area Networks", PFLDnet 2003, http://datatag.web.cern.ch/datatag/pfldnet2003/papers/kelly.pdf, http://wwwlce.eng.cam.ac.uk/~ctk21/scalable/ Floyd S. "HighSpeed TCP for Large Congestion Windows", 2003, http: //www.potaroo.net/ietf/all-ids/draft-floyd-tcp-highspeed-03.txt BIC-TCP, http://www.csc.ncsu.edu/faculty/rhee/export/bitcp/ Floyd S., Allman M., Jain A., Sarolahti P. "Quick-Start for TCP and IP", 2006, http: //www.ietf.org/internet-drafts/draft-ietf-tsvwg-quickstart-02.txt Jin C., Wei D., Low S. H., Buhrmaster G., Bunn J., Choe D. H., Cottrell R. L. A., Doyle J. C., Newman H., Paganini F., Ravot S., Singh S. "FAST ­ Fast AQM Scalable TCP." http://netlab.caltech.edu/FAST/ http://netlab.caltech.edu/pub/papers/FAST-infocom2004.pdf tsunami, http://www.anml.iu.edu/anmlresearch.html 50/50 Tradiční TCP Vylepšení TCP Rozšíření TCP Ne-TCP Závěr Literatura Další studijní materiály ˇ Workshopy PFLDnet 2003­2006 ˇ http://datatag.web.cern.ch/datatag/ pfldnet2003/program.html ˇ http://www-didc.lbl.gov/PFLDnet2004/ ˇ http://www.ens-lyon.fr/LIP/RESO/pfldnet2005/ ˇ http://www.hpcc.jp/pfldnet2006/ ˇ Strány s příspěvky prof. Sally Floyd ˇ http://www.icir.org/floyd/papers.html ˇ RFC3426 ­ "General Architectural and Policy Considerations" http: //www.hamilton.ie/net/eval/results_HI2005.pdf