[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 :)