- lms - lists.lms.org.pl

Re: Jak sobie radzicie gdy ktoś ma dwa kompy na dwóch taryfach ?
by Łukasz Wojciechowski 31 Sie '05

31 Sie '05

Jaroslaw Dziubek napisał(a): > [Tuesday, 30 August 2005], Łukasz Wojciechowski napisał(a): > > >>>Ja mam to wprowadzone (uprzedzajac pytania: TAK slalem patcha na liste >>>nawet 2 razy). >>> >>>Zalozenia: >>>- Kazdy klient ma 1 lub wiecej taryf >>>- Kazdy komputer ma przypisana jedna taryfe (jak nie ma - nie ma >>> wyjscia na swiat - zabezpieczenie przed pomylka) >>>- Taryfa moze byc przypieta do kilku komputerow, ale tylko tego samego >>> klienta (ale to oczywiste). >>> >>>Dziala to u mnie sprawnie od kilku miesiecy (moge podeslac skrypty + >>>patcha wzgledem tego co jest w CVS, ale na priva - nie bede zasmiecal >>>listy po raz kolejny). Podejrzewam, ze ze wzgledu na specyfike bedzie >>>trzeba nad tymi skrtyptami popracowac aby je u siebie odpalic. >> >>Ja ślicznie poproszę - napewno skorzystam. > > Kilka uwag: > > 1) Musisz dodac tabele do bazy: > CREATE TABLE nodesassignments ( > nodeid int(11) default NULL, > assignmentid int(11) default NULL > ) TYPE=MyISAM; > 2) W php jest gdzies blad bo czasami dodaje do powyzszej tabeli > uzytkownika z assignmentid=0 - nie przeszkadza to w niczym, ale od > czasu do czasu trzeba zerknac i sprawdzic ;-) > 3) skrypt lms-traffic-htbiptlimits jest dosc specyficzny:))) > - ruch calkowity jest obcinany do poziomu 2* up/down ceil > - ruch WWW jest obcinany do poziomu 2* up/down ceil > - ruch nie-WWW i nie-p2p jest obcinany do poziomu up/down ceil > - ruch p2p jest obcinany do poziomu up/down rate > :)))) > > pozdrawiam thx -- pozdrawiam Łukasz Wojciechowski

1 0

Re: Jak sobie radzicie gdy ktoś ma dwa kompy na dwóch taryfach ?
by Łukasz Wojciechowski 30 Sie '05

30 Sie '05

Jaroslaw Dziubek napisał(a): > [Tuesday, 30 August 2005], Łukasz Wojciechowski napisał(a): > > >>Ale co w przypadku gdy Klient ma np abonament na 64kbit/s na jeden z >>kompów a 128kbit/s na dwa inne (działające zamiennie) - taki oto >>przykład wymyśliłem. > > Ja mam to wprowadzone (uprzedzajac pytania: TAK slalem patcha na liste > nawet 2 razy). > > Zalozenia: > - Kazdy klient ma 1 lub wiecej taryf > - Kazdy komputer ma przypisana jedna taryfe (jak nie ma - nie ma > wyjscia na swiat - zabezpieczenie przed pomylka) > - Taryfa moze byc przypieta do kilku komputerow, ale tylko tego samego > klienta (ale to oczywiste). > > Dziala to u mnie sprawnie od kilku miesiecy (moge podeslac skrypty + > patcha wzgledem tego co jest w CVS, ale na priva - nie bede zasmiecal > listy po raz kolejny). Podejrzewam, ze ze wzgledu na specyfike bedzie > trzeba nad tymi skrtyptami popracowac aby je u siebie odpalic. Ja ślicznie poproszę - napewno skorzystam. > PS. Nie robie klientom problemow jesli chcac miec >1 komputer z tym ze > musze je zglosic > PS2. Moga sobie postawic jakas mydelniczke - tez nie ma problemow. Dwa zdrowe podejścia - gratuluję -- pozdrawiam Łukasz Wojciechowski

1 0

Re: Jak sobie radzicie gdy ktoś ma dwa kompy na dwóch taryfach ?
by Jaroslaw Dziubek 30 Sie '05

30 Sie '05

