|
Moje ustawienia QoS
|
| stegano |
Dodano 04-09-2006 22:07
|
SysOp
Posty: 1261
Dołączył: 03/03/2006 12:27
|
Specjalnie dla usera "tokr21"
Wybacz, ale większość dnia poświęcam mojemu ulubionemu zajęciu "cenzurka"...
Asus WL-500gP Tomato 1.06 (RouterQoS_only)
5xLa Fonera DD-WRT v24 (Bridge)
1xLa Fonera DD-WRT v24 (AP-baza)
VoIP - Actio + PAP2T - firmware 3.1.16
Buffalo HS-DHGLBB0 500GB firmware 2.06 beta
Pomocy udzielam jedynie na forach
|
| |
|
|
| tokr21 |
Dodano 04-09-2006 22:21
|
User
Posty: 39
Dołączył: 04/03/2006 16:24
|
dzieki ziomol masz u mnie piwo w PRL-u
pomagasz wszystkim, jest to bardzo miłe
Pozdrawiam |
| |
|
|
| Damiano |
Dodano 04-09-2006 22:29
|
Power User
Posty: 376
Dołączył: 27/06/2006 12:01
|
Cytat tokr21 napisał/a:
dzieki ziomol masz u mnie piwo w PRL-u
pomagasz wszystkim, jest to bardzo miłe
Pozdrawiam
@stegano
Ty to masz zdrowie - z tego co pamiętam to już raz to wstawiałeś w temacie obecnie zamkniętym B)
Czekamy kto jeszcze się nam swoich QoS'em pochwali 
Ja skromny jestem to się chwalił nie będę  
------------------------------------------------------
Cerberus ADSL Lite + WRT54GL v.1.1 + Tomato v1.06.0981 + podzia? z generatorka @Robsonna = The best from the best from the best from the best STUFF 
[b]Pan J?zek i kurczaki r?wnie? u?ywaj? |
| |
|
|
| md |
Dodano 04-09-2006 22:34
|
User
Posty: 16
Dołączył: 04/09/2006 18:58
|
pytanie odnosnie limitow, czy qos (a zatem limit outbound) wplywa w jakimkolwiek stopniu na transfery miedzy kompami na routerze?
inaczej czy ruch na sieci wewnetrznej routera podlega pod qos? |
| |
|
|
| stegano |
Dodano 04-09-2006 22:36
|
SysOp
Posty: 1261
Dołączył: 03/03/2006 12:27
|
Cytat md napisał/a:
pytanie odnosnie limitow, czy qos (a zatem limit outbound) wplywa w jakimkolwiek stopniu na transfery miedzy kompami na routerze?
inaczej czy ruch na sieci wewnetrznej routera podlega pod qos?
Nie, QoS pracuje tylko na styku z internetem.
Asus WL-500gP Tomato 1.06 (RouterQoS_only)
5xLa Fonera DD-WRT v24 (Bridge)
1xLa Fonera DD-WRT v24 (AP-baza)
VoIP - Actio + PAP2T - firmware 3.1.16
Buffalo HS-DHGLBB0 500GB firmware 2.06 beta
Pomocy udzielam jedynie na forach
|
| |
|
|
| tokr21 |
Dodano 04-09-2006 23:09
|
User
Posty: 39
Dołączył: 04/03/2006 16:24
|
Damiano specjalnie dla Ciebie QoS
jakby co to tomato2 wykorzystuje już na full całe pasmo
w pierwszej wersji miałem problemy
 |
