dvolodin Опубликовано 20 января, 2012 (изменено) · Жалоба Уважаемые коллеги, мы подняли новый форум по адресу http://forum.nocproject.org/ Изменено 24 января, 2012 пользователем dvolodin Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
aemon Опубликовано 23 января, 2012 · Жалоба NOC не настолько монстрообразен как может показаться))) Если для небольшого провайдера нужно использовать лишь малый функционал системы, то ничто не мешает не настраивать ненужные вам разделы. Нужен лишь configuration management? Тогда используйте лишь его. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
lexius Опубликовано 24 января, 2012 · Жалоба Он не монстрообразен, он масштабируем ;) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dvolodin Опубликовано 24 января, 2012 · Жалоба Уважаемые коллеги, мы подняли новый форум по адресу http://forum.nocproject.ru/ http://forum.nocproject.org/ ??? Да, поправил Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
garmonik Опубликовано 25 января, 2012 · Жалоба NOC замечательная система управления сетью, вот только установка не много сложна... А еще очень здорово, что проект создается нашими соотечественниками и очень жаль, что нет документации на родном языке. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Dmitry1 Опубликовано 26 января, 2012 (изменено) · Жалоба NOC замечательная система управления сетью, вот только установка не много сложна... А еще очень здорово, что проект создается нашими соотечественниками и очень жаль, что нет документации на родном языке. Официальные релизы ставятся без проблем. С удовольствием примем Вашу помощь в составлении документации. Изменено 26 января, 2012 пользователем Dmitry1 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ApmeM Опубликовано 26 января, 2012 · Жалоба Подскажите, когда планируется выход релиза с GIS? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
garmonik Опубликовано 26 января, 2012 · Жалоба Официальные релизы ставятся без проблем. С удовольствием примем Вашу помощь в составлении документации. Я рад помочь, вот только бы уровня моих знаний хватило :) А так может с рутиной надо разобраться или еще с чем, одним словом есть пара свободных рук и желание. ICQ 241-328-380 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dvolodin Опубликовано 26 января, 2012 · Жалоба В последних коммитах peering management научился понимать базы RADb. Детали по ссылке Я рад помочь, вот только бы уровня моих знаний хватило :) А так может с рутиной надо разобраться или еще с чем, одним словом есть пара свободных рук и желание. ICQ 241-328-380 Тогда добро пожаловать на канал #nocproject.org на irc.freenode.net Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dvolodin Опубликовано 26 января, 2012 · Жалоба Подскажите, когда планируется выход релиза с GIS? Ориентировочно - месяц-два Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Inp Опубликовано 29 января, 2012 · Жалоба Установлена последняя версия. Заходим в 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 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
OBW Опубликовано 3 февраля, 2012 · Жалоба Господа, прошу помощи с системой. Я поставил noc project (0.7(2)), зашел в вебинтерфейс... и растерялся. Решительно непонятно что делать дальше. Хотелось бы снять конфиг со всех своих роутеров и разместить в системе контроля версий. Как-то я не очень понимаю как это сделать. В официальной документации в базе знаний описана архитектура, терминология ... и всё. Может у кого найдётся дока по этому вопросу? Или пара слов с указанием направления в котором двигаться? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Dmitry1 Опубликовано 3 февраля, 2012 (изменено) · Жалоба 1. В Service Activation -> Managed Objects позаводить свое оборудование 2. Поставить галочку "Is Configuration Managed?" и прописать путь к репозиторию для каждого устройства 3. В Main -> Setup -> Schedules поставить галочку "cm.config_pull" Изменено 3 февраля, 2012 пользователем Dmitry1 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
zoro Опубликовано 25 февраля, 2012 · Жалоба Мне нравится- разработчики в основе русские, документация и сам интерфейс на инглише... да знаем его но зачем извращаться :)? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
catalist Опубликовано 25 февраля, 2012 · Жалоба Я так понял потому что пишется восновном для буржуинов. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s.lobanov Опубликовано 25 февраля, 2012 · Жалоба Мне нравится- разработчики в основе русские, документация и сам интерфейс на инглише... да знаем его но зачем извращаться :)? Если есть хотя бы один русско-не-говорящий пользователь или разработчик, то смысл поддерживать документацию на 2ух языках? multilanguage интерфейс сделать, как правило, не очень сложно и всегда находятся желающие перевести на свой native язык, а вот нормальной multilanguage документации я ещё ни разу не видел, всегда в переводах чего-то не хватает или криво, яркий пример тому huawei, изначально документация пишется на китайском, а потом появляется кривая и неполная на английском. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dvolodin Опубликовано 28 февраля, 2012 · Жалоба Мне нравится- разработчики в основе русские, документация и сам интерфейс на инглише... да знаем его но зачем извращаться :)? Нет смысла на данном этапе поддерживать одновременно русский, английский, немецкий, французский и португальский. Все трансляции в любом случае будет плясать от английского. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vlad11 Опубликовано 28 февраля, 2012 (изменено) · Жалоба Перезалейте, пожалуйста, на ютьюбе ролики со звуком. Изменено 28 февраля, 2012 пользователем vlad11 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
prog_nt Опубликовано 3 марта, 2012 · Жалоба Незнаю как предложение, но вот лично я как гл. инженер ищу себе удобный инструмент для: 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 дерева Бардак с 1 вланом Главное окно девайсов Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
catalist Опубликовано 3 марта, 2012 · Жалоба Незнаю как предложение, но вот лично я как гл. инженер ищу себе удобный инструмент для: 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 дерева Бардак с 1 вланом Главное окно девайсов Я не совсем понял это вы рекламируете что то или нет? :) Скриншоты топологии заинтриговали... Теперь по тексту 2. Заббикс заббиксом, но я тут скачал версию ввиде VM образа поюзал, и не понравилось.... Оно заточено только под мониторинг сервисов на серверерах, а хочется больше в плане мониторинга сети.... 3. может я плохо смотрел но слона графиков интерфесов цыски которую я пытался приаттачить я там и не заметил... 6. ну вот это опять другой продукт, а хочется одного! 7. Этот атавизм шас используется, очень не нравится... Я вот тоже начал подумывать а не написать ли данную прогу самим для себя, ибо всё что есть ну ваще не катит.... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s.lobanov Опубликовано 3 марта, 2012 · Жалоба Я вот тоже начал подумывать а не написать ли данную прогу самим для себя, ибо всё что есть ну ваще не катит.... Проблема в том, что у каждого россиянского оператора свои уникальные бизнес-процессы и ни у кого даже нет мысли о том, чтобы что-то поменять под имеющейся софт. Всегда требуют допиливать биллинги, хеплдески и т.п. под свои эротические фантазии. Ну а в плане управления железом тут вообще тяжко сделать что-то универсальное, либо пишите своё, либо перестраиваетесь под готовое. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
prog_nt Опубликовано 3 марта, 2012 (изменено) · Жалоба Я вот тоже начал подумывать а не написать ли данную прогу самим для себя, ибо всё что есть ну ваще не катит.... Скорее хвастаюсь), потому что рекламировать нечего. Желание развивать идею какими-то общими усилиями имеется, но этим вопросом пока некогда заниматься... Проблема в том, что у каждого россиянского оператора свои уникальные бизнес-процессы и ни у кого даже нет мысли о том, чтобы что-то поменять под имеющейся софт. Всегда требуют допиливать биллинги, хеплдески и т.п. под свои эротические фантазии. Ну а в плане управления железом тут вообще тяжко сделать что-то универсальное, либо пишите своё, либо перестраиваетесь под готовое. Это да, кроме железа у каждого свой подход к построению сетей в принципе. Но я вообще для себя выделяю среди подсистем провайдера (биллинг, CRM) именно задачу управления транспортной сетью, и считаю, что возможно создать универсальный "фреймворк", некий бэк-енд с обширными возможностями, + полнофункциональный GUI, а также API для взаимодействия с другими системами (например доступ пользователей к сети + биллинг), включая АПИ для интеграции UI в существующие системы (по крайней мере такая архитектура у меня в плане). Время покажет) Изменено 3 марта, 2012 пользователем prog_nt Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s.lobanov Опубликовано 3 марта, 2012 · Жалоба Это да, кроме железа у каждого свой подход к построению сетей в принципе. Но я вообще для себя выделяю среди подсистем провайдера (биллинг, 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, которые очень закрыты для взаимодействия с внешним(по отношении к их прибыли) миром. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dvolodin Опубликовано 4 марта, 2012 · Жалоба Как программиста меня беспокоит производительность питона, особенно в такой сложной системе. Хотя сейчас я использую его в своем проекте в качестве клея, я уже недоволен его прожорливостью (может я просто не умею его готовить). С производительностью у python получается относительно неплохо, большая часть нагрузки все равно уходит в базы или C-шные модули. Скажем, связка mongodb+python уделывает в целом аналогичные реализации на java+oracle :) Та же генерация префикс-листов в NOC работает на порядок быстрее rtconfig, а десятки десятимегабайтных конфигов в параллель вытаскиваются существенно быстрее, чем с rancid. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dvolodin Опубликовано 4 марта, 2012 · Жалоба Это да, кроме железа у каждого свой подход к построению сетей в принципе. Но я вообще для себя выделяю среди подсистем провайдера (биллинг, CRM) именно задачу управления транспортной сетью, и считаю, что возможно создать универсальный "фреймворк", некий бэк-енд с обширными возможностями, + полнофункциональный GUI, а также API для взаимодействия с другими системами (например доступ пользователей к сети + биллинг), включая АПИ для интеграции UI в существующие системы (по крайней мере такая архитектура у меня в плане). Время покажет) NOC - хороший пример, как можно абстрагироваться от особенностей поведения различных железок, достаточно посмотреть, как сделаны скрипты. В этом году появилась возможность настраивать REST/JSON интерфейс для управления железом. В принципе даже сейчас NOC можно использовать как исполнительный механизм для сторонних систем и рулить через него железом. В планах - доработать его в сторону QoS, с возможностью распределять ресурсы под разные типы задач (работа оператора, provisioning, фоновые задачи) и добавить механизм workflow, чтобы гибко настраивать NOC под конкретные процессы. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...