W dniu 2015-12-10 o 12:12, Jaroslaw Dziubek pisze:

[Thursday, 10 December 2015], Grzegorz Czarnota - Beskid Media Sp. z o.o. napisał(a):

...

Witam, Można by było zobaczyć demo tego rozwiązania?

Na razie nie.

A chociażby printscreen'y??

...

Pomoże ono w raportowaniu linii światłowodowych do SIIS?

Napewno, ale to pozniej.

Czy do lutego przewidujesz taka możliwość??

W dniu 13.12.2015 20:21, Jaroslaw Dziubek napisał(a):

[Thursday, 10 December 2015], Arturz napisał(a):

...

...

Na razie nie.

A chociażby printscreen'y??

Dobra. Demo: http://lms.perfect.net.pl/ (login: lms, haslo: Lms!haslo1)

W demo brakuje obrazków z img. Czy to tylko przypadłość demo? Nie lepiej byłoby zmienić nazwę z Network Objects na Network Elements, albo Passive Elements?

Co zostało do zrobienia:

• tłumaczenie i doszlifowanie opisów
• wizualizacja spawów w karcie obiektu
• dla splittera trzeba zrobic osobno porty IN i OUT (beda pojedyncze kable)
• podłączanie urządzeń do światłowodów wstepny pomysl:
  • podłączamy do spawu (czyli wirtualny patchcord)
  • podłączamy tylko w ramach jednego węzła (urządzenie, obiekt i kabel w jednym węźle sieciowym)

To chyba powinno działać tak, że "łączymy" netlinks src lub dst rekordem w jakiejś dodatkowej tabeli (być może sensowna nazwa byłaby pigtails) przechowujące powiązanie netlinks src lub dst z przewodem i linią z tego przewodu.

• dorobienie generowania map (ale to juz bardziej kosmetyka :D)
• pojawila sie sugestia zeby rozszerzyc to o kable miedziane (teoretycznie jest to tak napisane, ze nie powinno byc problemu z rozszerzeniem - zmieniajac jedynie nazewnictwo niektorych elementow)

Osoby, ktore zadeklarowaly wplaty: konto: 84 1020 5040 0000 6802 0121 9393 (PKO BP)

To jest jakiś rachunek firmy? Jak zaadresować przelew? Fakturę wystawisz dopiero w styczniu czy da jednak radę w grudniu? ;-)

pozdrawiam i życzę udanego testowania :)

Już trochę potestowałem - całkiem fajne. Schematy db masz na mysql i pgsql?

Jarek

[Sunday, 13 December 2015], "D.Wesołowski" napisał(a):

może się czepiam, ale mnie brakuje wyboru standardu kolejności kolorów włókien

W jakim sensie? Kolejnosc jest definiowana globalnie i to zmiana w jednym miejscu - masz gdzies odnosnik do normy opisujace kolorowanie wlokien w tubach?

Wiadomość napisana przez Jaroslaw Dziubek yaro@perfect.net.pl w dniu 13.12.2015, o godz. 21:24:

[Sunday, 13 December 2015], Jaroslaw Dziubek napisał(a):

...

[Sunday, 13 December 2015], "D.Wesołowski" napisał(a):

...

może się czepiam, ale mnie brakuje wyboru standardu kolejności kolorów włókien

W jakim sensie? Kolejnosc jest definiowana globalnie i to zmiana w jednym miejscu - masz gdzies odnosnik do normy opisujace kolorowanie wlokien w tubach?

Dobra - znalazlem norme IEC60304 i w/g niej "pokolorowalem" wlokna :)

Jarek

http://www.pp.org.pl/wojtek/?id=30843

— D.Wesołowski wesoly@klu.pl

[Sunday, 13 December 2015], Tomasz Chiliński napisał(a):

W dniu 13.12.2015 20:21, Jaroslaw Dziubek napisał(a):

...

[Thursday, 10 December 2015], Arturz napisał(a):

...

...

Na razie nie.

A chociażby printscreen'y??

Dobra. Demo: http://lms.perfect.net.pl/ (login: lms, haslo: Lms!haslo1)

W demo brakuje obrazków z img. Czy to tylko przypadłość demo?

Obrazki i tlumaczenia zostawilem na koniec - to juz bedzie tylko "polerka" :)

Nie lepiej byłoby zmienić nazwę z Network Objects na Network Elements, albo Passive Elements?

Generalnie całość trzebaby przemianować (rowniez to co jest juz w LMS) :)

...

Co zostało do zrobienia:

• tłumaczenie i doszlifowanie opisów
• wizualizacja spawów w karcie obiektu
• dla splittera trzeba zrobic osobno porty IN i OUT (beda pojedyncze kable)
• podłączanie urządzeń do światłowodów wstepny pomysl:
  • podłączamy do spawu (czyli wirtualny patchcord)
  • podłączamy tylko w ramach jednego węzła (urządzenie, obiekt i kabel w jednym węźle sieciowym)

To chyba powinno działać tak, że "łączymy" netlinks src lub dst rekordem w jakiejś dodatkowej tabeli (być może sensowna nazwa byłaby pigtails)

Raczej niekoniecznie - w tabeli ze spawami po prostu majac id kabla, numer tuby i wlokna wystarczy zrobic ze jesli tuba==-1 to jest odnosniek do tabeli z urzadzeniami i traktowac to jako pigtaila ;)

przechowujące powiązanie netlinks src lub dst z przewodem i linią z tego przewodu.

IMHO nie ma potrzeby (chyba, ze zrobic jedna duza tabele z wszystkimi powiazaniami - zarowno logicznymi jaki i fizycznymi i niezaleznie miedzy jakimi elementami).

...

• dorobienie generowania map (ale to juz bardziej kosmetyka :D)
• pojawila sie sugestia zeby rozszerzyc to o kable miedziane (teoretycznie jest to tak napisane, ze nie powinno byc problemu z rozszerzeniem - zmieniajac jedynie nazewnictwo niektorych elementow)

Osoby, ktore zadeklarowaly wplaty: konto: 84 1020 5040 0000 6802 0121 9393 (PKO BP)

To jest jakiś rachunek firmy?

Osobisty.

Jak zaadresować przelew?

Po prostu "Jarosław Dziubek", w tytule powiedzmy "Paszportyzacja"

Fakturę wystawisz dopiero w styczniu czy da jednak radę w grudniu? ;-)

Nie da rady w grudniu :(

Już trochę potestowałem - całkiem fajne. Schematy db masz na mysql i pgsql?

Na razie mysql (bo tego uzywam)

[Sunday, 13 December 2015], Tomasz Chiliński napisał(a):

Co konkretnie? Może to dobry moment na to? ;-)

Idzie w innym mailu :)

...

Raczej niekoniecznie - w tabeli ze spawami po prostu majac id kabla, numer tuby i wlokna wystarczy zrobic ze jesli tuba==-1 to jest odnosniek do tabeli z urzadzeniami i traktowac to jako pigtaila ;)

To nie powinien być odnośnik do urządzeń tylko do połączenia logicznego, a to masz w netlinks jako pola src lub dst. Nie znam jeszcze schematu, który przygotowałem, więc trudnio mi wnioskować jak powiązać jednoznacznie spaw z netlinks wybierając czy to z polem src czy z polem dst. Dzięki powiązaniu z netlinks od razu będzie wiadomo do jakiego numeru portu wpięty jest pigtail.

I tutaj jest problem 2 baz z polaczeniami. Z jednej strony mamy fizyczne polaczenie miedzy przełącznicą (zapewne) a portem w urzadzeniu, a z drugiej logiczne połączenie między 2 portami 2 urządzeń aktywnych.

...

Nie da rady w grudniu :(

Ale w styczniu na 100%?

Jasne.

Od razu będzie wiadomo czy pójdzie to na pgsql w miarę małym nakładem prac

• będę mógł podpowiedzieć potrzebne zmiany w schemacie mysql, żeby na

obydwu gładko chodziło (oczywiście jeśli zajdzie taka potrzeba).

Mowisz - masz ;)

Jarek

[Sunday, 13 December 2015], Tomasz Chiliński napisał(a):

Nie lepiej byłoby zmienić nazwę z Network Objects na Network Elements, albo Passive Elements?

Zastanawiam się nad tym co napisałeś i może faktycznie lepiej nawet pójść dalej: - obiekty sieciowe jako jedna tabela z polem "active/passive", a parametry przechowywane w bazie jako jedno pole. - połączenia między obiektami - jedna tabela (z polem "fizyczne/logiczne") i znowu parametr to jedno pole.

Jarek

[Sunday, 13 December 2015], Tomasz Chiliński napisał(a):

No właśnie... Tabelę netlinks już mamy. Brakuje w niej na pewno pola active smallint DEFAULT 1 NOT NULL (0 oznaczałoby passive). Przy elementach sieciowych też będzie chyba dużo części wspólnych między urządzeniami (netdevices) i czymś, co obecnie nazywasz obiekty sieciowe?

Wzorowalem sie na netdevices :)

CREATE TABLE netobjects ( id int(11) NOT NULL auto_increment, type tinyint DEFAULT '0', name varchar(32) NOT NULL DEFAULT '', location varchar(255) NOT NULL DEFAULT '', location_city int(11) DEFAULT NULL, location_street int(11) DEFAULT NULL, location_house varchar(32) DEFAULT NULL, location_flat varchar(32) DEFAULT NULL, description text NOT NULL DEFAULT '', producer varchar(64) NOT NULL DEFAULT '', model varchar(32) NOT NULL DEFAULT '', serialnumber varchar(32) NOT NULL DEFAULT '', parameter varchar(32) NOT NULL DEFAULT '', purchasetime int(11) NOT NULL DEFAULT '0', guaranteeperiod tinyint unsigned DEFAULT '0', longitude decimal(10, 6) DEFAULT NULL, latitude decimal(10, 6) DEFAULT NULL, netnodeid int(11) DEFAULT NULL, invprojectid int(11) DEFAULT NULL, status tinyint DEFAULT '0', PRIMARY KEY (id), INDEX location_city (location_city, location_street, location_house, location_flat), INDEX location_street (location_street), FOREIGN KEY (location_city) REFERENCES location_cities (id) ON DELETE SET NULL ON UPDATE CASCADE, FOREIGN KEY (location_street) REFERENCES location_streets (id) ON DELETE SET NULL ON UPDATE CASCADE, FOREIGN KEY (netnodeid) REFERENCES netnodes (id) ON DELETE SET NULL ON UPDATE CASCADE, FOREIGN KEY (invprojectid) REFERENCES invprojects (id) ON DELETE SET NULL ON UPDATE CASCADE ) ENGINE=InnoDB;

