[s.lobanov]

Разве вы имеете право поставлять мибы в составе своего ПО? В debian6 исключили даже "стандартные" мибы из репозитория http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=498475 , по поводу проприетарных вообще отдельная песня...

[dvolodin]

Разве вы имеете право поставлять мибы в составе своего ПО?

Кто может запретить? MIB'ы в открытом доступе, лежат как есть со всеми copyright'ами.

В debian6 исключили даже "стандартные" мибы из репозитория http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=498475 ,

Это откровенные половые трудности команды debian. Свобода свободой, но не надо пытаться навязать свое понимание свободы всем остальным.

В MIB'ах и так хватает косяков, не хватало еще, чтобы все, кому не лень, патчили их как заблогорассудится.

по поводу проприетарных вообще отдельная песня...

Там и хороши скомпилированные MIB'ы, что позволяют убрать, при желании, оригинальные, или вынести их в отдельный subrepo, не затрагивая основной функционал.

Изменено 21 декабря, 2011 пользователем dvolodin

[dvolodin]

Кстати, для любопытсвующих: Вот за ТАКОЕ в MIB'ах, надо руки и ноги отрывать.

[s.lobanov]

Разве вы имеете право поставлять мибы в составе своего ПО?

Кто может запретить? MIB'ы в открытом доступе, лежат как есть со всеми copyright'ами.

 

Если так рассуждать, то я могу взять код под GPL-ем и использовать в своём коде под BSD-лицензией, всё ж открыто и со всеми копирайтами.

 

Я просто ставлю под сомнение совместимость условия распространения mib-файлов с GPL-лицензией, под который вы распространяете свой программный продукт.

[dvolodin]

Если так рассуждать, то я могу взять код под GPL-ем и использовать в своём коде под BSD-лицензией, всё ж открыто и со всеми копирайтами.

Людителям GPL вообще постоянно мерещится, что все вокруг хотят украсть и закрыть их код.

 

Я просто ставлю под сомнение совместимость условия распространения mib-файлов с GPL-лицензией, под который вы распространяете свой программный продукт.

У нас не GPL лицензия. Условия распространения или нераспространения MIB-файлов лежат у них в заголовках. Если вы найдете хоть один MIB, который нельзя было распространять, то будем смотреть детальнее, с привлечением специалистов.

[s.lobanov]

Если так рассуждать, то я могу взять код под GPL-ем и использовать в своём коде под BSD-лицензией, всё ж открыто и со всеми копирайтами.

Людителям GPL вообще постоянно мерещится, что все вокруг хотят украсть и закрыть их код.

 

Потому что так и есть. Особенно китайцы любят воровать gpl-код, закрывать и потом писать запрет на реверс-инженеринг. Я периодически расковыриваю прошивки и бутромы на различное железо и нахожу там явные нарушения gpl, но как это доказать не понятно, потому что "улики" добыты "незаконным" путём

 

Я просто ставлю под сомнение совместимость условия распространения mib-файлов с GPL-лицензией, под который вы распространяете свой программный продукт.

У нас не GPL лицензия. Условия распространения или нераспространения MIB-файлов лежат у них в заголовках. Если вы найдете хоть один MIB, который нельзя было распространять, то будем смотреть детальнее, с привлечением специалистов.

 

Извиняюсь, почему-то я думал, что у вас gpl, тогда да, всё нормально у вас с мибами, та проприетарщина, которая включена вроде бы свобоно распространяется.

[dvolodin]

Людителям GPL вообще постоянно мерещится, что все вокруг хотят украсть и закрыть их код.

 

Потому что так и есть. Особенно китайцы любят воровать gpl-код, закрывать и потом писать запрет на реверс-инженеринг. Я периодически расковыриваю прошивки и бутромы на различное железо и нахожу там явные нарушения gpl, но как это доказать не понятно, потому что "улики" добыты "незаконным" путём

Китайцы вам в суде на голубом глазу заявят, что этот код описан еще Конфуцием, и в GPL попал только по возмутительной наглости глупой белой обезъяны, которая посмела украcть код, являющийся

духовным и культурным наследием Китая. Вы готовы подискутировать на эту тему в районном суде города Шенженя? Или, может быть, бюрократы из FSF готовы?

 

По мне, так копирастия во всех крайностях плоха. Даже если некие китайцы сделают софт для управления своим железом на базе NOC, что мы от этого потеряем? Одной глюкавой поделкой будет меньше. Ущерб для проекта в общем случае - нулевой, а вот нужны ли нам исходники того, что они накодерят, да еще с китайскими комментариями - большой вопрос.

 

Извиняюсь, почему-то я думал, что у вас gpl, тогда да, всё нормально у вас с мибами, та проприетарщина, которая включена вроде бы свобоно распространяется.

MIB'ы as-is идут в дистрибутиве только для удобства добавления новых MIB'ов пользователем, так как мы пока еще используем для парсинга MIB'ов libsmi.

[s.lobanov]

Китайцы вам в суде на голубом глазу заявят, что этот код описан еще Конфуцием, и в GPL попал только по возмутительной наглости глупой белой обезъяны, которая посмела украcть код, являющийся

духовным и культурным наследием Китая. Вы готовы подискутировать на эту тему в районном суде города Шенженя? Или, может быть, бюрократы из FSF готовы?

 

