8 Lut
2016
8 Lut
'16
17:55
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:
> > - 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 :)
<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