[Tuesday, 30 August 2005], Krzysztof Drewicz napisał(a): > I wszystko na jedną fakturę to zrób tak: (venę mam, słuchaj mnie ludu, > przemawiał będę [głosem króla Lemura z madakaskaru) > a) żadne z w/w nie ma "wystawianej F-vat" > b) należą do jednej grupy np Kowalski > c) (tutaj zaczynają się zmiany które możesz spokojnie diffnąć i podesłać > i sam 4 łapkami je dodam) > d) zrób stronę z grupami powodującą że jakaś grupa może mieć atrybut > "grupująca płatności" powoduje to że osoba "Kowalski" może należeć co > najwyżej do jednej grupy tego typu > e) skrypt wystawiający faktury lms-invoice skopiuj do > lms-invoice-by-group, payments do payments-group. > f) rzeczy takie jak ID klienta, adres etc... bierzemy z grupy, > ostatniego dopisanego (do lmsa, o max ID z users ) traktujemy jako > adres, konto abonamentowe etc... > g) użytkownikom (aka clients) zawieś naliczanie aby zwykłe payments nie > naliczało > h) -group wystawia F-Vat zbiorczą i nalicza opłaty jednemu > (maksymalnemu) klientowi Mnie by sie przydala opcja (per klient): - agregacja pozycji na fakturze [x] - opis pozycji na fakturze: [Abonament za dostep do Internetu za miesiac] Poniewaz wycofaliscie sie z rozliczenia nie powinno byc problemow z tworzeniem faktur na tej podstawie. -- Yaro IRL:Jaroslaw Dziubek, ICQ:1340145 | Niewiele jest rzeczy, których http://yaro.perfect.net.pl/ | nie dało by się załatwić KNM Member: http://www.knm.org.pl/ | przy pomocy odpowiedniej IRC: Yaro na #grudziadz | dawki materiałów wybuchowych.

1 0

Re: Jak sobie radzicie gdy ktoś ma dwa kompy na dwóch taryfach ?
by Jaroslaw Dziubek 30 Sie '05

30 Sie '05

[Tuesday, 30 August 2005], Łukasz Wojciechowski napisał(a): > Ale co w przypadku gdy Klient ma np abonament na 64kbit/s na jeden z > kompów a 128kbit/s na dwa inne (działające zamiennie) - taki oto > przykład wymyśliłem. Ja mam to wprowadzone (uprzedzajac pytania: TAK slalem patcha na liste nawet 2 razy). Zalozenia: - Kazdy klient ma 1 lub wiecej taryf - Kazdy komputer ma przypisana jedna taryfe (jak nie ma - nie ma wyjscia na swiat - zabezpieczenie przed pomylka) - Taryfa moze byc przypieta do kilku komputerow, ale tylko tego samego klienta (ale to oczywiste). Dziala to u mnie sprawnie od kilku miesiecy (moge podeslac skrypty + patcha wzgledem tego co jest w CVS, ale na priva - nie bede zasmiecal listy po raz kolejny). Podejrzewam, ze ze wzgledu na specyfike bedzie trzeba nad tymi skrtyptami popracowac aby je u siebie odpalic. PS. Nie robie klientom problemow jesli chcac miec >1 komputer z tym ze musze je zglosic PS2. Moga sobie postawic jakas mydelniczke - tez nie ma problemow. -- Yaro IRL:Jaroslaw Dziubek, ICQ:1340145 | Niewiele jest rzeczy, których http://yaro.perfect.net.pl/ | nie dało by się załatwić KNM Member: http://www.knm.org.pl/ | przy pomocy odpowiedniej IRC: Yaro na #grudziadz | dawki materiałów wybuchowych.

1 0

Re: Jak sobie radzicie gdy ktoś ma dwa kompy na dwóch taryfach ?
by Łukasz Wojciechowski 30 Sie '05

30 Sie '05

