6 Lut
2016
6 Lut
'16
10:58
On Sat, 6 Feb 2016 09:27:56 +0100 Jaroslaw Dziubek <yaro@perfect.net.pl> wrote > [Friday, 05 February 2016], ernest napisał(a): > > > > > Czasem jest konieczne pospawanie np 3kabli w jednej przełącznicy z > > > czego z > dwóch część włókien wylatuje na porty a część jest spawana "na > > > wprost" > np 1 tuba kabla 1 na 1 tube z drugiego, a 2 tuba z pierwszego > > > na 1 tubę > trzeciego i losowe włókna z każdego kabla na porty > > > przełącznicy. > Zauważ,że standardowa przełącznica 19" ma 4 mocowania na > > > kabel. Chodzi Ci o to, że spawasz 2 włókna na stałe bez wyjścia na port z > > > przodu? Teoretycznie to funkcjonalność mufy - myślałem o zrobieniu > > > mufo-przełącznicy i wychodzi, że trzeba będzie to uwzględnić. > > Tak taka mufo-przełącznica :) > Przespałem się z tematem i mam pomysł: > - netnodes > - dodajemy ownerid (czyli właściciela węzła) > - opcjonalnie można dodać typ: mieszkanie/dom jednorodzinny > - netelements (czyli to co teraz jest jako netdevices): > - uzupełniamy o pole active/passive > - obowiązkowo przypisanie do netnodes > - usuwamy pole z ilością portów > - dodajemy tabele netelemparams w którym będzie > - typ parametru (np. port 100baseTx, 1000baseTx, SFP, SFP+ dla aktywnych > oraz dla pasywnych światłowodów: pojemność tacek na spawy oraz > pojemnosc pól komutacji - być może z podziałem simplex/duplex) > - ilość pól danego rodzaju. Tutaj jak rozumiem proponujesz coś w ten deseń: netelements: id,owner_id,location_id,active,netnode_id,name /1,2,true,1,Switch 24e+2SFP/ /2,2,false,1,Przełącznica8p/ typ: id,nazwa /np 1,100BaseTX/ /2,10BaseTX/ /3,SFP/ /4,taca/ /5,SC-PC-simplex/ /6,SC-PC-duplex/ netelemparams: (id,netelements_id,typ_id,ilość) /1,1,1,24/ /2,1,1,3,2/ /3,2,5,8/ /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. > > I teraz (skupiam się na pasywnych światłowodach): > - podajemy pojemność tacek na spawy i pojemność pól komutacji > - jeśl pojemność pól komutacji=0 - mufa, jeśli pojemność tacek=0 > przełącznica, jeśli oba >0 - mufo przełącznica Jeśli dobrze rozumiem, proponujesz pominąć spawy włókno-pigtail w przypadku przełącznicy? > - połączenia: > - kabel-kabel - można umieścić jedynie na tacce > - kabel-pigtail - można umieścić jedynie w polu komutacji > - patchcord - można umieście w polu komutacji lub urządzeniu (ale to > później) > > Jeśli jest akceptacja na takie rozwiązanie proponuje przegadać teraz > netconnects (jako modyfikacje istniejącego netlinks) > > Jarek > _______________________________________________ > lms mailing list > lms@lists.lms.org.pl > http://lists.lms.org.pl/mailman/listinfo/lms