CREATE TABLE netcables ( id int(11) NOT NULL auto_increment, name varchar(32) NOT NULL DEFAULT '', fibers int(5) NOT NULL, length int(11) NOT NULL default '0', src int(11) DEFAULT NULL, dst int(11) DEFAULT NULL, description text NOT NULL DEFAULT '', producer varchar(64) NOT NULL DEFAULT '', model varchar(32) NOT NULL DEFAULT '', purchasetime int(11) NOT NULL DEFAULT '0', guaranteeperiod tinyint unsigned DEFAULT '0', invprojectid int(11) DEFAULT NULL, status tinyint DEFAULT '0', PRIMARY KEY (id), FOREIGN KEY (begin) REFERENCES netobjects (id) ON DELETE SET NULL ON UPDATE CASCADE, FOREIGN KEY (end) REFERENCES netobjects (id) ON DELETE SET NULL ON UPDATE CASCADE, FOREIGN KEY (invprojectid) REFERENCES invprojects (id) ON DELETE SET NULL ON UPDATE CASCADE ) ENGINE=InnoDB;

CREATE TABLE netsplices ( id int(11) NOT NULL auto_increment, objectid int(11) DEFAULT NULL, srccableid int(11) DEFAULT NULL, srctube tinyint UNSIGNED NOT NULL DEFAULT '0', srcfiber tinyint UNSIGNED NOT NULL DEFAULT '0', dstcableid int(11) DEFAULT NULL, dsttube tinyint UNSIGNED NOT NULL DEFAULT '0', dstfiber tinyint UNSIGNED NOT NULL DEFAULT '0', position smallint UNSIGNED DEFAULT NULL, description text NOT NULL DEFAULT '', PRIMARY KEY (id), FOREIGN KEY (objectid) REFERENCES netobjects (id) ON DELETE CASCADE ON UPDATE CASCADE, FOREIGN KEY (srccableid) REFERENCES netcables (id) ON DELETE CASCADE ON UPDATE CASCADE, FOREIGN KEY (dstcableid) REFERENCES netcables (id) ON DELETE CASCADE ON UPDATE CASCADE ) ENGINE=InnoDB;

W dniu 16.12.2015 14:21, Jaroslaw Dziubek napisał(a):

[Sunday, 13 December 2015], Jaroslaw Dziubek napisał(a):

...

Osoby, ktore zadeklarowaly wplaty: konto: 84 1020 5040 0000 6802 0121 9393 (PKO BP)

Witam.

Na razie dostalem 2 wplaty - od Chilka i Darconnect (to tak informacyjnie).

Panie i Panowie, proszę wpłacać Jarkowi. Ja tu taką kasę wykładam, a wszyscy czekają na gotowca :/

Jarek

W dniu 16.12.2015 o 14:32, Skiba Marek pisze:

W dniu 16 grudnia 2015 14:21 użytkownik Jaroslaw Dziubek <yaro@perfect.net.pl mailto:yaro@perfect.net.pl> napisał:

Na razie dostalem 2 wplaty - od Chilka i Darconnect (to tak
informacyjnie).

Od nas dojdzie do końca tygodnia.

---

lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

Ja potrzebuje mieć najpierw fakturkę. Proszę o wystawienie jak tylko będzie to możliwe.

W dniu 16.12.2015 o 15:31, Tomasz Chiliński pisze:

...

Ja potrzebuje mieć najpierw fakturkę. Proszę o wystawienie jak tylko będzie to możliwe.

Też tak chciałem, ale było to nie możliwe. Zaufałem jednak Jarkowi - napisał, że wystawi w styczniu ;-)

Mnie księgowość nie puści:-) Czekam na fakturę.

W dniu 2015-12-16 o 15:47, Grzegorz Czarnota - Beskid Media Sp. z o.o. pisze:

W dniu 16.12.2015 o 15:31, Tomasz Chiliński pisze:

...

...

Ja potrzebuje mieć najpierw fakturkę. Proszę o wystawienie jak tylko będzie to możliwe.

Też tak chciałem, ale było to nie możliwe. Zaufałem jednak Jarkowi - napisał, że wystawi w styczniu ;-)

Mnie księgowość nie puści:-) Czekam na fakturę.

Sorry moja księgowość da 200+vat ale dopiero w styczniu. Nie przeskoczę tego. Jestem tylko szarym pracoholikiem

W dniu 16.12.2015 18:47, Jaroslaw Dziubek napisał(a):

[Wednesday, 16 December 2015], Grzegorz Czarnota - Beskid Media Sp. z o.o. napisał(a):

...

Ja potrzebuje mieć najpierw fakturkę. Proszę o wystawienie jak tylko będzie to możliwe.

Nie oddam 1/3 darmozjadom (dlatego styczen i kazdy kto bedzie chcial dostanie).

Czekaj, a w styczniu będziesz już w Londynie i wtedy nie będzie trzeba oddawać 1/3? ;-) Mam nadzieję, że faktury będą polskie ;-)

Jarek

[Wednesday, 16 December 2015], Tomasz Chiliński napisał(a):

W dniu 16.12.2015 18:47, Jaroslaw Dziubek napisał(a):

...

[Wednesday, 16 December 2015], Grzegorz Czarnota - Beskid Media Sp. z o.o. napisał(a):

...

Ja potrzebuje mieć najpierw fakturkę. Proszę o wystawienie jak tylko będzie to możliwe.

Nie oddam 1/3 darmozjadom (dlatego styczen i kazdy kto bedzie chcial dostanie).

Czekaj, a w styczniu będziesz już w Londynie i wtedy nie będzie trzeba oddawać 1/3? ;-)

Niekoniecznie :)

Mam nadzieję, że faktury będą polskie ;-)

No raczej :)

W dniu 16.12.2015 o 23:55, Tomasz Chiliński pisze:

W dniu 16.12.2015 23:42, Jaroslaw Dziubek napisał(a):

...

[Wednesday, 16 December 2015], Tomasz Chiliński napisał(a):

...

W dniu 16.12.2015 18:47, Jaroslaw Dziubek napisał(a):

...

[Wednesday, 16 December 2015], Grzegorz Czarnota - Beskid Media Sp. z o.o. napisał(a):

...

Ja potrzebuje mieć najpierw fakturkę. Proszę o wystawienie jak tylko będzie to możliwe.

Nie oddam 1/3 darmozjadom (dlatego styczen i kazdy kto bedzie chcial dostanie).

Czekaj, a w styczniu będziesz już w Londynie i wtedy nie będzie trzeba oddawać 1/3? ;-)

Niekoniecznie :)

...

Mam nadzieję, że faktury będą polskie ;-)

No raczej :)

To dlaczego masz oddawać 1/3. Dolicz VAT do tego co ludzie się zobowiązują, a w większości i tak sobie VAT odliczą.

Bo 30% podatek dochodowy na progowej skali jak sie nie przewidzialo rok wczesniej, ze sie troszke zarobi to prawie 1/3 :P VAT to inna bajka :P

pozdrawiam

W dniu 2015-12-17 o 08:37, GC pisze:

Oprogramowanie tworzy sie jako spolka ltd - wtedy nie ma dochodowego :>

Tworzysz oddział w Polsce?? Nie czepiają się, że masz 2 firmy z tego jedna za granicą??

[Wednesday, 16 December 2015], Jaroslaw Dziubek napisał(a):

Na razie dostalem 2 wplaty - od Chilka i Darconnect (to tak informacyjnie).

Na dzień dzisiejszy mam wpłat na 1300zł.

pozdrawiam Jarek

Co prawda mam urlop ale właśnie ponagliłem bosa by zrobił ten przelew bo miał go wykonać już dawno. Wiecie jak to jest :)

W dniu 28 grudnia 2015 08:49 użytkownik Arturz arturz@kl.net.pl napisał:

W dniu 2015-12-28 o 08:38, Jaroslaw Dziubek pisze:

...

[Wednesday, 16 December 2015], Jaroslaw Dziubek napisał(a):

Na razie dostalem 2 wplaty - od Chilka i Darconnect (to tak

...

informacyjnie).

Na dzień dzisiejszy mam wpłat na 1300zł.

Tak jak pisałem wcześniej potwierdzam swoje 200 ale za tydzień lub za

rok ;-P.

-- Art

---

lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

Jakby co to może nawet być pro forma w tym roku ale potem właściwa :)

W dniu 28.12.2015 o 10:12, Jarosław Krzymin pisze:

Witam,

jeszcze nie wpłaciłem jakby co... chciałem się zapytać czy będzie 

na tę kwotę jakaś faktura czy rachunek ?

W dniu 28.12.2015 o 08:38, Jaroslaw Dziubek pisze:

...

[Wednesday, 16 December 2015], Jaroslaw Dziubek napisał(a):

...

Na razie dostalem 2 wplaty - od Chilka i Darconnect (to tak informacyjnie).

Na dzień dzisiejszy mam wpłat na 1300zł.

pozdrawiam Jarek

---

lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

[Monday, 28 December 2015], Jaroslaw Dziubek napisał(a):

Tak jak pisał Tomek - kwota + vat i na całość będzie faktura vatowska

(proformy nie moge wystawic bo spółka zaczyna działalność 01.01.2016)

OK. Osoby, który wpłaciły a chcą fakturę prosze o maila na priv z danymi (dotyczy to osób, które deklarowały wpłaty po otrzymaniu faktury).

pozdrawiam Jarek Dziubek

poprosze o numer konta jakos nie moge znalesc

W dniu 2016-01-04 o 11:32, Jaroslaw Dziubek pisze:

[Monday, 28 December 2015], Jaroslaw Dziubek napisał(a):

...

Tak jak pisał Tomek - kwota + vat i na całość będzie faktura vatowska

(proformy nie moge wystawic bo spółka zaczyna działalność 01.01.2016)

OK. Osoby, który wpłaciły a chcą fakturę prosze o maila na priv z danymi (dotyczy to osób, które deklarowały wpłaty po otrzymaniu faktury).

pozdrawiam Jarek Dziubek _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

sorki miało iść na pirv'a ale mnie klient zagadał...

W dniu 04.01.2016 o 13:53, Jarosław Krzymin pisze:

Witam,

 proszę o fakturę na dane:

JPK Jarosław Paweł Krzymin ul. Jodłowa 9 83-010 Rotmanka NIP 554-103-42-66

W dniu 04.01.2016 o 11:32, Jaroslaw Dziubek pisze:

...

[Monday, 28 December 2015], Jaroslaw Dziubek napisał(a):

...

Tak jak pisał Tomek - kwota + vat i na całość będzie faktura vatowska

(proformy nie moge wystawic bo spółka zaczyna działalność 01.01.2016)

OK. Osoby, który wpłaciły a chcą fakturę prosze o maila na priv z danymi (dotyczy to osób, które deklarowały wpłaty po otrzymaniu faktury).

pozdrawiam Jarek Dziubek _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

W dniu 2016-01-09 o 22:34, Jaroslaw Dziubek pisze:

[Sunday, 13 December 2015], Jaroslaw Dziubek napisał(a):

...

[Thursday, 10 December 2015], Arturz napisał(a):

...

...

Na razie nie.

A chociażby printscreen'y??

Dobra. Demo: http://lms.perfect.net.pl/ (login: lms, haslo: Lms!haslo1)

