[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

klopot ze skryptem CBQ



Witam,

Mam pytanie do osob ktore rzezbily kiedys przy skrypcie cbq.init (akurat u mnie w v0.7.3). Czy jest jakas mozliwosc zeby zrobic na tym przycinanie nazwijmy to "zagniezdzone"?

Mam taka sytuacje. Jest interfejs np eth1 na ktorym wisi jedna z sieci lokalnych. pasmo tej sieci musi byc ograniczone w sumie do np 4MB. i to jest proste. piszemy dla niej regulke np postaci:

DEVICE=eth1,100Mbit,10Mbit
RATE=4Mbit
WEIGHT=409Kbit
PRIO=5
RULE=192.168.1.0/26

Tych 62 userow nie powinno juz wyciagnac z kabla wiecej niz 4MB.

Ale chcialbym miec tez mozliwosc ksztaltowania ruchu dla kazdego z tych userow WEWNATRZ tej 4MB klasy.
I tu pojawia sie problem bo cokolwiek nie napisze np:
DEVICE=eth1,100Mbit,10Mbit
RATE=256Kbit
WEIGHT=25Kbit
PRIO=5
RULE=192.168.1.5

dla tego samego interfejsu z uzyciem numeru z tej samej klasy sieciowej nie dziala! Prawidlowosc jest taka, ze dziala tylko regulka na ktora skrypt cbq.init natknie sie jako pierwsza. druga jest juz ignorowana. Moge oczywiscie przestawic kolejnosc (alfabetyczna po nazwie) i dac regulki userow jako pierwszych ale wtedy cbq przestaje ich ruch sumowac do limitu 4MB dla calej klasy. Mamy wiec taka sytuacje ze userzy dla ktorych napisze indywidualna regullke "wyskakuja" poza 4MB limit dla calej sieci.

Myslalem, nad znakowaniem pakietow i posluzeniem sie markami zamiast numerami IP przy pisaniu indywidualnych regulek. Ale mam watpliwosci czy serwer obslugujacy ta siec nie spoci sie zanadto znakowaniem kazdej ramki przy tej ilosci ruchu. No i prawde powiedziawszy podejrzewam rowniez, ze efekt przy markach bedzie ten sam, czyli nadal jedne regulki beda znosic drugie.

Czy ma ktos jakis pomysl jak to obejsc?

NIE NIE MOGE przejsc na HTB. Z pewnych wzgledow musze pozostac przy CBQ.
Jakies inne sugestie? ;)

Poz,

Sub




Reply to: