8 Lut
2016
8 Lut
'16
17:26
W dniu 08.02.2016 17:13, Jaroslaw Dziubek napisał(a): > [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 :) Do której wersji opisu? -- Pozdrawiam Tomasz Chiliński, Chilan