Aktualizacja demo - dodałem kolorowanie włókien i tub (aczkolwiek zaczynam się zastanawiać, bo tuby rzadko są kolorowane).

Raczej rzadko nie są, obecnie nie spotkałem się jeszcze z kablem który by nie miał kolorowych tub.

Klikajcie i slijcie uwagi.

Jarek

---

lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

W dniu 09.01.2016 22:34, Jaroslaw Dziubek napisał(a):

[Sunday, 13 December 2015], Jaroslaw Dziubek napisał(a):

...

[Thursday, 10 December 2015], Arturz napisał(a):

...

...

Na razie nie.

A chociażby printscreen'y??

Dobra. Demo: http://lms.perfect.net.pl/ (login: lms, haslo: Lms!haslo1)

Aktualizacja demo - dodałem kolorowanie włókien i tub (aczkolwiek zaczynam się zastanawiać, bo tuby rzadko są kolorowane).

Klikajcie i slijcie uwagi.

Udało Ci się pozbyć oddzielnych tabel sql na elementy, które w 90% duplikują się z węzłami sieciowymi/urządzeniami sieciowymi? Tak samo warto byłoby zrobić również z elementami interfejsu użytkownika, bo szkoda potem wprowadzać zmiany interfejsu dotyczące np. gwarancji w wielu miejscach interfejsu użytkownika.

Jarek

---

lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

[Thursday, 10 December 2015], Paweł Rohde napisał(a):

W dniu 10.12.2015 o 11:27, Jaroslaw Dziubek pisze:

...

Witam.

Powoli dobiegają końca prace nad paszportyzacją. Myślę, że do poniedziałku wersja beta powinna się pojawić.

Kilka osób deklarowało wsparcie finansowe projektu tak żeby trafiło to do głównej gałęzi - czekam na konkretne deklaracje.

deklaruję 200-500 netto

OK, ale faktura dopiero w styczniu 2016.

pozdrawiam Jarek Dziubek

Witam!

przyłączę się do wsparcia ale najpierw chciałbym obejrzeć jakieś demo oraz uzyskać informację co do ewentualnego rozwoju tego softu.

W dniu 10.12.2015 o 12:18, DarConnect Dariusz Wasiuta pisze:

Ja tez przyłącze się do wsparcia

Wysłane z iPhone'a

Dnia 10.12.2015 o godz. 11:47 Paweł Rohde pawel@rohde.pl napisał(a):

...

W dniu 10.12.2015 o 11:27, Jaroslaw Dziubek pisze:

...

Witam.

Powoli dobiegają końca prace nad paszportyzacją. Myślę, że do poniedziałku wersja beta powinna się pojawić.

Kilka osób deklarowało wsparcie finansowe projektu tak żeby trafiło to do głównej gałęzi - czekam na konkretne deklaracje.

deklaruję 200-500 netto

-- pozdrawiam Paweł Rohde _______________________________________________ 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

W dniu 10.12.2015 o 12:57, Jaroslaw Dziubek pisze:

[Thursday, 10 December 2015], Andrzej Szreter napisał(a):

...

On Thu, 10 Dec 2015, Jaroslaw Dziubek wrote:

...

Powoli dobiegają końca prace nad paszportyzacją. Myślę, że do poniedziałku wersja beta powinna się pojawić.

Kilka osób deklarowało wsparcie finansowe projektu tak żeby trafiło to do głównej gałęzi - czekam na konkretne deklaracje.

Witam,

200 zł netto. Pewnie więcej osób by odpowiedziało gdyby było wiadomo jaki koszt całości, ile deklarować aby była szansa zebrania,

Mam deklaracje na 2000zł wiec brakuje powiedzmy 2000zł

Jarek _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

My też możemy zadeklarować min. 200pln netto.

W dniu 10 grudnia 2015 13:23 użytkownik Tomasz Chiliński < tomasz.chilinski@chilan.com> napisał:

W dniu 10.12.2015 11:27, Jaroslaw Dziubek napisał(a):

...

Witam.

Cześć,

Powoli dobiegają końca prace nad paszportyzacją. Myślę, że do

...

poniedziałku wersja beta powinna się pojawić.

Kilka osób deklarowało wsparcie finansowe projektu tak żeby trafiło to do głównej gałęzi - czekam na konkretne deklaracje.

Ja się deklarowałem i oczywiście nie wycofuję się.

My, jako firma Maxnet z Gdyni - również.

Ja tez jako Netsystem Sp. z o.o. dokladam 200 zł

W dniu 2015-12-10 o 13:26, Marcin pisze:

No i ja coś dorzucę, min. 200, tak uśrednione jak reszta :)

W dniu 10 grudnia 2015 13:23 użytkownik Tomasz Chiliński <tomasz.chilinski@chilan.com mailto:tomasz.chilinski@chilan.com> napisał:

W dniu 10.12.2015 11:27, Jaroslaw Dziubek napisał(a):

    Witam.


Cześć,

    Powoli dobiegają końca prace nad paszportyzacją. Myślę, że do
    poniedziałku wersja beta powinna się pojawić.

    Kilka osób deklarowało wsparcie finansowe projektu tak żeby
    trafiło to
    do głównej gałęzi - czekam na konkretne deklaracje.


Ja się deklarowałem i oczywiście nie wycofuję się.

    pozdrawiam
    Jarek Dziubek
    _______________________________________________
    lms mailing list
    lms@lists.lms.org.pl <mailto:lms@lists.lms.org.pl>
    http://lists.lms.org.pl/mailman/listinfo/lms


-- 
Pozdrawiam
Tomasz Chiliński, Chilan

_______________________________________________
lms mailing list
lms@lists.lms.org.pl <mailto:lms@lists.lms.org.pl>
http://lists.lms.org.pl/mailman/listinfo/lms

-- Pozdrawiam Marcin / nicraM

---

lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

W dniu 2015-12-10 o 16:58, Rafal pisze:

Ja tez jako Netsystem Sp. z o.o. dokladam 200 zł

W dniu 2015-12-10 o 13:26, Marcin pisze:

...

No i ja coś dorzucę, min. 200, tak uśrednione jak reszta :)

W dniu 10 grudnia 2015 13:23 użytkownik Tomasz Chiliński <mailto:tomasz.chilinski@chilan.comtomasz.chilinski@chilan.com> napisał:

W dniu 10.12.2015 11:27, Jaroslaw Dziubek napisał(a):

    Witam.


Cześć,

    Powoli dobiegają końca prace nad paszportyzacją. Myślę, że do
    poniedziałku wersja beta powinna się pojawić.

    Kilka osób deklarowało wsparcie finansowe projektu tak żeby
    trafiło to
    do głównej gałęzi - czekam na konkretne deklaracje.


Ja się deklarowałem i oczywiście nie wycofuję się.

    pozdrawiam
    Jarek Dziubek
    _______________________________________________
    lms mailing list
    lms@lists.lms.org.pl <mailto:lms@lists.lms.org.pl>
    http://lists.lms.org.pl/mailman/listinfo/lms


--
Pozdrawiam
Tomasz Chiliński, Chilan

_______________________________________________
lms mailing list
lms@lists.lms.org.pl <mailto:lms@lists.lms.org.pl>
http://lists.lms.org.pl/mailman/listinfo/lms

-- Pozdrawiam Marcin / nicraM

---

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

Witam,

też się dorzucę kolejne 200zł

[Sunday, 13 December 2015], Krzysztof Szwaba napisał(a):

...

Powoli dobiegają końca prace nad paszportyzacją. Myślę, że do poniedziałku wersja beta powinna się pojawić.

Jakiej minimalnej wersji wymaga ta funkcjonalność ? Ruszy na 1.11.10 Kri ?

To nie jest plugin wiec raczej trzeba bedzie zrobic upgrade.

Jarek

[Sunday, 13 December 2015], Krzysztof Szwaba napisał(a):

Dnia 2015-12-13, o godz. 21:31:58 Jaroslaw Dziubek yaro@perfect.net.pl napisał(a):

...

[Sunday, 13 December 2015], Krzysztof Szwaba napisał(a):

...

...

Powoli dobiegają końca prace nad paszportyzacją. Myślę, że do poniedziałku wersja beta powinna się pojawić.

Jakiej minimalnej wersji wymaga ta funkcjonalność ? Ruszy na 1.11.10 Kri ?

To nie jest plugin wiec raczej trzeba bedzie zrobic upgrade.

Do jakiej wersji ?

Wersji z git (nie sledze kolejnych wydac bo mam wersje z gita, a liczba zmian ostatnio jest dosc duza :)

Jarek

W dniu 02/05/2016 o 10:38 AM, Jaroslaw Dziubek pisze:

Jak widać na demo jest jakiś zarys paszportyzacji jednak jak zacząłem wprowadzać dane okazało się, że pierwotne założenia mało odpowiadają rzeczywistości (wynika to m.in. z faktu, że sam dopiero startuje ze światłowodowami).

Nowa koncepcja:

• Obiekty sieciowe
  • typ: mufa/przełącznica/docelowo również obiekty do obsługi miedzi (np. patchpanel)
  • obiekt musi byc przypisany do węzła sieciowego
  • pozostałe dane: producent, model, pojemność (ilość portów)
• Kable
  • medium: światłowód/miedź
  • typ: dla światłowodu: jednotubowy, wielotubowy, łatwego dostępu, splitter optyczny
  • węzeł źródłowy
  • węzeł docelowy
  • pozostałe dane: producent, model, ilość włókien, długość
• Połączenia
  • rodzaj: stałe (spaw), rozłączalne (wtyk)
  • rodzaj: simplex/dumplex (spaw to zawsze simplex)
  • strona1:
    • wtyk: adapter (FC/ST/SC/LC), konektor (FLAT/PC/UPC/APC)
    lub
    • kabel1 (kabel:tuba:włókno), kabel2 (jesli duplex)
  • strona2:
    • jesli to spaw - kabel2
    • jesli 2 konektor to połączenie jest patchcordem
  • dane dodatkowe (uwagi, plik z pomiarami)
• Elementy obiektów sieciowych:
  • połączenia (np. kabel lub splitter z dospawanym pigtailem, patchcord)
  • numer portu (w przypadku mufy - można to wykorzystać do numeru tacki)

I teraz dla przełącznicy:

1. przełącznica na start jest pusta
2. podpinamy do węzła z przełącznicą kable - kabel1 i kabel2
3. robimy połączenie - kabel1+pigtail (np. simplex SC/APC) i kabel2+pigtail (oczywiśnie pojedyncze włókno)
4. konektor #1 dopinamy do portu #1 - widać że coś jest wpięte, ale port jest nadal wolny
5. konektor #2 dopinamy do portu #1 - w tej chwili mamy pełne połączenie

Zastanawiałem się nad tym jak to można zrobić i idealnie byłoby wyszczególnić wszystkie połączenia w przełącznicy na zasadzie: definiujemy zainstalowane kable(liniowe, pigtaile, patchcordy) można jako wskazania do typu (co załatwi parametry kabla /ilość włókien,tub,rodzaj,złączy,etc/)

następnie robimy połączenia wg schematu src(kabel_id, nr_włókna),dst(kabel_id, nr_włókna), id_tacki, typ_złącza, pozycja_na_tacy/nr_portu, id_przełącznicy jeżeli id_tacki==0 to połączenie zewnętrzne

Czyli na połączenie pomiędzy kablem zewn i portem przełącznicy potrzebujemy 2 rekordy 1) dla połączenia kabla z pigtailem 2) dla połaczenia pigtaila z portem przełącznicy

Jest tylko problem jak to w miarę czytelnie przedstawić bo na tabelkach ja tego nie widzę ;(

Dla mufy będzie prościej

1. do węzła 2 kable
2. spawamy 2 kable ze sobą i podajemy numer tacki

W każdym przypadku proponuję przewidzieć możliwość spawania więcej niż jednego kabla.

Splitter podpinamy identycznie jak kabel - mamy pigtail na końcu ze złączem i wpinamy w odpowiedni port do przełącznicy (albo spawamy z kablem i do mufy)

Każde połączenie docelowo może byc wpięte do urządzenia, którego definicja będzie przerobiona - każde urządzenie będzie miało 3 rodzaje portów:

• miedziane - wykorzystywane jak dotychczas
• światłowodowe - do którego będzie można wpiąć połączenie światłowodowe definiując pozostałe parametry (WDM, GPON, itp)
• radiowe - standardowo p2p, chyba, że będzie zdefiniowany sektor radiowy (wtedy będzie to połączenie p2m)

Gdzie będą zapisywane rodzaje portów urządzeń i jak to będzie powiązane z dotychczasowa definicją urządzenia? Druga rzecz to może zrobić otwartą listę typów portów z parametrami (w sensie wrzucić to do bazy jako słownik i jeśli ktoś będzie potrzebował jakiś nietypowy to sobie dorzuci)

Swego czasu kombinowałem ze swoim systemem i miałem to zrobione tak, że w momencie dodawania urządzenia definiowałem 2 tabele 1(urządzenia) i 2(zadeklarowane porty jako lista wskazań na urządzenie).

Minusem tego była objętość bazy gdzie niezależnie od tego czy port jest zajęty to jest w bazie. Plusem za to jest łatwość kreowania połączeń bo to tylko wskazanie port-port oraz uniwersalność podejścia (kwestia zmiany typu portu i możesz podłączyć np telefon no i sprawdzić kompatybilność łączonych portów).

Widzę tylko problem jak toto zaimplementować we wtyczce LMSa ;( chyba że jako osobny moduł a nie wtyczka

Czekam na uwagi (zwłaszcza od osób, które mają światłowody i spojrzą od strony praktycznej)

pozdrawiam Jarek

Jak rozumiem robisz wtyczkę do całościowej obsługi paszportyzacji?

---

lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

W dniu 05.02.2016 13:19, Jaroslaw Dziubek napisał(a):

Nie kasuje tekstu zeby bylo mozna ogarnac calosc ;)

Dla uzupełnienia:

• Obiekty - netobjects

To coś bardzo podobnego do węzła (prawie wszystkie atrybuty takie jak ma węzeł), prawda?

• Kable - netcables
• Połączenia - netconnects
• Elementy - netobjectelements

[Friday, 05 February 2016], Ernest napisał(a):

...

W dniu 02/05/2016 o 10:38 AM, Jaroslaw Dziubek pisze:

...

Jak widać na demo jest jakiś zarys paszportyzacji jednak jak zacząłem wprowadzać dane okazało się, że pierwotne założenia mało odpowiadają rzeczywistości (wynika to m.in. z faktu, że sam dopiero startuje ze światłowodowami).

Nowa koncepcja:

• Obiekty sieciowe
  • typ: mufa/przełącznica/docelowo również obiekty do obsługi miedzi (np. patchpanel)
  • obiekt musi byc przypisany do węzła sieciowego
  • pozostałe dane: producent, model, pojemność (ilość portów)
• Kable
  • medium: światłowód/miedź
  • typ: dla światłowodu: jednotubowy, wielotubowy, łatwego dostępu, splitter optyczny
  • węzeł źródłowy
  • węzeł docelowy
  • pozostałe dane: producent, model, ilość włókien, długość
• Połączenia
  • rodzaj: stałe (spaw), rozłączalne (wtyk)
  • rodzaj: simplex/dumplex (spaw to zawsze simplex)
  • strona1:
    • wtyk: adapter (FC/ST/SC/LC), konektor (FLAT/PC/UPC/APC)
    lub
    • kabel1 (kabel:tuba:włókno), kabel2 (jesli duplex)
  • strona2:
    • jesli to spaw - kabel2
    • jesli 2 konektor to połączenie jest patchcordem
  • dane dodatkowe (uwagi, plik z pomiarami)
• Elementy obiektów sieciowych:
  • połączenia (np. kabel lub splitter z dospawanym pigtailem, patchcord)
  • numer portu (w przypadku mufy - można to wykorzystać do numeru tacki)

I teraz dla przełącznicy:

1. przełącznica na start jest pusta
2. podpinamy do węzła z przełącznicą kable - kabel1 i kabel2
3. robimy połączenie - kabel1+pigtail (np. simplex SC/APC) i kabel2+pigtail (oczywiśnie pojedyncze włókno)
4. konektor #1 dopinamy do portu #1 - widać że coś jest wpięte, ale port jest nadal wolny
5. konektor #2 dopinamy do portu #1 - w tej chwili mamy pełne połączenie

Zastanawiałem się nad tym jak to można zrobić i idealnie byłoby wyszczególnić wszystkie połączenia w przełącznicy na zasadzie: definiujemy zainstalowane kable(liniowe, pigtaile, patchcordy) można jako wskazania do typu (co załatwi parametry kabla /ilość włókien,tub,rodzaj,złączy,etc/)

Kable definiujac w netcables odnosisz do obiektów z netobjects (jako początek i koniec). Teraz do kabla na końcu dokładasz albo drugi kabel (spaw w netconects+mufa w netobjects) albo pigtail (definiowany w netconnects+przełącznica w netobjects) - oczywiście każde włókno to osobny rekord.

...

następnie robimy połączenia wg schematu src(kabel_id, nr_włókna),dst(kabel_id, nr_włókna), id_tacki, typ_złącza,

Ja planuje dołożyć jeszcze nr tuby.

...

pozycja_na_tacy/nr_portu, id_przełącznicy jeżeli id_tacki==0 to połączenie zewnętrzne

Zewnętrzne w jakim sensie?

...

Czyli na połączenie pomiędzy kablem zewn i portem przełącznicy potrzebujemy 2 rekordy 1) dla połączenia kabla z pigtailem

To byłoby w tabeli "netconnect" gdzie jednym parametrem bylby

...

    2) dla połaczenia pigtaila z portem przełącznicy

Gotowy pigtail z netconnects wrzucasz do netobjectelements

...

Jest tylko problem jak to w miarę czytelnie przedstawić bo na tabelkach ja tego nie widzę ;(

Mniej-wiecej jak powyzej :)

...

...

Dla mufy będzie prościej

1. do węzła 2 kable
2. spawamy 2 kable ze sobą i podajemy numer tacki

W każdym przypadku proponuję przewidzieć możliwość spawania więcej niż jednego kabla.

Ze sobą?? Każdy obiekt ma pojemność - liczba portów albo liczba spawów

• oba powinny odnosić się do tabeli netconnect

...

...

Splitter podpinamy identycznie jak kabel - mamy pigtail na końcu ze złączem i wpinamy w odpowiedni port do przełącznicy (albo spawamy z kablem i do mufy)

Każde połączenie docelowo może byc wpięte do urządzenia, którego definicja będzie przerobiona - każde urządzenie będzie miało 3 rodzaje portów:

• miedziane - wykorzystywane jak dotychczas
• światłowodowe - do którego będzie można wpiąć połączenie światłowodowe definiując pozostałe parametry (WDM, GPON, itp)
• radiowe - standardowo p2p, chyba, że będzie zdefiniowany sektor radiowy (wtedy będzie to połączenie p2m)

Gdzie będą zapisywane rodzaje portów urządzeń i jak to będzie powiązane z dotychczasowa definicją urządzenia? Druga rzecz to może zrobić otwartą listę typów portów z parametrami (w sensie wrzucić to do bazy jako słownik i jeśli ktoś będzie potrzebował jakiś nietypowy to sobie dorzuci)

To na razie bardzo luzna koncepcja - będą po prostu 3 typy portów ;)

...

Swego czasu kombinowałem ze swoim systemem i miałem to zrobione tak, że w momencie dodawania urządzenia definiowałem 2 tabele 1(urządzenia) i 2(zadeklarowane porty jako lista wskazań na urządzenie).

Nie ma potrzeby - w tej chwili mam netdevlinks i tam można spokojnie to wciskac ;)

...

Minusem tego była objętość bazy gdzie niezależnie od tego czy port jest zajęty to jest w bazie. Plusem za to jest łatwość kreowania połączeń bo to tylko wskazanie port-port oraz uniwersalność podejścia (kwestia zmiany typu portu i możesz podłączyć np telefon no i sprawdzić kompatybilność łączonych portów).

Narzędzia sie później dorobi (chociażby przepinanie na szybko w przełącznicy czy wrzucanie do bazy np. kompletnego splittera z wtyczkami :)

...

Widzę tylko problem jak toto zaimplementować we wtyczce LMSa ;( chyba że jako osobny moduł a nie wtyczka

...

Czekam na uwagi (zwłaszcza od osób, które mają światłowody i spojrzą od strony praktycznej)

Jak rozumiem robisz wtyczkę do całościowej obsługi paszportyzacji?

To nie będzie wtyczka - to będzie w core LMS :)

Jarek _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

W dniu 05.02.2016 18:50, Jaroslaw Dziubek napisał(a):

[Friday, 05 February 2016], Tomasz Chiliński napisał(a):

...

W dniu 05.02.2016 13:19, Jaroslaw Dziubek napisał(a):

...

Nie kasuje tekstu zeby bylo mozna ogarnac calosc ;)

Dla uzupełnienia:

• Obiekty - netobjects

To coś bardzo podobnego do węzła (prawie wszystkie atrybuty takie jak ma węzeł), prawda?

Tomku - nie można tego połączyć - jeden węzeł może mieć wiele obiektów i urządzeń (chociażby szafa w której masz przełącznice, switche, OLT i wogole cuda :). Jeśli wytniemy z netobject informacje o lokalizacji to zostanie raptem kilka pól - odnośnik do netnodes, nazwa, producent, model, ilość portów, data zakupu i projekt inwestyjny.

No właśnie, a może lepiej wskazać netdevices, które ma wszystko? W sumie elementy połączeniowe to netdevices tylko pasywne. Pole flagi by fajnie załatwiło sprawę: active smallint DEFAULT 1 NOT NULL gdzie 0 oznaczałoby pasywne.

[Friday, 05 February 2016], Tomasz Chiliński napisał(a):

W dniu 05.02.2016 18:58, Tomasz Chiliński napisał(a):

...

W dniu 05.02.2016 18:50, Jaroslaw Dziubek napisał(a):

...

[Friday, 05 February 2016], Tomasz Chiliński napisał(a):

...

W dniu 05.02.2016 13:19, Jaroslaw Dziubek napisał(a):

...

Nie kasuje tekstu zeby bylo mozna ogarnac calosc ;)

Dla uzupełnienia:

• Obiekty - netobjects

To coś bardzo podobnego do węzła (prawie wszystkie atrybuty takie jak ma węzeł), prawda?

Tomku - nie można tego połączyć - jeden węzeł może mieć wiele obiektów i urządzeń (chociażby szafa w której masz przełącznice, switche, OLT i wogole cuda :). Jeśli wytniemy z netobject informacje o lokalizacji to zostanie raptem kilka pól - odnośnik do netnodes, nazwa, producent, model, ilość portów, data zakupu i projekt inwestyjny.

No właśnie, a może lepiej wskazać netdevices, które ma wszystko? W sumie elementy połączeniowe to netdevices tylko pasywne. Pole flagi by fajnie załatwiło sprawę: active smallint DEFAULT 1 NOT NULL gdzie 0 oznaczałoby pasywne.

Można zrobić również tak, że byłoby sobie netelements i w oparciu o niego byłyby tworzone widoki: netdevices dla active = 1 netobjects dla active = 0 To by pozwoliło nie przerabiać większości skryptów LMS pod kątem zmiany nazwy tabeli netdevices na netelements.

I to jest dobry pomysł - krok na przód ;)

[Friday, 05 February 2016], Ernest napisał(a):

W dniu 02/05/2016 o 01:19 PM, Jaroslaw Dziubek pisze:

...

Nie kasuje tekstu zeby bylo mozna ogarnac calosc ;)

Dla uzupełnienia:

• Obiekty - netobjects
• Kable - netcables
• Połączenia - netconnects
• Elementy - netobjectelements

[Friday, 05 February 2016], Ernest napisał(a):

...

W dniu 02/05/2016 o 10:38 AM, Jaroslaw Dziubek pisze:

...

Jak widać na demo jest jakiś zarys paszportyzacji jednak jak zacząłem wprowadzać dane okazało się, że pierwotne założenia mało odpowiadają rzeczywistości (wynika to m.in. z faktu, że sam dopiero startuje ze światłowodowami).

Nowa koncepcja:

• Obiekty sieciowe
  • typ: mufa/przełącznica/docelowo również obiekty do obsługi miedzi (np. patchpanel)
  • obiekt musi byc przypisany do węzła sieciowego
  • pozostałe dane: producent, model, pojemność (ilość portów)
• Kable
  • medium: światłowód/miedź
  • typ: dla światłowodu: jednotubowy, wielotubowy, łatwego dostępu, splitter optyczny
  • węzeł źródłowy
  • węzeł docelowy
  • pozostałe dane: producent, model, ilość włókien, długość
• Połączenia
  • rodzaj: stałe (spaw), rozłączalne (wtyk)
  • rodzaj: simplex/dumplex (spaw to zawsze simplex)
  • strona1:
    • wtyk: adapter (FC/ST/SC/LC), konektor (FLAT/PC/UPC/APC)
    lub
    • kabel1 (kabel:tuba:włókno), kabel2 (jesli duplex)
  • strona2:
    • jesli to spaw - kabel2
    • jesli 2 konektor to połączenie jest patchcordem
  • dane dodatkowe (uwagi, plik z pomiarami)
• Elementy obiektów sieciowych:
  • połączenia (np. kabel lub splitter z dospawanym pigtailem, patchcord)
  • numer portu (w przypadku mufy - można to wykorzystać do numeru tacki)

I teraz dla przełącznicy:

1. przełącznica na start jest pusta
2. podpinamy do węzła z przełącznicą kable - kabel1 i kabel2
3. robimy połączenie - kabel1+pigtail (np. simplex SC/APC) i kabel2+pigtail (oczywiśnie pojedyncze włókno)
4. konektor #1 dopinamy do portu #1 - widać że coś jest wpięte, ale port jest nadal wolny
5. konektor #2 dopinamy do portu #1 - w tej chwili mamy pełne połączenie

Zastanawiałem się nad tym jak to można zrobić i idealnie byłoby wyszczególnić wszystkie połączenia w przełącznicy na zasadzie: definiujemy zainstalowane kable(liniowe, pigtaile, patchcordy) można jako wskazania do typu (co załatwi parametry kabla /ilość włókien,tub,rodzaj,złączy,etc/)

Kable definiujac w netcables odnosisz do obiektów z netobjects (jako początek i koniec). Teraz do kabla na końcu dokładasz albo drugi kabel (spaw w netconects+mufa w netobjects) albo pigtail (definiowany w netconnects+przełącznica w netobjects) - oczywiście każde włókno to osobny rekord.

...

następnie robimy połączenia wg schematu src(kabel_id, nr_włókna),dst(kabel_id, nr_włókna), id_tacki, typ_złącza,

Ja planuje dołożyć jeszcze nr tuby.

Słusznie ;)

...

...

pozycja_na_tacy/nr_portu, id_przełącznicy jeżeli id_tacki==0 to połączenie zewnętrzne

Zewnętrzne w jakim sensie?

Pomiędzy np przełącznicami (przeł1/p1 <=> przeł2/p2)

Nie ma znaczenia czy patchcordem krosujesz w jednej przełącznicy czy między 2-oma - zawsze musi być zdefiniowany patchcord łączący 2 porty.

...

...

Czyli na połączenie pomiędzy kablem zewn i portem przełącznicy potrzebujemy 2 rekordy 1) dla połączenia kabla z pigtailem

To byłoby w tabeli "netconnect" gdzie jednym parametrem bylby

...

     2) dla połaczenia pigtaila z portem przełącznicy

Gotowy pigtail z netconnects wrzucasz do netobjectelements

...

Jest tylko problem jak to w miarę czytelnie przedstawić bo na tabelkach ja tego nie widzę ;(

Mniej-wiecej jak powyzej :)

...

...

Dla mufy będzie prościej

1. do węzła 2 kable
2. spawamy 2 kable ze sobą i podajemy numer tacki

W każdym przypadku proponuję przewidzieć możliwość spawania więcej niż jednego kabla.

Ze sobą?? Każdy obiekt ma pojemność - liczba portów albo liczba spawów

• oba powinny odnosić się do tabeli netconnect

Zgadzam się, ale często spawa się (w mufie lub przełącznicy) klika kabli na siebie (więcej niż 2)

Możesz to wyjaśnić (jak już pisałem - pierwsze poważne spawania przede mną) - co rozumiesz pod pojęciem "spawanie kilku kabli na siebie"

...

...

...

Splitter podpinamy identycznie jak kabel - mamy pigtail na końcu ze złączem i wpinamy w odpowiedni port do przełącznicy (albo spawamy z kablem i do mufy)

Każde połączenie docelowo może byc wpięte do urządzenia, którego definicja będzie przerobiona - każde urządzenie będzie miało 3 rodzaje portów:

• miedziane - wykorzystywane jak dotychczas
• światłowodowe - do którego będzie można wpiąć połączenie światłowodowe definiując pozostałe parametry (WDM, GPON, itp)
• radiowe - standardowo p2p, chyba, że będzie zdefiniowany sektor radiowy (wtedy będzie to połączenie p2m)

Gdzie będą zapisywane rodzaje portów urządzeń i jak to będzie powiązane z dotychczasowa definicją urządzenia? Druga rzecz to może zrobić otwartą listę typów portów z parametrami (w sensie wrzucić to do bazy jako słownik i jeśli ktoś będzie potrzebował jakiś nietypowy to sobie dorzuci)

To na razie bardzo luzna koncepcja - będą po prostu 3 typy portów ;)

Bardziej chodziło mi o to, żeby nie tworzyć kolumn typ1, typ2, typ3 bo za chwilę okaże się, że trzeba jakiś inny typ portu .

Ja bym to widział raczej jako wydzielona tabela: netports gdzie byłoby oprocz odniesienia do urządzenia - ilość i rodzaj portu definiowany z jakiejś biblioteki

Dla mnie przydatne byłoby mieszanie typów w jednym urządzeniu (pewnie większość już zetknęła się ze switchami utp/sfp (24UTP+4SFP)==28; albo bramkami VOIP: 1UTP+2voice==3)

...

...

Swego czasu kombinowałem ze swoim systemem i miałem to zrobione tak, że w momencie dodawania urządzenia definiowałem 2 tabele 1(urządzenia) i 2(zadeklarowane porty jako lista wskazań na urządzenie).

Nie ma potrzeby - w tej chwili mam netdevlinks i tam można spokojnie to wciskac ;)

Jeżeli przerabiasz core to chyba nie ma potrzeby mnożyć tabel z połączeniami i zrobić jedną ale za to porządną do połączeń logicznych i fizycznych.

Generalnie dlatego jest ta dyskusja (poprzednio nikt się nie zainteresował)

W aktualnym LMS boli mnie np niemożność połączenia routera(4porty ethenet) ze switchem(na 4 porty) albo połączenia fizycznych portów na switchach ale w trybie bonding/trunk lub implementacja MSTP w LMS jest nie do zrobienia(kilka kabli pomiędzy 2 urządzeniami).

W przypadku światłowodów to dość częste - wtyki i kable dupleksowe ;)

Sieci ewoluują i niestety to co wczoraj wydawało się co najmniej dziwne dziś jest codziennością. Prace z bazami danych za to nauczyły mnie maksymalnie grupować podobne/identyczne elementy. Jak Chilan zauważył ze tabela netobjects jest podobna do nodes.

Mam podejrzenie graniczące z pewnością, że oboje mówicie o netnodes a nie o nodes :)

Może ogólnie potraktować sprzęt jako sprzęt bez rozróżnienia na aktywny/pasywny (ew flagą), do niego przypisywać porty, IPki, sieci, klientów, instalacje ;).

Prędzej netdevices bym połączył z netobjects - jak pisałem netnodes to węzeł a w nim mogą być i urządzenia aktywne i pasywne. Nie można ograniczyć węzła (netnodes) do jednego urządzenia.

Zakładając połączenie netobjects i netdevices: - dodajemy pole "pasywne/aktywne" - pole "ports" pozostaje i oznacza na razie po prostu dla pasywnych pojemność tacek na spawy (dla muf) albo ilość poł na adaptery (dla przełącznic) - jeśli założymy, że urządzenie musi być w węźle (co jest dość ryzykowane bo sam uzywam netdevices do wrzucania urządzeń klienckiech do których dopiero podpinam komputery klientó) możnaby wywalić wszelkie pola odnośnie lokalizacji. - opcjonalnie można wogóle zrobić nową tabele "locations" w której będziemy wrzucać kompletne dane lokalizacyjne (adres, teryt i GPS) i dopiero do tych rekordów dawać odnośniki wszędzie.

Tylko to jest tak naprawdę przepisanie całości od nowa i to robota na klika ładnych miesięcy dla kilku osób.

Generalnie i tak chce troche przebudować LMS :)

...

...

Minusem tego była objętość bazy gdzie niezależnie od tego czy port jest zajęty to jest w bazie. Plusem za to jest łatwość kreowania połączeń bo to tylko wskazanie port-port oraz uniwersalność podejścia (kwestia zmiany typu portu i możesz podłączyć np telefon no i sprawdzić kompatybilność łączonych portów).

Narzędzia sie później dorobi (chociażby przepinanie na szybko w przełącznicy czy wrzucanie do bazy np. kompletnego splittera z wtyczkami :)

...

Widzę tylko problem jak toto zaimplementować we wtyczce LMSa ;( chyba że jako osobny moduł a nie wtyczka

...

Czekam na uwagi (zwłaszcza od osób, które mają światłowody i spojrzą od strony praktycznej)

Jak rozumiem robisz wtyczkę do całościowej obsługi paszportyzacji?

To nie będzie wtyczka - to będzie w core LMS :)

I słusznie, tylko w wersji normalnej czy plus ;)

Normalnej - była zrzutka, ale nie doceniłem rozległości tematu ;)

On Fri, 5 Feb 2016 19:07:19 +0100 Jaroslaw Dziubek yaro@perfect.net.pl wrote

[Friday, 05 February 2016], Ernest napisał(a):

...

W dniu 02/05/2016 o 01:19 PM, Jaroslaw Dziubek pisze:

...

Nie kasuje tekstu zeby bylo mozna ogarnac calosc ;)

Dla uzupełnienia:

• Obiekty - netobjects
• Kable - netcables
• Połączenia - netconnects
• Elementy - netobjectelements

[Friday, 05 February 2016], Ernest napisał(a):

...

W dniu 02/05/2016 o 10:38 AM, Jaroslaw Dziubek pisze:

...

Jak widać na demo jest jakiś zarys paszportyzacji jednak jak

zacząłem

...

...

...

...

wprowadzać dane okazało się, że pierwotne założenia mało

odpowiadają

...

...

...

...

rzeczywistości (wynika to m.in. z faktu, że sam dopiero startuje ze światłowodowami).

Nowa koncepcja:

• Obiekty sieciowe
  • typ: mufa/przełącznica/docelowo również obiekty do obsługi

miedzi

...

...

...

...

(np. patchpanel) - obiekt musi byc przypisany do węzła sieciowego
- pozostałe dane: producent, model, pojemność (ilość portów)

• Kable
  • medium: światłowód/miedź
  • typ: dla światłowodu: jednotubowy, wielotubowy, łatwego

dostępu,

...

...

...

...

  splitter optyczny
- węzeł źródłowy
- węzeł docelowy
- pozostałe dane: producent, model, ilość włókien, długość

• Połączenia
  • rodzaj: stałe (spaw), rozłączalne (wtyk)
  • rodzaj: simplex/dumplex (spaw to zawsze simplex)
  • strona1:
    • wtyk: adapter (FC/ST/SC/LC), konektor (FLAT/PC/UPC/APC)
    lub
    • kabel1 (kabel:tuba:włókno), kabel2 (jesli duplex)
  • strona2:
    • jesli to spaw - kabel2
    • jesli 2 konektor to połączenie jest patchcordem
  • dane dodatkowe (uwagi, plik z pomiarami)
• Elementy obiektów sieciowych:
  • połączenia (np. kabel lub splitter z dospawanym pigtailem,
  patchcord) - numer portu (w przypadku mufy - można to wykorzystać do numeru tacki) > >>>

I teraz dla przełącznicy:

1. przełącznica na start jest pusta
2. podpinamy do węzła z przełącznicą kable - kabel1 i kabel2
3. robimy połączenie - kabel1+pigtail (np. simplex SC/APC) i kabel2+pigtail (oczywiśnie pojedyncze włókno)
4. konektor #1 dopinamy do portu #1 - widać że coś jest wpięte, ale port jest nadal wolny
5. konektor #2 dopinamy do portu #1 - w tej chwili mamy pełne połączenie

Zastanawiałem się nad tym jak to można zrobić i idealnie byłoby wyszczególnić wszystkie połączenia w przełącznicy na zasadzie: definiujemy zainstalowane kable(liniowe, pigtaile, patchcordy) można jako wskazania do typu (co załatwi parametry kabla /ilość włókien,tub,rodzaj,złączy,etc/)

Kable definiujac w netcables odnosisz do obiektów z netobjects (jako początek i koniec). Teraz do kabla na końcu dokładasz albo drugi kabel (spaw w netconects+mufa w netobjects) albo pigtail (definiowany w netconnects+przełącznica w netobjects) - oczywiście każde włókno to osobny rekord.

...

następnie robimy połączenia wg schematu src(kabel_id, nr_włókna),dst(kabel_id, nr_włókna), id_tacki,

typ_złącza,

...

...

Ja planuje dołożyć jeszcze nr tuby.

Słusznie ;)

...

...

pozycja_na_tacy/nr_portu, id_przełącznicy jeżeli id_tacki==0 to połączenie zewnętrzne

Zewnętrzne w jakim sensie?

Pomiędzy np przełącznicami (przeł1/p1 <=> przeł2/p2)

Nie ma znaczenia czy patchcordem krosujesz w jednej przełącznicy czy między 2-oma - zawsze musi być zdefiniowany patchcord łączący 2 porty.

Właśnie o to mi chodziło ;)

...

...

...

Czyli na połączenie pomiędzy kablem zewn i portem przełącznicy potrzebujemy 2 rekordy 1) dla połączenia kabla z pigtailem

To byłoby w tabeli "netconnect" gdzie jednym parametrem bylby

...

     2) dla połaczenia pigtaila z portem przełącznicy

Gotowy pigtail z netconnects wrzucasz do netobjectelements

...

Jest tylko problem jak to w miarę czytelnie przedstawić bo na

tabelkach

...

...

...

ja tego nie widzę ;(

Mniej-wiecej jak powyzej :)

...

...

Dla mufy będzie prościej

1. do węzła 2 kable
2. spawamy 2 kable ze sobą i podajemy numer tacki

W każdym przypadku proponuję przewidzieć możliwość spawania

więcej niż

...

...

...

jednego kabla.

Ze sobą?? Każdy obiekt ma pojemność - liczba portów albo liczba

spawów

...

...

• oba powinny odnosić się do tabeli netconnect

Zgadzam się, ale często spawa się (w mufie lub przełącznicy) klika

kabli

...

na siebie (więcej niż 2)

Możesz to wyjaśnić (jak już pisałem - pierwsze poważne spawania przede mną) - co rozumiesz pod pojęciem "spawanie kilku kabli na siebie"

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.

...

...

...

...

Splitter podpinamy identycznie jak kabel - mamy pigtail na końcu ze złączem i wpinamy w odpowiedni port do przełącznicy (albo spawamy z kablem i do mufy)

Każde połączenie docelowo może byc wpięte do urządzenia, którego definicja będzie przerobiona - każde urządzenie będzie miało 3

rodzaje

...

...

...

...

portów:

• miedziane - wykorzystywane jak dotychczas
• światłowodowe - do którego będzie można wpiąć połączenie światłowodowe definiując pozostałe parametry (WDM, GPON, itp)
• radiowe - standardowo p2p, chyba, że będzie zdefiniowany sektor

radiowy (wtedy będzie to połączenie p2m)

Gdzie będą zapisywane rodzaje portów urządzeń i jak to będzie

powiązane

...

...

...

z dotychczasowa definicją urządzenia? Druga rzecz to może zrobić otwartą listę typów portów z

parametrami (w

...

...

...

sensie wrzucić to do bazy jako słownik i jeśli ktoś będzie

potrzebował

...

...

...

jakiś nietypowy to sobie dorzuci)

To na razie bardzo luzna koncepcja - będą po prostu 3 typy portów ;)

Bardziej chodziło mi o to, żeby nie tworzyć kolumn typ1, typ2, typ3 bo za chwilę okaże się, że trzeba jakiś inny typ portu .

Ja bym to widział raczej jako wydzielona tabela: netports gdzie byłoby oprocz odniesienia do urządzenia - ilość i rodzaj portu definiowany z jakiejś biblioteki

Właśnie o tym pisałem poniżej (to o moich kombinacjach) ;) tyle, że nie ma wtedy potrzeby opisywać ilości portów, bo z założenia wszystkie możliwe porty byłyby już wpisane do tabeli, Wystarczy wtedy policzyć ilość wpisów z danego typu i/lub urządzenia

...

Dla mnie przydatne byłoby mieszanie typów w jednym urządzeniu (pewnie większość już zetknęła się ze switchami utp/sfp (24UTP+4SFP)==28;

albo

...

bramkami VOIP: 1UTP+2voice==3)

...

...

Swego czasu kombinowałem ze swoim systemem i miałem to zrobione tak,

że

...

...

...

w momencie dodawania urządzenia definiowałem 2 tabele 1(urządzenia) i 2(zadeklarowane porty jako lista wskazań na urządzenie).

Nie ma potrzeby - w tej chwili mam netdevlinks i tam można spokojnie to wciskac ;)

Jeżeli przerabiasz core to chyba nie ma potrzeby mnożyć tabel z połączeniami i zrobić jedną ale za to porządną do połączeń

logicznych i

...

fizycznych.

Generalnie dlatego jest ta dyskusja (poprzednio nikt się nie zainteresował)

Uprzednio ?? Poprzednio była dyskusja TYLKO o paszportyzacji szkła, a teraz to się robi w zasadzie pełna paszportyzacja połączeń (wszystkich rodzajów) i sprzętu ;)

...

W aktualnym LMS boli mnie np niemożność połączenia routera(4porty ethenet) ze switchem(na 4 porty) albo połączenia fizycznych portów na switchach ale w trybie bonding/trunk lub implementacja MSTP w LMS jest nie do zrobienia(kilka kabli pomiędzy 2 urządzeniami).

W przypadku światłowodów to dość częste - wtyki i kable dupleksowe ;)

...

Sieci ewoluują i niestety to co wczoraj wydawało się co najmniej dziwne dziś jest codziennością. Prace z bazami danych za to nauczyły mnie maksymalnie grupować podobne/identyczne elementy. Jak Chilan zauważył ze tabela netobjects jest podobna do nodes.

Mam podejrzenie graniczące z pewnością, że oboje mówicie o netnodes a nie o nodes :)

Bardziej o tabelę netdevices. Niestety poza podglądnięciem Twojego dema nie miałem możliwości pozaglądać do środka (jestem poza LMS+), ale osobiści byłbym za tym żeby jakiekolwiek urządzenia wrzucić do jednej tabeli i do tych urządzeń przypisywać inne rzeczy wg zasady Wiele do jednego a same urządzenia na tej samej zasadzie przypisywać do rekordów w netnodes.

