Pon Control - комплекс управления и мониторинга сетью

[dan_aspire 81]

Предыстория: всё началось с простого желания видеть сигналы на ОНУшках через веб-интерфейс (с телефона работая на линии такая инфа необходима), потом задавались вопросом "А какие сигналы были до того, как мы поменяли делители?", потом возник вопрос простого управления ВЛАНами, и вот все хотелки были потихоньку реализованы, допилены новые и в итоге получилась целая система управления. Были мысли её не распространять свободно, но всё-таки решено, и базовую систему я выкладываю в общий доступ:

 

 

Возможности:

- Учёт OLTов (IP, SNMP Community, описание, последняя активность)
- Периодический или ручной опрос (снятие информации об ОНУшках, таких как уровень сигнала, MAC, имя интерфейса, описание)
- Мониторинг ОНУ (Расстояние, уровень сигнала, последний уровень сигнала если ОНУ неактивна, ВЛАНы на портах, состояние портов, описание)
в карточке ОНУ отображается информация, взятая в реальном времени (опрос идёт по SNMP при открытии карточки), в то время как в карточке OLT информация об ОНУшках берётся из SQL для ускорения работы
- История уровней сигналов по каждой ОНУ
- Управление VLANами на каждом порту ОНУшки (установка pvid на порту, либо сброс в прозрачный режим)
- Снятие FDB таблицы c ОНУ
- Перезагрузка ОНУ
- Указание ОНУ на карте
- Вывод на карту всех ОНУ в определенном ОЛТе либо на определенной SFP (выделение активных и неактивных разными цветами)
- Отвязка ОНУ от ОЛТа



Дополнительные возможности:

- Импорт данных из UserSide вместо описания
Требования: доступ на чтение БД SQL UserSide
Ону привязывается к абоненту либо узлу связи просто вставкой ссылки на объект UserSide (абон или узел)
Вместо описания выводятся ФИО, адрес и баланс абона или описание и адрес узла.
При снятии FDB таблицы если MAC есть в БД UserSide - вывод владельца MACа, а также выводится кнопка ЗАКРЕПИТЬ для закрепления ОНУшки за абоном в один клик
Данные, взятые из UserSide НЕ ХРАНЯТСЯ в БД PonControl, а подтягиваются запросами

 

 

Авторизация не реализована, поэтому используем апачевую авторизацию)

 

скачать можно здесь: http://poncontrol.aspire.com.ua/pon.tar

 

инструкция по установке в архиве в файле install.txt

 

P.S. тестировалось только на BDCOM P3310-AC

Відредаговано 2015-10-26 21:13:44 dan_aspire

[zulu_Radist 856]

прикольно спасибо затестим 

[Andruha2 0]

Красиво. Почти вся эта информация реализована в WEB- интерфейсе BDCOMа в последней прошивке

[Ajar 93]

А если web доступ через https  ?

Я бы в глобальной настройке вар  сделал  константу "url_to_poncontrol"

[VitalyMoiseev 113]

Спасибо! Поставим для теста

[dan_aspire 81]

  В 26.10.2015 в 11:35, Ajar сказав:

А если web доступ через https ?

 

Я бы в глобальной настройке вар сделал константу "url_to_poncontrol"

Спасибо. Проверю по возможности Відредаговано 2015-10-26 14:35:14 dan_aspire

[xmapa 14]

Хорошая вещь!

