- lms - lists.lms.org.pl

Re: daemon - poprawki
by A.L.E.C 24 Lis '03

24 Lis '03

> [ethers] > milo by bylo gdyby do pustych ip przypisywal zazerowanego mac`a mialem to zrobic, w koncu zapomnialem > [dhcp] > u mnie wymagalo to kilku poprawek. > - w lini domain-name jest \"%n;\"' a powinno byc \"%n\";' > - w lini dot. hostow dodal bym na poczatku tabulator (wynik lepiej > wyglada) > - w naglowku przydalo by sie ddns-update-style none; - u mnie bez > tego nie startuje wszystko mozna ustawic w lms.ini (patrz lms.ini.sample) > jak wywolywac modulu payments,cutoff,notify,tc,traffic??? jak na razie tylko z crona, czyli 'almsd -q -c lms.ini', przy czym lms.ini zawiera konfig do jednej instancji > [payments] > info = naliczanie oplat > module = /usr/local/lib/payments.so > > czy cos jeszcze musi byc??? jest jeszcze comment = "Abonament za okres: %period", ale to moze ulegnie zmianie p.s. pod koniec tygodnia bedzie lepsza dokumentacja do demona, wiec pytan bedzie mniej, ale testerów brakuje, wiec ciesze sie z wszystkich pytan, uwag i sugestii. -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://k27.prv.pl/alec GG-2275252

1 0

Re: [lms] Błąd w 1.1.3 (1.206/1.37)
by Tomasz Lam 24 Lis '03

24 Lis '03

> Wchodze do Uzytkownicy -> Nowy i na samej > górze otrzymuję takowy komunikat: > Notice: Błędna wartość opcji "10" > in /home/tomek/public_html/lms/index.php > on line 51 > Poradźcie jak się tego pozbyć?! Aha, 1.1.4 nie chce się rozpakować :( Tom

1 0

Błąd w 1.1.3 (1.206/1.37)
by Tomasz Lam 24 Lis '03

24 Lis '03

Wchodze do Uzytkownicy -> Nowy i na samej górze otrzymuję takowy komunikat: Notice: Błędna wartość opcji "10" in /home/tomek/public_html/lms/index.php on line 51 Poradźcie jak się tego pozbyć?! Tom

1 0

daemon - poprawki
by pbern＠pbern.biz 24 Lis '03

24 Lis '03

Wlasnie zabralem sie za doglebne testy i oto kilka moich uwag, [hosts] dziala wrecz idealnie [ethers] milo by bylo gdyby do pustych ip przypisywal zazerowanego mac`a [dhcp] u mnie wymagalo to kilku poprawek. - w lini domain-name jest \"%n;\"' a powinno byc \"%n\";' - w lini dot. hostow dodal bym na poczatku tabulator (wynik lepiej wyglada) - w naglowku przydalo by sie ddns-update-style none; - u mnie bez tego nie startuje jak wywolywac modulu payments,cutoff,notify,tc,traffic??? [payments] info = naliczanie oplat module = /usr/local/lib/payments.so czy cos jeszcze musi byc??? jezeli zalozymy ze daemon pracuje w tle to np. przy notify, konfig moglby wygladac tak: day = 1 { messsage = info1} day = 5 { message = 2 } tak by mozna bylo automatycznie rozsylac informacje do userow, ale o wyznaczonych dniach. ogolnie prosze tylko o wytyczne a stworze konfigi do wszytkich modulow.. Pozdrawiam Pawel Bernadowski GG 3377, email kontakt(a)pbern.biz

1 0

Re: Moje 3 grosze do LMS'a
by Marek Adamski 23 Lis '03

23 Lis '03

