<p dir="ltr">Con quell'snr potresti prendere anche i 16 pieni, dovresti provare a farti impostare per "prova" un profilo 6db..</p>
<div class="gmail_quote">Il 11/mag/2014 21:01 "Vincenzo Pirrone" <<a href="mailto:linuspax@gmail.com">linuspax@gmail.com</a>> ha scritto:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Il 11/05/2014 18:00, Giuseppe De Marco ha scritto:<br>
> Il 11 maggio 2014 17:04, Vincenzo Pirrone <<a href="mailto:linuspax@gmail.com">linuspax@gmail.com</a>> ha scritto:<br>
>> Ciao<br>
>> Oggi da profano di tc e qos ho cercato di mettere su due regole di<br>
>> traffic shaping in modo da poter condividere la mia adsl senza il<br>
>> rischio che la banda mi sia saturata.<br>
> sei un great<br>
><br>
>> Scrivo sia per condividere che per cercare consigli/correzioni<br>
>><br>
>> Di seguito i comandi utilizzati:<br>
>><br>
>> # aggiunge una policy con algoritmo htb sul traffico di passaggio per<br>
>> pppoe-wan<br>
>> tc qdisc add dev pppoe-wan root handle 1: htb default 1<br>
>> # imposta la classe 1:1 (classe di default dal comando precedente) con<br>
>> 20Mb di banda<br>
>> tc class add dev pppoe-wan parent 1: classid 1:1 htb rate 20480kbit<br>
> qui ti consiglierei di andare sul tuo router ADSL e leggere quanti<br>
> kilobits hai effettivamente.<br>
> Solitamente le 20mbits non superano i 13999kbit (poveri noi<br>
Magari ci arrivassi!<br>
> consumatori), conferma, anche per curiosità, quanta banda reale hai.<br>
> Wind infostrada ? Dicevi che hai 24 di attenuazione ?<br>
<br>
Downstream Upstream<br>
<br>
<br>
<br>
SNR Margin<br>
<br>
:<br>
15.2 24.3 db<br>
<br>
<br>
<br>
Line Attenuation<br>
<br>
:<br>
23.5 12.4 db<br>
<br>
<br>
<br>
Data Rate<br>
<br>
:<br>
8000 511 kbps<br>
<br>
<br>
Il copia incolla dalla webui del modem è venuto un po' male, perdonatemi.<br>
<br>
><br>
> Questa banda, solitamente, deriva dal QoS su Atm che hanno in<br>
> centralina, e a questa dobbiamo togliere un pò di "rumore".<br>
> Solitamente abbiamo, effettivamente, i kilobits in RX descritti nella<br>
> pagina "status" del modem ai quali sottraiamo circa 2000kbits di<br>
> rumore/attenuazione/casini che in sostanza mancano sempre all'appello<br>
> (fai un megabit ogni 10 punti di attenuazione... hehe...)<br>
><br>
> Se configuri la classe con 20mbit il Qos sballa perchè su ATM hai si e<br>
> nò 12megabit effettivi.<br>
><br>
>> # la classe 1:2 ha a diposizione invece 1Mb<br>
>> tc class add dev pppoe-wan parent 1:1 classid 1:2 htb rate 1024kbit<br>
><br>
>> # i pacchetti in uscita dalla wan che NON (!) provengono dalla mia lan<br>
>> vengono marcati con la classe 2<br>
>> iptables -t mangle -A POSTROUTING -o pppoe-wan ! -s <a href="http://10.87.20.0/24" target="_blank">10.87.20.0/24</a> -j CLASSIFY --set-class 1:2<br>
><br>
>> La documentazione che ho seguito:<br>
>> <a href="http://wiki.openwrt.org/doc/howto/packet.scheduler/packet.scheduler.theory" target="_blank">http://wiki.openwrt.org/doc/howto/packet.scheduler/packet.scheduler.theory</a><br>
>> <a href="http://wiki.openwrt.org/doc/howto/packet.scheduler/packet.scheduler" target="_blank">http://wiki.openwrt.org/doc/howto/packet.scheduler/packet.scheduler</a><br>
>> <a href="http://luxik.cdi.cz/~devik/qos/htb/manual/userg.htm" target="_blank">http://luxik.cdi.cz/~devik/qos/htb/manual/userg.htm</a><br>
> la letteratura classica è questa:<br>
> <a href="http://lartc.org/howto/lartc.qdisc.classful.html" target="_blank">http://lartc.org/howto/lartc.qdisc.classful.html</a><br>
><br>
> Ho quel libro di cui ti parlavo in pizzeria ma non riesco più ad<br>
> accedere a 10.0.0.2. Dai raga, sbloccatemi !!!<br>
> il libro si chiama:<br>
><br>
> Designing and Implementing Linux Firewalls and QoS<br>
><br>
>> Dubbi:<br>
>> Così facendo in realtà si imposta un limite fullduplex?<br>
> Purtroppo su linea asincrona abbiamo bisogno della regola anche in upload.<br>
><br>
>> Se il limite di 1024k è fullduplex vuol dire che è ancora possibile che<br>
>> mi vengano saturati i 400k di upload?<br>
> Il problema, purtroppo, è che la regola di iptables parla chiaro, il<br>
> CLASSIFY si applica esclusivamente ai pacchetti che hanno come source<br>
> <a href="http://10.87.20.0/24" target="_blank">10.87.20.0/24</a>, i pacchetti destinati a questa rete vengono ignorati<br>
> dal kernel e non passano da HTB :(<br>
<br>
Quindi per come ho fatto fin'ora limito solo il traffico in upload<br>
giusto? (ho fatto dei test che me lo confermano), volendo sistemare<br>
meglio i rate dovrei fare:<br>
<br>
tc qdisc add dev pppoe-wan root handle 1: htb default 1<br>
tc class add dev pppoe-wan parent 1: classid 1:1 htb rate 411kbit<br>
tc class add dev pppoe-wan parent 1:1 classid 1:2 htb rate 51kbit<br>
iptables -t mangle -A POSTROUTING -o pppoe-wan ! -s <a href="http://10.87.20.0/24" target="_blank">10.87.20.0/24</a> -j<br>
CLASSIFY --set-class 1:2<br>
<br>
Per limitare il download devo per forza inserire un qdisc sulla vlan di<br>
olsr, correggimi se sbaglio, si può fare una roba del genere<br>
<br>
tc qdisc add dev eth0.3 root handle 1: htb default 2<br>
tc class add dev eth0.3 parent 1: classid 1:1 htb rate 100Mbit<br>
tc class add dev eth0.3 parent 1:1 classid 1:2 htb rate 1Mbit<br>
iptables -t mangle -A POSTROUTING -o eth0.3 -s <a href="http://10.87.20.0/24" target="_blank">10.87.20.0/24</a> -j CLASSIFY --set-class 1:1<br>
<br>
Tengo cioè di default il rate a 1M, per il traffico originato dalla mia<br>
lan invece è possibile utilizzare tutta la banda (quella della nanostation)<br>
<br>
--<br>
Vincenzo Pirrone<br>
Twitter: @spax_arm<br>
PGP Key ID: 5CF5047D<br>
<br>
<br>
<br>_______________________________________________<br>
Calabria mailing list<br>
<a href="mailto:Calabria@ml.ninux.org">Calabria@ml.ninux.org</a><br>
<a href="http://ml.ninux.org/mailman/listinfo/calabria" target="_blank">http://ml.ninux.org/mailman/listinfo/calabria</a><br>
<br></blockquote></div>