[Saturday, 06 February 2016], ernest napisał(a):
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/
netelements nie ma ownerid - dziedziczylby z netnodes (skoro węzeł jest kliencki to i urządzenia w nim klienckie). Reszta mniej-wiecej (brakuje informacji o producencie, modelu, nr seryjnym itd).
typ: id,nazwa /np 1,100BaseTX/ /2,10BaseTX/ /3,SFP/ /4,taca/ /5,SC-PC-simplex/ /6,SC-PC-duplex/
Myslalem o slowniku, ale tabela bedzie bardziej elastyczne i mozna zdefiniowac tak naprawde przy okazji kilka parametrow potrzebnych na pozniej.
netelemparams: (id,netelements_id,typ_id,ilość) /1,1,1,24/ /2,1,1,3,2/ /3,2,5,8/
Mniej wiecej - wtedy mozna zdefiniowac przełącznice np. z tackami na 12 spawów, 12 portami SC simplex i 12 portami SC duplex (w rzeczywistosci przełącznica ma tacki na 12+12+24=48 spawów)
/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?
Nie. Po prostu spaw włókno-pigtal nie zajmuje tacki tylko port (pole komutacji), ale to tak naprawde kwestia ustalenia liczenia tego - mozna liczyc wszystkie spawy albo tylko spawy wlokno-wlokno i je liczyc przy zajetosci tacek.
- 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