W dniu 14.10.2012 14:45, Łukasz Matys napisał(a):
Wiadomość napisana przez Tomasz Chiliński w dniu 14 paź 2012, o godz. 13:48:
Witam, takze u siebie musialem zoptymalizowac Qos. W lancuchu mangle zrezygnowalem z markowania pakietow, obecnie LMS tworzy klasy htb, a iptables CLASSIFY wrzuca ruch do odpowiej klasy klienta (calosc powiazana z IMQ).
W lancuchu filter uzylem 'ipset' przez co LMS generuje mi ipset'a, a jedna regulka przepuszczam ruch lub odrzucam.
Pytanie do Was, co jeszcze mozna zoptymalizowac? Z ok 10.000 regul, zostalo mi 1k regul iptables (reguly CLASSIFY).
- IPMARK + tc filter fwmark (2 reguły netfilter na cały shaping)
- tc filter u32 + hash tables (0 reguł netfilter na cały shaping)
Zastanawia mnie, czy mozna jakos efektywniej kierowac ruch do klas klientow nizeli poprzez CLASSIFY ? Pozdrawiam.
-- Pozdrawiam Tomasz Chiliński, Chilan
Nie widze tylko, aby lms w demonie i instancji tc-new mogl produkowac klasy w zapisie szesnastkowym, np:
tc class add dev eth1 parent 1:1 classid 1:12c htb rate 36kbit ceil 500kbit
Gdzie szukac rozwiazania?
Nie ma takiej możliwości w tej chwili, ale też nie widzę, żeby to było poważne ograniczenie. Wcale generowane numery klas ruchu nie muszą być szasnastkowe, choć faktycznie byłoby wtedy nieco bardziej optymalnie ze względu na maks. możliwą liczbę klasy jakie można wygenerować.
Pozdrawiam.