8 Lut
2016
8 Lut
'16
18:38
On Mon, 8 Feb 2016 18:17:45 +0100 Jaroslaw Dziubek <yaro@perfect.net.pl> wrote > [Monday, 08 February 2016], ernest napisał(a): > > > On Mon, 8 Feb 2016 17:13:43 +0100 Jaroslaw Dziubek <yaro@perfect.net.pl> > > wrote > > > [Monday, 08 February 2016], Ernest napisał(a): > > > > > > > W netelements lądują: switch, przełącznica, > > > > urządzenie_klienckie(instalacja)(?), stacja_bazowa, spliter, > > > stacja_GPON Tak - IMHO wszystko da sie upchną w 4 typy elementów > > > sieciowych: - aktywne - switch, OLT, ONT, stacja bazowa, CPE radiowe > > > - pasywne - przełącznica, mufa, patchpanel > > > - kable - czyli połączenia między elementami sieciowymi > > > - splitter - jego sie nie da inaczej zrobic > > > > > > > netelements: producent, model, typ(Akt./Pas.), netnode_id, projekt_UE > > > > porttyp: (słownik)technologia, lambda/częstotliwość > > > > złącze: (słownik) /przewiduję złącze spaw/ > > > > > > > > netelemports: (tyle rekordów ile zadeklarowanych portów łącznie z > > > > komutacją na tackach ale globalnie) > > > > a) switch: złącze, porttyp, uplink, > > > > etykieta, max_prędkość, ilość_dowiązań=1 > > > > b) stacja_czołowa_GPON: złącze, porttyp, uplink, etykieta, > > > > max_prędkość, ilość_dowiązań=pojemność_technologii > > > > c) przełącznica: złącze, porttyp, uplink=null, > > > > etykieta, max_prędkość=0, ilość_dowiązań=2 > > > > d) urządzenia_klienckie: złącze, porttyp, uplink=null?, > > > > etykieta, max_prędkość, ilość_dowiązań=1 > > > urządzenie klienckie ma 2 porty - jeden wpięty do magistrali, drugi - > > > komputer klienta ;) > > > (sam to stosuje już teraz - mam CPE mikrotika z nr seryjnym itp a do > > > tego podpiety komputer klienta z jego IP, ale mac z MT) > > Przy sieci radiowej z APC(CPE) faktycznie takie podejscie jest trochę > > zdrowsze chociaż zawsze możesz zakończyć "swój" kawałek sieci > > właśnie na CPE ;) CPE zawsze chce miec w bazie (czy to bedzie radiowy SXT > > czy ONT) - widac kiedy kupiony, jak z gwarancja, nr seryjny itp > > > > > e) stacja_bazowa: złącze, porttyp, uplink, etykieta, > > > > max_prędkość, ilość_dowiązań=1 (lub "n" w przyp radio) > > > > f) spliter: złącze, porttyp, uplink, > > > > etykieta, podział, ilość_dowiązań=1 > > > podział to mało - masz splitter z backupem (2:32, 2:16 itp) - w sumie > > > trzeba też uwzględnić splitter asymetryczny ;) > > To to trzeba by wywalić jak parametry radia(netradiosectors) do osobnej > > tabeli. > Dlatego wlasnie splitter jako osobna grupa urzadzen w netelements Tia, ale tylko te dodatkowe ;) > > > > > netcables: producent, model, lokalizacja_a, lokalizacja_b, długość, > > > > projekt_UE > > > opis - np. nr umowy z orange jesli idzie po ichniej حkanalizacji :) > > to jest przydatne dodatkowo zapomniałem o nazwie własnej(co by można > > wydrukować zawieszki) > :) > > > > > netcablewires: tuba/wiązka, włókno/para, medium?(są kable mieszane > > Cu/FO) > > > IMHO bez sensu - to spokojnie można opisywać jak niżej opisałem: > > > "idkabla:tuba:wlokno" > > Można tylko, że łatwiej o jakiś sensowny warunek w SQL, jeśli nie musisz > > przeszukiwać zawartości stringa. > > Przy opisywaniu tabel nie dopisałem oczywistych relacji jw ;P > Rozumiem, ze definicje wlokna (kabel+tuba+wlokno) chcesz wywalic do > osobnej tabeli i pozniej poslugiwac sie juz tylko id_wlokna? Tak proponuję ;) > > > > > netradiosectors: zmodyfikowany ze wskazaniem na port stacji_bazowej > > > znowu bez sensu - netradiosector powinien byc traktowany JAK port > > > (tyle, ze radiowy) > > nie zrozumieliśmy się ;) > > netradiosectors jako wskazanie na netelemports (chodzi o dodatkowe > > parametry typu kierunek, kąt widzenia, zasięg) bo częstotliwość jest w > > port_typ Tylko po co tutaj typ portu? Radio to radio (chyba, ze chcesz > definiowac, ze to 802.11ac MIMO 2x2) Zobacz na definicje tabel port_typ:(/CWDM,1550/,/CWDM,1310/,/radio 5Gac,5100/,/radio5Ga,5200/) złącze:(RJ45,RJ11,radio,SC-PC,SC-APC,BNC,etc) > > > > > Wtedy: > > > > netlinks: netelemport_a, netelemport_b, netcablewires(jeśli 0 to > > > > patchcord), długość(jeśli 0 to długość kabla), pomiary > > > Hmmm... Zupelnie inne podejscie logiczne - ja łącze kable - Ty > > > urządzenia ;) Jak opiszesz kabel wchodzący do przełącznicy i wiszacy > > > samotnie w tym porcie? Albo spaw między dwoma kablami? > > Wiesz generalnie to kable służą do łączenia urządzeń a nie odwrotnie .. > > hihihi > Chyba, ze to urządzenie służące do łączenia kabli (nazywające się... o > dziwon - PRZEŁĄCZNICA!) :) > > > Bardzo prosto ;) ponieważ porty w przełącznicach mają ilość > > dowiązań==2 to: "id_port_przelącznicy_a, id_port_przel_b, id_włókna, > > 0, null) (to jest sam kabel zespawany w przełącznicach A i B i nie > > podpięty do niczego) > > chcąc teraz zrobić pełne aktywne połączenie dopisujemy > > "id_port_swicth1, id_port_przel_A, 0,0,null" > > --poł. port na switch1 z port na przeł. A > > "id_port_swicth2, id_port_przel_B, 0,0,null" > > --poł. port na switch2 z port na przeł. B > > > > spaw 2 kabli: > > "id_port_przelA,,id_włókna1,0,0,null" > > "id_port_przelA,,id_włókna2,0,0,null" > spaw kolejnych 2 kabli będzie wpakowany w to samo id_port_przelA? > (bo wtedy musiałbyś wszystkie tacki robić tak jak porty - 48 miejsc na > tackach jako 48 rekordow) Nie, źle napisałem chodziło o spaw 2 włókien. Miejsca na tacy potraktuj jak port (tyle ze wewnetrzny) urzadzenia. Więc spawanie 2 kabli 48j wygeneruje 96 rekordów. > > > > > Brakuje tylko wskazania na konkretną tackę ze spawami ale to chyba > > > można > jakoś przeboleć ;) > > > Pewnie tak :) > > > > Ostatecznie można dodać kolumnę taca_nr ale to można równie dobrze > > > > zrobić w opisie ;) > > > Wiesz - jak masz awarie informacja, ze spaw jest na tacce nr 5 jest > > > cenna informacja - zwlaszcze jesli musialby sie przekopac przez 12 > > > tacek i 6 kabli :) > > Hmmm ... jeszcze mi się nie zdarzyła awaria na tacce ;) a mając > > informację o samym kablu/tubie to już po samej tubie dojdziesz do tacy > > (bardzo rzadko spawa się jedną tubę na kilku tacach) więc zostaje > > przekopać się przez max 24spawy > Ale jak ma odgrzebać konkretne włókno to łatwiej przejrzej 12 czy 24 > włókna na tacce niż 144 włókna w kablu (wiem czepiam sie ;) ) a tak czepiasz się ;) masz info o kablu i tubie a przełącznicę masz pod ręką namierzasz kabel, potem tubę i masz tacę (największe kable maja po 24j w tubie więc spawa się toto na jednej tacy) 2 razy zdarzyło mi się robić przeskok z tacy na tacę i to z lenistwa spawacza i braku miejsca na kolejną tacę (można było przenieść spawy z tacy 12j na 24j) > > > > > No to ja bym to widzial tak: > > > > - netnodes (węzły): > > > > - dodanie ownerid (jeśli >0 - wezęł u klienta) > > > > - netelements: > > > > - typ: aktywne urządzenie/pasywny obiekt/pasywny > > > kabel/(opcjonalnie: > pasywny splitter) - netnodeid obowiazkowo (i > > > stad bylaby brana > lokalizacja) - producent/model/nr seryjny/projekt > > > > - netelemcables (dotyczy kabli) > > > > - medium: optyka/miedź > > > > - rodzaj: jednotubowy/wielotubowy/KLD/splitter (opcjonalnie) > > > > - pojemność: ilość żył (jeśli tu damy splitter to ilosc zyl w > > > > ukladzie "1:32") - długość > > > > - obiekty: źródłowy i docelowy > > > > - netelemports (dotyczy urządzeń) > > > > - netelement_id > > > > - etykieta > > > > - port_uplink (0/1) > > > > - typ portu (100BaseT, SFTP+) > > > > - rodzaj złącza (UTP, simplex SC/APC - jeśli null to port bez > > wkładki) > > > > - technologia (Ethernet, xWDM, xPON) > > > > - prędkość up/down (aczkolwiek to można brać z technologi) > > > > - netradiosectors (dotyczy urządzeń radiowych) > > > > - netelement_id > > > > - identycznie jak jest teraz (technologia, zasieg, kąt, itd) > > > > - netelemparams (dotyczy obiektów pasywnych) > > > > - netelement_id > > > > - typ (typ złącza dla pola komutacyjnego - SC/APC itp lub > > > > "nierozłączalne" dla tacki spawów) - nr w obiekcie (tacka#1, > > > port#12) > - pojemnosc (2 dla rozłączalnych, >2 dla tacek) > > > > - netelemsplitter (jesli w netelements) > > > > - ilosc portow_in > > > > - ilosc portów_out > > > > – netconnections: > > > > - rodzaj źródła (urządzenie/obiekt/kabel/splitter) > > > > - id źródła > > > > - rodzaj celu ((urządzenie/obiekt/kabel/splitter) > > > > - id celu > > > > - długość (opcjonalne) > > > > - plik z pomiarami (opcjonalne np. dla spawów) > > > > gdzie id_zrodla/id_celu to albo: > > > > - id_portu w urządzeniu/obiekcie/splitterze > > > > - id_kabla:nr_tuby:nr_włókna dla simplex > > > > - id_kabla1:nr_tuby1:nr_włókna1|id_kabla2:nr_tuby2:nr_włókna2 - > > > > dla dumplex > > > > > :) > > > > > > > > Jarek > > > > > > > > Strasznie komplikujesz ;) > > > Bo to jest proste jak metr sznurka w kieszeni :) > > <rotfl> > > > > > > > Z tego wszystkiego to z Twojej wersji wziąłbym tylko netradiosectors > > > i > opcjonalnie do relacji wskazanie na plik z pomiarami ;) > > > > Poprawiony schemat powyżej. > > > Mam 2 różne koncepcje samego netlinks. Byc może moje jest bardziej > > > skomplikowane bo w stosunku do Twojego jest rozbudowane o opcje: > > > - pigtail do kabla i do portu (urządzenia/przełącznicy) > > > - patchcord między portami > > > - kabel do kabla i do tacki > > > > > > > Może Tomek się wypowie ;) > > > > Jeśli już jednak wolisz po swojemu ;) to nie wrzucałbym splitterów > > > do > kabli tylko do netelements i traktował wszystkie porty w > > > przełącznicy > jako simplexy (etykiety zrobią resztę /port duplex > > > możesz oznaczyć jako > > > > > Port1A, Port1B/, zresztą sam często w przełącznicy duplexowej robię > > > > połączenia simplex/pozostałości po starszej technologii/) > > > OK. Ja tez pierwotnie mialem w obiektach sieciowych zeby potem wywalic > > > do kabli, ale ostatecznie lepiej jak bedzie w netelements :) > > > > > > Port duplex bym jak najbardziej wprowadził - to, że można wpiać 2 > > > simplexy to zupełnie inna bajka :) > > IMHO skomplikujesz tylko definiowanie połączeń całe szkło to simplex, a z > > kolei chyba częściej teraz korzysta się z WDM(simplex) niz z CWDM lub > > klasycznego duplexa > > czyli w tych nielicznych przypadkach poprowadzisz 2 połączenia do > > urządzenia aktywnego zamiast jednego duplexa > Ale skoro jest takie złącze to nalezy umozliwic jego wrzucenie bez > kombinowania "port 2A i port 2B" > > Jarek > _______________________________________________ > lms mailing list > lms@lists.lms.org.pl > http://lists.lms.org.pl/mailman/listinfo/lms