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 ;)
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.
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
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
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
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"
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
No to ja bym to widzial tak:
- netnodes (węzły):
- dodanie ownerid (jeśli >0 - wezęł u klienta)
- netelements:
pasywny splitter) - netnodeid obowiazkowo (i stad bylaby brana lokalizacja) - producent/model/nr seryjny/projekt
- typ: aktywne urządzenie/pasywny obiekt/pasywny kabel/(opcjonalnie:
- netelemcables (dotyczy kabli)
ukladzie "1:32") - długość
- medium: optyka/miedź
- rodzaj: jednotubowy/wielotubowy/KLD/splitter (opcjonalnie)
- pojemność: ilość żył (jeśli tu damy splitter to ilosc zyl w
- 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)
"nierozłączalne" dla tacki spawów) - nr w obiekcie (tacka#1, port#12)
- netelement_id
- typ (typ złącza dla pola komutacyjnego - SC/APC itp lub
- 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
//Ernest//
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 :)
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms