Dotaz: Linux a pomalý upload

[Bilbo]

Mám nesymetrické ADSL (4.6 Mbit download a 384 kbit upload) a ve chvíli, kdy začnu něco většího uploadovat, tak nastává problém, že se značně zpomalí i download a odezvy přes SSH a browsení webu.

Máte někdo nějaký tip jak přes iptables nebo nějaký traffic shaping (kernel 2.6.32) tohle ošetřit, aby během uploadu něčeho většího rozumně fungovalo SSH i další věci?

Odpovědi

[Jendа]

tc qdisc add dev ppp0 root tbf rate 350kbit latency 50ms burst 1540

Používám na UPC a velmi pomohlo.

[Bilbo]

Tak místo ppp0 jsem tam dal eth1 (mám modem s integrovaným switchem, takže k němu jsem připojen ethernetem) a zjistil jsem, že mi to i zpomalilo upload z mého počítače na jiné počítače (např. kopírování souborů ze stolního na notebook) - což je vlastně logické, když shapuju veškerý odchozí provoz

Zkoušel jsem to spravit a po čtení manuálů jsem nakonec skončil u tohohle:

#!/bin/sh
DEV=eth1
tc qdisc del dev $DEV root

tc qdisc add dev $DEV root handle 1: prio
tc qdisc add dev $DEV parent 1:3 tbf rate 350kbit latency 50ms burst 1540
tc filter add dev $DEV protocol ip parent 1:0 prio 3 u32 notmatch ip dst 192.168.0.0/16 flowid 1:3

Idea je, že defaultně se vše hází do rootu (žádný shaping), to co jde mimo lokální sít 192.168.0.0/16 se pak shapuje.

Což bohužel nefunguje, protože to "notmatch" neexistuje, lze použít pouze "match" a jiné pokusy jak udělat "192.168.0.0/16 do rootu, vše ostatní filtrovat" se mi taky moc nepovedly ... tuší někdo jak tohle jde nějak elegantně vyřešit?

[Filip Jirsák]

Omezte při uploadu rychlost (ideálně v uploadovacím programu, kdekoli jinde to bude méně efektivní), ať se vám vedle paketů uploadu také na linku ještě vejdou potvrzovací pakety ostatních TCP/IP spojení.

[Bilbo]

To bohužel tak jednoduše nejde.

Programy co nejčastěji na upload používám (thunderbird na upload pošty na SMTP server, midnight commander na upload souborů přes ftp nebo scp, operu když něco odesílám přes formulář na webu) nemají žádnou funkci na omezení rychlosti uploadu. Takže pak musím sáhnout po něčem co reguluje až ty odchozí pakety. To řešení v prvním komentáři fungovalo sice na tohle dobře, ale bohužel regulovalo i pakety putující po mnohem rychlejší lokální síti.