Перейти к содержимому
Калькуляторы

новый opensource софт для NOC провайдера

Уважаемые коллеги, мы подняли новый форум по адресу http://forum.nocproject.org/

Изменено пользователем dvolodin

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

NOC не настолько монстрообразен как может показаться))) Если для небольшого провайдера нужно использовать лишь малый функционал системы, то ничто не мешает не настраивать ненужные вам разделы. Нужен лишь configuration management? Тогда используйте лишь его.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Он не монстрообразен, он масштабируем ;)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Уважаемые коллеги, мы подняли новый форум по адресу http://forum.nocproject.ru/

 

http://forum.nocproject.org/ ???

Да, поправил

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

NOC замечательная система управления сетью, вот только установка не много сложна...

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

NOC замечательная система управления сетью, вот только установка не много сложна...

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

Официальные релизы ставятся без проблем.

С удовольствием примем Вашу помощь в составлении документации.

Изменено пользователем Dmitry1

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Подскажите, когда планируется выход релиза с GIS?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Официальные релизы ставятся без проблем.

С удовольствием примем Вашу помощь в составлении документации.

 

Я рад помочь, вот только бы уровня моих знаний хватило :)

А так может с рутиной надо разобраться или еще с чем, одним словом есть пара свободных рук и желание.

ICQ 241-328-380

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

В последних коммитах peering management научился понимать базы RADb. Детали по ссылке

 

Я рад помочь, вот только бы уровня моих знаний хватило :)

А так может с рутиной надо разобраться или еще с чем, одним словом есть пара свободных рук и желание.

ICQ 241-328-380

Тогда добро пожаловать на канал #nocproject.org на irc.freenode.net

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Подскажите, когда планируется выход релиза с GIS?

Ориентировочно - месяц-два

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Установлена последняя версия.

Заходим в Inventory->Setup->Models->любая модель

 

Вываливается такой эксепшн (полностью в прикрепленном файле):

 

UNHANDLED EXCEPTION (2012-01-29 15:56:33.961116)

Working directory: /opt/noc

<class 'django.template.base.TemplateSyntaxError'>

Caught NoReverseMatch while rendering: Reverse for 'preview' with arguments '(ObjectId('4f243b6a08b5413c9f000073'),)' and keyword arguments '{}' not found.

START OF TRACEBACK

------------------------------------------------------------------------

File: /opt/noc/contrib/lib/django/template/defaulttags.py (Line: 450)

Function: render

443 args=args, kwargs=kwargs,

444 current_app=context.current_app)

445 except NoReverseMatch:

446 if self.asvar is None:

447 # Re-raise the original exception, not the one with

448 # the path relative to the project. This makes a

449 # better error message.

450 ==> raise e

451 else:

452 if self.asvar is None:

453 raise e

454

455 if self.asvar:

456 context[self.asvar] = url

ex.txt

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Господа, прошу помощи с системой. Я поставил noc project (0.7(2)), зашел в вебинтерфейс... и растерялся. Решительно непонятно что делать дальше.

Хотелось бы снять конфиг со всех своих роутеров и разместить в системе контроля версий. Как-то я не очень понимаю как это сделать. В официальной документации в базе знаний описана архитектура, терминология ... и всё.

Может у кого найдётся дока по этому вопросу? Или пара слов с указанием направления в котором двигаться?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

1. В Service Activation -> Managed Objects позаводить свое оборудование

2. Поставить галочку "Is Configuration Managed?" и прописать путь к репозиторию для каждого устройства

3. В Main -> Setup -> Schedules поставить галочку "cm.config_pull"

Изменено пользователем Dmitry1

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Мне нравится- разработчики в основе русские, документация и сам интерфейс на инглише... да знаем его но зачем извращаться :)?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Я так понял потому что пишется восновном для буржуинов.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Мне нравится- разработчики в основе русские, документация и сам интерфейс на инглише... да знаем его но зачем извращаться :)?

 

Если есть хотя бы один русско-не-говорящий пользователь или разработчик, то смысл поддерживать документацию на 2ух языках? multilanguage интерфейс сделать, как правило, не очень сложно и всегда находятся желающие перевести на свой native язык, а вот нормальной multilanguage документации я ещё ни разу не видел, всегда в переводах чего-то не хватает или криво, яркий пример тому huawei, изначально документация пишется на китайском, а потом появляется кривая и неполная на английском.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Мне нравится- разработчики в основе русские, документация и сам интерфейс на инглише... да знаем его но зачем извращаться :)?

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Перезалейте, пожалуйста, на ютьюбе ролики со звуком.

Изменено пользователем vlad11

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В связи с тем, что недавно нас купили/объединили, имеем в дополнение подобную систему на базе заббикса. Т.к. все это писалось разными людьми, в итоге имеем базу оборудования, синхронизацию в заббикс, кучу доп скриптов на php/perl/python и 2 GUI - десктоп и веб (как это все печально).

 

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

2. заббикс с одной стороны, с другой - имеются самописные обработчики/сигнализаторы.

3. заббикс