Witaj Rafal, W Twoim liście datowanym 18 listopada 2003 (19:33:30) można przeczytać: RR> Tak wiec stala sie straszna rzecz. Maniac wzial sie w gac i niczym kali RR> buszujacy po dzungli skaczacy z drzewa na drzewo buszowal po plikach RR> zrodlowych i skakal z funkicji na funkcje. I tak oto powstal mala poprawka. --CUT-- To ja mam takie małe pytanko. Dlaczego jak dodaje komputer do użytkownika do z ip zostaje mi tylko 192 (czyli pierwszy segment) a reszta ip zostaje obcięta? Nie wiem czy to jest istotne ale też pojawia mi się błąd w nowym skrypcię "Fatal error: Call to undefined function: getuserassignments() in /usr/share/lms/modules/userinfo.php on line 34" po skasowaniu tej lini niby działa ale z ip zostaje tylko 192 Oczywiście przegrałem nowy skrypt i upgrejdnełem baze sql. No i jeszcze wspomne że poprzednie ip zamieniają się na jakieś dziwne numerki. Może coś źle robie. Wersja LMS: 1.0.3 (1.176.2.6/1.27.2.5) Zalogowany jako: domyśle konto administracyjne Wersja PHP: 4.1.2 Wersja Smarty: 2.5.0 Wersja ADOdb: V4.03 6 Nov 2003 -- Pozdrowienia, **************************** * ICQ:42751516 * * GG:14747 * * Linux user:#253788 * ****************************

1 0

Re: lms-notify
by A.L.E.C 23 Lis '03

23 Lis '03

> W lms-notify jest taki oto wpis: > > linia:157 > > my $dbq = $dbase->prepare("SELECT users.id, lastname, users.name, > email, phone1, tariffs.description FROM users,tariff > WHERE users.tariff=tariffs.id"); > > > > A z changeloga wynika ze kolumny users.tariff juz niema. > Czy ktos obeznany moze mi podac co powinno byc wpisane? w cvs'ie w katalogu lms/daemon jest demon napisany w C i jest tam moduł notify, zobacz jak to jest tam zrobione i popraw sobie lms-notify jeśli znasz trochę perla i C, albo wypróbuj demona. -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://k27.prv.pl/alec GG-2275252

1 0

Re: lms-notify
by Marcin Król 23 Lis '03

23 Lis '03

Hello Krzysztof, Sunday, November 23, 2003, 10:34:12 AM, you wrote: > W lms-notify jest taki oto wpis: > linia:157 my $dbq = $dbase->>prepare("SELECT users.id, my $dbq = $dbase->>lastname, users.name, email, phone1, my $dbq = $dbase->>tariffs.description FROM users,tariff > WHERE users.tariff=tariffs.id"); > A z changeloga wynika ze kolumny users.tariff juz niema. > Czy ktos obeznany moze mi podac co powinno byc wpisane? Yyy a czy ktoś rozwija skrypty dla 1.1? -- Pozdrowienia, [ Marcin Król /Lexx lexx(a)polarnet.gliwice.pl ] [ GSM: +48504202454 GG: 652506 ICQ: 120579624 ] [ Per aspera ad astra Przez ciernie do gwiazd ]

1 0

lms-notify
by Krzysztof Zagorski 23 Lis '03

23 Lis '03

