W dniu 2012-04-16 15:54, Tomasz Chiliński pisze:
W dniu 16.04.2012 14:36, Tomasz Chiliński napisał(a):
W dniu 16.04.2012 13:40, Daniel Kulesza napisał(a):
Możliwe, że jest jakiś problem, gdy podnosi interfejs, albo w samym tworzeniu klas przez accela. Ja niestety za słabo znam angielski, żeby to opisać twórcy. Może ktoś wrzuci jako BUG, gościu dość szybko reaguje na zgłoszenia.
Zaraz będę miał poprawione - to nie jest BUG - to jest błąd w naszych konfiguracjach. Odezwę się w tej sprawie tu jeszcze jak rozwiążę do końca problem.
Możliwe, że trzeba dodać coś w konfiguracji np. wielkość głównej kolejki
accel-ppp robi w module shaper wszystko ok. Nasze konfiguracje też są z grubsza poprawne - poza tym, że warto parametr shaper->r2q zmienić na powiedzmy 3000. Problem jest z obsługą większych cburstów od bursta. Dimitry zapomniał o ustawianiu również parametru burst i gdy burst < cburst to klasa htb jest nieprzewidywalna... Dziś przygotuję poprawkę.
Okej to nie błąd w kodzie accel-ppp tylko w naszej konfiguracji. Dopiero jak przejrzałem kod źródłowy shaper-a to znalazłem odpowiedź ;-)
Wystarczy wpisać zamiast domyślnej wartości shaper->cburst=1534 wartość 0 i działa.
Cześć, Podgrzeje trochę temat, bo właśnie testuje u siebie accel-ppp. Ogólnie już mi to z grubsza działa, ale mam 2 problemy:
1. Nie działa mi pobieranie wartości dla limitowania pasma, jak z cli wpiszę ręcznie to jest OK 2. Czy ma ktoś z Was zrobione logowanie po PIN zamiast tworzenia dla każdego komputera innego hasła?
PS. Korzystam z domyślnego konfigura, który jest dołączony do LMS, jedynie zmieniłem "Mikrotik-Rate-Limit" na "Filter-Id"
Pozdrawiam, SP