Freesco, NND, CDN, EOS
http://forum.freesco.pl/

NiceShaper 0.6 i imq - upload przeciążony
http://forum.freesco.pl/viewtopic.php?f=22&t=15120		 Strona 1 z 1
Autor:  ziolko [ wtorek, 3 kwietnia 2007, 16:20 ]
Tytuł:  NiceShaper 0.6 i imq - upload przeciążony
Witam
W sieci mam 3 łącza i do kontroli uploadu wykorzystuję niceshapera i imq.
Niestety upload nie jest trzymany i zostaje przeciążony . Dane trafiają do imq ale kontrola prędkości nie działa dobrze. Proszę o sugestie gdzie szukać problemu.
Poniżej widok z tc-viewer :

1:1 < 100Mbit - 100Mbit > 531820.0 bit/s (268pps)
1:14 < 350Kbit - 350Kbit > 531820.0 bit/s (268pps)
1:1020 < 999bps - 3481bps > 111080.0 bit/s ( 14pps)
1:1060 < 999bps - 3190bps > 21072.0 bit/s ( 24pps)
1:1080 < 999bps - 14729bps > 17872.0 bit/s ( 42pps)
1:1100 < 999bps - 3540bps > 5328.0 bit/s ( 11pps)
1:1112 < 999bps - 130Kbit > 5524.0 bit/s ( 13pps)
1:1140 < 999bps - 100Kbit > 484.0 bit/s ( 1pps)
1:1152 < 999bps - 10090bps > 33968.0 bit/s ( 7pps)
1:1228 < 999bps - 14801bps > 12792.0 bit/s ( 34pps)
1:1292 < 999bps - 130Kbit > 800.0 bit/s ( 2pps)
1:1352 < 999bps - 4100bps > 35580.0 bit/s ( 8pps)
1:1376 < 999bps - 3654bps > 24968.0 bit/s ( 4pps)
1:1412 < 999bps - 130Kbit > 240.0 bit/s ( 0pps)
1:1436 < 999bps - 3654bps > 15428.0 bit/s ( 20pps)
1:1496 < 999bps - 3852bps > 28616.0 bit/s ( 9pps)
1:1508 < 999bps - 130Kbit > 192.0 bit/s ( 0pps)
1:1608 < 999bps - 3720bps > 19524.0 bit/s ( 8pps)
1:1680 < 999bps - 3190bps > 4644.0 bit/s ( 7pps)
1:1696 < 999bps - 130Kbit > 160.0 bit/s ( 0pps)
1:1704 < 999bps - 3190bps > 9880.0 bit/s ( 22pps)
1:1716 < 999bps - 130Kbit > 1208.0 bit/s ( 1pps)
1:1732 < 999bps - 130Kbit > 4660.0 bit/s ( 9pps)
1:1756 < 999bps - 130Kbit > 396.0 bit/s ( 0pps)
1:1832 < 999bps - 3190bps > 27472.0 bit/s ( 24pps)
1:1868 < 999bps - 130Kbit > 960.0 bit/s ( 2pps)
1:1884 < 999bps - 3481bps > 199760.0 bit/s ( 4pps)
1:1896 < 999bps - 130Kbit > 5488.0 bit/s ( 17pps)
1:1904 < 999bps - 130Kbit > 160.0 bit/s ( 0pps)
1:1936 < 999bps - 2888bps > 504.0 bit/s ( 1pps)
1:2036 < 999bps - 130Kbit > 1056.0 bit/s ( 3pps)
1:2080 < 999bps - 3481bps > 33116.0 bit/s ( 0pps)
1:2112 < 999bps - 2908bps > 37476.0 bit/s ( 10pps)
1:2140 < 999bps - 130Kbit > 384.0 bit/s ( 1pps)
Autor:  Albercik [ wtorek, 3 kwietnia 2007, 17:30 ]
Tytuł: 
Sprawdź, czy aby pakiety faktycznie trafiają do swoich kolejek. Jeżeli upload masz na imq0 to :
: [/] [] ()
watch -n 1 tc -s -d class ls dev imq0
GeSHi © Codebox Plus
Autor:  ziolko [ wtorek, 3 kwietnia 2007, 17:48 ]
Tytuł: 
Niby trafia ale prędkość nie jest trzymana...
Taki oto wynik pojawil sie :).

