Październik 2003 - lms - lists.lms.org.pl

Re: LMS - udane wdrożenie..
by Przemysław 'Repcio' Gubernat 24 Paź '03

24 Paź '03

On Fri, Oct 24, 2003 at 08:58:21PM +0200, Radosław Antoniuk wrote: > hunter wrote: > >> Rozwiązanie na razie jest zrobione banalnie poprzez generowanie > >> odpowiedniego dhcpd.conf a na linuxie stoi dhcpd/tftp/routing > >> > >> CMTS jakiego używam robi za bridge więc wszystkie kompy mam > >> wpiętejak w LANie przez switcha :) > > > > Co było w lmsie miłego a co było przeszkodą którą trzeba było > > obchodzić, jakie są z niego pożytki a jakie szkody (a mogą być jaieś?) > > Ile trwało wdrożenie i czy można mieć cośkolwiek innego do > > zarządzania lanem nawet nei OS i ile by kosztowało? > > > > Popełniłby ktoś? > > w dużych sieciach kablowych zastosowanie natywnego LMSa nie jest możliwe. > wspomniana wyżej sieć musi być małą siecią skoro cmts działa jako zwykły > switch i wszystko było 'takie proste' :-) > Nie CMTS po prostu inaczej nie potrafi :> Prisma G1 działa tylko w takim trybie, dzieki temu LMS jest taki pomocny. -- 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: LMS - udane wdrożenie..
by Radosław Antoniuk 24 Paź '03

24 Paź '03

hunter wrote: >> Rozwiązanie na razie jest zrobione banalnie poprzez generowanie >> odpowiedniego dhcpd.conf a na linuxie stoi dhcpd/tftp/routing >> >> CMTS jakiego używam robi za bridge więc wszystkie kompy mam >> wpiętejak w LANie przez switcha :) > > Co było w lmsie miłego a co było przeszkodą którą trzeba było > obchodzić, jakie są z niego pożytki a jakie szkody (a mogą być jaieś?) > Ile trwało wdrożenie i czy można mieć cośkolwiek innego do > zarządzania lanem nawet nei OS i ile by kosztowało? > > Popełniłby ktoś? w dużych sieciach kablowych zastosowanie natywnego LMSa nie jest możliwe. wspomniana wyżej sieć musi być małą siecią skoro cmts działa jako zwykły switch i wszystko było 'takie proste' :-) -- Pozdrawiam, Radosław 'Warden' Antoniuk (http://debian.black.pl)

1 0

OT: Re: Re: LMS - udane wdrożenie..
by hunter 24 Paź '03

24 Paź '03

> Rozwiązanie na razie jest zrobione banalnie poprzez generowanie > odpowiedniego dhcpd.conf a na linuxie stoi dhcpd/tftp/routing > > CMTS jakiego używam robi za bridge więc wszystkie kompy mam wpiętejak w > LANie przez switcha :) A może tak mały artykuli o owdrożeniu, żeby do doc dołożyć? popełniłbyś? Co było w lmsie miłego a co było przeszkodą którą trzeba było obchodzić, jakie są z niego pożytki a jakie szkody (a mogą być jaieś?) Ile trwało wdrożenie i czy można mieć cośkolwiek innego do zarządzania lanem nawet nei OS i ile by kosztowało? Popełniłby ktoś? 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

Re: LMS - udane wdrożenie..
by Przemysław 'Repcio' Gubernat 24 Paź '03

24 Paź '03