> Łukasz Wojciechowski napisał(a): > >> >> >> Jak spłodzę coś sensownego to napewno się podziele. > > > uhm. sprawdź to co commitnąłem. używam na małą skalę ale SOA#1, tzn od > kiedy włączyłem nie mam problemów. Możesz wskazać konkretnie ? > >> >>>> Ale co w przypadku gdy Klient ma np abonament na 64kbit/s na jeden z >>>> kompów a 128kbit/s na dwa inne (działające zamiennie) - taki oto >>>> przykład >>> >>> >>> >>> >> [...]stosowane przez innych praktyki. >> >>>> Taryfa występuje jako zobowiązanie i niema jako tako powiązania z >>>> hostami klienta. >>>> >>> >> Wszystko OK ale co w sytuacji, gdy klient ma wykupione dwie taryfy - >> np. 512kbit/s dla swojego kompa-zasysacza i 64kbit/s dla córki >> gadu-gadacza (przykład może mało realny ale to niema znaczenia) >> >> Jak postapiłbyś wtedy ? > > > Olał ciepłym moczem. Ale nie jestem właścicielem żadej firmy więc wiesz. > Znajomy właściciel ostatnio olał klienta bo ten miał problemy że gdy > łączem 64 kbps ssie 8 KB/s a pingi są klasy >=500 ms. Klient 3-ci > miesiąc czeka na założenie DSLa i pluje sobie w ucho. > > Aktualnie to co jest Tobie potrzebne wymagałoby zmiany założeń w bazie i > ui lmsa, aktualnie są robione finansowe zmiany a i jest co robić. > 2 abonamenty? cóż rozbiłbym na 2 konta abonentów i 2 faktury. > > Po prostu zadużo chromolenia aby usatysfakcjonować 1 klienta na 100. > Jeśli chce mieć coś takiego to zaoferuj mu jakiś mini router+switch z > vlanami klasy 1 wan + 4 lan z zarządzaniem pasmem. Kosztują teraz w > okolicach do 200 zł pudełka które mu pozwolą na coś takiego i transfery > w lanie z fullspeed + dodatkową separację. Zbyt dużo własnych zmian w LMS'ie to powód dla którego zostałem przy v1.5 dlatego jestem ZA dokonywaniem jak najmniejszych zmian. Wybiorę taki wariant. Założenie, że klient może mieć tylko jedno zobowiązanie i będzie to jedna ze zdefiniowanych taryf (LMSa używam tylko do zarządzania od strony "technicznej", do finansów jest inny system). A w przypadku, gdy klient będzie chciał mieć dwie różne taryfy to będzie "posiadał" dwa konta w LMS'ie - po jednym dla każdej taryfy. Dodatkowo - np taryfa 512kbit/s będzie wsytępowała w wersji 1, 2, 3, ... kompy bo są też sytuacje takie, że ktoś ma i płaci za dwa niezależne kompy na tej samej prędkości. Mając na sztywno zdefniowane taryfy będe mógł ustalić czy kilka hostów danego klienta ma być w jednej rurce czy każdy w oddzielnej. To będzie chyba najlepsze rozwiązanie. >> Wszystko ładnie i pięknie ale przeróbki, które robię zostały wymuszone >> tym, że "zostaliśmy" LIR'em i chcemy dać każdemu klientowi publiczny >> adres IP więc z "frywolną" asdresacją/numeracją nie poszalejemy. > > > Więc baza adresów ip dodatkowa? hm. to co w lmsie jest nie miało być > nigdy przygotowane na sytuacje "duży ISP". Po prostu nie ma tam miejsca > na np dodatkowe ipki czy powiązania konkretnych 5 klas adresów z > konkretnymi abonamentami i dopięcia jednego płatnika. po prostu nie jest > to kobyła którą się przystosowywuje do lanu tylko na odwrót. Nie wiem co masz na myśli pisząc "duży ISP" - do tej pory LMS w zakresie obsługi technicznej radzi sobie bez problemu z ilością hostów oscylującą w granicach 4 tys. przydzielonych do 14 sieci o wielkościach od /24 po /21. Do czasu opracowania całkowicie własnego systemu na bank będziemy korzystać z LMS'a. >> ponownie - pytałem bardziej o przykłady postępowania stosowane przez was > > > Mam zasade: najmniejszym kosztem ugłaskać klienta. Ergo po co męczyć się > skoro można coś zrobić prosto. > > Hm. Jeśli bardzo mocno potrzebujesz mieć sytuację taką: > Jan Kowalski .... abo 256 > Ania kowalska abo 64 > Koiwalski i sp-ka 1024 > > I wszystko na jedną fakturę to zrób tak: (venę mam, słuchaj mnie ludu, > przemawiał będę [głosem króla Lemura z madakaskaru) > a) żadne z w/w nie ma "wystawianej F-vat" > b) należą do jednej grupy np Kowalski > c) (tutaj zaczynają się zmiany które możesz spokojnie diffnąć i podesłać > i sam 4 łapkami je dodam) > d) zrób stronę z grupami powodującą że jakaś grupa może mieć atrybut > "grupująca płatności" powoduje to że osoba "Kowalski" może należeć co > najwyżej do jednej grupy tego typu > e) skrypt wystawiający faktury lms-invoice skopiuj do > lms-invoice-by-group, payments do payments-group. > f) rzeczy takie jak ID klienta, adres etc... bierzemy z grupy, > ostatniego dopisanego (do lmsa, o max ID z users ) traktujemy jako > adres, konto abonamentowe etc... > g) użytkownikom (aka clients) zawieś naliczanie aby zwykłe payments nie > naliczało > h) -group wystawia F-Vat zbiorczą i nalicza opłaty jednemu > (maksymalnemu) klientowi > > magia jest taka że jest to minimum zmian i pozwala na dodanie nawet do > 1.4.x w/w funkcjonalności. > "Maksymalny" też jest dobrany po to aby zrobić po prostu nowego gołego > "płatnika" który może nie mieć nawet abonamentu i łatwo go było zmieniać. > > oczywiście w/w wymaga mocnych testów i zmian chyba nawet w cutoff ale > najszybciej to właśnie tak widzę. To już wymaga zbyt wiele czasu a i przydatność jest mocno dyskusyjna - przynajmniej w moim przypadku. dzięki za dyskusje -- pozdrawiam Łukasz Wojciechowski