...

Może ogólnie potraktować sprzęt jako sprzęt bez rozróżnienia na aktywny/pasywny (ew flagą), do niego przypisywać porty, IPki, sieci, klientów, instalacje ;).

Prędzej netdevices bym połączył z netobjects - jak pisałem netnodes to węzeł a w nim mogą być i urządzenia aktywne i pasywne. Nie można ograniczyć węzła (netnodes) do jednego urządzenia.

Zakładając połączenie netobjects i netdevices:

• dodajemy pole "pasywne/aktywne"
• pole "ports" pozostaje i oznacza na razie po prostu dla pasywnych pojemność tacek na spawy (dla muf) albo ilość poł na adaptery (dla przełącznic)

Myślę, że mogłoby to tak funkcjonować tylko jest małe ale. Nie masz możliwości mieszania typów portów a w netdevices masz też urządzenia aktywne (do tego z różnymi portami/mediami/)

• jeśli założymy, że urządzenie musi być w węźle (co jest dość ryzykowane bo sam uzywam netdevices do wrzucania urządzeń klienckiech do których dopiero podpinam komputery klientó) możnaby wywalić wszelkie pola odnośnie lokalizacji.

Przy takim założeniu trzebaby dołożyć kolumnę w netnodes (klient_id lub po prostu flagę że to węzeł kliencki) wtedy netnodes robiłoby za listę nazwijmy to instalacji, do takiego węzła wrzucasz sprzęt, do sprzętu przypisujesz IP(niekoniecznie jedno), telefon, VLAN, etc

• opcjonalnie można wogóle zrobić nową tabele "locations" w której będziemy wrzucać kompletne dane lokalizacyjne (adres, teryt i GPS) i dopiero do tych rekordów dawać odnośniki wszędzie.

to załatwiłby Ci poprzedni schemat

...

Tylko to jest tak naprawdę przepisanie całości od nowa i to robota na klika ładnych miesięcy dla kilku osób.

Generalnie i tak chce troche przebudować LMS :)

To nie jest troche ;)

...

...

...

Minusem tego była objętość bazy gdzie niezależnie od tego czy port

jest

...

...

...

zajęty to jest w bazie. Plusem za to jest łatwość kreowania połączeń bo to tylko wskazanie port-port oraz uniwersalność podejścia (kwestia zmiany typu portu i możesz podłączyć np telefon no i sprawdzić kompatybilność

łączonych

...

...

...

portów). > > Narzędzia sie później dorobi (chociażby przepinanie na szybko w > > przełącznicy czy wrzucanie do bazy np. kompletnego splittera z > > wtyczkami :)

...

Widzę tylko problem jak toto zaimplementować we wtyczce LMSa ;( chyba

że

...

...

...

jako osobny moduł a nie wtyczka

...

Czekam na uwagi (zwłaszcza od osób, które mają światłowody i

spojrzą

...

...

...

...

od strony praktycznej)

Jak rozumiem robisz wtyczkę do całościowej obsługi paszportyzacji?

To nie będzie wtyczka - to będzie w core LMS :)

I słusznie, tylko w wersji normalnej czy plus ;)

Normalnej - była zrzutka, ale nie doceniłem rozległości tematu ;)

No niestety temat jest baaaardzo rozległy, można go podzielić na mniejsze części i podzielić między sobą

-- Yaro

  IRL: Jarosław Dziubek      |  "Większość kobiet wcale nie chce

http://yaro.perfect.net.pl/ | znać prawdy, jeśli jest niewygodna IRC:Yaro, ICQ:1340145, GG:1392891 | lub przykra." | L. Kroneuberger _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

On Fri, 5 Feb 2016 21:03:52 +0100 Jaroslaw Dziubek yaro@perfect.net.pl wrote

[Friday, 05 February 2016], ernest napisał(a):

...

On Fri, 5 Feb 2016 19:07:19 +0100 Jaroslaw Dziubek yaro@perfect.net.pl wrote

...

[Friday, 05 February 2016], Ernest napisał(a):

...

W dniu 02/05/2016 o 01:19 PM, Jaroslaw Dziubek pisze:

...

Nie kasuje tekstu zeby bylo mozna ogarnac calosc ;)

Dla uzupełnienia:

• Obiekty - netobjects
• Kable - netcables
• Połączenia - netconnects
• Elementy - netobjectelements

[Friday, 05 February 2016], Ernest napisał(a):

...

W dniu 02/05/2016 o 10:38 AM, Jaroslaw Dziubek pisze: > Jak widać na demo jest jakiś zarys paszportyzacji jednak jak

zacząłem > >>> wprowadzać dane okazało się, że pierwotne

założenia mało

...

...

odpowiadają > >>> rzeczywistości (wynika to m.in. z faktu, że sam

dopiero

...

...

startuje ze > >>> światłowodowami).

...

...

...

> > Nowa koncepcja: > - Obiekty sieciowe > - typ: mufa/przełącznica/docelowo również obiekty do

obsługi

...

...

miedzi > >>> (np. patchpanel) - obiekt musi byc przypisany do węzła sieciowego > >>> - pozostałe dane: producent, model, pojemność

(ilość

...

...

portów) > >>> - Kable

...

...

...

> - medium: światłowód/miedź > - typ: dla światłowodu: jednotubowy, wielotubowy, łatwego

dostępu, > >>> splitter optyczny

...

...

...

> - węzeł źródłowy > - węzeł docelowy > - pozostałe dane: producent, model, ilość włókien,

długość

...

...

...

...

...

> - Połączenia > - rodzaj: stałe (spaw), rozłączalne (wtyk) > - rodzaj: simplex/dumplex (spaw to zawsze simplex) > - strona1: > - wtyk: adapter (FC/ST/SC/LC), konektor (FLAT/PC/UPC/APC) > lub > - kabel1 (kabel:tuba:włókno), kabel2 (jesli duplex) > - strona2: > - jesli to spaw - kabel2 > - jesli 2 konektor to połączenie jest patchcordem > - dane dodatkowe (uwagi, plik z pomiarami) > - Elementy obiektów sieciowych: > - połączenia (np. kabel lub splitter z dospawanym pigtailem, > patchcord) - numer portu (w przypadku mufy - można to

wykorzystać > >>> do numeru tacki) > >>>

...

...

...

> I teraz dla przełącznicy: > 1) przełącznica na start jest pusta > 2) podpinamy do węzła z przełącznicą kable - kabel1 i kabel2 > 3) robimy połączenie - kabel1+pigtail (np. simplex SC/APC) i > kabel2+pigtail (oczywiśnie pojedyncze włókno) > 4) konektor #1 dopinamy do portu #1 - widać że coś jest wpięte,

ale

...

...

...

...

...

> port jest nadal wolny > 5) konektor #2 dopinamy do portu #1 - w tej chwili mamy pełne > połączenie Zastanawiałem się nad tym jak to można zrobić i idealnie byłoby wyszczególnić wszystkie połączenia w przełącznicy na zasadzie: definiujemy zainstalowane kable(liniowe, pigtaile, patchcordy)

można

...

...

...

...

...

jako wskazania do typu (co załatwi parametry kabla /ilość włókien,tub,rodzaj,złączy,etc/)

Kable definiujac w netcables odnosisz do obiektów z netobjects (jako początek i koniec). Teraz do kabla na końcu dokładasz albo drugi

kabel > > (spaw w netconects+mufa w netobjects) albo pigtail (definiowany w > > netconnects+przełącznica w netobjects) - oczywiście każde

włókno to

...

...

...

...

osobny rekord.

...

następnie robimy połączenia wg schematu src(kabel_id, nr_włókna),dst(kabel_id, nr_włókna), id_tacki,

typ_złącza, > > Ja planuje dołożyć jeszcze nr tuby.

...

Słusznie ;)

...

...

pozycja_na_tacy/nr_portu, id_przełącznicy jeżeli id_tacki==0 to połączenie zewnętrzne

Zewnętrzne w jakim sensie?

Pomiędzy np przełącznicami (przeł1/p1 <=> przeł2/p2)

Nie ma znaczenia czy patchcordem krosujesz w jednej przełącznicy czy między 2-oma - zawsze musi być zdefiniowany patchcord łączący 2

porty.

...

Właśnie o to mi chodziło ;)

...

...

...

...

Czyli na połączenie pomiędzy kablem zewn i portem przełącznicy potrzebujemy 2 rekordy 1) dla połączenia kabla z pigtailem

To byłoby w tabeli "netconnect" gdzie jednym parametrem bylby

...

     2) dla połaczenia pigtaila z portem przełącznicy

Gotowy pigtail z netconnects wrzucasz do netobjectelements

...

Jest tylko problem jak to w miarę czytelnie przedstawić bo na

tabelkach > >> ja tego nie widzę ;(

...

...

Mniej-wiecej jak powyzej :)

...

> Dla mufy będzie prościej > 1) do węzła 2 kable > 2) spawamy 2 kable ze sobą i podajemy numer tacki W każdym przypadku proponuję przewidzieć możliwość spawania

więcej

...

...

niż > >> jednego kabla.

...

...

Ze sobą?? Każdy obiekt ma pojemność - liczba portów albo liczba

spawów > > - oba powinny odnosić się do tabeli netconnect

...

Zgadzam się, ale często spawa się (w mufie lub przełącznicy) klika

kabli > na siebie (więcej niż 2) Możesz to wyjaśnić (jak już pisałem - pierwsze poważne spawania

przede

...

...

mną) - co rozumiesz pod pojęciem "spawanie kilku kabli na siebie"

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 :)

...

...

...

...

...

> Splitter podpinamy identycznie jak kabel - mamy pigtail na końcu

ze

...

...

...

...

...

> złączem i wpinamy w odpowiedni port do przełącznicy (albo

spawamy z

...

...

...

...

...

> kablem i do mufy) > > Każde połączenie docelowo może byc wpięte do urządzenia,

którego

...

...

...

...

...

> definicja będzie przerobiona - każde urządzenie będzie miało 3

...

...

rodzaje > >>> portów:

...

...

...

> - miedziane - wykorzystywane jak dotychczas > - światłowodowe - do którego będzie można wpiąć połączenie > światłowodowe definiując pozostałe parametry (WDM, GPON,

itp)

...

...

...

...

...

> - radiowe - standardowo p2p, chyba, że będzie zdefiniowany sektor > radiowy (wtedy będzie to połączenie p2m) Gdzie będą zapisywane rodzaje portów urządzeń i jak to będzie

...

...

powiązane > >> z dotychczasowa definicją urządzenia?

...

...

...

Druga rzecz to może zrobić otwartą listę typów portów z >

parametrami (w > >> sensie wrzucić to do bazy jako słownik i jeśli

ktoś

...

...

będzie > potrzebował > >> jakiś nietypowy to sobie dorzuci)

...

...