On Fri, Oct 24, 2003 at 03:26:01AM +0200, Radosław Antoniuk wrote: > Przemysław 'Repcio' Gubernat wrote: > > TVK Tel-Ka Wrocław (www.tvk.wroc.pl) > > > > [PL] > > Obecnie LMS jest używany do zarządzania siecią modemów w systemie > > DOCSIS 1.1 oraz oczywiście komputerami w tejże sieci. > > Główny powód, łatwość generowania odpowiedniego dhcpd.conf > > Łatkę na 1.0.x/1.1.x podeślę na dniach. > > Jak? CMTS nie współpracuje za dobrze z linuksem. SNMP ? or what? > Rozwiązanie na razie jest zrobione banalnie poprzez generowanie odpowiedniego dhcpd.conf a na linuxie stoi dhcpd/tftp/routing CMTS jakiego używam robi za bridge więc wszystkie kompy mam wpiętejak w LANie przez switcha :) -- 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: [lms] LMS - udane wdrożenie..
by Radosław Antoniuk 24 Paź '03

24 Paź '03

Przemysław 'Repcio' Gubernat wrote: > TVK Tel-Ka Wrocław (www.tvk.wroc.pl) > > [PL] > Obecnie LMS jest używany do zarządzania siecią modemów w systemie > DOCSIS 1.1 oraz oczywiście komputerami w tejże sieci. > Główny powód, łatwość generowania odpowiedniego dhcpd.conf > Łatkę na 1.0.x/1.1.x podeślę na dniach. Jak? CMTS nie współpracuje za dobrze z linuksem. SNMP ? or what? -- Pozdrawiam, Radosław 'Warden' Antoniuk (http://debian.black.pl)

1 0

LMS - udane wdrożenie..
by Przemysław 'Repcio' Gubernat 23 Paź '03

23 Paź '03

TVK Tel-Ka Wrocław (www.tvk.wroc.pl) [PL] Obecnie LMS jest używany do zarządzania siecią modemów w systemie DOCSIS 1.1 oraz oczywiście komputerami w tejże sieci. Główny powód, łatwość generowania odpowiedniego dhcpd.conf Łatkę na 1.0.x/1.1.x podeślę na dniach. [EN] Curently LMs is used to manage cable modems in DOCSIS 1.1 standard and ofcourse computers it that net. LMS is usend mainly because of easy generation of dhpd.conf Patch for 1.0.x/1.1.x i'll send in few days -- 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: [lms] Re: Re: [lms] Re: [lms] LMSd - moduły, reload
by A.L.E.C 23 Paź '03

23 Paź '03

> ja bym proponowal: > standart to reload poprzez menu `Przeladuj" > a jezeli ktos chce co 15minut.. to dodaje do crona. Cały czas dążę do tego aby można było zdecydować, które moduły (usługi) przeładować, a metoda z cronem nie daje takiej możliwości. Na razie więc mam zamiar zrobić tak. W menu 'Przeładowanie' wybieramy moduły do przeładowania i zapisujemy ich nazwy do tabeli reload. Daemon sprawdza ilość rekordów w tej tabeli, jeśli count>0 wykonuje po kolei te moduły. Jeśli będzie to działać, to wrzucę do cvs, a potem zobaczymy. -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://k27.prv.pl/alec GG-2275252

1 0

Re: Re: [lms] Re: [lms] LMSd - moduły, reload
by pbern＠pbern.biz 23 Paź '03

23 Paź '03

> Ostatecznie można zaimplementować obie metody i dać użytkownikowi do wyboru, > ale to dodatkowa robota. Najłatwiej zaprogramować reload ręczny, ale nie > chciałbym, żeby potem narzekano na to. Jeszcze decyzja nie podjęta, więc > przekonujcie mnie proszę. A może chce ktoś się za to wziąć, to wystawię to > co mam do cvs'u. ja bym proponowal: standart to reload poprzez menu `Przeladuj" a jezeli ktos chce co 15minut.. to dodaje do crona. Pozdrawiam Pawel Bernadowski

1 0

Re: [lms] Re: [lms] LMSd - moduły, reload
by A.L.E.C 23 Paź '03

23 Paź '03

> Wyobraź sobie maszynę która obsługuje 1000 użyszkodników i lmsa > generujacego > dla niej regułki do iptables, siada sobie nasz księgowy i stuka, user > iksiński > wpłacił, user kowalski wpłacił, zmiana w finansach powoduje ze trzeba > wygenerowac nowe konfigi odcinajace/zmieniajace przepustowosc > (prawda?). > Czemu robić to co 60s skoro wystarczy co imo m*60s gdzie m możnaby > zmieniać > przy kompilacji/w konfigu demona (m=5..15) tak będzie mniej > zarznynania maszyny Oczywiście czas między reloadami można zmieniać i w starym daemonie też chyba tak było. Chodzi mi o to, że motoda oparta na timestampach jest niedoskonała, bo np. zmiana mac'a albo urządzenia sieciowego w danych komputera spowoduje zmianę timestampu, ale nie spowoduje konieczności zmiany konfiguracji firewalla. Reload wykona się niepotrzebnie. Ktoś powie, skoro nic się nie zmieniło to konfiguracja firewalla się też nie zmieni więc reload nie zaszkodzi, ale ... Inny aspekt sprawy: osoba wprowadzająca jakieś zmiany może nie chcieć aby w trakcie tej czynności wykonał się reload i tutaj najlepiej by było skorzystać z menu 'Przeładowanie'. Znowu ktoś powie, ale muszę pamiętać o przeładowaniu... Ostatecznie można zaimplementować obie metody i dać użytkownikowi do wyboru, ale to dodatkowa robota. Najłatwiej zaprogramować reload ręczny, ale nie chciałbym, żeby potem narzekano na to. Jeszcze decyzja nie podjęta, więc przekonujcie mnie proszę. A może chce ktoś się za to wziąć, to wystawię to co mam do cvs'u. Zobaczę jeszcze te templejty Baseciqa. > BTW: skoro juz demoun będzie czytał z sqla to czy mógłby pisać i > umieszczać timestamp 'ostatnio zmieniono wtedy a ftedy' a w php-ui można dać > zakładkę konfigi i co będzie i kiedy zmienione. Taka historia zmian. Nie ma problemu dodatkowa tabela i już. -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://k27.prv.pl/alec GG-2275252

1 0

Re: [lms] LMSd - moduły, reload
by hunter 23 Paź '03

23 Paź '03

On Thu, Oct 23, 2003 at 09:17:29AM +0200, =?iso-8859-2?Q?A. L. E. C?= wrote: > >Jak ja to myślałem jak chciałem to napisać w perlu. > > > Podczas reloadu byłby > > >zapisywany czas ostatniego reloadu i np. reload nie byłby wykonywany > > >jeżeli reloadowaliśmy coś w ciągu ostatnich n sekund (np 600). > > Nie dokońca rozumiem sens. Chyba nie ma takiej potrzeby. Zamiast ustawiać n można wyłączyć daemona. Czasem też może się zdażyć, że będzie potrzeba reloadu częściej niż to n. > > Wyobraź sobie maszynę która obsługuje 1000 użyszkodników i lmsa generujacego dla niej regułki do iptables, siada sobie nasz księgowy i stuka, user iksiński wpłacił, user kowalski wpłacił, zmiana w finansach powoduje ze trzeba wygenerowac nowe konfigi odcinajace/zmieniajace przepustowosc (prawda?). Czemu robić to co 60s skoro wystarczy co imo m*60s gdzie m możnaby zmieniać przy kompilacji/w konfigu demona (m=5..15) tak będzie mniej zarznynania maszyny zmiany uaktualnią się średnio po m*30 + 30 sekund, jakby ktoś pytał to rozkład będzie jednostajny czyli równie dobrze to może być m*60 + 59 sekund jak i 1, ale zmiany będą najpóźniej po 10-11 minutach więc da to się zauważyć. BTW: skoro juz demoun będzie czytał z sqla to czy mógłby pisać i umieszczać timestamp 'ostatnio zmieniono wtedy a ftedy' a w php-ui można dać zakładkę konfigi i co będzie i kiedy zmienione. 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