1 0

Re: Jak sobie radzicie gdy ktoś ma dwa kompy na dwóch taryfach ?
by Krzysztof Drewicz 30 Sie '05

30 Sie '05

Łukasz Wojciechowski napisał(a): > > > Jak spłodzę coś sensownego to napewno się podziele. uhm. sprawdź to co commitnąłem. używam na małą skalę ale SOA#1, tzn od kiedy włączyłem nie mam problemów. > >>> Ale co w przypadku gdy Klient ma np abonament na 64kbit/s na jeden z >>> kompów a 128kbit/s na dwa inne (działające zamiennie) - taki oto >>> przykład >> >> >> > [...]stosowane przez innych praktyki. > >>> Taryfa występuje jako zobowiązanie i niema jako tako powiązania z >>> hostami klienta. >>> >> > Wszystko OK ale co w sytuacji, gdy klient ma wykupione dwie taryfy - > np. 512kbit/s dla swojego kompa-zasysacza i 64kbit/s dla córki > gadu-gadacza (przykład może mało realny ale to niema znaczenia) > > Jak postapiłbyś wtedy ? Olał ciepłym moczem. Ale nie jestem właścicielem żadej firmy więc wiesz. Znajomy właściciel ostatnio olał klienta bo ten miał problemy że gdy łączem 64 kbps ssie 8 KB/s a pingi są klasy >=500 ms. Klient 3-ci miesiąc czeka na założenie DSLa i pluje sobie w ucho. Aktualnie to co jest Tobie potrzebne wymagałoby zmiany założeń w bazie i ui lmsa, aktualnie są robione finansowe zmiany a i jest co robić. 2 abonamenty? cóż rozbiłbym na 2 konta abonentów i 2 faktury. Po prostu zadużo chromolenia aby usatysfakcjonować 1 klienta na 100. Jeśli chce mieć coś takiego to zaoferuj mu jakiś mini router+switch z vlanami klasy 1 wan + 4 lan z zarządzaniem pasmem. Kosztują teraz w okolicach do 200 zł pudełka które mu pozwolą na coś takiego i transfery w lanie z fullspeed + dodatkową separację. > Wszystko ładnie i pięknie ale przeróbki, które robię zostały wymuszone > tym, że "zostaliśmy" LIR'em i chcemy dać każdemu klientowi publiczny > adres IP więc z "frywolną" asdresacją/numeracją nie poszalejemy. Więc baza adresów ip dodatkowa? hm. to co w lmsie jest nie miało być nigdy przygotowane na sytuacje "duży ISP". Po prostu nie ma tam miejsca na np dodatkowe ipki czy powiązania konkretnych 5 klas adresów z konkretnymi abonamentami i dopięcia jednego płatnika. po prostu nie jest to kobyła którą się przystosowywuje do lanu tylko na odwrót. > > ponownie - pytałem bardziej o przykłady postępowania stosowane przez was Mam zasade: najmniejszym kosztem ugłaskać klienta. Ergo po co męczyć się skoro można coś zrobić prosto. Hm. Jeśli bardzo mocno potrzebujesz mieć sytuację taką: Jan Kowalski .... abo 256 Ania kowalska abo 64 Koiwalski i sp-ka 1024 I wszystko na jedną fakturę to zrób tak: (venę mam, słuchaj mnie ludu, przemawiał będę [głosem króla Lemura z madakaskaru) a) żadne z w/w nie ma "wystawianej F-vat" b) należą do jednej grupy np Kowalski c) (tutaj zaczynają się zmiany które możesz spokojnie diffnąć i podesłać i sam 4 łapkami je dodam) d) zrób stronę z grupami powodującą że jakaś grupa może mieć atrybut "grupująca płatności" powoduje to że osoba "Kowalski" może należeć co najwyżej do jednej grupy tego typu e) skrypt wystawiający faktury lms-invoice skopiuj do lms-invoice-by-group, payments do payments-group. f) rzeczy takie jak ID klienta, adres etc... bierzemy z grupy, ostatniego dopisanego (do lmsa, o max ID z users ) traktujemy jako adres, konto abonamentowe etc... g) użytkownikom (aka clients) zawieś naliczanie aby zwykłe payments nie naliczało h) -group wystawia F-Vat zbiorczą i nalicza opłaty jednemu (maksymalnemu) klientowi magia jest taka że jest to minimum zmian i pozwala na dodanie nawet do 1.4.x w/w funkcjonalności. "Maksymalny" też jest dobrany po to aby zrobić po prostu nowego gołego "płatnika" który może nie mieć nawet abonamentu i łatwo go było zmieniać. oczywiście w/w wymaga mocnych testów i zmian chyba nawet w cutoff ale najszybciej to właśnie tak widzę. -- Krzysztof Drewicz

