Een CBQ probleem voor de echte kenners:
In mijn @home netwerk met 11 users zit 1 user die de boel zit te fucken. Hem verdenk ik ervan gigantisch te downloaden en dat dan wel continue.
Omdat dat eerst niet het geval was zat hij eerst in een class van 250KB/s. Nu lukt het me niet om hem in een kleinere class te krijgen van pakembeet 20KB/s
Ik heb nu tijdelijk zijn upload met een shape programmaatje op 1000bytes/sec gezet. Maar 1000 bytes is genoeg om met 40-50 KB/s te downloaden. Te snel dus.
Kan ik alsnog de CBQ regels doorlopen en dat ie dan pakt? Hoe wijzig ik deze?
Dit zijn ze:
tc qdisc add dev eth1 root handle 10: cbq bandwidth 10Mbit avpkt 1000
# de gehele bandbreedte is 10mbit op mijn eth1 netwerkkaart.
tc class add dev eth1 parent 10:0 classid 10:1 cbq bandwidth 10Mbit rate \
10Mbit allot 1514 weight 1Mbit prio 8 maxburst 20 avpkt 1000
# wederom alles, dit wordt de parent
tc class add dev eth1 parent 10:1 classid 10:100 cbq bandwidth 10Mbit rate \
8Mbit allot 1514 weight 800Kbit prio 5 maxburst 20 avpkt 1000 \ bounded
# id 10:100 heeft 8000kbit , rara welke user dat gaat worden
tc class add dev eth1 parent 10:1 classid 10:200 cbq bandwidth 10Mbit rate \
2Mbit allot 1514 weight 200Kbit prio 5 maxburst 20 avpkt 1000 \bounded
# id 10:200 heeft 2000kbit, dit wordt de rest van het netwerk
tc qdisc add dev eth1 parent 10:100 sfq quantum 1514b perturb 15
tc qdisc add dev eth1 parent 10:200 sfq quantum 1514b perturb 15
# nu werken ze ofzo
tc class add dev eth1 parent 10:200 classid 10:254 cbq bandwidth 10Mbit rate \
200Kbit allot 1514 weight 160Kbit prio 5 maxburst 20 avpkt 1000 \ bounded
# Dit is de fucking Leecher! 160Kbit krijgt ie = 20 KB/s is meer als zat, deze class is gebonden zodat hij niet van de rest kan lenen.
tc class add dev eth1 parent 10:200 classid 10:255 cbq bandwidth 10Mbit rate \
200Kbit allot 1514 weight 160Kbit prio 5 maxburst 20 avpkt 1000 \ bounded
# Dit wordt mijn test pc, dit is een PC die naast mij staat die zelfde instelling heeft
als bovenstaande Leecher zodat ik kan testen.
tc class add dev eth1 parent 10:200 classid 10:251 cbq bandwidth 10Mbit rate \
1000Kbit allot 1514 weight 180Kbit prio 5 maxburst 20 avpkt 1000 \
# dit is de rest, is niet gebonden, kan dus lenen van bovenstaande! whehe
tc filter add dev eth1 parent 10:0 protocol ip prio 25 u32 match ip dst \
192.168.0.0/16 flowid 10:251
#dit is de rest
tc filter add dev eth1 parent 10:0 protocol ip prio 25 u32 match ip dst \
192.168.0.5 flowid 10:100
# ip 0.5 is 10:100 heeft 8000, dit ben ik dus J
tc filter add dev eth1 parent 10:0 protocol ip prio 25 u32 match ip dst \
192.168.0.8 flowid 10:254
# even ip koppelen aan stomme Leecher.
tc filter add dev eth1 parent 10:0 protocol ip prio 25 u32 match ip dst \
192.168.0.19 flowid 10:255
# even ip koppelen mijn test PC
Dit waren ze. Kan iemand er iets zinnigs over zeggen??
In mijn @home netwerk met 11 users zit 1 user die de boel zit te fucken. Hem verdenk ik ervan gigantisch te downloaden en dat dan wel continue.
Omdat dat eerst niet het geval was zat hij eerst in een class van 250KB/s. Nu lukt het me niet om hem in een kleinere class te krijgen van pakembeet 20KB/s
Ik heb nu tijdelijk zijn upload met een shape programmaatje op 1000bytes/sec gezet. Maar 1000 bytes is genoeg om met 40-50 KB/s te downloaden. Te snel dus.
Kan ik alsnog de CBQ regels doorlopen en dat ie dan pakt? Hoe wijzig ik deze?
Dit zijn ze:
tc qdisc add dev eth1 root handle 10: cbq bandwidth 10Mbit avpkt 1000
# de gehele bandbreedte is 10mbit op mijn eth1 netwerkkaart.
tc class add dev eth1 parent 10:0 classid 10:1 cbq bandwidth 10Mbit rate \
10Mbit allot 1514 weight 1Mbit prio 8 maxburst 20 avpkt 1000
# wederom alles, dit wordt de parent
tc class add dev eth1 parent 10:1 classid 10:100 cbq bandwidth 10Mbit rate \
8Mbit allot 1514 weight 800Kbit prio 5 maxburst 20 avpkt 1000 \ bounded
# id 10:100 heeft 8000kbit , rara welke user dat gaat worden
tc class add dev eth1 parent 10:1 classid 10:200 cbq bandwidth 10Mbit rate \
2Mbit allot 1514 weight 200Kbit prio 5 maxburst 20 avpkt 1000 \bounded
# id 10:200 heeft 2000kbit, dit wordt de rest van het netwerk
tc qdisc add dev eth1 parent 10:100 sfq quantum 1514b perturb 15
tc qdisc add dev eth1 parent 10:200 sfq quantum 1514b perturb 15
# nu werken ze ofzo
tc class add dev eth1 parent 10:200 classid 10:254 cbq bandwidth 10Mbit rate \
200Kbit allot 1514 weight 160Kbit prio 5 maxburst 20 avpkt 1000 \ bounded
# Dit is de fucking Leecher! 160Kbit krijgt ie = 20 KB/s is meer als zat, deze class is gebonden zodat hij niet van de rest kan lenen.
tc class add dev eth1 parent 10:200 classid 10:255 cbq bandwidth 10Mbit rate \
200Kbit allot 1514 weight 160Kbit prio 5 maxburst 20 avpkt 1000 \ bounded
# Dit wordt mijn test pc, dit is een PC die naast mij staat die zelfde instelling heeft
als bovenstaande Leecher zodat ik kan testen.
tc class add dev eth1 parent 10:200 classid 10:251 cbq bandwidth 10Mbit rate \
1000Kbit allot 1514 weight 180Kbit prio 5 maxburst 20 avpkt 1000 \
# dit is de rest, is niet gebonden, kan dus lenen van bovenstaande! whehe
tc filter add dev eth1 parent 10:0 protocol ip prio 25 u32 match ip dst \
192.168.0.0/16 flowid 10:251
#dit is de rest
tc filter add dev eth1 parent 10:0 protocol ip prio 25 u32 match ip dst \
192.168.0.5 flowid 10:100
# ip 0.5 is 10:100 heeft 8000, dit ben ik dus J
tc filter add dev eth1 parent 10:0 protocol ip prio 25 u32 match ip dst \
192.168.0.8 flowid 10:254
# even ip koppelen aan stomme Leecher.
tc filter add dev eth1 parent 10:0 protocol ip prio 25 u32 match ip dst \
192.168.0.19 flowid 10:255
# even ip koppelen mijn test PC
Dit waren ze. Kan iemand er iets zinnigs over zeggen??