Установил, по инструкции все прописал, ОЛТ увидело, а вот онушки  по нулям ((

 

Может чего в ОЛТе прописать???

Відредаговано 2015-10-26 15:18:27 xmapa

[dan_aspire 81]

  В 26.10.2015 в 15:16, xmapa сказав:

Хорошая вещь!

Установил, по инструкции все прописал, ОЛТ увидело, а вот онушки по нулям ((

 

Может чего в ОЛТе прописать???

Опрашивали олт?

[xmapa 14]

ну да, зеленым загорелся. А вот онушки нет

[Ajar 93]

Какое значение должна иметь  max_execution_time в php.ini ?

Відредаговано 2015-10-26 15:25:55 Ajar

[dan_aspire 81]

  В 26.10.2015 в 15:23, xmapa сказав:

ну да, зеленым загорелся. А вот онушки нет

Зеленый - индикатор доступности (наличие пинга). Чтоб увидеть онушки олт должен быть опрошен либо нажатием ссылки опросить в карточке олта, либо запуском скрипта по крону.

[dan_aspire 81]

  В 26.10.2015 в 15:25, Ajar сказав:

Какое значение должна иметь max_execution_time в php.ini ?

Умолчания не менял. Попаду за комп и гляну че там за значение

 

UPD: max_execution_time = 30

Для 3 ОЛТов хватало, хотя выполнялось значительно дольше 30 сек. 

Відредаговано 2015-10-26 15:52:04 dan_aspire

[ynet 0]

Подскажите а без Userside нельзя?

[dan_aspire 81]

  В 26.10.2015 в 16:30, ynet сказав:

Подскажите а без Userside нельзя?

Можно. Это дополнительная функция 

[ynet 0]

  В 26.10.2015 в 16:39, dan_aspire сказав:

 

  В 26.10.2015 в 16:30, ynet сказав:

Подскажите а без Userside нельзя?

Можно. Это дополнительная функция 

 

Спасибо, я почитав понял.

[martin 170]

неплохая вещь ) Но думаю у многих поноводов с опытом есть уже своя мониторилка с такими же плюшками.

Но за то что поделились со всеми - респект и уважуха, скопипастил себе некоторые оиды

[UserSide 51]

>>dan_aspire

 

Не извращайтесь.

Напишите на office@userside.ua - дадим API как получать данные. Чтобы не ходить в базу.

[dan_aspire 81]

UserSide, оо, изначально думал юзать АПИ, но у вас в Вики не было нужных запросов, поэтому такую инфу и реализовал через мускуль. Написал на почту.

Відредаговано 2015-10-26 21:13:27 dan_aspire

[NETOS 137]

  В 26.10.2015 в 09:37, DoNetSK сказав:

Красиво. Почти вся эта информация реализована в WEB- интерфейсе BDCOMа в последней прошивке

 

А что сделали WEB для BDCOM ??

 

  В 26.10.2015 в 21:07, dan_aspire сказав:

UserSide, оо, изначально думал юзать АПИ, но у вас в Вики не было нужных запросов, поэтому такую инфу и реализовал через мускуль. Написал на почту.

 

Так что подождать новую версию или эту пока ставить?

[dan_aspire 81]

  В 27.10.2015 в 06:40, NETOS сказав:

Так что подождать новую версию или эту пока ставить?

Можно и эту ставить. Обновление проблем не составит.

 

Есть вопрос ко всем: кто успешно самостоятельно запустил отпишитесь плз на какие оси ставили. Интересно для статистики.

Відредаговано 2015-10-27 07:01:47 dan_aspire

[PartizanGZ 1]

  В 27.10.2015 в 06:55, dan_aspire сказав:

 

  В 27.10.2015 в 06:40, NETOS сказав:

Так что подождать новую версию или эту пока ставить?

Можно и эту ставить. Обновление проблем не составит.

 

Есть вопрос ко всем: кто успешно самостоятельно запустил отпишитесь плз на какие оси ставили. Интересно для статистики.

 

Ubuntu 14.04 x64, все ок. Дякуєм.

[CJIABA 23]

  В 27.10.2015 в 06:40, NETOS сказав:

 

  В 26.10.2015 в 09:37, DoNetSK сказав:

Красиво. Почти вся эта информация реализована в WEB- интерфейсе BDCOMа в последней прошивке

 

А что сделали WEB для BDCOM ??

 

  В 26.10.2015 в 21:07, dan_aspire сказав:

UserSide, оо, изначально думал юзать АПИ, но у вас в Вики не было нужных запросов, поэтому такую инфу и реализовал через мускуль. Написал на почту.

 

Так что подождать новую версию или эту пока ставить?

 

WEB для BDCOM таки есть, и вроде работает я его даже обновил через веб. И кстати ребята мож кто поможет расскажет  по настройкам, основы читал но есть несколько вопросов. С меня на пиво

[Leprecon_krm 2]

  В 27.10.2015 в 06:55, dan_aspire сказав:

 

  В 27.10.2015 в 06:40, NETOS сказав:

Так что подождать новую версию или эту пока ставить?

Можно и эту ставить. Обновление проблем не составит.

 

Есть вопрос ко всем: кто успешно самостоятельно запустил отпишитесь плз на какие оси ставили. Интересно для статистики.

 

Поставил на Ubuntu 12.04 LTS

Всё работает, спасибо.

Відредаговано 2015-10-27 15:07:08 Leprecon_krm

[User_name 0]

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

 

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

 

Но администраторам Linux вероятно подойдет. Для Фрюхи надо допиливать большущим напильником.

 

1. Пути к snmpwalk и snmpset у вас кажется указаны жестко на каталог /usr/bin ? На FreeBSD вспомогательное ПО ставится в /usr/local/bin. Не помню как я догадался сделать симлинки... Дело в том, что изначально в логах Апаче была только одна ошибка:

[Tue Oct 27 14:55:04.113670 2015] [:error] [pid 5140] PHP Parse error:  syntax error, unexpected end of file in /usr/local/www/poncontrol/get_sfp.php(17) : eval()'d code on line 1, referer: http://poncontrol.local/

Поскольку я в PHP не очень силен, пришлось идти в Google за пониманием почему такая ошибка может возникать. В итоге догадался, что eval получает не тот набор (или формат) значений что ожидается. Включил дебаг и стало ясно: snmpwalk not found. Сделал симлинки для вышеупомянутых программ на /usr/bin - заработало. Вернее, не то чтобы заработало, скрипт нашел snmpwalk, но появились другие ошибки.

 

2. snmpwalk у вас используется в 11 скриптах:

dist_by_id.phpget_num_ports.php
get_port_link.php
get_port_state.php
get_ports.php
get_ports.php
get_snmp.php
iface_by_mac.php
mac_by_id.php
name_onu_by_if.php
vlan_by_port.php

Так вот в части из них параметры snmpwalk идут в такой последовательности:

snmpwalk -v2c -c $ro $ip 1.3.6.1.4.1.3320.101.12.1.1.3.XXX

а в части из них вот в такой:

snmpwalk -v2c $ip -c $ro 1.3.6.1.4.1.3320.101.12.1.1.3.XXX

(здесь IP адрес стоит до указания комьюнити).

 

Вариант номер 2 на FreeBSD snmpwalk не понимает и вываливает выдержку из мана.

 

Я во всех скриптах исправил exec snmpwalk на тот формат, что должен быть на моей системе удачно распознан. Протестировал snmpwalk из консоли. OID'ы вываливает. Но "...syntax error, unexpected end of file eval'd..." в логи вебсервера при "Опросе ОЛТа" так и сыпется. Вероятно, не проходит парсинг вывода snmpwalk. Итого: ОЛТы видно, ОНУшки не показывает, потому что очевидно, не разбирает вывод snmpwalk.

 

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

 

[dan_aspire 81]

  В 27.10.2015 в 15:12, User_name сказав:

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

 

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

 

Но администраторам Linux вероятно подойдет. Для Фрюхи надо допиливать большущим напильником.

 

1. Пути к snmpwalk и snmpset у вас кажется указаны жестко на каталог /usr/bin ? На FreeBSD вспомогательное ПО ставится в /usr/local/bin. Не помню как я догадался сделать симлинки... Дело в том, что изначально в логах Апаче была только одна ошибка:

[Tue Oct 27 14:55:04.113670 2015] [:error] [pid 5140] PHP Parse error:  syntax error, unexpected end of file in /usr/local/www/poncontrol/get_sfp.php(17) : eval()'d code on line 1, referer: http://poncontrol.local/

Поскольку я в PHP не очень силен, пришлось идти в Google за пониманием почему такая ошибка может возникать. В итоге догадался, что eval получает не тот набор (или формат) значений что ожидается. Включил дебаг и стало ясно: snmpwalk not found. Сделал симлинки для вышеупомянутых программ на /usr/bin - заработало. Вернее, не то чтобы заработало, скрипт нашел snmpwalk, но появились другие ошибки.

 

2. snmpwalk у вас используется в 11 скриптах:

dist_by_id.phpget_num_ports.php
get_port_link.php
get_port_state.php
get_ports.php
get_ports.php
get_snmp.php
iface_by_mac.php
mac_by_id.php
name_onu_by_if.php
vlan_by_port.php

Так вот в части из них параметры snmpwalk идут в такой последовательности:

snmpwalk -v2c -c $ro $ip 1.3.6.1.4.1.3320.101.12.1.1.3.XXX

а в части из них вот в такой:

snmpwalk -v2c $ip -c $ro 1.3.6.1.4.1.3320.101.12.1.1.3.XXX

(здесь IP адрес стоит до указания комьюнити).

 

Вариант номер 2 на FreeBSD snmpwalk не понимает и вываливает выдержку из мана.

 

Я во всех скриптах исправил exec snmpwalk на тот формат, что должен быть на моей системе удачно распознан. Протестировал snmpwalk из консоли. OID'ы вываливает. Но "...syntax error, unexpected end of file eval'd..." в логи вебсервера при "Опросе ОЛТа" так и сыпется. Вероятно, не проходит парсинг вывода snmpwalk. Итого: ОЛТы видно, ОНУшки не показывает, потому что очевидно, не разбирает вывод snmpwalk.

 

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

Спасибо за большущую работу! В обозримом будущем планирую перевести работу с ексеков на пхп_снмп, что было бы логично, а не извращенно как сейчас.