1 0

Re: Jak sobie radzicie gdy ktoś ma dwa kompy na dwóch taryfach ?
by Łukasz Wojciechowski 30 Sie '05

30 Sie '05

Krzysztof Drewicz napisał(a): >> Korzystam z FreeBSD i IPFW/DUMMYNET, gdzie mogę sobie zdefiniować >> rurkę o zadanej przepustowości i do niej wrzucić dwa różne Ipki klienta. >> > A dzieliłeś się skryptami? Jak nie to "na co jeszcze czekasz". Zobacz > ten niby mój i pokaż swoje. Nie dzieliłem się bo narazie niema czym. Dotychczasowe rozwiązanie polegało na zmianie adresu IP podczas blokowania na adres z podsieci "banowanej" (był to zazwyczaj wycinek danej sieci o wielkosci /24, który poprostu nie był natowany). Rozwiązanie działające poprawnie ale mnie nie satysfakcjonujące z kilku powodów nad którymi nie będę się rozpisywał. Jak spłodzę coś sensownego to napewno się podziele. >> Ale co w przypadku gdy Klient ma np abonament na 64kbit/s na jeden z >> kompów a 128kbit/s na dwa inne (działające zamiennie) - taki oto >> przykład wymyśliłem. >> >> Co wtedy ? > > > Prosto. Według polityki firmy. No to to jest oczywiste - bardziej chciałem poznać stosowane przez innych praktyki. >> Taryfa występuje jako zobowiązanie i niema jako tako powiązania z >> hostami klienta. >> >> 1. Jak sobie radzicie w takiej sytuacji ? > > > Zapytanie do bazy o listę ip danego klienta, potem wspólna rurka w > dummynecie Wszystko OK ale co w sytuacji, gdy klient ma wykupione dwie taryfy - np. 512kbit/s dla swojego kompa-zasysacza i 64kbit/s dla córki gadu-gadacza (przykład może mało realny ale to niema znaczenia) Jak postapiłbyś wtedy ? > można przyjąć poniekąd słuszne i proste założenie że jeden klient ma max > 4/8/16 ip w sieci "swojej" i numerować lan np tak: > > > 192.168.1.16-31 klient_1, > 192.168.1.32-63 klient_2, > > Wtedy rurki są "binarne" tzn można mieć ładne maski.Jeśli komuś > przeszkadza wymaganie umiejętności liczenia to można nawet mieć > 10X.nr_klienta.nr_pc. > Adresów w RFC1918 jest dużo. Wszystko ładnie i pięknie ale przeróbki, które robię zostały wymuszone tym, że "zostaliśmy" LIR'em i chcemy dać każdemu klientowi publiczny adres IP więc z "frywolną" asdresacją/numeracją nie poszalejemy. >> 2. Jaki macie stosunek do sytuacji, gdy ktoś wepnie sobie w sieć >> switch a do switch'a dwa kompy. Wtedy tą swoją wykupioną prędkość i >> tak dzieli na dwa kompy ale czy sam fakt tego, że jawnie ma podłączone >> jednocześnie dwa kompy nie przeszkadza wam ? > > > A chgw, to ustala polityka firmy. Są takie które mówią: pasmo jedno, > kompuerów ile chcesz, ale jeśli nie masz własnego switcha inaczej +5 > pln/m-c za dzierżawę portu. Są też takie które mówią: nawet jeśli masz > włsnego switcha to płacisz extra 20-30% abonamentu za dodatkowe > komputer. Są też takie które mają abonament na komputer i tyle. ponownie - pytałem bardziej o przykłady postępowania stosowane przez was > Wybierz sobie coś po środku, bo sytuacja w której ktoś musi extra > dopłacać ponad 50 zł za drugi komputer jest po prostu chora i powoduje > uciekanie klientów. Zgadzam sie w całej rozciągłości -- pozdrawiam Łukasz Wojciechowski