4. заббикс (хотя это немного другая задача, чем управление сетью)

5. Интерфейс управления девайсами хотелось иметь единообразный, а в телнет/ссш/веб лазить только по необходимости, при отсутствии реализованных функций. В этом ключе и двигаемся.

6. svn

7. xls файлик)

8. Имеется, на базе карты сети, но будет дорабатываться до максимального автомата.

 

Кроме этих фич(хотелок) есть еще куча других (некоторые возможно есть в noc). Например:

* построение топологии с нуля (хотя есть проверка топологии на основе имеющейся инфраструктуры).

* поддержание настроек девайсов в нужном состоянии при изменении топологии, например раздача iptv, различные типы клиентов, разные настройки (частично реализовано) и т.д.

* визуализация L3, в частности включив ospf на сети, начали иметь проблемы маршрутизации.

и многие другие

 

Хотя наверное необходимый фукнционал зависит от используемого оборудовани и проблем с ним.

У нас 90% сети на длинках.

 

Как разработчику, мне конечно хочется спроса на продукт, но в данный момент система развивается для удовлетворения нужд конкретного провайдера уровня города (MAN/inet). И я думаю так делают многие провайдеры.

Noc смотрел в качестве готового велосипеда, но скудность документации сделала свое дело, абсолютно не понятно было (на тот момент) как это все готовить, и что "оно" умеет. Также сказалось отсутствие нужного количества свободного времени для исследования, т.к. текущие проблемы нужно решать.

 

Offtopic

Как программиста меня беспокоит производительность питона, особенно в такой сложной системе. Хотя сейчас я использую его в своем проекте в качестве клея, я уже недоволен его прожорливостью (может я просто не умею его готовить).

 

Это не в коем случае не является рекламой продукта, и не конкуренция noc, просто делюсь с тем как мы решаем задачу (и немного хвастаюсь :-). Однако судя по постам, noc не является панацеей для всех типов провайдеров. Кроме того я понял, что noc делается на заказ, хотя есть и комьюнити, которое помогает в развитии в ширину.

 

пара скринов (карта полностью интерактивна):

Состояние STP дерева

post-63233-061600200 1330769420_thumb.png

Бардак с 1 вланом

post-63233-066448900 1330769427_thumb.png

Главное окно девайсов

post-63233-077626300 1330767433_thumb.jpg

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В связи с тем, что недавно нас купили/объединили, имеем в дополнение подобную систему на базе заббикса. Т.к. все это писалось разными людьми, в итоге имеем базу оборудования, синхронизацию в заббикс, кучу доп скриптов на php/perl/python и 2 GUI - десктоп и веб (как это все печально).

 

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

2. заббикс с одной стороны, с другой - имеются самописные обработчики/сигнализаторы.

3. заббикс

4. заббикс (хотя это немного другая задача, чем управление сетью)

5. Интерфейс управления девайсами хотелось иметь единообразный, а в телнет/ссш/веб лазить только по необходимости, при отсутствии реализованных функций. В этом ключе и двигаемся.

6. svn

7. xls файлик)

8. Имеется, на базе карты сети, но будет дорабатываться до максимального автомата.

 

Кроме этих фич(хотелок) есть еще куча других (некоторые возможно есть в noc). Например:

* построение топологии с нуля (хотя есть проверка топологии на основе имеющейся инфраструктуры).

* поддержание настроек девайсов в нужном состоянии при изменении топологии, например раздача iptv, различные типы клиентов, разные настройки (частично реализовано) и т.д.

* визуализация L3, в частности включив ospf на сети, начали иметь проблемы маршрутизации.

и многие другие

 

Хотя наверное необходимый фукнционал зависит от используемого оборудовани и проблем с ним.

У нас 90% сети на длинках.

 

Как разработчику, мне конечно хочется спроса на продукт, но в данный момент система развивается для удовлетворения нужд конкретного провайдера уровня города (MAN/inet). И я думаю так делают многие провайдеры.

Noc смотрел в качестве готового велосипеда, но скудность документации сделала свое дело, абсолютно не понятно было (на тот момент) как это все готовить, и что "оно" умеет. Также сказалось отсутствие нужного количества свободного времени для исследования, т.к. текущие проблемы нужно решать.

 

Offtopic

Как программиста меня беспокоит производительность питона, особенно в такой сложной системе. Хотя сейчас я использую его в своем проекте в качестве клея, я уже недоволен его прожорливостью (может я просто не умею его готовить).

 

Это не в коем случае не является рекламой продукта, и не конкуренция noc, просто делюсь с тем как мы решаем задачу (и немного хвастаюсь :-). Однако судя по постам, noc не является панацеей для всех типов провайдеров. Кроме того я понял, что noc делается на заказ, хотя есть и комьюнити, которое помогает в развитии в ширину.

 

пара скринов (карта полностью интерактивна):

Состояние STP дерева

stp.png

Бардак с 1 вланом

vlan1.png

Главное окно девайсов

nms.JPG

Я не совсем понял это вы рекламируете что то или нет? :)