Всё несколько сложнее. Китайцы продают свои поделия по всему миру. Хуавею уже пришлось переименовать все команды на датакомовском железе(show => display и т.п.) из-за наезда cisco на них на территории США (для тех, кто забыл или не знал эту историю читать здесь http://newsroom.cisco.com/dlls/2004/hd_072804.html ). Я к тому, что не нужно ехать в солнечный Шэньчжэнь, чтобы поставить их на место.

[dvolodin]

Всё несколько сложнее. Китайцы продают свои поделия по всему миру. Хуавею уже пришлось переименовать все команды на датакомовском железе(show => display и т.п.) из-за наезда cisco на них на территории США (для тех, кто забыл или не знал эту историю читать здесь http://newsroom.cisco.com/dlls/2004/hd_072804.html ). Я к тому, что не нужно ехать в солнечный Шэньчжэнь, чтобы поставить их на место.

Все куда проще, чем вы себе думаете. Наезжать придется в каждой стране по отдельности, да еще плюс кассации будут. Бюджет наезда Cisco на Huawei вы себе примерно представляете? На сколько порядков он больше бюджета среднего GPL-проекта, да и того же FSF в целом? А еще время производства серии китайского железа меньше времени судебного разбирательства, так что предписание суда приостановить продажи до устранения нарушений вообще в никуда пойдет. Что-то про этот момент апологеты GPL предпочитают не вспоминать, хотя он на корню рубит всю их религию.

Изменено 25 декабря, 2011 пользователем dvolodin

[Negator]

dvolodin, проект интересен, но уж больно большой и серьезный.

Нет желания упростить для более мелких сетей?

А то ваше решение подходит под монстров уровня билайна например.

Сама идея и подход к ней мне нравится, но для нас оно тяжеловесно.

Есть предложения как оптимизировать решение под более мелкие провайдеры.

Предлагаю пообщаться в личке.

[dvolodin]

В NOC появилась подсистема GIS. Беглый обзор - по ссылке

[catalist]

dvolodin, проект интересен, но уж больно большой и серьезный.

Нет желания упростить для более мелких сетей?

А то ваше решение подходит под монстров уровня билайна например.

Сама идея и подход к ней мне нравится, но для нас оно тяжеловесно.

+1

[dvolodin]

dvolodin, проект интересен, но уж больно большой и серьезный.

Нет желания упростить для более мелких сетей?

А то ваше решение подходит под монстров уровня билайна например.

Сама идея и подход к ней мне нравится, но для нас оно тяжеловесно.

+1

Есть конкретные предложения?

[catalist]

Незнаю как предложение, но вот лично я как гл. инженер ищу себе удобный инструмент для:

1. Наглядного представления оборудования и свзей между ними (карта сети, топология) и оповещения о собитиях с гибкм фильтром (ну например не сигналить про клиентские линки если они в дауне, клиента банально свет вырубает на ночь)

2. Ловлю сислога + снмп трапов и их анализ с привязкой к карте (тобиж прилетел трап или силог что интерфейс даун, значит на карте он стал красным или что то типа того), само сабой месседж на сотку.

3. Графики нагрузки/ошибок/итд с привязкой к нодам (устройствам)

4. Мониторинг серверов, в том числе посервисный (snmp,пинг, порты TCP/UDP).

5. Удобный инструмент управления девайсами тобиж нада тебе девайс открыть жмакнул на карте по нужному и вот тебе ссш или ещё что.....

6. Центральное хранилище конфигураций

7. Удобный инструмент управления адресным простарнством с привзякой таки к svi или нодам (мы щас юзаем эксель)

8. Удобный инструмент управления теми же виланами например (особенно когда VTP уже не работает а свитчей в цепочке 3 и более)

ЗЫ: 90% сети на цыско, есть ещё трикомы по мелочи....

Схожий функционал есть у SolarWinds не сочтите за рекламу, однако меня в нём отпугнула цена, плюс оно на винде что неудобно и глючно, плюс оно на MSSQL, плюс оно громоздкое и не удобное в принципе.

Сейчас юзаю кактус но оно слижком простое даже с учётом плагинов, нет там нужного функционала....

Я даже готов потратить 100 тыс рублей за настройку всего этого функционала.... если бы он был у нужного продукта.

Теперь по вашему продукту, если честно по моему очень скудна дока, до конца не поятно как оно работает и что каким целям служит, так же не понятен конкретный функционал, вобщем мутно и не понятно, это отпугивает, плюс я не поклонник питона. Плюс я поклонник FreeBSD а на неё что то с первого раза поставить не получилось, получилось со второго спустя пол года, поставил, посмотрел, мало что понял, плюнул, удалил.... Вот.

[SergeiK]

Незнаю как предложение, но вот лично я как гл. инженер ищу себе удобный инструмент для:

1. Наглядного представления оборудования и свзей между ними (карта сети, топология) и оповещения о собитиях с гибкм фильтром (ну например не сигналить про клиентские линки если они в дауне, клиента банально свет вырубает на ночь)

2. Ловлю сислога + снмп трапов и их анализ с привязкой к карте (тобиж прилетел трап или силог что интерфейс даун, значит на карте он стал красным или что то типа того), само сабой месседж на сотку.

3. Графики нагрузки/ошибок/итд с привязкой к нодам (устройствам)

4. Мониторинг серверов, в том числе посервисный (snmp,пинг, порты TCP/UDP).

5. Удобный инструмент управления девайсами тобиж нада тебе девайс открыть жмакнул на карте по нужному и вот тебе ссш или ещё что.....

6. Центральное хранилище конфигураций

7. Удобный инструмент управления адресным простарнством с привзякой таки к svi или нодам (мы щас юзаем эксель)

8. Удобный инструмент управления теми же виланами например (особенно когда VTP уже не работает а свитчей в цепочке 3 и более)

ЗЫ: 90% сети на цыско, есть ещё трикомы по мелочи....

Схожий функционал есть у SolarWinds не сочтите за рекламу, однако меня в нём отпугнула цена, плюс оно на винде что неудобно и глючно, плюс оно на MSSQL, плюс оно громоздкое и не удобное в принципе.

Сейчас юзаю кактус но оно слижком простое даже с учётом плагинов, нет там нужного функционала....

Я даже готов потратить 100 тыс рублей за настройку всего этого функционала.... если бы он был у нужного продукта.

Теперь по вашему продукту, если честно по моему очень скудна дока, до конца не поятно как оно работает и что каким целям служит, так же не понятен конкретный функционал, вобщем мутно и не понятно, это отпугивает, плюс я не поклонник питона. Плюс я поклонник FreeBSD а на неё что то с первого раза поставить не получилось, получилось со второго спустя пол года, поставил, посмотрел, мало что понял, плюнул, удалил.... Вот.

Не увидел в хотелках "Инвентори" :). Вам оно не надо?

 

Да, и как-то фразы из контекста между собой не вяжутся никак:

вот лично я как гл. инженер ... плюс я не поклонник питона. Плюс я поклонник FreeBSD

Или ты технарь и поклонник тех или иных решений, или ты "гл. инженер" и твое мерило не "нравиться/не нравиться" а цена/качество/функционал.

[Inoyat]

catalist

Вы не одиноки с таким списком "хотелок". Но не забывайте простую вещь - noc пишут на голом энтузиазме увы. Будет ли коммерциализация проекта - не знаю, хотя вопрос разработчикам задавал.

Потенциал большой - но проект еще пилить и пилить до нужного уровня (хотя бы до 3+). Сейчас оно больше всего напоминает две вещи "Постройка самолета в процессе полета" и гуляние по парку с собакой - когда ты идешь по асфальтированной аллее, а собакин гоняет по кустам и еще хрензнамогде. Цель у вас одна - только пути разные.

 

Ну чтобы не быть голословным:

1. карта, топология - все еще собакин, гуляем по кустам.

2. сислог/снмп - есть функционал в fault management, но однобокий - аварии словит, даже что-то поанализирует/покоррелирует, но не более. Короче - собакин, но уже ближе к аллее.

3. графики - есть (иначе как затычкой не назовешь) probe - но внешний вид и функционал неудобоваримы. Собакин за 2 км умчался.

4. мониторинг серверов....нет его в Вашем понимании - не только серверов но и вообще

5. управление "тыканьем" с карты - спросите разработчиков

6,7,8 - простой и понятный configuration management, вполне удобный address space management, virtual circuit management пока не прижился - хотя тоже вполне рабочий

Собакин идет почти рядом с вашими ногами.

 

Да, доки не просто скудные - их почти нет. Да, есть много мелких граблей - особенно при установке. Да, система не выглядит цельной.

Однако еще раз отмечу - люди пишут на энтузиазме. Очень надеюсь что выйдет что-то стоящее.

 

SergeiK

Я вот увидел Inventory. И? Дальше? Как им пользоваться?

[catalist]

Незнаю как предложение, но вот лично я как гл. инженер ищу себе удобный инструмент для:

1. Наглядного представления оборудования и свзей между ними (карта сети, топология) и оповещения о собитиях с гибкм фильтром (ну например не сигналить про клиентские линки если они в дауне, клиента банально свет вырубает на ночь)

2. Ловлю сислога + снмп трапов и их анализ с привязкой к карте (тобиж прилетел трап или силог что интерфейс даун, значит на карте он стал красным или что то типа того), само сабой месседж на сотку.

3. Графики нагрузки/ошибок/итд с привязкой к нодам (устройствам)

4. Мониторинг серверов, в том числе посервисный (snmp,пинг, порты TCP/UDP).

5. Удобный инструмент управления девайсами тобиж нада тебе девайс открыть жмакнул на карте по нужному и вот тебе ссш или ещё что.....

6. Центральное хранилище конфигураций

7. Удобный инструмент управления адресным простарнством с привзякой таки к svi или нодам (мы щас юзаем эксель)

8. Удобный инструмент управления теми же виланами например (особенно когда VTP уже не работает а свитчей в цепочке 3 и более)

ЗЫ: 90% сети на цыско, есть ещё трикомы по мелочи....

Схожий функционал есть у SolarWinds не сочтите за рекламу, однако меня в нём отпугнула цена, плюс оно на винде что неудобно и глючно, плюс оно на MSSQL, плюс оно громоздкое и не удобное в принципе.

Сейчас юзаю кактус но оно слижком простое даже с учётом плагинов, нет там нужного функционала....

Я даже готов потратить 100 тыс рублей за настройку всего этого функционала.... если бы он был у нужного продукта.

Теперь по вашему продукту, если честно по моему очень скудна дока, до конца не поятно как оно работает и что каким целям служит, так же не понятен конкретный функционал, вобщем мутно и не понятно, это отпугивает, плюс я не поклонник питона. Плюс я поклонник FreeBSD а на неё что то с первого раза поставить не получилось, получилось со второго спустя пол года, поставил, посмотрел, мало что понял, плюнул, удалил.... Вот.

Не увидел в хотелках "Инвентори" :). Вам оно не надо?

 

