No to je dobra otazka Priznavam, ze nevim - mozna by slo pakety markovat v iptables v retezci PREROUTING a pak tridit podle toho - ale nejsem si jistej co provede nat s tema znackama - pokud nic, tak je to ok
vypadalo by to nejak takhle:
iptables -t mangle -A PREROUTING -i eth1 -s 10.0.0.1 -j MARK --set-mark 1
iptables -t mangle -A PREROUTING -i eth1 -s 10.0.0.2 -j MARK --set-mark 2
# uvadim jenom filtry - tridy jsou stejne jako v tvem skriptu
tc filter add dev eth2 parent 1:0 protocol ip handle 1 fw flowid 1:10
tc filter add dev eth2 parent 1:0 protocol ip handle 2 fw flowid 1:11
ale fakt nevim jestli to bude chodit ...
Druha moznost je pouzit IMQ zarizeni do ktereho budes smerovat pakety prichazejici do eth1 a shapovat budes vystup imq0. Tohle by melo fungovat urcite, ale vyzaduje to patch jadra a iptables.
To by vypadalo asi takhle:
iptables -t mangle -A PREROUTING -i eth1 -j IMQ --todev 0
ip link set imq0 up
skript pro shaping by byl uplne stejny, ale aplikoval by se na zarizeni imq0
Hm, nejak nam tu debata ustala a zadny hmatatelny vysledek z ni. Myslim, ze by pro zacatek stacilo dat odkaz sem a do FAQ jako oznameni do rootu, aby si toho lidi vsimli a zacali QoS pouzivat. Do FAQ jsem pridal Dzusuv navod se skriptem na instalaci a zprovozneni ESFQ, coz je jako zacatek dobre reseni na veskere spoje CZfree, a to jak metalicke, tak bezdratove, jelikoz podkytuje Fair-per-IP SFQ, neboli WC qdisc. Pro advanced adminy by to chtelo zkusit to reseni od Devika..
No - hmatatelny vysledek ... myslim, ze tahle diskuse udala smer kterym by se mel ubirat kazdy, kdo chce QoS na tranzit nasadit (nutit nikoho nemuzeme a ani nechceme, ze? )
"Advanced admin" muze pouzit QoS-base, tak jak jej pouzivaji na Jarove nebo jeho obdobu a pripadne SFQ v nem nahradit ESFQ s hashtype = src.
Postupy jsou tu myslim v tech nekolika skriptech co se tu objevily dostatecne komentovane a pokud to nebude nekomu jasne, tak se zepta.
Urcite by stalo za to to rozpracovat vic, ale to chce, aby se to rovnou testovalo na tranzitnim spoji. K tomu ja nemam prilezitost a uprimne receno mi i ted chybi motivace, protoze pri nasem trafficu (rozumejte na AP Keiss a jeho 3 klientech ) to ted proste nema vyznam Navic do toho prace, skola .... no znate to ...
Do linux (2.4.19) routeru mam na eth0 pripojenou
512kbps linka, kterou bych chtel rozdelit pro pocitace
s ip adresami A,B,C,D,E na eth1 nasledujicim zpusobem:
1. A dostane minimalne 256kbps, maximalne plnou rychlost
2. B, C dostanou dohromady maximalne 128kbps
3. D, E dostanou co zrovna do plne rychlosti
jeste jednou tedy rychlosti podle IP :
eth0: fyzicka rychlost 5 mbps efektivne, omezena na 512kbps u providera
eth1: fyzicka rychlost 5 mbps efektivne
Cirou nahodou jsem sem zase zabrousil a koukam, ze se tu zacinaji resit konecne nejaky veci.
Uz je to nejaky mesic co jsem v CZF na QoS ani nesahl.
1, Ping do inetu se z poslednim QoS_base zlepsil natolik, ze zase muzu parit CS jak za strarych casu
2, Propustnost je naprosto vyborna, takze si to sevelime po CZF 50-100kb/s
No nic mene je na case s tim zase trochu cuknout a zkusit nejaky slozitejsi veci, jako treba radio v CZF via multicasting, lokalni herni servery, nejakej video chat a takovy ty blbosti, znate to.
No a k tomu vsemu je potreba doresit QoS, aby se dalo pouzit globalne v celym CZF. S tim jde ruku v ruce ta nejdulezitejsi vec a to je mereni vysledku. zatim jsem skrypty ladil za pomoci
tc -s -d qdisc show dev ${FACE}
iptraf a sugestivnimu pocitu. Takze nic moc.
Nez se teda vrhnu do dalsiho psani QoS, potreboval bych nastroj, kterym bych mohl udelat statistiky na nekolika routerech. Pruchodnost pres jednotlive tridy v nejakem casovem useku cca dny, na jednotlivych iface, cim vic prehlednych informaci, tim lepe. Pri objemu dat 5Mbit/s to uz neni zadna prdel rict ze to prave ted bezi lepe. Zvlaste z duvodu, ze nikdy neni k dispozici ten spravny trafic.
Nevite tedy o nejakem nastroji, ktery by krasne prehledne mapoval tok pres iface, tridy QoS a dal se nasadit na nekolik dni ?