6 Lut
2016
6 Lut
'16
22:36
W dniu 06.02.2016 14:32, ernest napisał(a): > On Sat, 6 Feb 2016 14:09:28 +0100 Jaroslaw Dziubek > <yaro@perfect.net.pl> wrote > >> [Saturday, 06 February 2016], ernest napisał(a): >> >> > On Sat, 6 Feb 2016 12:58:39 +0100 Jaroslaw Dziubek <yaro@perfect.net.pl> >> > wrote >> > > [Saturday, 06 February 2016], ernest napisał(a): >> > > >> > > > /To poniżej z drugiego emila od Chilana/ >> > > > >> Porty urządzeń, tak jak już pisałem, najlepiej żeby były > kopiowane >> > z >> > > > >> modelu urządzenia >> > > > >> - dzięki temu od razu po dodaniu nowego urządzenia będzie obecny >> > > > >> standardowy dla danego >> > > > >> modelu zestaw portów, a porty w takim wydaniu nie powinny mieć >> > numerów >> > > > >> tylko etykiety tekstowe, >> > > > >> bo każdy producent może inaczej je nazywać. >> > > > >Model urządzenia przy dodawania netelements można wykorzystać ale > jako >> > > > >ułatwienie a nie jako obowiązek (bo IMHO definiowanie nowego modelu >> > > > >tylko po to żeby później móc dodać np. jedną mufę jest > przerostem >> > > > >formy nad treścią). Chyba, że zamiast stosować definicję modelu >> > > > >danego producenta zrobić bazę szablonów urządzeń (np. > przełącznica >> > 24 >> > > > >porty to: przełącznicza+24 pola komutacji+24 pigtaile, switch >> > > > >światłowodowy to np. 16 portów 1000TX + 4 SFP, bridge radiowy to 1x >> > > > >1000TX + 1x radio 802.11ac, itp.) >> > > > >Jarek >> > > > >> > > > Chyba łatwiej będzie to obsługiwać jeżeli zrobisz to tak jak radzi >> > Chilan >> > > > bo definiować za każdym razem skład urządzenia(elementu sieci) to >> > straszna >> > > > robota a nieczęsto dodaje się jednostkowe przypadki. >> > > > Po prostu dojdzie Ci dodatkowa tabela z szablonami urządzeń, albo > ... >> > > > z założenia wpisywać wszystkie możliwe porty do tabeli portów( w > tym >> > > > przypadku wszystkie urządzenia /aktywne i pasywne/ będziesz miał w >> > jednej >> > > > tabeli i ich możliwe do obsadzenia porty w drugiej wraz z etykietami >> > > > właściwymi dla danego typu portu. >> > > > Wtedy połączenia to tylko relacja port_id<=>port_id (opcjonalnie > można >> > > > wtedy podać długość tej relacji co będzie miało znaczenie w > przypadku >> > > > połączeń np patchcordami) można też założyć walidację pt. >> > łączymy >> > > > wyłącznie porty tego samego typu. >> > > To nie będzie strasznie skomplikowane: >> > > - dodajesz urządzenie >> > > - wybierasz pasywne, dodajesz do węzła >> > > - zapisujesz >> > > - dodajesz np. 12 portów SC/APC simplex >> > > - dodajesz 12 portów SC/APC dumplex >> > > - dodajesz tacke na dodatkowe 12 spawów >> > > >> > > Koniec. Przełącznica skonfigurowana. >> > To teraz wyobraź sobie że w ciągu dnia dodajesz 5 takich samych >> > przełącznic(5 różnych węzłów) a do tego na każdy węzeł dodajesz > po 1 >> > switchu (8*10/100+1*SFP) >> > i każdy z tych sprzętów definiujesz na nowo. >> I rozumiem, ze codziennie konfigurujesz taki zestaw? > Niecodziennie ale jeśli mogę zrobić coś żeby sobie w przyszłości odjąć > pracy to moje wrodzone lenistwo twierdzi, że sumarycznie mniej będzie > kosztowało wysiłku przygotowanie automatu niż definiowanie urządzeń w > "locie". ;) > >> (i żeby była jasność "12 portów SC/APC simplex" to jeden rekord w >> bazie więc - powiedzmy 3 selecty do wyboru + pole do wpisania 2 >> cyferek). > Czyli porty(jako rekordy) będą się tworzyć dopiero w momencie > podpięcia? > I sprawdzenie czy port jest zajęty/urządzenie ma wolne porty tak jak > dotychczas będzie polegało na policzeniu zajętych i odjęciu ich od > puli? > Qrde pomysł jest fajny jeśli patrzyć na zajętość dysku(wielkość bazy) > ale ma dość duży narzut na obsługę(fakt że wtedy nr portu jest > opcjonalny > a przy moim pomyśle /łączenie port-port/ to id portu jest wymagane do > jakiegokolwiek połączenia) >> >> > Chodziło mi o dodawanie urządzenia(switch/przełącznica/splitter) jeśli >> > miałbyś gdzieś zdefiniowane jaką ma konfigurację to jeden klik i masz >> > wszystkie możliwe porty dostępne do połączeń. >> > Nie musisz za każdym razem definiować na nowo że (Switch xxx == >> > 12*e10/100+2*SFP+5*e1giga) >> Spoko - takie gotowe schematy mogą być, ale IMHO nic nie zastąpi >> elastyczności rozwiązania które zaproponowałem (można przecież zrobić >> jak pisałem automat do dodawania konkretnego zestawu portów dla >> standardowych urządzeń). > No można to zrobić tak jak jest teraz w netdevices (producent/model) > możesz > wpisać ale możesz też wybrać ze słownika Moim zdaniem zdecydowanie pełna definicja portów urządzenia powinna trafić jako rekordy w tabeli powiązanej z modelami urządzeń, bo to naturalne. Tworzenie nowego urządzenia i wybranie modelu powodowałoby jedno z dwóch: 1) Skopiowanie definicji portów do tabeli przechowującej porty powiązane z konkretnym urządzeniem. 2) Urządzenie na podstawie przypisanego modelu miałoby dostęp do informacji o posiadanych przeze nie portach (bez kopiowania definicji portów do urządzenia). Przy tym rozwiązaniu trzeba rozważyć czy będzie można edytować definicje portów modelu w przypadku, gdy ma już jakieś reprezentacje w postaci urządzeń. -- Pozdrawiam Tomasz Chiliński, Chilan