W lms-notify jest taki oto wpis: linia:157 my $dbq = $dbase->prepare("SELECT users.id, lastname, users.name, email, phone1, tariffs.description FROM users,tariff WHERE users.tariff=tariffs.id"); A z changeloga wynika ze kolumny users.tariff juz niema. Czy ktos obeznany moze mi podac co powinno byc wpisane? -- [ Krzysztof Zagórski GG:147848 ICQ: 236331820 GSM: +48 1E 0B 20 BC ] [ ircname: Maverick rlu:215007 PGP Key: http://3281429070/pgp ] [ http://znirevpx.wrfg.gjbvz.theh.cy mailto: maverick(a)irc.pl ]

1 0

Re: Dodawanie uzytkownikow, uwaga
by A.L.E.C 22 Lis '03

22 Lis '03

> Takie małe spostrzezenie, bo chyba komuś umskneło. > Przy dodawaniu nowych użytkowników nie pojawiają się wpisy adresu, > kodu i miasta (pomimo ustawienia ich w lms.ini) w momęcie kiedy > zaznaczona jest opcja "wywołaj ponownie ten formularz..." dzięki za uwagi, zostało poprawione. W przyszłości takie błędy proszę zgłaszać na bts.rulez.pl. -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://k27.prv.pl/alec GG-2275252

1 0

Re: Taryfy bardziej elastyczne.
by Zarzad Interblock 22 Lis '03

22 Lis '03

On Fri, 21 Nov 2003 21:40:37 +0100, A.L.E.C wrote > Podłączę się do wątku, bo mój problem dotyczy także taryf i uprate/downrate. > Mianowicie pisząc moduł do HTB, napotkałem na taki problem (w moim przypadku > tylko teoretyczny, ale realny). Na przykład, gdy user ma 2 kompy i płaci > abonament z dwóch taryf (do tego różnych) to jest problem z > ustaleniem uprate i downrate dla tych komputerów z osobna, bo taryfy > są przypisane do usera a nie do kompów. Jedyne rozwiązanie jakie mi > się nasuwa, to dodanie pól downrate i uprate do tabeli nodes, albo > (może nawet lepiej) zmiany w assignments, tak aby można było > przypisywać taryfy do kompów. Proszę o uwagi. W firmie w ktorej pracuje klienci moga swobodnie dodawac sobie nowe komputery (oczywiscie w granicach lokalu) tyle tylkoz e w HTB sa takie regoly, ze z puktu wiedzenia HTB sa traktowane jako jeden komputer, Co wiecej jest to celowe dzialanie z racji tego ze jezeli user placi raz to powienien miec jedno psmo a nie dwa. I teraz jak zrobic to ejszcze bardziej elatyczne.... hmmm wydaje mi sie ze najlepiejbylo by zrobic taki myk, zeby moze dodac jakies pole w stylu checkbox taryfie jeszcze ograniczenia na komputer/ograniczenia na uzytkownika. W przierwsyzmprzypadku gkalsy HTB moga byc tworzone po ID komputera, a w drugim klasy moga byc tworzone po ID uzytkownika.

1 0

Re: [lms] Re: Re: [lms] Re: [lms] Re: [lms] RE: [lms] Kilka wyjaśnień.
by A.L.E.C 21 Lis '03

21 Lis '03

> tutaj prosba do Ciebie... > gdybys mogl dodac do payments 'kary', > ja bym to widzial tak: > dodajemy do kazdego usera pole 'kary' o domyslej wartosci null. > do pliku konfiguracyjnego zmienna kara = [1-31] - dzien naliczania > kary. potrzebna by byla jeszcze opcja w ktorej mozna by ustawic > wysokosc kary. jeszcze opcja określająca, czy kara ma być jednorazowa, czy za każdy dzień zwłoki, co jeśli ma taryfę tygodniową lub roczną, a co jeśli nie płaci kilka miesięcy, pewnie jeszcze parę innych aspektów. Widziałem tą propozycję już w BTS'ie, ale na razie nie planuję się za to brać. Z resztą uważam, że najlepszą karą jest odcięcie od netu :) -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://k27.prv.pl/alec GG-2275252

1 0

Re: Taryfy bardziej elastyczne.
by A.L.E.C 21 Lis '03

21 Lis '03

Podłączę się do wątku, bo mój problem dotyczy także taryf i uprate/downrate. Mianowicie pisząc moduł do HTB, napotkałem na taki problem (w moim przypadku tylko teoretyczny, ale realny). Na przykład, gdy user ma 2 kompy i płaci abonament z dwóch taryf (do tego różnych) to jest problem z ustaleniem uprate i downrate dla tych komputerów z osobna, bo taryfy są przypisane do usera a nie do kompów. Jedyne rozwiązanie jakie mi się nasuwa, to dodanie pól downrate i uprate do tabeli nodes, albo (może nawet lepiej) zmiany w assignments, tak aby można było przypisywać taryfy do kompów. Proszę o uwagi. -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://k27.prv.pl/alec GG-2275252

1 0

Re: Re: [lms] Re: [lms] Re: [lms] RE: [lms] Kilka wyjaśnień.
by pbern＠pbern.biz 21 Lis '03

21 Lis '03

On Thu, 20 Nov 2003, A.L.E.C wrote: > nie ma sprzeciwów, to panowie do roboty! Ja oczywiście staram się jak mogę > dawać dobry przykład. tutaj prosba do Ciebie... gdybys mogl dodac do payments 'kary', ja bym to widzial tak: dodajemy do kazdego usera pole 'kary' o domyslej wartosci null. do pliku konfiguracyjnego zmienna kara = [1-31] - dzien naliczania kary. potrzebna by byla jeszcze opcja w ktorej mozna by ustawic wysokosc kary. czy jest takie cos do zrealizowania??? a co najwazniejsze czy bys TY to zrobil ;) Pozdrawiam Pawel Bernadowski GG 3377, email kontakt(a)pbern.biz

1 0