1 0

Re: Jak sobie radzicie gdy ktoś ma dwa kompy na dwóch taryfach ?
by Krzysztof Drewicz 30 Sie '05

30 Sie '05

Łukasz Wojciechowski napisał(a): > > > Korzystam z FreeBSD i IPFW/DUMMYNET, gdzie mogę sobie zdefiniować > rurkę o zadanej przepustowości i do niej wrzucić dwa różne Ipki klienta. > A dzieliłeś się skryptami? Jak nie to "na co jeszcze czekasz". Zobacz ten niby mój i pokaż swoje. > Ale co w przypadku gdy Klient ma np abonament na 64kbit/s na jeden z > kompów a 128kbit/s na dwa inne (działające zamiennie) - taki oto > przykład wymyśliłem. > > Co wtedy ? Prosto. Według polityki firmy. > Taryfa występuje jako zobowiązanie i niema jako tako powiązania z > hostami klienta. > > 1. Jak sobie radzicie w takiej sytuacji ? Zapytanie do bazy o listę ip danego klienta, potem wspólna rurka w dummynecie można przyjąć poniekąd słuszne i proste założenie że jeden klient ma max 4/8/16 ip w sieci "swojej" i numerować lan np tak: 192.168.1.16-31 klient_1, 192.168.1.32-63 klient_2, Wtedy rurki są "binarne" tzn można mieć ładne maski.Jeśli komuś przeszkadza wymaganie umiejętności liczenia to można nawet mieć 10X.nr_klienta.nr_pc. Adresów w RFC1918 jest dużo. > > 2. Jaki macie stosunek do sytuacji, gdy ktoś wepnie sobie w sieć > switch a do switch'a dwa kompy. Wtedy tą swoją wykupioną prędkość i > tak dzieli na dwa kompy ale czy sam fakt tego, że jawnie ma podłączone > jednocześnie dwa kompy nie przeszkadza wam ? A chgw, to ustala polityka firmy. Są takie które mówią: pasmo jedno, kompuerów ile chcesz, ale jeśli nie masz własnego switcha inaczej +5 pln/m-c za dzierżawę portu. Są też takie które mówią: nawet jeśli masz włsnego switcha to płacisz extra 20-30% abonamentu za dodatkowe komputer. Są też takie które mają abonament na komputer i tyle. Wybierz sobie coś po środku, bo sytuacja w której ktoś musi extra dopłacać ponad 50 zł za drugi komputer jest po prostu chora i powoduje uciekanie klientów. Z drugiej strony jeśli masz dynamicznie pasmo pod linuksowym QoS to nie dziwie się że tam dodaje się ileś pln za pasmo. Pod Dummynet jest łatwo dać sztywne maksymalne ograniczenia na ileś komputerów i potem to tylko pilnować trzeba aby się ludzie nie podopinali do innych klas (sztyne maci). Ale tego nie ustala admin tylko bardziej właściciel całego biznesu. kd, -- Krzysztof Drewicz

