Rychlost stahovani z I-netu

[Dan Lukes]

uhlar at fantomas.sk wrote:
>
> Dan Lukes <dan at gw.nic.cz> wrote:
> ->> hmmm to moze byt slym nastavenim. Obmedzovanie (shaping) sa da robit na
> ->> druhej strane, moze to robit ten kto do linky data tlaci nie ten kto ich
> ->> prijima.
>
> -> Coz samozrejme plati jen v pripade, ze system, na kterem data prijimame
> -> nic takoveho neumi (napriklad Windows). Pokud prijimam data na nektery ze
> -> systemu, ktery traffic shaping umi, pak to mozne je.
>
> ako zariadim aby zariadenie na druhej strane mne posielalo data pomalsie a
> inym sposobom?

	Nektere zpusoby tu jiz padly, dalsi, ktery tu nepadl je treba posilani
ICMP_SOURCESQUENCH.

	Ostatne, kdybyste se nad problemem zamyslel, musel byste na to, ze to
jde prijit sam - odesilajici server nedokaze zjistit, zda uzke misto je
nekde v prubehu cesty nebo az na jejim uplnem a samem konci - a pritom
neplati, ze server na ATM obsluhujici klienta na dial-upu do trubky rve
data plnou rychlosti, ktera se tesne pred dial-upem vesmes zahazuji -
neni to tak, server se prizpusobi. Takze kdyz je mozne zvladnout uzka
mista "po ceste" musi to jit i na konci.

	Mozna to sice muze vypadat divne - nac zahazovat data, kdyz uz linkou
prosla - ale ono je zahozenych dat nakonec pomerne malo (protoze TCP na
to reaguje dost pruzne) a pozadovaneho ucinku - omezit tok - bylo
dosazeno.


				Dan


--
Dan Lukes            tel: +420 2 24102474, fax: +420 2 24102301
root of FIONet, KolejNET, webmaster of info.nic.cz, www.freebsd.cz
AKA: dan at nic.cz, dan at obluda.cz, dan at freebsd.cz, dan at kolej.mff.cuni.cz