W dniu 28.05.2015 18:53, Marcin napisał(a):

28 maj 2015 18:44 "Tomasz Chiliński" <tomasz.chilinski@chilan.com> napisał(a):

...

W dniu 28.05.2015 17:48, Rafal napisał(a):

...

Czy w temacie Epona cos ktos dorabiał do lms-a by to zarzadzac np dla Netisa ? EP 8208 lub EP 8204

Cześć, nie. Polecam albo Dasan, albo ZTE.

A ja nie polecam żadnych z nich. Lepiej zainwestuj wiecej w Huaweia a będziesz spać spokojnie i nie będziesz wisiał na trzepaku w temacie "nie działa mi... "

Nie polecam Huawei GPON - brak wsparcia i dokumentacji... -- Pozdrawiam Tomasz Chiliński, Chilan

W dniu 28.05.2015 o 20:56, Alex Csordas pisze:

Why not create a common framework that supports all epon or gpon products? Basically we need the vlan ports configurations at first, some way of assigning and authenticating the ONT-s to the customers, and later on maybe some bandwidth-control if the hardware supports that (i imagine most of them do).

I have a netis EP8208 OLT and willing to contribute.

Zaraz wyjde na jakiegos maniaka inetlms'a, ale tam wlasnie jest tworzony taki "modul", ktory za zalozenia bedzie uniwersalny i bedzie mial za zadanie sterowac "czymkolwiek" podpietym do sieci. Ps. wiem wiem - na pewno zostanie to napisane bez dokumentacji, bez ladnie opisanych commitow, kod bedzie nieprzejrzysty i nie bedzie sie nadawalo do uzytku. Z ta roznica ze po prostu bedzie i bedzie dzialalo :P Najwazniejsze jednak ze jest tendencja do tego, ze to co tam sie pojawia, to predzej czy niestety kilka lat pozniej pojawi sie powoli i w lms - chyba :). A o to nam chodzi - by nie placic 50 razy za to samo, a wiec tworzyc nowe rzeczy zamiast powielac te same. pozdrawiam -- Andrzej Banach net-komp.net.pl

Dnia 29 maj 2015 o godz. 09:31 Marcin <marcin@nicram.net> napisał(a):

W dniu 29 maja 2015 00:08 użytkownik Andrzej Banach <andzio@net-komp.net.pl> napisał:

...

Zaraz wyjde na jakiegos maniaka inetlms'a, ale tam wlasnie jest tworzony taki "modul", ktory za zalozenia bedzie uniwersalny i bedzie mial za zadanie sterowac "czymkolwiek" podpietym do sieci.

Ja bym nie wrzucał wszystkiego do jednego worka, moim zdaniem to złe podejście. na rynku jest tyle sprzętu, że nie sposób tego zrobić jednyą obsługą. To tak jak z środkami transportu, czy każdego używasz w ten sam sposób? a przecież wszystkie służą do przemieszczania się z punktu a do punktu b od hulajnogi do samolotu.

w tym przypadku wydzieliłbym gurpę urządzeń GPON. generanie wszystkie, nie zależnie od producenta, robią to samo i wszystkie zarządzane sa przez snmp. zrobić taką obsługę, że przy konfiguracji sprzętu wpisywać oid danej funkcji. np. $pobierz_wartosc_tlumienia = GPON_TLUMIENIE, i w konfiguarcji ustawić GPON_TLUMIENIE = 1.2.3.35.4.66. Będzie wspólna biblioteka do wielu urządzeń w pełni konfigurowana przez użytkownika. można by to podzielić później na producentów, ale kto u siebie miesza sprzęty.

Ale wlasnie takie jest zalozenie i nie ma sensu sie ograniczac tylko do gepon. Wszedzie jest to samo - czy to switch, radio, gpon czy na upartego vdsl to wszedzie dopisujac klienta musisz dodac jakas autoryzacje, skonfigurowac koncowke, urzadzenie akcesowe itp. Z zalozenia pracownica ma dopisac klienta do odpowiedniego urzadzenia i tyle - lms ma dalej wyslac konfiguracje do odpowiednich urzadzen. Modul ma umozliwiac wybor urzadzenia z magazynu do ktorego jest podpiety klient ( to juz w sumie jest) a w konfiguracji tego urzadzenia dodajesz jak jest zarzadzany i jakie "przyciski" obsluguje. Te przyciski sa w pelni konfigurowalne (albo linia polecen do expecta i ssh albo np snmp) i czy to konfiguracja czy odczyty poziomu sygnalu czy statystyki to wyswietla sie tylko to co skonfigurowane w interface sieciowym. Chodzi o to by moc skonfigurowac KAZDE urzadzenie na rynku - chcby linie polecen trzeba bylo wydawac po chinsku. Przyznac sie ile osob juz placilo lub samemu klecilo obsluge zte, dasana itd itp - a sprzet sie zmienia co chwila. Modul musi byc uniwersalny.