W dniu 08.02.2016 14:29, Jaroslaw Dziubek napisał(a):
[Monday, 08 February 2016], Ernest napisał(a):
Czyli:
- port definiujemy jako SC/APC
- do niego wpinamy netlinks:
- kabel1+id_port oraz jako 2. rekord kabel2+id_port (wtedy port jest zajety i mamy pelne polaczenie)
- kabel1+id_port - mamy port gotowy do podlaczenia czegos
- id_port1+id_port2 - patchcord między portami
odnośnie patchcordów często przydatna jest informacja o długości
Czyli tak dla podsumowania: w netelements lądują: switch, kabel, przełącznica, urządzenie_klienckie(instalacja)(?), stacja_bazowa, spliter netelements: producent, model, typ(Akt./Pas.), właściciel, lokalizacja(?), lokalizacja_b(?), długość, projekt_UE, netnodeid
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) kabel: tuba/wiązka, włókno/para, ilość_dowiązań=2 c) przełącznica: złącze, porttyp, uplink=null, etykieta, ilość_dowiązań=2 d) urządzenia_klienckie: złącze, porttyp, uplink=null?, etykieta, max_prędkość, ilość_dowiązań=1 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
Qrde kable się z tego wyłamują Chyba, że zrobić tabele: netcables( Producent, model, lokalizacja_a, lokalizacja_b, długość) netcablewires: tuba/wiązka, włókno/para, medium?(są kable mieszane Cu/FO)
Wtedy: netlinks: netelemport_a, netelemport_b, netcablewires(jeśli 0 to patchcord), długość(jeśli 0 to długość kabla)
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
Port uplink jest zbyteczne. Jeśli wskaże się główne urządzenie w sieci to można algorytmem drzewa wyznaczyć automatycznie porty uplink...