Re: Taryfy bardziej elastyczne.
by hunter 21 Lis '03

21 Lis '03

On Fri, Nov 21, 2003 at 01:38:46PM +0100, Rafal Ramocki wrote: > Witam > > Co do taryf to proponuje zrobic tak: > Z tablicy tarrifs wywalic koluymny uprate i downrate. a dodac kolumne > credits. Nastepjnie dodac tablice "tariffs_zones". W tej tabeli pola > odpowiednio Ech, rzeźbienie w niepowiem czym. 3/4 ludzi nawet nie zauważy takich ficzerów jako konieczne/przydatne. pozatym np od 8 do 17 możesz łatwo up/down wszystkich o danym id zmienić kożystając z crona. > Co myslicie? Ja moglbym nawet posiedziec i sie tym zajac. Oczywiscie o ile to > nie przerosnie moich mozliwosci :P Jak zrobisz to się chyba nikt nie obrazi. A może nawet podziękuje :) kd. -- Krzysztof Drewicz Podsłuchane na pogrzebie: "Wiem, że to niezręcznie pytać o takie rzeczy w tej chwili, ale przypominasz sobie, żeby on kiedykolwiek wspomniał coś o kodzie źródłowym?" --- Charles Addams

1 0

Taryfy bardziej elastyczne.
by Rafal Ramocki 21 Lis '03

21 Lis '03