watch -n 1 tc -s -d class ls dev imq3
Every 1,0s: tc -s -d class ls dev imq3 Tue Apr 3 17:33:15 2007

class htb 1:2112 parent 1:14 prio 5 quantum 11 rate 531bps ceil 130Kbit burst 1604b/8 mpu 0b cburst 1765b/8 mpu 0b level 0

Sent 1532031 bytes 7042 pkts (dropped 2601, overlimits 0)
rate 1039bps 7pps backlog 30p
lended: 3047 borrowed: 3965 giants: 0
tokens: -1454798 ctokens: 84584

class htb 1:1 root rate 100Mbit ceil 100Mbit burst 132644b/8 mpu 0b cburst 132644b/8 mpu 0b level 7
Sent 75752088 bytes 329186 pkts (dropped 0, overlimits 0)
rate 74582bps 290pps
lended: 4 borrowed: 0 giants: 7728
tokens: 8107 ctokens: 8107

class htb 1:1044 parent 1:14 prio 5 quantum 11 rate 531bps ceil 130Kbit burst 1604b/8 mpu 0b cburst 1765b/8 mpu 0b level 0

Sent 60304 bytes 1131 pkts (dropped 0, overlimits 0)
rate 43bps
lended: 1119 borrowed: 12 giants: 0
tokens: 2414403 ctokens: 84978

class htb 1:1132 parent 1:14 prio 5 quantum 11 rate 531bps ceil 130Kbit burst 1604b/8 mpu 0b cburst 1765b/8 mpu 0b level 0

Sent 155582 bytes 3858 pkts (dropped 0, overlimits 0)
rate 126bps 3pps
lended: 3858 borrowed: 0 giants: 0
tokens: 2401846 ctokens: 84978

class htb 1:1356 parent 1:14 prio 5 quantum 11 rate 531bps ceil 130Kbit burst 1604b/8 mpu 0b cburst 1765b/8 mpu 0b level 0

Sent 599203 bytes 4155 pkts (dropped 0, overlimits 0)
rate 160bps 3pps
lended: 3358 borrowed: 797 giants: 0
tokens: 2290983 ctokens: 81039

class htb 1:1572 parent 1:14 prio 5 quantum 2 rate 531bps ceil 24Kbit burst 1604b/8 mpu 0b cburst 1629b/8 mpu 0b level 0
Sent 1374442 bytes 8655 pkts (dropped 5325, overlimits 0)
rate 1001bps 7pps backlog 29p
lended: 4714 borrowed: 3912 giants: 44
Autor:  Albercik [ wtorek, 3 kwietnia 2007, 18:03 ]
Tytuł: 
Cóż, wygląda dobrze. Wklej konfig niceshapera .
Autor:  ziolko [ wtorek, 3 kwietnia 2007, 18:15 ]
Tytuł: 
Widok z tc-viewer przedstawiony wcześniej pokazał jak przesterowane jest wszytko. Czyli ustawienie limitów sobie transfer rzeczywisty sobie.

CONFIG
: [/] [] ()
<global>
    run download upload1 upload2 upload3
#    support mark on eth3  #eth0 eth2 eth3
    stats unit kb/s file none # owner root group root mode 644
        lang en
</global>

<download>
    iface eth1 match dstip 192.168.0.0/16
    section speed 5500kbit
    section shape 5000kbit
    default low 20kbit
    default ceil 400kbit
    default htb-scheduler sfq
    mode download
#    default imq-redirect
    reload 2s
</download>

<upload1>
#    iface eth0 match srcip 192.168.0.0/16
    iface imq0 match srcip 192.168.0.0/16 mark 3
    section speed 440kbit
    section shape 420kbit
    default low 20kbit
    default ceil 160kbit
    default htb-scheduler esfq
    default imq-redirect
    mode upload
    reload 2s
