No teda nevim, mne vychazi, ze zalagovanych sitich bude lepsi TCP diky oknu a ze FSP bude strasne pomale, protoze na prenos jednoho packetu bude potrebovat RTT. Jedine, kde ma TCP problemy, jsou site, kde ztratovost packetu dosahuje patologickych hodnot (a mozna kde RTT _silne_ kolisa, coz take povazuji za patologicky stav).
A co s nim - pokud vim, tak i pres nej jede TCP docela rozumne. Na to, ze je to technologie pro pristup k internetu (pevny - tak jak se pouziva u nas) zcela nevhodna. BTW, vzhledem k jeho vysokym latencim bych rekl, ze na nem bude FSP nepouzitelne.
Spravne implementovane TCP by melo chodit i na ztratovych
sititch. Podle RFC ma TCP pro vypocet retransmit timeru
pouzivat pouze ne-retransmitovane packety. (pri
retransmitech nasobit cas dvema, ale po uspechu opet
spadnout na puvodni hodnotu pred zacatkem nasobeni). Ale
existuji bugovite implementace, ktere pocitaji cas i podle
retrasmitnutych packetu a s nimi se pak deje to, ze se
spojeni zpomaluje a zpomaluje az uplne vytuhne.
Dalsim problemem TCP jsou linky, kde se hodne meni round
trip time --- tam totiz retransmit timer muze dosahnout i
nekolikanasobne vyssi hodnoty nez je hodnota nejvyssiho
dosazeneho round trip time. Tenhle vypocet bohuzel
predepisuje RFC.
Spravne implementovane TCP by melo chodit i na ztratovych
sititch. Podle RFC ma TCP pro vypocet retransmit timeru
pouzivat pouze ne-retransmitovane packety. (pri
retransmitech nasobit cas dvema, ale po uspechu opet
spadnout na puvodni hodnotu pred zacatkem nasobeni). Ale
existuji bugovite implementace, ktere pocitaji cas i podle
retrasmitnutych packetu a s nimi se pak deje to, ze se
spojeni zpomaluje a zpomaluje az uplne vytuhne.
Dalsim problemem TCP jsou linky, kde se hodne meni round
trip time --- tam totiz retransmit timer muze dosahnout i
nekolikanasobne vyssi hodnoty nez je hodnota nejvyssiho
dosazeneho round trip time. Tenhle vypocet bohuzel
predepisuje RFC.
ČLÁNKY DO MAILU