W dniu 05.02.2016 12:00, Ernest napisał(a):
W dniu 02/05/2016 o 10:38 AM, Jaroslaw Dziubek pisze:
Jak widać na demo jest jakiś zarys paszportyzacji jednak jak zacząłem wprowadzać dane okazało się, że pierwotne założenia mało odpowiadają rzeczywistości (wynika to m.in. z faktu, że sam dopiero startuje ze światłowodowami).
Nowa koncepcja:
- Obiekty sieciowe
- typ: mufa/przełącznica/docelowo również obiekty do obsługi miedzi
(np. patchpanel)
- obiekt musi byc przypisany do węzła sieciowego
- pozostałe dane: producent, model, pojemność (ilość portów)
- Kable
- medium: światłowód/miedź
- typ: dla światłowodu: jednotubowy, wielotubowy, łatwego dostępu, splitter optyczny
- węzeł źródłowy
- węzeł docelowy
- pozostałe dane: producent, model, ilość włókien, długość
- Połączenia
- rodzaj: stałe (spaw), rozłączalne (wtyk)
- rodzaj: simplex/dumplex (spaw to zawsze simplex)
- strona1:
lub
- wtyk: adapter (FC/ST/SC/LC), konektor (FLAT/PC/UPC/APC)
- kabel1 (kabel:tuba:włókno), kabel2 (jesli duplex)
- strona2:
- jesli to spaw - kabel2
- jesli 2 konektor to połączenie jest patchcordem
- dane dodatkowe (uwagi, plik z pomiarami)
- Elementy obiektów sieciowych:
- połączenia (np. kabel lub splitter z dospawanym pigtailem,
patchcord)
- numer portu (w przypadku mufy - można to wykorzystać do numeru
tacki)
I teraz dla przełącznicy:
- przełącznica na start jest pusta
- podpinamy do węzła z przełącznicą kable - kabel1 i kabel2
- robimy połączenie - kabel1+pigtail (np. simplex SC/APC) i kabel2+pigtail (oczywiśnie pojedyncze włókno)
- konektor #1 dopinamy do portu #1 - widać że coś jest wpięte, ale port jest nadal wolny
- konektor #2 dopinamy do portu #1 - w tej chwili mamy pełne połączenie
Zastanawiałem się nad tym jak to można zrobić i idealnie byłoby wyszczególnić wszystkie połączenia w przełącznicy na zasadzie: definiujemy zainstalowane kable(liniowe, pigtaile, patchcordy) można jako wskazania do typu (co załatwi parametry kabla /ilość włókien,tub,rodzaj,złączy,etc/)
następnie robimy połączenia wg schematu src(kabel_id, nr_włókna),dst(kabel_id, nr_włókna), id_tacki, typ_złącza, pozycja_na_tacy/nr_portu, id_przełącznicy jeżeli id_tacki==0 to połączenie zewnętrzne
Czyli na połączenie pomiędzy kablem zewn i portem przełącznicy potrzebujemy 2 rekordy 1) dla połączenia kabla z pigtailem 2) dla połaczenia pigtaila z portem przełącznicy
Jest tylko problem jak to w miarę czytelnie przedstawić bo na tabelkach ja tego nie widzę ;(
Dla mufy będzie prościej
- do węzła 2 kable
- spawamy 2 kable ze sobą i podajemy numer tacki
W każdym przypadku proponuję przewidzieć możliwość spawania więcej niż jednego kabla.
Splitter podpinamy identycznie jak kabel - mamy pigtail na końcu ze złączem i wpinamy w odpowiedni port do przełącznicy (albo spawamy z kablem i do mufy)
Każde połączenie docelowo może byc wpięte do urządzenia, którego definicja będzie przerobiona - każde urządzenie będzie miało 3 rodzaje portów:
- miedziane - wykorzystywane jak dotychczas
- światłowodowe - do którego będzie można wpiąć połączenie światłowodowe definiując pozostałe parametry (WDM, GPON, itp)
- radiowe - standardowo p2p, chyba, że będzie zdefiniowany sektor
radiowy (wtedy będzie to połączenie p2m)
Gdzie będą zapisywane rodzaje portów urządzeń i jak to będzie powiązane z dotychczasowa definicją urządzenia? Druga rzecz to może zrobić otwartą listę typów portów z parametrami (w sensie wrzucić to do bazy jako słownik i jeśli ktoś będzie potrzebował jakiś nietypowy to sobie dorzuci)
Swego czasu kombinowałem ze swoim systemem i miałem to zrobione tak, że w momencie dodawania urządzenia definiowałem 2 tabele 1(urządzenia) i 2(zadeklarowane porty jako lista wskazań na urządzenie).
Myślę, że o typy obsługiwanych portów i ich liczbę powinny być rozszerzone producenci/modele urządzeń. Każde nowe urządzenie, które byśmy tworzyli miałoby automatycznie powiązane definicje określonych portów pobrane z wybranego modelu urządzenia. Z tymże ja bym teraz tego nie łączył z inwentaryzacją światłowodów, bo zrobi się tak duża robota, że nie zostanie ukończona na pewno do połowy marca ;-)
Minusem tego była objętość bazy gdzie niezależnie od tego czy port jest zajęty to jest w bazie. Plusem za to jest łatwość kreowania połączeń bo to tylko wskazanie port-port oraz uniwersalność podejścia (kwestia zmiany typu portu i możesz podłączyć np telefon no i sprawdzić kompatybilność łączonych portów).
Widzę tylko problem jak toto zaimplementować we wtyczce LMSa ;( chyba że jako osobny moduł a nie wtyczka
Czekam na uwagi (zwłaszcza od osób, które mają światłowody i spojrzą od strony praktycznej)
pozdrawiam Jarek
Jak rozumiem robisz wtyczkę do całościowej obsługi paszportyzacji?
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms