baza tetryt i inne
Witam do tej pory używałem stabilnych wersji lms. ostatnio (styczeń 2012) wprowadziłem wersje 1.11. ale widzę, że wersje w gicie mają nowe fajne ficzery, które warto by testować. zainstalowałem do tego lmsa na virtualce.
co to jest ta baza tetryt i do czego konkretnie ma służyć? skrypt lms-tetryt, do czego służy? czytam też na liście o tym raporcie do UKE. Da się go jakoś ładnie wygenerować do csv?
z góry dzięki za wyrozumiałość
Pokaż odpowiedzi według wątków
W dniu 14.03.2012 19:56, Marcin napisał(a):
Witam do tej pory używałem stabilnych wersji lms. ostatnio (styczeń 2012) wprowadziłem wersje 1.11. ale widzę, że wersje w gicie mają nowe fajne ficzery, które warto by testować. zainstalowałem do tego lmsa na virtualce.
co to jest ta baza tetryt i do czego konkretnie ma służyć? skrypt lms-tetryt, do czego służy? czytam też na liście o tym raporcie do UKE. Da się go jakoś ładnie wygenerować do csv?
Da się w Osprzęt sieciowy->Raport do UKE. W archiwum listy znajdziesz list z instrukcją użytkowania.
z góry dzięki za wyrozumiałość
Pozdrawiam Marcin / nicraM
W dniu 14 marca 2012 21:15 użytkownik Waldemar Dymkiewicz < waldemar.dymkiewicz@easy-com.pl> napisał:
W dniu 12-03-14 19:56, Marcin pisze:
co to jest ta baza tetryt i do czego konkretnie ma służyć?
Gdzie się kolega uchował przez ostanie 2 lata?
szczerze powiem nie śledziłem tego wszystkiego na bieżąco. miałem odpaloną starą wersje LMS z moimi drobnymi poprawkami o doróbkami i tak chodziło dosyć długo i stabilnie. UKE i związana papierologia to nie moja "działka" to też w tej kwestii jestem w tyle :) z tego co wiem, to tetryt jest stosowane w GUSie no i używanie tej bazy adresowej w LMS, do raportów, jest czymś fajnym. problem polega na tym, że od dłuższego czasu dodając klientów/urządzenia wpisując adresy używaliśmy, że tak powiem, normalnej notacji. czyli moje, i innych użytkowników lms'a, adresy w bazie nie są kompatybilne z adresami w bazie.
teraz jak poprawnie użyć lms-tetryt (oczywiście wszystkie urządzenia w bazie muszą mieć adresy): #v+ root@testsql:/var/www/lms/bin# ./lms-teryt -h lms-teryt, version 1.11-git (C) 2001-2012 LMS Developers
-C, --config-file=/etc/lms/lms.ini alternate config file (default: /etc/lms/lms.ini); -h, --help print this help and exit; -v, --version print version info and exit; -q, --quiet suppress any output, except errors; -u, --update update TERYT database -l, --list=<list> comma-separated list of state IDs -f, --fetch fetch TERYT XML files from the Internet -m, --merge merge TERYT with LMS database #v-
1. czyli najpierw muszę pobrać baze lub ją upgradeować: ./lms-teryt -f / ./lms-teryt -u 2. później połączyć baze teryt z lms: ./lms-teryt -m
czy tak powinienem tego użyć?
ok, robie --fetch, --update, --merge
widzę, że skrypt pobiera wszystkie urządzenia sieciowe. mam w sieci wiele urządzeń u klienta, typowych końcówek. do uke są potrzebne dane węzłów, klientów nie. przydałoby się w urządzeniach jakaś kontrolka, czy jest to urządzenie węzła czy urządzenie końcowe klienckie. ale na chwilę obecną wszystkie urządzenia klienckie zaczynają mi się od znaków "kl_".
jak i w którym miejscu przerobić skrypt teryt i raporty do uke, że by nie uwzględniał urządzeń zaczynających się od znaków "kl_"?
można by to zrobić globalnie i w lms.ini dodać jakie ciągi znaków mają być pomijane. da się coś takiego zrobić?
"Dane klienta" do UKE też są potrzebne. Masz określić zasięg świadczonych usług, rodzaj medium, prędkość świadczoną i prędkość interfejsu (plik w_zasieg). Skrypt generuje te dane i agreguje z dokładnością do budynku.
W dniu 15 marca 2012 15:24 użytkownik Daniel Kulesza <d.kulesza@inetgroup.pl
napisał:
"Dane klienta" do UKE też są potrzebne.
łoj to czeka roboty
Masz określić zasięg świadczonych usług, rodzaj medium, prędkość świadczoną i prędkość interfejsu (plik w_zasieg). Skrypt generuje te dane i agreguje z dokładnością do budynku.
znaczy się, jak jak wspomniał autor w innym wątku jeśli chodzi o współrzędne geograficzne, w "danych klienta" nie musi ich być, natomiast na węzłach są wymagane?
W dniu 15.03.2012 15:29, Marcin napisał(a):
W dniu 15 marca 2012 15:24 użytkownik Daniel Kulesza <d.kulesza@inetgroup.pl [1]> napisał:
"Dane klienta" do UKE też są potrzebne.
łoj to czeka roboty
Masz określić zasięg świadczonych usług, rodzaj medium, prędkość świadczoną i prędkość interfejsu (plik w_zasieg). Skrypt generuje te dane i agreguje z dokładnością do budynku.
znaczy się, jak jak wspomniał autor w innym wątku jeśli chodzi o współrzędne geograficzne, w "danych klienta" nie musi ich być, natomiast na węzłach są wymagane?
Współrzędne GEO nigdzie nie są wymagane (są opcjonalne). UKE i tak na podstawie danych TERYT będzie miało już jakąś aproksymację. Swoją drogą jakich oni statystyków zatrudniają, że nie są w stanie analizy ruchu internetowego wykonać na podstawie standardowych corocznych raportów ;-) Podejrzewam, że chodziło głównie o wyrwanie pieniędzy z unii na super projekt i zabłyśnięcie w całej UE z jaką intensywnością działają ;-)
W dniu 15 marca 2012 15:34 użytkownik Tomasz Chiliński < tomasz.chilinski@chilan.com> napisał:
Współrzędne GEO nigdzie nie są wymagane (są opcjonalne). UKE i tak na podstawie danych TERYT będzie miało już jakąś aproksymację. Swoją drogą jakich oni statystyków zatrudniają, że nie są w stanie analizy ruchu internetowego wykonać na podstawie standardowych corocznych raportów ;-) Podejrzewam, że chodziło głównie o wyrwanie pieniędzy z unii na super projekt i zabłyśnięcie w całej UE z jaką intensywnością działają ;-)
jeśli nie wiadomo o co chodzi to zapewne chodzi o kase :) jak jest miarodajna informacja dla nich, np. klient podpięty jest po LAN, czyli 100Mbit czy nawet 1Gbit a kupuje 1Mbit :)
ogólnie czeka mnie, nas sporo uzupełniania, poprawiania danych w lmsie. będzie na przyszłość :)
uczestnicy (4)
-
Daniel Kulesza -
Marcin -
Tomasz Chiliński -
Waldemar Dymkiewicz