| |
|
|
| tomik67 |
Dodano 04-09-2006 23:20
|
User
Posty: 100
Dołączył: 02/04/2006 21:50
|
Super są te zrzuty QOS-a,napiszcie jak działa przy tych ustawieniach SKYPE,czy nawet przy obciążeniu zamulaczami funkcjonuje poprawnie?. |
| |
|
|
| tokr21 |
Dodano 04-09-2006 23:36
|
User
Posty: 39
Dołączył: 04/03/2006 16:24
|
Cytat tomik67 napisał/a:
Super są te zrzuty QOS-a,napiszcie jak działa przy tych ustawieniach SKYPE,czy nawet przy obciążeniu zamulaczami funkcjonuje poprawnie?.
tak działa nawet jak zamulisz, choć wydaje mi się, że dd-wrt działa lepiej
ale jest to moje odczucie.
sprawdzałem obciążając łącze na max mulem, ftp, oraz www (strony były ciężkie)
tomato ocena 4 , były problemy z połączeniem sip, dzwięk też nie był czysty
ale pewnie można QoS ustawić lepiej
dd-wrt ocena 5 , zero problemów połączenie z buta, jakość dzwieku poprawna |
| |
|
|
| bigl |
Dodano 05-09-2006 10:12
|
Maxi User
Posty: 991
Dołączył: 17/05/2006 00:12
|
IMHO wszystko działa w 100% OK.
Highest to ruch VoIP (nie było rozmowy), High to normalne WWW i inne ważne rzeczy, a Lowest to cała reszta (czyli P2P). Unclassified to pakiety wewnętrzne (przyznaję - specjalnie "dla bajeru" zrobiłem zrzut jak nie było ruchu ).
Acha - moje P2P to BitTorrent - jest to ważne bo używam filtra IPP2P a on działa dobrze z BT a dużo gorzej z innymi programami (emule itp.)
bigl załączono następujące plik:
Nie masz uprawnień, by zobaczyć załączniki w tym wątku.
Edytowany przez bigl dnia 08-09-2006 12:13
|
| |
|
|
| arteq |
Dodano 05-09-2006 11:07
|
VIP
Posty: 1918
Dołączył: 04/03/2006 17:42
|
Cytat Damiano napisał/a:
Czekamy kto jeszcze się nam swoich QoS'em pochwali
Ja skromny jestem to się chwalił nie będę
Prosze ;]
#!/bin/sh
# Wonder Shaper by ArteQ
# please read the README before filling out these values
#
# Set the following values to somewhat less than your actual download
# and uplink speed. In kilobits. Also set the device that is to be shaped.
DOWNLINK=$3
UPLINK=$4
DEV=$2
# low priority OUTGOING traffic - you can leave this blank if you want
# low priority source netmasks
NOPRIOHOSTSRC="$5"
# low priority destination netmasks
NOPRIOHOSTDST="$6"
# low priority source ports
NOPRIOPORTSRC="$7"
# low priority destination ports
NOPRIOPORTDST="$8"
# Now remove the following two lines :-)
#echo Please read the documentation in 'README' first
#exit
if [ "$1" = "status" ]
then
tc -s qdisc ls dev $DEV
tc -s class ls dev $DEV
exit
fi
# clean existing down- and uplink qdiscs, hide errors
tc qdisc del dev $DEV root 2> /dev/null > /dev/null
tc qdisc del dev $DEV ingress 2> /dev/null > /dev/null
if [ "$1" = "stop" ]
then
tc qdisc del dev $DEV root 2> /dev/null > /dev/null
tc qdisc del dev $DEV ingress 2> /dev/null > /dev/null
exit
fi
###### uplink
# install root HTB, point default traffic to 1:20:
#tc qdisc add dev $DEV root handle 1: htb default 20
tc qdisc add dev $DEV root handle 1: htb default 30 r2q 10
# shape everything at $UPLINK speed - this prevents huge queues in your
# DSL modem which destroy latency:
tc class add dev $DEV parent 1: classid 1:1 htb rate ${UPLINK}kbit burst 6k
tc class add dev $DEV parent 1:1 classid 1:10 htb rate $((5*$UPLINK/10))kbit \
ceil ${UPLINK}kbit burst 6k prio 1
tc class add dev $DEV parent 1:1 classid 1:20 htb rate $((4*$UPLINK/10))kbit \
ceil ${UPLINK}kbit burst 6k prio 2
tc class add dev $DEV parent 1:1 classid 1:30 htb rate $((1*$UPLINK/10))kbit \
ceil ${UPLINK}kbit burst 6k prio 3
# all get Stochastic Fairness:
tc qdisc add dev $DEV parent 1:10 handle 10: sfq perturb 10
tc qdisc add dev $DEV parent 1:20 handle 20: sfq perturb 10
tc qdisc add dev $DEV parent 1:30 handle 30: sfq perturb 10
# TOS Minimum Delay (ssh, NOT scp) in 1:10:
tc filter add dev $DEV parent 1:0 protocol ip prio 10 u32 \
match ip tos 0x10 0xff flowid 1:10
# ICMP (ip protocol 1) in the interactive class 1:10 so we
# can do measurements & impress our friends:
tc filter add dev $DEV parent 1:0 protocol ip prio 10 u32 \
match ip protocol 1 0xff flowid 1:10
## VoIP traffic always get first in line
tc filter add dev $DEV parent 1: protocol ip prio 10 u32 \
match ip tos 0x68 0xff \
match ip protocol 0x11 0xff \
flowid 1:10
tc filter add dev $DEV parent 1: protocol ip prio 10 u32 \
match ip tos 0xb8 0xff \
match ip protocol 0x11 0xff \
flowid 1:10
# To speed up downloads while an upload is going on, put ACK packets in
# the interactive class:
tc filter add dev $DEV parent 1: protocol ip prio 10 u32 \
match ip protocol 6 0xff \
match u8 0x05 0x0f at 0 \
match u16 0x0000 0xffc0 at 2 \
match u8 0x10 0xff at 33 \
flowid 1:10
# UDP Packets
# P2P
# eDonkey UDP source propagation packets are small, but go to bulk priority class
tc filter add dev $DEV parent 1: protocol ip prio 16 u32 \
match ip sport 4662 0xffff \
match ip protocol 17 0xff \
flowid 1:30
# Gnutella UDP source propagation packets are small, but go to bulk priority class
tc filter add dev $DEV parent 1: protocol ip prio 16 u32 \
match ip sport 3444 0xffff \
match ip protocol 17 0xff \
flowid 1:30
# Bittorent UDP source propagation packets are small, but go to bulk priority class
tc filter add dev $DEV parent 1: protocol ip prio 16 u32 \
match ip sport 6881 0xffff \
match ip protocol 17 0xff \
flowid 1:30
# Other P2P UDP source propagation packets are small, but go to bulk priority class
tc filter add dev $DEV parent 1: protocol ip prio 16 u32 \
match ip sport 5555 0xffff \
match ip protocol 17 0xff \
flowid 1:30
# All other UDP packets get normal priority
tc filter add dev $DEV parent 1: protocol ip prio 10 u32 \
match ip protocol 17 0xff \
flowid 1:20
# Browsing
tc filter add dev $DEV parent 1: protocol ip prio 3 u32 \
match ip sport 80 0xffff flowid 1:20
tc filter add dev $DEV parent 1: protocol ip prio 3 u32 \
match ip dport 80 0xffff flowid 1:20
tc filter add dev $DEV parent 1: protocol ip prio 3 u32 \
match ip sport 430 0xffff flowid 1:20
tc filter add dev $DEV parent 1: protocol ip prio 3 u32 \
match ip dport 430 0xffff flowid 1:20
tc filter add dev $DEV parent 1: protocol ip prio 3 u32 \
match ip sport 993 0xffff flowid 1:20
tc filter add dev $DEV parent 1: protocol ip prio 3 u32 \
match ip dport 993 0xffff flowid 1:20
tc filter add dev $DEV parent 1: protocol ip prio 3 u32 \
match ip sport 995 0xffff flowid 1:20
tc filter add dev $DEV parent 1: protocol ip prio 3 u32 \
match ip dport 995 0xffff flowid 1:20
# Sharing TV
tc filter add dev $DEV parent 1: protocol ip prio 10 u32 \
match ip sport 6011 0xffff flowid 1:10
tc filter add dev $DEV parent 1: protocol ip prio 10 u32 \
match ip dport 6011 0xffff flowid 1:10
tc filter add dev $DEV parent 1: protocol ip prio 10 u32 \
match ip src 192.168.1.10 flowid 1:10
tc filter add dev $DEV parent 1: protocol ip prio 10 u32 \
match ip dst 192.168.1.10 flowid 1:10
# NNTP
tc filter add dev $DEV parent 1: protocol ip prio 99 u32 \
match ip sport 119 0xffff flowid 1:30
tc filter add dev $DEV parent 1: protocol ip prio 99 u32 \
match ip dport 119 0xffff flowid 1:30
# Mail
tc filter add dev $DEV parent 1: protocol ip prio 12 u32 \
match ip sport 110 0xffff flowid 1:20
tc filter add dev $DEV parent 1: protocol ip prio 12 u32 \
match ip dport 110 0xffff flowid 1:20
tc filter add dev $DEV parent 1: protocol ip prio 10 u32 \
match ip sport 25 0xffff flowid 1:30
tc filter add dev $DEV parent 1: protocol ip prio 17 u32 \
match ip dport 25 0xffff flowid 1:30
# FTP
tc filter add dev $DEV parent 1: protocol ip prio 17 u32 \
match ip sport 21 0xffff flowid 1:30
tc filter add dev $DEV parent 1: protocol ip prio 17 u32 \
match ip dport 21 0xffff flowid 1:30
# RadioSeven
tc filter add dev $DEV parent 1: protocol ip prio 12 u32 \
match ip sport 1755 0xffff flowid 1:30
tc filter add dev $DEV parent 1: protocol ip prio 12 u32 \
match ip dport 1755 0xffff flowid 1:30
# some traffic however suffers a worse fate
for a in $NOPRIOPORTDST
do
tc filter add dev $DEV parent 1: protocol ip prio 14 u32 \
match ip dport $a 0xffff flowid 1:30
done
for a in $NOPRIOPORTSRC
do
tc filter add dev $DEV parent 1: protocol ip prio 15 u32 \
match ip sport $a 0xffff flowid 1:30
done
for a in $NOPRIOHOSTSRC
do
tc filter add dev $DEV parent 1: protocol ip prio 16 u32 \
match ip src $a flowid 1:30
done
for a in $NOPRIOHOSTDST
do
tc filter add dev $DEV parent 1: protocol ip prio 17 u32 \
match ip dst $a flowid 1:30
done
#tc filter add dev $DEV parent 1: protocol ip prio 18 u32 \
# match ip dst 0.0.0.0/0 flowid 1:20
########## downlink #############
# slow downloads down to somewhat less than the real speed to prevent
# queuing at our ISP. Tune to see how high you can set it.
# ISPs tend to have *huge* queues to make sure big downloads are fast
#
# attach ingress policer:
tc qdisc add dev $DEV handle ffff: ingress
# filter *everything* to it (0.0.0.0/0), drop everything that's
# coming in too fast:
tc filter add dev $DEV parent ffff: protocol ip prio 50 u32 match ip src \
0.0.0.0/0 police rate ${DOWNLINK}kbit burst 10k drop flowid :1
Moj QoS@Oleg 1.9.2.7-7e
PS: Wiem ze jestem "inny" ;]
Edytowany przez arteq dnia 05-09-2006 11:10
Pozdrawiam, Artur
http://digi-led.pl Elementy elektroniczne | urz?dzenia sieciowe | us?ugi informatyczne
http://openwrt.pl - Polskie Centrum OpenWrt
o p e n (your) r o u t e r . p l
|
| |
|
|
| bigl |
Dodano 05-09-2006 11:44
|
Maxi User
Posty: 991
Dołączył: 17/05/2006 00:12
|
@ArteQ - jak rozumiem wszystko działa OK? |
| |
|
|
| bigl |
Dodano 05-09-2006 11:56
|
Maxi User
Posty: 991
Dołączył: 17/05/2006 00:12
|
Cytat ArteQ napisał/a:
PS: Wiem ze jestem "inny" ;]
A co w tym dziwnego? Przecież wszyscy tak mamy tylko, że większośc tylko klika i nie zdaje sobie z tego sprawy |
| |
|
|
| arteq |
Dodano 05-09-2006 12:23
|
VIP
Posty: 1918
Dołączył: 04/03/2006 17:42
|
Cytat bigl napisał/a:
@ArteQ - jak rozumiem wszystko działa OK?
powiem nawet ze tak, ale Qos z OpenWrt wymiata w porównianu z wondershaper...
wole napisac własny skrypy i wiedziec jak to działa, niz wyklikać jakies niepotrzebne reguły iptables
Pozdrawiam, Artur
http://digi-led.pl Elementy elektroniczne | urz?dzenia sieciowe | us?ugi informatyczne
http://openwrt.pl - Polskie Centrum OpenWrt
o p e n (your) r o u t e r . p l
|
| |
|
|
| danek |
Dodano 05-09-2006 20:31
|
User
Posty: 49
Dołączył: 28/04/2006 13:34
|
przy ustawieniu L7 skypetoskype i wlaczonym programie p2p nieprawidlowo definiuje klase i zalicza mi do Highest. no ale wyrzuciłem ten protokól skypetoskype i teraz powinno być ok
nie wiem czy to bug, czy ten typ tak ma
pozdro!
dodano:
zauważyłem, że po dodaniu skypeout do Highest i używaniu emule rownież część ściągania z emule zostało zakwalifikowane do Highest.. 
Edytowany przez danek dnia 05-09-2006 20:52
|
| |
|
|
| bigl |
Dodano 05-09-2006 21:40
|
Maxi User
Posty: 991
Dołączył: 17/05/2006 00:12
|
Niestety L7 skypeout jest bardzo kiepski i łapie często P2P (pewnie dlatego, że skype jest oparty na P2P). skypetoskype już lepiej działa, ale też nie idealnie (dobrze z BitTorrentem, ale już gorzej z innymi P2P). |
| |
|
|
| stegano |
Dodano 05-09-2006 22:51
|
SysOp
Posty: 1261
Dołączył: 03/03/2006 12:27
|
Z moich obserwacji wynika że nowe reguły dodane do QoS-a działają poprawnie dopiero po zrebootowaniu routera.
Asus WL-500gP Tomato 1.06 (RouterQoS_only)
5xLa Fonera DD-WRT v24 (Bridge)
1xLa Fonera DD-WRT v24 (AP-baza)
VoIP - Actio + PAP2T - firmware 3.1.16
Buffalo HS-DHGLBB0 500GB firmware 2.06 beta
Pomocy udzielam jedynie na forach
|
| |
|
|
| bigl |
Dodano 06-09-2006 10:30
|
Maxi User
Posty: 991
Dołączył: 17/05/2006 00:12
|
Cytat stegano napisał/a:
Z moich obserwacji wynika że nowe reguły dodane do QoS-a działają poprawnie dopiero po zrebootowaniu routera.
A to też prawda. Wcześniej niby działają, ale tak nie do końca. Dopiero reboot ładnie wszystko "ustawia". Ale niestety reguły do skype działają średnio i po reboocie.
Edytowany przez bigl dnia 06-09-2006 10:32
|
| |
|
|
| danek |
Dodano 06-09-2006 14:41
|
User
Posty: 49
Dołączył: 28/04/2006 13:34
|
nie rozumie jeszcze na jakiej zasadzie dzialaja "class A", ....
może ktoś to w skrócie wytłumaczyć?
czy na klasach moge ograniczyć UL i DL?
czemu na większości screenów nie ma ograniczeń w class dla Inbound Limit?
czy to walasnie tam ograniczam DL a w Outbound Rate / Limit -> UL?
Edytowany przez danek dnia 06-09-2006 14:42
|
| |
|
|
| bigl |
Dodano 06-09-2006 15:06
|
Maxi User
Posty: 991
Dołączył: 17/05/2006 00:12
|
Tak - tam ograniczasz. Outbound = Upload, Inbound = Download |
| |
|
|
| zeeltom |
Dodano 07-09-2006 07:34
|
User
Posty: 62
Dołączył: 06/03/2006 18:49
|
A może ktoś wrzucić jakieś obrazki z poprawnie działającym QoS-em? Czy nadal są jakieś problemy? U jednych łososiowy kolor zajmuje pół kółka u innych 3/4. I każdy pisze, że jest OK.To w końcu jak jest poprawnie? |
| |
|
' target='_blank'>Link
