15 Lut
2016
15 Lut
'16
17:46
W dniu 15.02.2016 17:15, Jaroslaw Dziubek napisał(a): > Last call for papers ;) Chyba raczej "last request for comments (RFC)"? :D > (kończymy opracowywanie schematów bazy danych - żeby potem nie bylo > placzu, że czegoś nie uwzględniliśmy). > > [Thursday, 11 February 2016], ernest napisał(a): > >> Otóż Ernest proponuje żeby: >> 1. netelements elementy podstawowe (ale tylko takie posiadające porty) >> ze wskazaniem na netnodes(dla lokalizacji) >> czyli: przełącznice, splittery, switche, routery, radiolinie, >> koncówki > klienckie >> dane takie jak producent, model, rodzaj(przełacznica, radio, >> switch) > Ostatecznie dojdą jednak kable (chodzi o wspólne dane - producent, > data zakupu, projekt itp - żeby były w jednej bazie). Węzeł początkowy > kabla będzie w netelement, węzeł końcowy - w netcables. > >> 2. netcables w osobnej tabeli bliźniaczej do netelements >> (ze wskazaniem koncówkami w strone netnodes) i danymi typu >> producent, model, typ > j.w. > >> 3. netreserves (jakos tak to jarek nazwal) wskazujące na netnodes >> elementy stojące niejako "obok" kabla (zapas, studnia, słup, etc) > Jedyne co dojdzie (i co musimy ustalić) to jak wskazać kolejność na > kablu tych zapasów - ma to znaczenie przy trasowaniu przebiegu kabla > na mapie (jeśli dodamy np. w każdej ze studni OPL zapas po 1m to > będziemy mieli na mapie ładny przebieg kabla jak idzie w > rzeczywistości - od studni do studni). > >> 4. netports to wszystkie dostępne porty sprzętów z netelements > Porty dzielimy na: > - aktywne opisywane przez konektor i technologie polaczenia > - pasywne - opisywane jako rodzaj adaptera i konektora > - splitter - porty IN i OUT > - tacki spawów - tutaj mamy jedynie pojemność > >> 5. netwires wszystkie włókna z kabli ze wskazaniem na kabel >> (tuba, włókno) > a w przypadku miedzi - wiązka i kabel > >> 5. zależnie od typu portu dodatkowe tabele z parametrami >> (np dla radia nadawczego netradiosectors) > Porty aktywne, są portami p2p z wyjatkiem portow radiowych > zdefiniowanych w netradiosectors, ktore będą p2mp > >> Łączenie w tabeli netlinks (tu już się wersje zgadzają) >> port1,port2,włokno3,włókno4 z czego port2 i/lub włókno4 mogą >> przybierać >> wartość '0' > netconnections - generalnie 2 rodzaje polaczen: > - kabel-pigtail (konektor2 pusty, przy simplex rowniez wlokno2 puste) > - patchcord (oba wlokna poste, oba konektory wskazujace na 2 porty) > > Czekam na odglosy zachwytów, ale też merytoryczne uwagi krytczne > (moga byc pytania w stylu: "A jak rozwiazenie podpiecie 2 kabli > simplex do adaptera dumplex w przelacznicy?" :D ) > > >> > > No i mamy robotę na rok ;-) >> > Tomku, ale reszta tez moze zabrac glos ;) >> > >> > Troche z Michałem (Ernest) posiedzielismy na GG i wyszlo, ze mamy 2 >> > rozne koncepcje budowy bazy elementow sieciowych. W skrocie rozbija >> > sie o to, ze ja bym chcial miec wszystko w netelements i dopiero >> > pozniej poszczegolne typy (a w zasadzie ich opisy) w dodatkowych >> > tabelach. Michał chcialby wydzielic kable osobno i elementy osobno. >> > >> > Ja opisze dlaczego chce tak i licze, ze Michał przedstawi swoje racje >> > ;) >> > >> > 1) Wszystkie podstawowe dane (producenci, modele, daty zakupow, >> > projekty inwestycyjne) mamy w jednym miejscu (jedna tabela netelements) >> > 2) Dodawanie kolejnych typow elementow (dodalismy zapas kablowy w >> > zasadzie bezproblemowo) bedzie dosc proste - odpowiedni type w >> > netelements + parametry w dodatkowej tabeli + modyfikacja jednej >> > tabeli z opisem relacji netconnections-porty w urzadzeniu >> > >> > Jarek >> > _______________________________________________ >> > lms mailing list >> > lms@lists.lms.org.pl >> > http://lists.lms.org.pl/mailman/listinfo/lms >> >> >> _______________________________________________ >> lms mailing list >> lms@lists.lms.org.pl >> http://lists.lms.org.pl/mailman/listinfo/lms -- Pozdrawiam Tomasz Chiliński, Chilan