Да, и как-то фразы из контекста между собой не вяжутся никак:

вот лично я как гл. инженер ... плюс я не поклонник питона. Плюс я поклонник FreeBSD

Или ты технарь и поклонник тех или иных решений, или ты "гл. инженер" и твое мерило не "нравиться/не нравиться" а цена/качество/функционал.

Причём тут личные предпочтения и занимаемая должность? Не отклоняйтесь от темы пожалуйста.

[Dmitry1]

По поводу пункта 4. Все-таки NOC позиционируется как инструмент управления, а не как мониторинга.

Хотя никто не мешает написать к нему собственный PROBE.

[catalist]

Я просто перечислил какой функционал нужен мне для внедрения у себя, пока найти не смог, думаю что не один я ищу именно такой функционал....

[SergeiK]

По поводу пункта 4. Все-таки NOC позиционируется как инструмент управления, а не как мониторинга.

Хотя никто не мешает написать к нему собственный PROBE.

Термин NOC как бы подразумевает мониторинг прежде всего...

Я без претензий к вашему продукту, но просто название должно соответствовать общепринятой терминологии, во избежании путаницы.

NOC на WiKi

NOCs are responsible for monitoring the telecommunication network for alarms or certain conditions that may require special attention to avoid impact on the network's performance.

[Dmitry1]