Скриншоты топологии заинтриговали...

Теперь по тексту

2. Заббикс заббиксом, но я тут скачал версию ввиде VM образа поюзал, и не понравилось.... Оно заточено только под мониторинг сервисов на серверерах, а хочется больше в плане мониторинга сети....

3. может я плохо смотрел но слона графиков интерфесов цыски которую я пытался приаттачить я там и не заметил...

6. ну вот это опять другой продукт, а хочется одного!

7. Этот атавизм шас используется, очень не нравится...

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Скорее хвастаюсь), потому что рекламировать нечего. Желание развивать идею какими-то общими усилиями имеется, но этим вопросом пока некогда заниматься...

 

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

Это да, кроме железа у каждого свой подход к построению сетей в принципе. Но я вообще для себя выделяю среди подсистем провайдера (биллинг, CRM) именно задачу управления транспортной сетью, и считаю, что возможно создать универсальный "фреймворк", некий бэк-енд с обширными возможностями, + полнофункциональный GUI, а также API для взаимодействия с другими системами (например доступ пользователей к сети + биллинг), включая АПИ для интеграции UI в существующие системы (по крайней мере такая архитектура у меня в плане). Время покажет)

Изменено пользователем prog_nt

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Это да, кроме железа у каждого свой подход к построению сетей в принципе. Но я вообще для себя выделяю среди подсистем провайдера (биллинг, CRM) именно задачу управления транспортной сетью, и считаю, что возможно создать универсальный "фреймворк", некий бэк-енд с обширными возможностями, + полнофункциональный GUI, а также API для взаимодействия с другими системами (например доступ пользователей к сети + биллинг), включая АПИ для интеграции UI в существующие системы (по крайней мере такая архитектура у меня в плане). Время покажет)

 

Теоретически звучит красиво, обвязку в виде интерфейсов взаимодействия и ui вообще не проблема сделать(таких кодеров ВУЗы выпускают тысячами каждый год). Проблема во взаимодействии с железом и тут просто аццкая работа, по-человечески управлять железом это netconf, но с обвязкой в виде API он есть только у juniper(и то только олдскульный perl, с которого блевать тянет), по snmp управлять свои нюансы(не все хотят давать мибы или дают их под NDA, нет нормальной обработки исключительных ситуаций, шанс нарваться на cpu protection), telnet/ssh свои геморрои, web не везде есть или не полный, т.е. фактически бэкенд это должен быть набор жутких костылей, которые, кстати, не так уж и просто обобщить. Ну например, надо сконфигурировать dhcp-snooping, у кого-то trust порты прописываются на интерфейсе, у кого-то в влане, а ещё может быть вариант per-interface-per-vlan. Но самая фишка в том не как это обобщить(методы ООП весьма стандартны), а в том, что надо знать что обобщать, т.е. знать все возможные случаи(иначе потом придётся сильно переделывать родительские классы), т.е. быть специалистом(или иметь группу специалистов), который бы знал особенности настройки фич на различном железе. Поэтому сейчас фактически существуют либо vendor-specific системы, либо isp-specific; noc-project в этом плане уникален, посколько явно не является ни первым, ни вторым случаем, посмотрим как они будут дальше развиваться, особенно интересно в разрезе контрактных вендоров типа zte и huawei, которые очень закрыты для взаимодействия с внешним(по отношении к их прибыли) миром.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Как программиста меня беспокоит производительность питона, особенно в такой сложной системе. Хотя сейчас я использую его в своем проекте в качестве клея, я уже недоволен его прожорливостью (может я просто не умею его готовить).

С производительностью у python получается относительно неплохо, большая часть нагрузки все равно уходит в базы или C-шные модули. Скажем, связка mongodb+python уделывает в целом аналогичные реализации на java+oracle :)

 

Та же генерация префикс-листов в NOC работает на порядок быстрее rtconfig, а десятки десятимегабайтных конфигов в параллель вытаскиваются существенно быстрее, чем с rancid.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Это да, кроме железа у каждого свой подход к построению сетей в принципе. Но я вообще для себя выделяю среди подсистем провайдера (биллинг, CRM) именно задачу управления транспортной сетью, и считаю, что возможно создать универсальный "фреймворк", некий бэк-енд с обширными возможностями, + полнофункциональный GUI, а также API для взаимодействия с другими системами (например доступ пользователей к сети + биллинг), включая АПИ для интеграции UI в существующие системы (по крайней мере такая архитектура у меня в плане). Время покажет)

NOC - хороший пример, как можно абстрагироваться от особенностей поведения различных железок, достаточно посмотреть, как сделаны скрипты. В этом году появилась возможность настраивать REST/JSON интерфейс для управления железом. В принципе даже сейчас NOC можно использовать как исполнительный механизм для сторонних систем и рулить через него железом. В планах - доработать его в сторону QoS, с возможностью распределять ресурсы под разные типы задач (работа оператора, provisioning, фоновые задачи) и добавить механизм workflow, чтобы гибко настраивать NOC под конкретные процессы.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.