</upload1>

<upload2>
#    iface eth2 match srcip 192.168.0.0/16
    iface imq2 match srcip 192.168.0.0/16 mark 2
    section speed 460kbit
    section shape 440kbit
    default low 20kbit
    default ceil 150kbit
    default htb-scheduler esfq
    default imq-redirect
    mode upload
    reload 2s
</upload2>

<upload3>
#    iface eth3 match srcip 192.168.0.0/16
    iface imq3 match srcip 192.168.0.0/16 mark 4
    section speed 44kB/s
    section shape 40kB/s
    default low 3kB/s
    default ceil 19kB/s
    default htb-scheduler esfq
    default imq-redirect
    mode upload
    reload 4s
</upload3>
GeSHi © Codebox Plus

CLASS
: [/] [] ()
class download eth1 192.168.0.6
    match dstip 192.168.0.6
    ceil 350kb/s

class upload1 imq0 192.168.0.6
    match srcip 192.168.0.6
    ceil 150kb/s

class upload2 imq2 192.168.0.6
    match srcip 192.168.0.6
    ceil 140kb/s

class upload3 imq3 192.168.0.6
    match srcip 192.168.0.6
    ceil 130kb/s
GeSHi © Codebox Plus
Autor:  Albercik [ wtorek, 3 kwietnia 2007, 23:51 ]
Tytuł: 
Według mnie opcja markowania powinna być włączona.
Autor:  -MW- [ środa, 4 kwietnia 2007, 00:04 ]
Tytuł: 
sprawdz w mangle prerouting czy nie masz wstawionej jakiejs regulki przed odwolaniem do lancucha niceshapera, przekierowujacym ruch do imq.
czasami ludzie dodaja jakies cuda i w momencie trafienia w regulke reszta regul w lancuchu jest pomijana, a co za tym idzie zadne dane nie zostaja skierowane na imq i nie moga byc ograniczane kolejkami na tym interfejsie.
jesli poplatalem cos to sorry - tatra mocna :)
Autor:  ziolko [ środa, 4 kwietnia 2007, 16:14 ]
Tytuł: 
Dane wpadają do imq ale nie są ograniczane.

Zrobiłem test z HTB i IMQ.
Pakiety do IMQ przekierowane w prerouting – kontrola pasma nie działa – pakiety wpadają i przelatują bez ograniczenia.

Pakiety do IMQ przekierowane w postrouting – kontrola pasma działa.

Na razie zrobiłem obejście problemu robiąc dodatkową kolejkę IMQ na której ograniczam prędkość całego łącza.
Dalej szukam rozwiązania.
Autor:  -MW- [ środa, 4 kwietnia 2007, 16:33 ]
Tytuł: 
eee cos kolego krecicie, ja tez mam wiele przekierowan na imq dodanych w mangle preroutin i wszystko dziala.
moze masz nie takie filtry na imq jakie byc powinny i nie kieruja pakietow do odpowiednich kolejek.
Autor:  ziolko [ środa, 4 kwietnia 2007, 17:49 ]
Tytuł: 
tak robilem test
: [/] [] ()
#!/bin/bash
# shape_p2p
ECHO="/bin/echo"
MODUL="/sbin/modprobe"
TC="/sbin/tc"
i="/usr/sbin/iptables"

# testowany upload
dl=470

$i -t mangle -A POSTROUTING -o eth3 -m mark --mark 4 -j IMQ --todev 4
#$i -t mangle -A PREROUTING -i eth1 -s 192.168.0.0/16  -m mark --mark 4 -j IMQ --todev 4