Мониторинг имеется ввиду отслеживание и обработка событий от устройств, полученных через syslog или SNMP.

Ставить NOC, чтобы пинговать устройства - странный выбор.

Изменено 17 января, 2012 пользователем Dmitry1

[Kuzema]

С чем связано игнорирование FreeBSD ?

 

http://kb.nocproject.org/display/SITE/NOC

NOC 0.7(2) Released

 

less /usr/ports/net-mgmt/noc/distinfo

SHA256 (noc-0.6.4.tar.gz) = 54f14b48bc478ad15c3a2c0d9d1256a1f21661adbc6ded0a3b8689fdfdb7ba84

SIZE (noc-0.6.4.tar.gz) = 14993060

[dvolodin]

Термин NOC как бы подразумевает мониторинг прежде всего...

Я без претензий к вашему продукту, но просто название должно соответствовать общепринятой терминологии, во избежании путаницы.

NOC на WiKi

NOCs are responsible for monitoring the telecommunication network for alarms or certain conditions that may require special attention to avoid impact on the network's performance.

Network Operation Center. И мониторинг - только одна из обязанностей. Если вся деятельность NOC сводится к мониторингу, то это какой-то странный NOC :)

[Dmitry1]

С чем связано игнорирование FreeBSD ?

 

http://kb.nocproject.org/display/SITE/NOC

NOC 0.7(2) Released

 

less /usr/ports/net-mgmt/noc/distinfo

SHA256 (noc-0.6.4.tar.gz) = 54f14b48bc478ad15c3a2c0d9d1256a1f21661adbc6ded0a3b8689fdfdb7ba84

SIZE (noc-0.6.4.tar.gz) = 14993060

0.7(2) - это промежуточный (технический, внутренний) релиз.

http://kb.nocproject.org/display/DOC/NOC+Versions

Ждите релиза 0.7

[catalist]

Инвентори наверно тоже нужно было бы но что называется пока не горит и жить не мешает.