Комментарии 23
дешевле поменять Рапан, чем коммутатор
Что такое Рапан?
Что такое Рапан?
Выглядит неплохо! Эт самое, что хотелось-бы спросить:
Судя по скриншоту правильно-ли я понимаю, что это самопал с
и все в одном флаконе из браузера?
Это можно увидеть\потыкать?
Судя по скриншоту правильно-ли я понимаю, что это самопал с
- Twitter bootstrap
- Биллинг
- подобие ERP\CRM
- QGis
- EMS\SNMP модуль для оборудования
и все в одном флаконе из браузера?
Это можно увидеть\потыкать?
— Бутстрап натягиваю прямо сейчас, так что да.
— Биллинг фактически самописный, но т.к. для комиссий требуется сертифицированный, то обеспечиваем обратную совместимость. Т.е. при работе через эту систему информация пишется и туда и сюда. Интерфейс UTM закрыт сейчас, поэтому проверять на несоотвествие перестали, а раньше еще и следили, чтоб информация совпадала.
— Так и есть, здесь и абоненты и заявки и железо и всякие проверки и отчеты. Да все в-общем тут собрано.
— QGis да, вы статью читали?
и SNMP и банальный telnet — сейчас используется три типа конфигураций. Базовая — при настройке коммутатора (все, что требуется для безопасной работы самого коммутатора), Привязки абонентов, и третья — резка скорости абонентам на порту, в случае, если абонент не оплачивает Интернет в течении 2х месяцев до 64кб — это сделано недавно, из-за того, что некоторые абоненты по акции подключаются бесплатно и держат шнурок только для бесплатных каналов iptv, пользуясь интернетом от конкурентов, или вообще не пользуясь интернетом. Так вот каждая модель коммутатора описана тремя файлами. Каждый такой файл принимает несколько параметров и на на основе их создает конфигурацию. Очень удобно, раньше все хранилось в одном файле, но как только количество используемого железа стало расти, всякие «если да кабы» стали непомерно раздувать размер скрипта и усложнять его поддержку.
— Если-б не костыли с используемым биллингом, давно-б на github выкинул, а так и знаю, что система классная создана и разработчиков не притянуть.
— Биллинг фактически самописный, но т.к. для комиссий требуется сертифицированный, то обеспечиваем обратную совместимость. Т.е. при работе через эту систему информация пишется и туда и сюда. Интерфейс UTM закрыт сейчас, поэтому проверять на несоотвествие перестали, а раньше еще и следили, чтоб информация совпадала.
— Так и есть, здесь и абоненты и заявки и железо и всякие проверки и отчеты. Да все в-общем тут собрано.
— QGis да, вы статью читали?
и SNMP и банальный telnet — сейчас используется три типа конфигураций. Базовая — при настройке коммутатора (все, что требуется для безопасной работы самого коммутатора), Привязки абонентов, и третья — резка скорости абонентам на порту, в случае, если абонент не оплачивает Интернет в течении 2х месяцев до 64кб — это сделано недавно, из-за того, что некоторые абоненты по акции подключаются бесплатно и держат шнурок только для бесплатных каналов iptv, пользуясь интернетом от конкурентов, или вообще не пользуясь интернетом. Так вот каждая модель коммутатора описана тремя файлами. Каждый такой файл принимает несколько параметров и на на основе их создает конфигурацию. Очень удобно, раньше все хранилось в одном файле, но как только количество используемого железа стало расти, всякие «если да кабы» стали непомерно раздувать размер скрипта и усложнять его поддержку.
— Если-б не костыли с используемым биллингом, давно-б на github выкинул, а так и знаю, что система классная создана и разработчиков не притянуть.
какой у вас брас и почему бы не заменить часть железа на агрегациях?
Сервера с linux на борту. А что касается замены, а зачем? Задача vlan на абонента не стоит. Все работает, зачем трогать то, что работает? Да и деньги тратятся в немалых объемах на перестроение купленных сетей. Возможно когда-то руководство и задумается на этим, но пока не видим высоких нагрузок, а следовательно и аргументов нет.
Я сейчас пытаюсь приучить Яндекс-карты к Заббиксу. Пока показывает точки с проблемами на карте.
Хочу ещё добавить возможность нанесения коммутационных линий связи, ну, возможно ещё некоторые фичи.
Начал всё один парень здесь, я продолжаю эпопею на github
Хочу ещё добавить возможность нанесения коммутационных линий связи, ну, возможно ещё некоторые фичи.
Начал всё один парень здесь, я продолжаю эпопею на github
Не понял, вы точки и линии при помощи postgis в postgre храните?
и как выводите в openlayers?
и как выводите в openlayers?
Да, именно постгис и используем. А как выводим, посмотрите сообщения Александра, 2,5 года назад, когда я устроился на работу, карта уже существовала.
Глобализация. Вас еще не продали купили?
В предыдущей конторе вокруг UTM написали на PERL+TemplanteToolkit оболочку. В ней были мониторинг, тикет трекер, рабочее место тех.поддержки, склад, всевозможная статистика, территориальное разделение по монтажникам, управление активным оборудованием через Telnet/snmp, и масса других функций. Потом нас продали, проект умирает, в связи с внедрением другого биллинга.
>>Да, кстати, КЛАДР не совпадает с тем, что пишется в паспортах у абонентов
С этим все сталкивались.
Мне вот интересно, это только «в этой стране» официальная база домов (да и все остальные базы) отличается от реальности, и только в этой стране такой бардак и её за 10-15 лет не могут привести в порядок?
С этим все сталкивались.
Мне вот интересно, это только «в этой стране» официальная база домов (да и все остальные базы) отличается от реальности, и только в этой стране такой бардак и её за 10-15 лет не могут привести в порядок?
Не сочтите за рекламу, но userside.ua
Готовый продукт.
сам пользуюсь и другим рекомендую.
платный.
разработчики по русски понимают прекрасно.
меганавороченный. там есть все, что Вы описали в статье и даже много больше.
Готовый продукт.
сам пользуюсь и другим рекомендую.
платный.
разработчики по русски понимают прекрасно.
меганавороченный. там есть все, что Вы описали в статье и даже много больше.
Тоже недавно заморочился у себя с картами. Потому что реализация карт в zabbix'е — это что-то.
Тайлы делает tilestream, карта — leaflet, данные с OSM, данные по доступности и истории доступности коммутаторов — с zabbix'a. Результат выглядит вот так:
habrastorage.org/storage2/b47/578/5d7/b475785d7a636572af80af2ed9e0986f.png
Тайлы делает tilestream, карта — leaflet, данные с OSM, данные по доступности и истории доступности коммутаторов — с zabbix'a. Результат выглядит вот так:
habrastorage.org/storage2/b47/578/5d7/b475785d7a636572af80af2ed9e0986f.png
А что у Вас за информацию коммутатор показывает?
Сеть неуправляемая?
Сеть неуправляемая?
Когда коммутатор уходил в онлайн-офлайн (конкретно этот коммутатор выключает на ночь клиент-торговыйцентр).
Не совсем понял, что имеете в виду под управляемостью сети?
Не совсем понял, что имеете в виду под управляемостью сети?
Наверное не совсем корректно выразился, но Вы меня сейчас поймете.
В нашем случае под наблюдением находится каждый порт и каждому порту мы придаем значение.
В момент, когда в систему добавляется новый тип устройства, описываются порты, которые в нем есть.
И дальнейшая работа с устройством зависит и от этого описания.
Линки, которые можно видеть на приведенных изображениях — показывают информацию с какого порта в какой подключены два устройства. Если здесь изменить значения портов, то во-первых эту информацию проверит Заббикс на соответствие (по mac-адресам), а во вторых это повлияет на проброс нужных виланов.
Из Вашего изображения не ясно, какую смысловую нагрузку, кроме собственно иерархии, несут линки. Отсюда я сделал вывод, что управление портами в Вашем случае не происходит. А также не заметил никаких различий между изображениями коммутаторов, отсюда либо все оборудование однотипно, либо не важно какое оно.
Как-то так ))
В нашем случае под наблюдением находится каждый порт и каждому порту мы придаем значение.
В момент, когда в систему добавляется новый тип устройства, описываются порты, которые в нем есть.
И дальнейшая работа с устройством зависит и от этого описания.
Линки, которые можно видеть на приведенных изображениях — показывают информацию с какого порта в какой подключены два устройства. Если здесь изменить значения портов, то во-первых эту информацию проверит Заббикс на соответствие (по mac-адресам), а во вторых это повлияет на проброс нужных виланов.
Из Вашего изображения не ясно, какую смысловую нагрузку, кроме собственно иерархии, несут линки. Отсюда я сделал вывод, что управление портами в Вашем случае не происходит. А также не заметил никаких различий между изображениями коммутаторов, отсюда либо все оборудование однотипно, либо не важно какое оно.
Как-то так ))
В нашем случае Заббикс только меняет значения полей в БД, а не рисует карты. Промахнулся.
Вот интересно, кто карму сливает, прокомментируйте хоть. Вам, видимо, есть что сказать?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Сказ о том, как мы карту с биллингом дружили