$TC qdisc add dev imq4 root handle 5:0 htb default 103 r2q 1
$TC class add dev imq4 parent 5:0 classid 5:1 htb rate $((dl/1))kbit burst 6k cburst 3k
$TC class add dev imq4 parent 5:1 classid 5:101 htb rate 1kbit ceil ${dl}kbit quantum 15
$TC filter add dev imq4 parent 5:0 protocol ip prio 7 handle 0x4 fw classid 5:101
$TC qdisc add dev imq4 parent 5:101 sfq perturb 16 quantum 1500
GeSHi © Codebox Plus
Autor:  -MW- [ środa, 4 kwietnia 2007, 20:28 ]
Tytuł: 
bledy :)

Cytuj:
#!/bin/bash

TC="/sbin/tc"
i="/usr/sbin/iptables"

# testowany upload w kB/s napewno upload :)
dl=470

$i -t mangle -A POSTROUTING -o eth3 -m mark --mark 0x4 -j IMQ --todev 4
#$i -t mangle -A PREROUTING -i eth1 -s 192.168.0.0/16 -m mark --mark 0x4 -j IMQ --todev 4

$TC qdisc add dev imq4 root handle 5:0 htb default 101 r2q 1
$TC class add dev imq4 parent 5:0 classid 5:1 htb rate $((dl*8))kbit quantum 1500 burst 0k cburst 0k
$TC class add dev imq4 parent 5:1 classid 5:101 htb rate 1kbit ceil $((dl*8))kbit quantum 1500 burst 0k cburst 0k
$TC filter add dev imq4 parent 5:0 protocol ip prio 7 handle 0x4 fw flowid 5:101
$TC qdisc add dev imq4 parent 5:101 sfq perturb 10 quantum 1500




mark 0x4 to nie jest to samo co 4 !

co do kierowania pakietow na imq to chcesz skierowac pakiety z jakiejs podsieci czy z interfejsu? czy masz wymieszane kilka podsieci na roznych interfejsach?


to jest fragmen ktory wyrwales z jakiegos mojego skryptu :) z czasow kiedy nie bardzo mi to wychodzilo.

moze cos innego ci zapropomnuje na pw :)
Autor:  ziolko [ środa, 4 kwietnia 2007, 23:27 ]
Tytuł: 
OK poprawiony sprawdzę jak tylko mniej ludków będzie na sieci.

Dziwne że a preroutingu nie działał w postroutingu tak.
Czyli nie działał tak samo jak niceshaper który w preroutingu przechwyt robi.

W postrouting działa super i zadany limit nie jest przekraczany.

Myślałem że zapis 4 to to samo co 0x4 bo w podglądzie tablic jest tak zapisywany.

Skrypt do testowania przerabialem ze skryptu z wiki do imq i niceshaper05.

Mam na jednym interfejsie dwie podsieci 192.168.1.0 i 192.168.0.0.
Autor:  ziolko [ czwartek, 5 kwietnia 2007, 11:27 ]
Tytuł: 
po licznych testach wynik negatywny :(.
W preroutingu przekierowanie do imq i pasmo nie jest przycinane. Dane trafiaja do klas ale leca sobie swobodnie :(.
Autor:  -MW- [ czwartek, 5 kwietnia 2007, 13:41 ]
Tytuł: 
dl=470

i przy tylko dodanych regulach przekierowujacych na imq upload, nie bedzie to wspolpracowalo z niceshaperm.
Autor:  ziolko [ czwartek, 5 kwietnia 2007, 13:53 ]
Tytuł: 
dl=57

i nie chodzi mi juz o niceshapera tylko o problem ktory widze tzn ze brak przycinania :( gdzy przekierowanie do imq jest w prerouting .
Autor:  ziolko [ czwartek, 5 kwietnia 2007, 15:48 ]
Tytuł: 
Właśnie piszę o tym że jak problem przedstawiony wyżej(1)nie zostanie rozwiązany to niceshaper i imq działał dobrze nie będzie.
Czyli wątek idzie dalej i problem z niceshaper i imq dla upload’u nie został rozwiązany .

(1)Doszedłem do wniosku że to problem htb i imq przy upload'zie i przekierowaniu w preroutingu.
Strona 1 z 1 Strefa czasowa UTC+2godz.
Powered by phpBB® Forum Software © phpBB Group
https://www.phpbb.com/