To na razie bardzo luzna koncepcja - będą po prostu 3 typy portów

;)

...

...

...

Bardziej chodziło mi o to, żeby nie tworzyć kolumn typ1, typ2, typ3

bo

...

...

...

za chwilę okaże się, że trzeba jakiś inny typ portu .

Ja bym to widział raczej jako wydzielona tabela: netports gdzie byłoby oprocz odniesienia do urządzenia - ilość i rodzaj portu definiowany z jakiejś biblioteki

Właśnie o tym pisałem poniżej (to o moich kombinacjach) ;) tyle, że

nie ma

...

wtedy potrzeby opisywać ilości portów, bo z założenia wszystkie

możliwe

...

porty byłyby już wpisane do tabeli, Wystarczy wtedy policzyć ilość

wpisów

...

z danego typu i/lub urządzenia

Niekoniecznie - same porty będą opisywane: typ_portu,ilość. Zajętość będziesz brał z netconnects (netlinks czy czegos w tym rodzaju)

No to też jakieś rozwiązanie ;) w sumie to nie robi różnicy czy policzyć ilość rekordów z wartością==0 czy od zadeklarowanej liczby odjąć liczbę rekordów w tabeli(i otrzymać liczbę portów wolnych)

...

...

...

Dla mnie przydatne byłoby mieszanie typów w jednym urządzeniu

(pewnie

...

...

...

większość już zetknęła się ze switchami utp/sfp

(24UTP+4SFP)==28; >

...

...

albo > bramkami VOIP: 1UTP+2voice==3)

...

...

...

Swego czasu kombinowałem ze swoim systemem i miałem to zrobione

tak,

...

...

...

że > >> w momencie dodawania urządzenia definiowałem 2 tabele

1(urządzenia) i > >> 2(zadeklarowane porty jako lista wskazań na urządzenie). > > Nie ma potrzeby - w tej chwili mam netdevlinks i tam można spokojnie > > to wciskac ;)

...

Jeżeli przerabiasz core to chyba nie ma potrzeby mnożyć tabel z połączeniami i zrobić jedną ale za to porządną do połączeń >

logicznych

...

...

i > fizycznych. Generalnie dlatego jest ta dyskusja (poprzednio nikt się nie zainteresował)

Uprzednio ?? Poprzednio była dyskusja TYLKO o paszportyzacji szkła, a teraz to się

robi

...

w zasadzie pełna paszportyzacja połączeń (wszystkich rodzajów) i

sprzętu ;)

Założenie takie było od początku, ale jak już wspomniałem - dopiero ogarniam te kuwete ;)

Dobrze napisane ... bez obrazy Chilan <rotfl>

...

...

...

W aktualnym LMS boli mnie np niemożność połączenia routera(4porty ethenet) ze switchem(na 4 porty) albo połączenia fizycznych portów na switchach ale w trybie bonding/trunk lub implementacja MSTP w LMS jest nie do zrobienia(kilka kabli pomiędzy 2 urządzeniami).

W przypadku światłowodów to dość częste - wtyki i kable dupleksowe

;)

...

...

...

Sieci ewoluują i niestety to co wczoraj wydawało się co najmniej

dziwne

...

...

...

dziś jest codziennością. Prace z bazami danych za to nauczyły mnie maksymalnie grupować podobne/identyczne elementy. Jak Chilan zauważył ze tabela netobjects jest podobna do nodes.

Mam podejrzenie graniczące z pewnością, że oboje mówicie o netnodes

a

...

...

nie o nodes :)

Bardziej o tabelę netdevices. Niestety poza podglądnięciem Twojego dema nie miałem możliwości pozaglądać do środka (jestem poza LMS+), ale osobiści byłbym za tym

żeby

...

jakiekolwiek urządzenia wrzucić do jednej tabeli i do tych urządzeń przypisywać inne rzeczy

Nie jest w LMS+ - tu masz moje repo: https://github.com/jarecky/lms/tree/FO

OK THX jak będę w pracy to looknę bo powiem szczerze sam poluję na jakąś paszportyzację szkła. Jak jesteś zainteresowany VOIP to daj znać

...

wg zasady Wiele do jednego a same urządzenia na tej samej zasadzie przypisywać do rekordów w netnodes.

No. Wlasnie nodes to adresy urzadzen/komputery, netnodes to wezly :)

Nie do końca. Aktualnie wg. LMS to w nodes są komputery klientów (jako IP,IP-prv,lokalizacja,...) oraz systemowe netdevices (jako IP, lokalizacja) a pojęcie węzeł definiuje dopiero moduł "sprzęt sieciowy"( kolejne poprawki wprawdzie zapewniły dziedziczenie lokalizacji /np GPSa z węzła ale nadal wszystko opiera się o tabelę nodes)

...

...

...

Może ogólnie potraktować sprzęt jako sprzęt bez rozróżnienia na aktywny/pasywny (ew flagą), do niego przypisywać porty, IPki, sieci, klientów, instalacje ;).

Prędzej netdevices bym połączył z netobjects - jak pisałem netnodes

to

...

...

węzeł a w nim mogą być i urządzenia aktywne i pasywne. Nie można ograniczyć węzła (netnodes) do jednego urządzenia.

Zakładając połączenie netobjects i netdevices:

• dodajemy pole "pasywne/aktywne"
• pole "ports" pozostaje i oznacza na razie po prostu dla pasywnych pojemność tacek na spawy (dla muf) albo ilość poł na adaptery (dla przełącznic)

Myślę, że mogłoby to tak funkcjonować tylko jest małe ale. Nie masz możliwości mieszania typów portów a w netdevices masz też urządzenia aktywne (do tego z różnymi portami/mediami/)

Zostawmy na razie mediam w urządzeniach - to jest temat na pozniej. W tej chwili zalezy mi na ogarnieciu tematu pasywnych swiatlowodow w kontekscie LMS (a w perspektywie tez pasywow miedzianych).

Przy takiej perspektywie to jest kwestia przygotować to tak żeby dodanie nowego medium(typu portu) było tylko kwestią dodania wpisu w słowniku.

No i fajnie, tylko trzeba pokiwać się nad tym żeby zrobić to tak, żeby Chilan się nie przekręcił robiąc migrację do nowej wersji ;) no i żeby nie trzeba było przerabiać całości w kolejnym kroku.

...

...

• jeśli założymy, że urządzenie musi być w węźle (co jest dość ryzykowane bo sam uzywam netdevices do wrzucania urządzeń klienckiech do których dopiero podpinam komputery klientó) możnaby wywalić wszelkie pola odnośnie lokalizacji.

Przy takim założeniu trzebaby dołożyć kolumnę w netnodes (klient_id

lub

...

po prostu flagę że to węzeł kliencki) wtedy netnodes robiłoby za

listę

...

nazwijmy to instalacji, do takiego węzła wrzucasz sprzęt, do sprzętu przypisujesz IP(niekoniecznie jedno), telefon, VLAN, etc

Hmmmm... węzeł kliencki... Ma to sens - dociagamy tam światłowod (a wiec kabel)

wg mnie dowolny kabel(utp/FO/DSL/POTS)

, montujemy przełącznicę (1,2-portowa) i urzadzenia (ONT, itp). Można wykorzystać albo konkretny typ węzła albo wręcz skopiować rozwiązanie z nodes - jeśli customerid==0 to jest to węzeł sieciowy, jeśli >0 - wezęł kliencki konkretnego klienta.

Może to przerost formy nad treścią ale można potraktować klienta(jego komputer/router) jako urządzenie sieciowe przypisane do węzła)

...

...

• opcjonalnie można wogóle zrobić nową tabele "locations" w której będziemy wrzucać kompletne dane lokalizacyjne (adres, teryt i GPS) i dopiero do tych rekordów dawać odnośniki wszędzie.

to załatwiłby Ci poprzedni schemat

Racja - wtedy każde urządzeniu musi być przypisane do węzła - albo sieciowego albo klienckiego.

...

...

...

Tylko to jest tak naprawdę przepisanie całości od nowa i to robota

na

...

...

...

klika ładnych miesięcy dla kilku osób.

Generalnie i tak chce troche przebudować LMS :)

To nie jest troche ;)

Hihi - to dopiero początek :)

Nadal problemem jest kompatybilność aktualnych danych z nowym podejściem do tematu(chodzi o takie rozwiązanie, które będzie miało możliwość jakiegoś przemigrowania na nowy schemat bez siwych włosów na głowie). No i pytanie jak Chilan widzi taką rewolucję ;) /w końcu to jego projekt/

...

...

...

...

...

Minusem tego była objętość bazy gdzie niezależnie od tego czy

port >

...

...

jest > >> zajęty to jest w bazie.

...

...

...

Plusem za to jest łatwość kreowania połączeń bo to tylko

wskazanie

...

...

...

...

...

port-port oraz uniwersalność podejścia (kwestia zmiany typu portu

i

...

...

...

...

...

możesz podłączyć np telefon no i sprawdzić kompatybilność >

łączonych > >> portów). > > Narzędzia sie później dorobi

(chociażby

...

...

przepinanie na > >> szybko w > > przełącznicy czy wrzucanie do bazy np. kompletnego > >> splittera z > > wtyczkami :)

...

...

...

Widzę tylko problem jak toto zaimplementować we wtyczce LMSa ;(

chyba > że > >> jako osobny moduł a nie wtyczka

...

...

...

> Czekam na uwagi (zwłaszcza od osób, które mają światłowody i

...

...

spojrzą > >>> od strony praktycznej)

...

...

...

Jak rozumiem robisz wtyczkę do całościowej obsługi

paszportyzacji?

...

...

...

...

To nie będzie wtyczka - to będzie w core LMS :)

I słusznie, tylko w wersji normalnej czy plus ;)

Normalnej - była zrzutka, ale nie doceniłem rozległości tematu ;)

No niestety temat jest baaaardzo rozległy, można go podzielić na

mniejsze

...

części i podzielić między sobą

Pomoc się zawsze przyda (mam na głowie 2 inne projekty + odpalenie GPON z TV + bieżąca działalność) :)

Nie ma problemu. U mnie jeśli nic się nie dzieje to jest sporo czasu, a umiejętności w PHP trzeba będzie nabyć (piszę o podejściu obiektowym), co zwykle skutkuje powolnym pisaniem (z manualem pod ręką).

-- Yaro

  IRL: Jarosław Dziubek      | "Jabłka mają rumieńce od czasu,

http://yaro.perfect.net.pl/ | kiedy jabłoń usłyszała IRC:Yaro, ICQ:1340145, GG:1392891 | co rzekła Ewa do Adama." | Gromez de la Serna _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

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

[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.

A potem robiąc pigtal podpinasz go pod port np. nr 4, a potem patchordem łączysz ten port z portem nr 10 w innej przełącznicy albo z portem w urządzeniu aktywnym (switch czy OLT)

Nie wydaje mi się mocno skomplikowane.

Jarek

[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? (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).

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ń).

Jarek

[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". ;)