Witam Co do taryf to proponuje zrobic tak: Z tablicy tarrifs wywalic koluymny uprate i downrate. a dodac kolumne credits. Nastepjnie dodac tablice "tariffs_zones". W tej tabeli pola odpowiednio ruleid - numerek identyufikacyjny regoly tarrifid - identyfikator taryfy do ktorej nalezy wpis download_cir\ download_eir \ > wiadomo, do czego upload_cir / upload_eir / time_zone - godzian od ktorej ma obowiazywac dana regola. Takie rozwiazanie da mozliwosc elastycznej konfiguracji dla kadzego. Stworza sie mozliwosci konfiguracji: - Inna predkosc w dzien i w nocym, czy w roznych strefach czasowych - Inna predkosc dla download i upload - Inna predkosc gwarantowana a inna maxymalna (zeby lacze providera sie nie nudzilo) - Mozliwosc ograniczenia ilosci przesylnaych danych do XXXX na miesiac (taka praktyke stosuje na przyklad moj obeny provider mam 10GB po p[rzekroczneiu ktorych mam 2gr za kazdy kolejny megabajt. Co myslicie? Ja moglbym nawet posiedziec i sie tym zajac. Oczywiscie o ile to nie przerosnie moich mozliwosci :P z powazaniem Rafal Ramocki

1 0

Problem ze skryptami lms-*
by Krzysztof Zagorski 20 Lis '03

20 Lis '03

Przy probie odpalenia skryptow (przykladowo niech bedzie to lms-notify) Dostaje tylko taki okmunikat o bledzie: lms-notify, version 1.1.4 Tanith (C) 2001-2003 LMS Developers Using file /etc/lms/lms.ini as config. DBD::Pg initialisation failed: Can't locate object method "driver" via package "DBD::Pg" at /usr/lib/perl5/DBI.pm line 723. Perhaps the capitalisation of DBD 'Pg' isn't right. at /usr/sbin/lms-notify line 145 Pewnie albo jeszcze czegos mi brakuje, albo np. jest zle zainstalowane. Czy ktos mogl by mnie naprowadzic co mam probowac naprawic? Wersja Perla 5.8.2 Postgres'a 7.3.4-9 Module id = DBD::Pg CPAN_USERID DWHEELER (David Wheeler <david(a)wheeler.net>) CPAN_VERSION 1.31 CPAN_FILE R/RU/RUDY/DBD-Pg-1.31.tar.gz MANPAGE Pg - Perl5 extension for PostgreSQL INST_FILE /usr/share/perl5/DBD/Pg.pm INST_VERSION 2.0.2 -- [ Krzysztof Zagórski GG:147848 ICQ: 236331820 GSM: +48 1E 0B 20 BC ] [ ircname: Maverick rlu:215007 PGP Key: http://3281429070/pgp ] [ http://znirevpx.wrfg.gjbvz.theh.cy mailto: maverick(a)irc.pl ]

1 0

Re: [lms] Re: [lms] Re: [lms] RE: [lms] Kilka wyjaśnień.
by A.L.E.C 20 Lis '03

20 Lis '03

> To nie mam wyjścia? Hmm, to na początek was trochę pogonię, Baseciq > zrobi invoices (tego w sumie nie widać), Lexx - netdevip (a to > wygląda nieładnie), ja trochę jestem zajęty demonem, ale skrobnę w > dokumentacji o formacie pliku konfiguracyjnego (z uwagi na nowe > funkcje parsujące) - to tyle jeśli chodzi o 1.1.5, trzeba to zamknąć > w tym miesiącu. Natomiast do końca roku pasuje wszystko dopracować i > napisać dokumentację do demona (to ja) i może 1.2.0 ? Być może > jeszcze przed 1.2 zrobię INET_NTOA i INET_ATON, ale rewolucja > Basecikowa, jeszcze chyba poczeka. nie ma sprzeciwów, to panowie do roboty! Ja oczywiście staram się jak mogę dawać dobry przykład. -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://k27.prv.pl/alec GG-2275252

1 0

Re: stabilna wersja
by Radosław Antoniuk 20 Lis '03

20 Lis '03

>> Kiedy można się spodziewać nowej stabilnej wersji lms'a? z linii 1.2 ? >proponuje archiwum... mowa byla o koncu 2003. > Jak się uda to na gwiazdkę :P -- Warden

1 0

Re: stabilna wersja
by pbern＠pbern.biz 20 Lis '03

20 Lis '03

On Thu, 20 Nov 2003, Paweł Rohde wrote: > Witajcie > > Kiedy można się spodziewać nowej stabilnej wersji lms'a? z linii 1.2 ? proponuje archiwum... mowa byla o koncu 2003. Pozdrawiam Pawel Bernadowski GG 3377, email kontakt(a)pbern.biz

1 0

stabilna wersja
by Paweł Rohde 20 Lis '03

20 Lis '03

Witajcie Kiedy można się spodziewać nowej stabilnej wersji lms'a? z linii 1.2 ? pozdrawiam Paweł

1 0

Re: Moje 3 grosze do LMS'a
by Zarzad Interblock 19 Lis '03

19 Lis '03

On Wed, 19 Nov 2003 17:53:22 +0100, Administrator (warsztat) wrote > Witaj Przemysław, > > W Twoim liście datowanym 18 listopada 2003 (22:59:13) można przeczytać: > > >> Dobrym rozwiazeniem bylo by tez dodanie w taryfac pola CIR... > >> > PRG> Hmm.... IMHO zbędne.. > PRG> jeżeli chcesz generować pliki do HTB możesz określić CIR jako: > PRG> * stałą wartość > PRG> * procent przepustowości > > PRG> Osobićie generuję rozwiazanie 2 częściowe: LMS generuje mi plik > w formacie PRG> %ID %IP %UPRATE %DOWNRATE i na jego podstawie > dopiero generuję plik dla PRG> htb.init (ot takie lenistwo) gdzie > określam RATE (CIR) CEIL (EIR) > > Tzn ja generuje EIR (narazie) dla upload i downrate wiec juz nie mam > pola na CIR, ale to nie bedzie chyba trudne do zrobienia wiec pomysle > nad tym (bo uwazam ze jest to dobra mysl). Narazie jednak mam dwa > kola :( Ja myslalem sporo nad tymi taryfami i tym co moze byc potrzebne zeby system taryf byl mozliwie bardzo elastyczny i zeby dal sie dopasowac do kazdej sieci. Tak amatorskiej jak i komercyjnej. W moim chorym umysle zrodzil sie taki oto szatanski plan: 0. Wywalic z tabeli tariffs pola downrate i uprate i dolozyc pole "credits" ktore bedzie limitem ilosci danych jaki bedzie mogl uzytkownik przeslac w ciagu miesiaca. (Teraz kozystam z uslug firmy ktora rozlicza klientow z ilosci danych jakie przesylaja, mam miesiecznie 10GB, a potem kazdy megabajt kosztuje mnie 2gr) 1. Dolozyc jeszcze jedna tabele ktora w mysql'u bedzie defiuniowana na przyklad tak: CREATE TABLE tariffs_timezones ( id int(11) NOT NULL auto_increment, tariffid int(11) NOT NULL default '0', timezone time NOT NULL default '00:00:00', dl_cir int(11) default '0', dl_mir int(11) default '0', ul_cir int(11) default '0', ul_mir int(11) default '0', PRIMARY KEY (id), UNIQUE KEY id (id), KEY id_2 (id) ) TYPE=MyISAM; 2. Kazdy rekord w tabeli tarrifs bedzie sie tyczyl ogolnej definicji taryfy, tylko ogolnej bez predkosci czy sterf czasowych. 3. Kazdy reokrd w nowej tabeli bedzie definicja tego jak ma dzialac dana taryfa w okreslonej porze dnia lub nocy iu jaka predkosc ma miec user w danej porze dnia. 4. Pola w nowej tabeli: - id - identyfikator danej regoly (na dobra sprawe mozna yb to chyba pominac) - tariffid - identyfoikator taryfy do ktorej nalezy regola - timezone - czas od ktorego ma obowiazywac dana regola (na przykalad od 01:00) Do momentuy nie wlaczoenia kolejnej regoly beidze obowiazywala ta - dl_cir - predkosc jaka chcemy uzytkownikowki zagwarantowac w tym czasie - dl_mir - w przypadku niedociazonego lacza prezdkosc jaka uzytkownik bedzie mogl osiagnac maxymalnie - ul_mir - analogicznie - ul_mir - analogicznie Co myslicie o takim rozwiaznaiu?? Bo mnie sie wydaje ze moze to kompleksowo rozwiazac wszelkie mozliwosci taryfowe. Jezeli cos jest nie jasne to pytajcie :) BO pise ot po 5 godzinach zabwy w noigagame i mi mozg sie jeszcze po tym nie przestawil na normalne myslenie :P z powazaniem Rafal Ramocki

1 0

Re: Moje 3 grosze do LMS'a
by Administrator (warsztat) 19 Lis '03

19 Lis '03

Witaj Przemysław, W Twoim liście datowanym 18 listopada 2003 (22:59:13) można przeczytać: >> Dobrym rozwiazeniem bylo by tez dodanie w taryfac pola CIR... >> PRG> Hmm.... IMHO zbędne.. PRG> jeżeli chcesz generować pliki do HTB możesz określić CIR jako: PRG> * stałą wartość PRG> * procent przepustowości PRG> Osobićie generuję rozwiazanie 2 częściowe: LMS generuje mi plik w formacie PRG> %ID %IP %UPRATE %DOWNRATE i na jego podstawie dopiero generuję plik dla PRG> htb.init (ot takie lenistwo) gdzie określam RATE (CIR) CEIL (EIR) Tzn ja generuje EIR (narazie) dla upload i downrate wiec juz nie mam pola na CIR, ale to nie bedzie chyba trudne do zrobienia wiec pomysle nad tym (bo uwazam ze jest to dobra mysl). Narazie jednak mam dwa kola :( -- Pozdrowienia, Administrator mailto:broneq@warsztat.net.pl

1 0

Re: Moje 3 grosze do LMS'a
by Zarzad Interblock 18 Lis '03

18 Lis '03

On Tue, 18 Nov 2003 22:59:13 +0100, Przemysław 'Repcio' Gubernat wrote > On Tue, Nov 18, 2003 at 09:33:32PM +0100, Administrator (warsztat) wrote: > > Witaj Rafal, > > > > W Twoim liście datowanym 18 listopada 2003 (19:33:30) można przeczytać: > > > > RR> Aha i moze nastene co popsuje w lmsie to bedzie obsluga takiego przypadku ze > > RR> userzy maja inne predkosci w dzien i inne w nocy w taryfach. Tak jak jest w > > RR> mojej firmie w ktorej pracuje. > > > > Dobrym rozwiazeniem bylo by tez dodanie w taryfac pola CIR... > > > Hmm.... IMHO zbędne.. > jeżeli chcesz generować pliki do HTB możesz określić CIR jako: > * stałą wartość > * procent przepustowości > > Osobićie generuję rozwiazanie 2 częściowe: LMS generuje mi plik w > formacie %ID %IP %UPRATE %DOWNRATE i na jego podstawie dopiero > generuję plik dla htb.init (ot takie lenistwo) gdzie określam RATE > (CIR) CEIL (EIR) > A ja sadze ze mozna by sprawy pokombinowacjeszcze bardziej i zrobic wypadkowa mojego ASK'u i mojej firmy :) mozna by mianowicie zrobic taki myk co by bylo pare kombinacji, Wtedy LMS zyskal by na elastycznosci. Owe kombinacje to do wyboru: Wzgledem pory dnia: Szczyt, poza szcytem, noc (rozne predkosci) Na to: Upstream i Downstream i na to CIR i EIR. Wtedy uzyskujemy dosyc elastyczne narzedzie do tunigu taryf ;) Tyle tylko zeby przecietny user sie polpapal to trzeba troche ograniczyc. Domyslnie ptaszka zrobic zeby CIR=EIR, (chociaz CIR to wielkie slowo w wiekszosci firm) Domyslnie Downstream=Upstream=CIR. i domyslnie Szczyt=Pozaszczytem=Noc. Wtedy mamy do wklepania tylko trzy opcje Tyle tylkoz e to jest juz sporo kombinowania (tak mi sie wydaje) moze znajde na to czas, tyle tylko ze o ile ostatnie modyfikacje to bylo raptem kilka drobnych poprawek, tak teraz wolal bym tego nie zaczynac jezeli by nei mialo zostac umieszczone w jednej z kolejnych wersji. Aha po wstepnym zapoznaniu sie z kodem ten php nie jest taki trudny jak by sie wydawalo. Ale trzebaprzyznac ze LMS jest tworzony zeczywiscie na dosyc wysokim (przynajmniej jak dla mnie) poziomie abstrakcji :P Wiecej mi zajelo zapoznanie sie ze struktura kodu niz same modyfikacje ;) z powazaniem Rafal Ramocki

1 0

Re: Moje 3 grosze do LMS'a
by Przemysław 'Repcio' Gubernat 18 Lis '03

18 Lis '03

On Tue, Nov 18, 2003 at 09:33:32PM +0100, Administrator (warsztat) wrote: > Witaj Rafal, > > W Twoim liście datowanym 18 listopada 2003 (19:33:30) można przeczytać: > > RR> Aha i moze nastene co popsuje w lmsie to bedzie obsluga takiego przypadku ze > RR> userzy maja inne predkosci w dzien i inne w nocy w taryfach. Tak jak jest w > RR> mojej firmie w ktorej pracuje. > > Dobrym rozwiazeniem bylo by tez dodanie w taryfac pola CIR... > Hmm.... IMHO zbędne.. jeżeli chcesz generować pliki do HTB możesz określić CIR jako: * stałą wartość * procent przepustowości Osobićie generuję rozwiazanie 2 częściowe: LMS generuje mi plik w formacie %ID %IP %UPRATE %DOWNRATE i na jego podstawie dopiero generuję plik dla htb.init (ot takie lenistwo) gdzie określam RATE (CIR) CEIL (EIR) -- Szanuj admina swego, możesz mieć gorszego..... (c) 2000 Przemysław Gubernat IPv4://repcio@3575230515 IPv6://repcio@3ffe:8010:1c:beaf::2 +-=-=- Przemysław Gubernat <repcio(a)repcio.net> -=-=-=-=-=-=-+ | Network Administrator @ Repcio.NET & Trzebnica.NET | | Jestem twoim ostatecznym rozwiązaniem ! | +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+

1 0

Re: Problem z "taryfy i finanse"
by Krzysztof Zagorski 18 Lis '03

18 Lis '03

Tuesday, November 18, 2003, 9:27:36 PM, you wrote: > no i następna niedoróbka, brakuje ci kolumny netdev w tabeli nodes, > zaglądnij do Changelog. Oczywiscie pomoglo. Nauczka dla mnie zeby zagladac jednak w changeloga. (a bylo napisane zeby czytac dokladnie... :) Dzieki za pomoc. Biore sie za "wdrazanie" i testowanie jak sprawdza sie w praniu. Mam tez kilka malutkich pomyslow co jeszcze mozna bylo by zrboic uzytecznego, ale o tym moze kiedy indziej. -- [ Krzysztof Zagórski GG:147848 ICQ: 236331820 GSM: +48 1E 0B 20 BC ] [ ircname: Maverick rlu:215007 PGP Key: http://3281429070/pgp ] [ http://znirevpx.wrfg.gjbvz.theh.cy mailto: maverick(a)irc.pl ]

1 0