6 Lut
2016
6 Lut
'16
15:35
On Sat, 6 Feb 2016 15:22:39 +0100 Jaroslaw Dziubek <yaro@perfect.net.pl> wrote > [Saturday, 06 February 2016], 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". ;) > Nadal twierdze, ze moje rozwiazanie wcale nie jest pracochlonne :) > > > > > (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) > Port będzie opisywany w netconnects jako para: id_portu+nr_portu > i na podstawie tego będzie wiadomo co to jest (np: z netelemparams wynika, > ze podłączamy do jednego z 24 pol komutacyjnych SC/APC). Sumujac po > id_portu masz zajętość danego typu portu. > To ja proponuję pomoc. mogę zrobić wybieranie portu z Ajaxa tylko musisz mi podesłać schemat tabel. A jeszcze na marginesie typy interface`ów będziesz trzymał w słowniku ?? jeśli tak to przewidź tam proszę kolumnę na kolor varchar(6) /HEX-RGB/;) > > > > > 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 > Ja tego nie używam, ale jak najbardziej - ograniczy to mocno wielkosc > bazy :) Tzn można zrobić tak, że jeśli nie będzie ustawiony sl_sprzęt_id to automagicznie zrobi się nowy wpis w słowniku To też mogę zrobić > > Jarek > _______________________________________________ > lms mailing list > lms@lists.lms.org.pl > http://lists.lms.org.pl/mailman/listinfo/lms