1 0

Jak sobie radzicie gdy ktoś ma dwa kompy na dwóch taryfach ?
by Łukasz Wojciechowski 30 Sie '05

30 Sie '05

Witam Do tej pory korzystałem z LMS'a tylko w zakresie modułów: Użytkownicy, Komputery, Przeładowanie, Osprzęt Sieciowy. W środowisku jakie zastałem (jako nowy pracownik w pewnej firmie) dwa hosty jednego klienta, które miały by działać zamiennie (np firmowy Laptop i stacjonarka w domu) miały ten sam adres IP - z tego powodu zmodyfikowałem LMS'a pod swoje potrzeby w kilku obszarach. Teraz chciałbym zrobić na odwrót: dostosować częściowo istniejące rozwiązania do założeń LMS'a - chciałbym przedewszystkim wrócić do założenia unikalności adresu IP. Korzystam z FreeBSD i IPFW/DUMMYNET, gdzie mogę sobie zdefiniować rurkę o zadanej przepustowości i do niej wrzucić dwa różne Ipki klienta. Ale co w przypadku gdy Klient ma np abonament na 64kbit/s na jeden z kompów a 128kbit/s na dwa inne (działające zamiennie) - taki oto przykład wymyśliłem. Co wtedy ? Z tego co widzę to niema powiązania taryfy z hostem. Taryfa występuje jako zobowiązanie i niema jako tako powiązania z hostami klienta. 1. Jak sobie radzicie w takiej sytuacji ? 2. Jaki macie stosunek do sytuacji, gdy ktoś wepnie sobie w sieć switch a do switch'a dwa kompy. Wtedy tą swoją wykupioną prędkość i tak dzieli na dwa kompy ale czy sam fakt tego, że jawnie ma podłączone jednocześnie dwa kompy nie przeszkadza wam ? z góry dziękuje za odpowiedzi -- pozdrawiam Łukasz Wojciechowski

1 0

Re: PIN na FV ms 1.6.3
by Rafal Drozd 30 Sie '05

30 Sie '05

W Twoim liście datowanym 29 sierpnia 2005 (21:36:59) można przeczytać: > Zapodanie poprzedniego difa do wydruku pinu na Fv nie dziala:( > Dopisanie w lini 156 w pliku invoice_pdf.php : > $y=$y-text_align_left($x,$y,$font_size,'<b>'.iconv("UTF-8","ISO-8859-2",trans('PIN: > $0',sprintf('%04d',$invoice['customerpin']))).'</b>'); > daje zawsze pin 0000 gdzie jeszcze dopisac odczyt invoice['customerpin'] > aby to dzialalo ?? > podejzewam ze w invoice.php ale gdzie?? > gdu mamy do dyspozycji userpanel dla lms 1.6.3 to sie przyda to możliwość :) U mnie w 1.4.5 to w LMS.class.php w function GetInvoiceContent($invoiceid) dodane jest: $zz=$this->GetUser($result['customerid']); $result['userpin'] = $zz['pin']; a w invoice.html {$invoice.userpin} ;) -- Pozdrowienia, Rafal Drozd

1 0