8 Lut
2016
8 Lut
'16
17:13
[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) > 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 ;) > netcables: producent, model, lokalizacja_a, lokalizacja_b, długość, > projekt_UE opis - np. nr umowy z orange jesli idzie po ichniej حkanalizacji :) > 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" > netradiosectors: zmodyfikowany ze wskazaniem na port stacji_bazowej znowu bez sensu - netradiosector powinien byc traktowany JAK port (tyle, ze radiowy) > 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? > 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 :) > 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 :) > 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 :) Jarek PS. Tomku - schemat bazy będzie jak już będą ustalenia "polityczne" i wszystko będzie "koszerne" dlatego fanie by było jakbys dorzucił swoje 0,03PLN :)