- lms - lists.lms.org.pl

Mailing do zadłużonych
by Paweł Rohde 16 Cze '04

16 Cze '04

Witam Moi userzy jakoś mocno się burzyli, gdy wysyłałem przypomnienia (poza notify) o płatnościach i o tym że naprawdę zostaną odcięci. W związku z tym w mailingu dodałem opcję "do zadłużonych". Chciałbym się tym podzielić z wami. Powiedzcie mi tylko jak się robi diffa :) -- pozdrawiam Paweł Rohde

1 0

Re: htb - jeszcze
by A.L.E.C 15 Cze '04

15 Cze '04

Tomasz Chilinski wrote: > A upload przy uwzględnieniu NAT-u? http://alec.pl/rc.htb - tu masz skrypt od którego chcę zacząć, a potem popracujemy nad ewentualną rozbudową tego (limitowanie połaczeń mam w innym skrypcie). -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://alec.pl gg-2275252

1 0

Re: htb - jeszcze
by Tomasz Chilinski 15 Cze '04

15 Cze '04

On Tue, 15 Jun 2004 19:11:35 +0200, A.L.E.C wrote > host_download = "%tc class add dev %if parent 1:2 classid %class htb > rate %rate ceil %ceil prio 2 quantum 1500 \n %tc qdisc add dev %if > parent %class esfq perturb 1 hash classic \n %tc filter add dev eth1 > protocol ip prio 5 parent 1:0 u32 match ip dst %ip flowid %class" > > %ip, %ceil, %rate - z bazy > %tc, %if - z .ini > %class - obliczy i wstawi demon/skrypt perlowy A upload przy uwzględnieniu NAT-u? > Pozdrawiam > Aleksander Machniak ( A.L.E.C ) Pozdrawiam Tomasz Chiliński

1 0

Re: htb - jeszcze
by A.L.E.C 15 Cze '04

15 Cze '04

Tomasz Chilinski wrote: > Filtry u32? tak, ale myślę, że będzie się dało skonfigurować całkowicie treść regułek w lms.ini regułka tc dla każdego hosta (dla downloadu) defaultowo będzie wyglądać następująco: host_download = "%tc class add dev %if parent 1:2 classid %class htb rate %rate ceil %ceil prio 2 quantum 1500 \n %tc qdisc add dev %if parent %class esfq perturb 1 hash classic \n %tc filter add dev eth1 protocol ip prio 5 parent 1:0 u32 match ip dst %ip flowid %class" %ip, %ceil, %rate - z bazy %tc, %if - z .ini %class - obliczy i wstawi demon/skrypt perlowy -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://alec.pl gg-2275252

1 0

Re: htb - jeszcze
by Tomasz Chilinski 15 Cze '04

15 Cze '04

On Tue, 15 Jun 2004 17:48:08 +0200, A.L.E.C wrote > o czym ja piszę? pytasz się o klasyfikację i ja ze zliczaniem > wyskakuję, sorry za nieporozumienie. Będzie to tc + esfq w > standardowej wersji (jesli dobrze pamiętam znany rc.htb tak robi) > bez imq. Filtry u32? > Pozdrawiam > Aleksander Machniak ( A.L.E.C ) Pozdrawiam Tomasz Chiliński

1 0

Re: htb - jeszcze
by pbern＠pbern.biz 15 Cze '04

15 Cze '04

On Tue, 15 Jun 2004, A.L.E.C wrote: > pbern(a)pbern.biz wrote: > > > Przy okazji czy moglbys dodac mozliwosc zdefiniowania parametrow dla > > lacz asymetrycznych? > > napisz dokładnie jak to ma wyglądać a się zastanowię, bo htb znam raczej > pobieżnie, a mam zlecenie na zintegrowanie tego z lmsem i myslę, że ktoś > może z tego jeszcze skorzystać. moze zbyt zawile opisalem... chodzi aby definiowanie interfejsu wan wygladalo nastepujaco wan_interfaces = eth1 wan_upstream = 256 wan_downstream = 1024 takie rozwiazanie typowo dslowe.. swoja droga czy w lmsie mozna zdefioniowac dwa lacza wan? i kierowac okreslonych userow do okreslonego lacza? Pozdrawiam Pawel Bernadowski GG 3377, email kontakt(a)pbern.biz

1 0

Re: htb - jeszcze
by detekt＠detekt.pl 15 Cze '04

15 Cze '04

Witam A.L.E.C, > A.L.E.C wrote: >> Tomasz Chilinski wrote: >>> Też popieram pierwsze rozwiązanie. >>> Jak realizujesz klasyfikację ruchu? >> >> wiem, że chciałbyś ipt_account, > o czym ja piszę? pytasz się o klasyfikację i ja ze zliczaniem wyskakuję, > sorry za nieporozumienie. Będzie to tc + esfq w standardowej wersji (jesli > dobrze pamiętam znany rc.htb tak robi) bez imq. a czy esfq jest w standardzie w jaju czy potrzeba latke na jajko ?? bo jezeli nie ma go w standardzie to proponuje sfq -- Pozdrawiam Detekt

1 0

Re: htb - jeszcze
by A.L.E.C 15 Cze '04

15 Cze '04

pbern(a)pbern.biz wrote: > Przy okazji czy moglbys dodac mozliwosc zdefiniowania parametrow dla > lacz asymetrycznych? napisz dokładnie jak to ma wyglądać a się zastanowię, bo htb znam raczej pobieżnie, a mam zlecenie na zintegrowanie tego z lmsem i myslę, że ktoś może z tego jeszcze skorzystać. -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://alec.pl gg-2275252

1 0

Re: htb - jeszcze
by A.L.E.C 15 Cze '04

15 Cze '04

A.L.E.C wrote: > Tomasz Chilinski wrote: >> Też popieram pierwsze rozwiązanie. >> Jak realizujesz klasyfikację ruchu? > > wiem, że chciałbyś ipt_account, o czym ja piszę? pytasz się o klasyfikację i ja ze zliczaniem wyskakuję, sorry za nieporozumienie. Będzie to tc + esfq w standardowej wersji (jesli dobrze pamiętam znany rc.htb tak robi) bez imq. -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://alec.pl gg-2275252

1 0

Re: htb - jeszcze
by pbern＠pbern.biz 15 Cze '04

15 Cze '04

On Tue, 15 Jun 2004, A.L.E.C wrote: > A ha, zapomiałem dodać, że ja jestem za pierwszym rozwiązaniem jednak. Czyli > wszystkie dane definiujemy w taryfie, a limity są obliczane średnio na każdy > komputer użytkownika. Myślę, że to będzie najbardziej wygodne i uniwersalne, > choć nie idealne. Ale może macie jakieś inne pomysły? Moim zdaniem jest to rozwiazanie bardzo rozsadne.. a w skrypcie zakladajacym ograniczenia w przypadku wiekszej liczby kompow (pow. 1) dzielimy przez ilosc kompow limit polaczen i te wartosci wstawiamy. Przy okazji czy moglbys dodac mozliwosc zdefiniowania parametrow dla lacz asymetrycznych? Pozdrawiam Pawel Bernadowski GG 3377, email kontakt(a)pbern.biz

1 0