Freesco, NND, CDN, EOS

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)

Sprawdź, czy aby pakiety faktycznie trafiają do swoich kolejek. Jeżeli upload masz na imq0 to :

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

Cóż, wygląda dobrze. Wklej konfig niceshapera .

Widok z tc-viewer przedstawiony wcześniej pokazał jak przesterowane jest wszytko. Czyli ustawienie limitów sobie transfer rzeczywisty sobie.

CONFIG

CLASS

Według mnie opcja markowania powinna być włączona.

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

_________________
Pomógł? wypij jego zdrowie.
http://nnd-linux.pl/faq.php
http://wiki.nnd.freesco.pl/index.php/FAQ

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.

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.

_________________
Pomógł? wypij jego zdrowie.
http://nnd-linux.pl/faq.php
http://wiki.nnd.freesco.pl/index.php/FAQ

tak robilem test

bledy :)





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 :)

_________________
Pomógł? wypij jego zdrowie.
http://nnd-linux.pl/faq.php
http://wiki.nnd.freesco.pl/index.php/FAQ

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.

po licznych testach wynik negatywny .
W preroutingu przekierowanie do imq i pasmo nie jest przycinane. Dane trafiaja do klas ale leca sobie swobodnie .

dl=470

i przy tylko dodanych regulach przekierowujacych na imq upload, nie bedzie to wspolpracowalo z niceshaperm.

_________________
Pomógł? wypij jego zdrowie.
http://nnd-linux.pl/faq.php
http://wiki.nnd.freesco.pl/index.php/FAQ

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 .

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.