Пока до 5г, с февраля еще 1,5 добавится, переносим абонов с 49 ноденая

суттєво...
але впевнені, що саме іркад грузить чи може сам модуль який обраховує трафік?
бо в мене вже при 2Г трафіку модуль обраховував зріз трафіку коло 1хв  і одне ядро Х5675 було в 100%

У меня нас Mikrotik + radius+ dhcp
Аккаунтинг, пишут, на заработает так forum.nodeny.com.ua/index.php?topic=2749.msg28145#msg28145


В последнее время ipcad напрягает сервер, хотел дабы уменьшить нагрузку - перейти на netflow.

трафіка багато?

Наверное в netflow (flow-tools) под freebsd 11.1 и 11.2  что-то глобально поменялось.
Надо модуль проверять так как под данными версиями - вылетает.
Выход или  биллинг с подсчётом на freebsd 10... устанавливать или пользоваться ipcad -ом.

може простіше через аккаунтінг радіуса знімати?

Пообщавшись с сотрудниками, приняв во внимание пожелания форумчан, я с  incokeeper составили Т.З.
Для начала готов задонатить 50$.

Гідне тех. завдання. Я цілковито за.
То що, скидаємося? Можу і 100 уе.

Погодите. Вы предлагаете реализацию, а я говорю о техзадании. Я хочу понять, что  вы хотите получить на выходе. Например, я уже понял, вы хотите мониторить - ок, но уверен это не главная задача. Объясните сначала какие действия вы хотите выполнять как администратор. Какую информацию хотите видеть. Может я должен прикрутить авторизацию "через ПОН"? Есть в этом какая-то специфика?

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

1) уже есть система привилегий - доступы админов к группам
2) есть возможность в любоой момент добавить поля
3) ведется история сохранения изменений полей и допполей
4) уже есть механизм привязки одной учетки к другой, например, можно оборудование привязывать к абоненту, складу и т.д
5) уже есть механизм привязки тикетов к учетке users, т.е. можно бцдет создавать тикет связанный с пон-оборудованием

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

Шановний Efendy, говорить істину реалізація то його,  а що має бути з вхідних даних і результатів їх обробки то наші бажання.
На мій погляд має бути
1. облік OLT, ONU як обладнання.
2. прив'язка ONU до абонента (mac для epon, SN для GPON)
3. розміщення OLT, ONU на точках топології
4. можливість зобразити на карті лінію зв'язку з прив'язкою до порта OLT, всіма дільниками, та кінцевим обладнанням ONU
5. також повинні відображатись на карті рівні сигналів (значки різного кольору для активних і не активних ONU)
6. повинна вестись історія рівнів сигналу, яка буде у вигляді графіку в картці ONU, якщо ONU прив'язана до абонента то в картці абонента (частота знімання рівня сигналу повинна налаштовуватись для кожної OLT)
7. бажано тригер на рівень сигналу, при перевищенні порогового значення тікет на ремонт стоврюється в автоматичному режимі
8. має бути можливість вказати для абонента що він один на ONU, тобто авторизація по ONU (mac, SN). Така собі авторизація по ПОН
9. для реєстрації ONU на OLT передбачити можливість виконання скрипта в який передаватимуться параметри для налаштування (vlan, port ... народ підкажіть що ще потрібно)
10. передбачити редагування: дії пов'язані з заміною ONU (в ремонт, заміна типу ONU epon, gpon), зміна топології (заміна дільників, схеми лінії PON)
11. хотілось би бачити розрахункові рівні сигналів по існуючій топології та поточні значення рівнів сигналів в спеціальному шарі карти
12. передбачити можливість перезавантаження ONU з картки абонента

десь так то я бачу собі, прошу поправити та доповнити
Дякую за увагу.

Вы тут уже и ПОН-калькулятор захотели)))

Давайте все проще сделаем вот так:
1. Учет и описание ОЛТ (можно сделать уже имеющимся функционалом, олт - это тот же свич по сути, где ОНУ - его порт)
2. Учет и описание ОНУ
3. Привязка/отвязка ОНУ к ОЛТ
4. Привязка/отвязка ОНУ к клиенту/точке топологии (к клиенту если ОНУ однопортовая)
5. Автоконфигурирование ОНУ в зависимости от привязки
6. Мониторинг состояния ОЛТ/ОНУ (СНМП или же опрос командой с последующим парсингом)
7. Отдельный дашборд для этого всего. В дашборде можно выбрать ОЛТ потом (если есть СЛОТ) потом порт и нажать кнопку ПОКАЗАТЬ, где будет аж 128(мах) строк с ОНУ и их статусами, дескрипшнами, затуханиями.


это по основному ТЗ, дополнительные фичи типа графиков и расчетов затуханий оставим на потом.
Все согласны?

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

Для початку годиться, в процесі експлуатації буде зрозуміло що потрібно добавити чи змінити

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

Погодите. Вы предлагаете реализацию, а я говорю о техзадании. Я хочу понять, что  вы хотите получить на выходе. Например, я уже понял, вы хотите мониторить - ок, но уверен это не главная задача. Объясните сначала какие действия вы хотите выполнять как администратор. Какую информацию хотите видеть. Может я должен прикрутить авторизацию "через ПОН"? Есть в этом какая-то специфика?

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

1) уже есть система привилегий - доступы админов к группам
2) есть возможность в любоой момент добавить поля
3) ведется история сохранения изменений полей и допполей
4) уже есть механизм привязки одной учетки к другой, например, можно оборудование привязывать к абоненту, складу и т.д
5) уже есть механизм привязки тикетов к учетке users, т.е. можно бцдет создавать тикет связанный с пон-оборудованием

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

Шановний Efendy, говорить істину реалізація то його,  а що має бути з вхідних даних і результатів їх обробки то наші бажання.
На мій погляд має бути
1. облік OLT, ONU як обладнання.
2. прив'язка ONU до абонента (mac для epon, SN для GPON)
3. розміщення OLT, ONU на точках топології
4. можливість зобразити на карті лінію зв'язку з прив'язкою до порта OLT, всіма дільниками, та кінцевим обладнанням ONU
5. також повинні відображатись на карті рівні сигналів (значки різного кольору для активних і не активних ONU)
6. повинна вестись історія рівнів сигналу, яка буде у вигляді графіку в картці ONU, якщо ONU прив'язана до абонента то в картці абонента (частота знімання рівня сигналу повинна налаштовуватись для кожної OLT)
7. бажано тригер на рівень сигналу, при перевищенні порогового значення тікет на ремонт стоврюється в автоматичному режимі
8. має бути можливість вказати для абонента що він один на ONU, тобто авторизація по ONU (mac, SN). Така собі авторизація по ПОН
9. для реєстрації ONU на OLT передбачити можливість виконання скрипта в який передаватимуться параметри для налаштування (vlan, port ... народ підкажіть що ще потрібно)
10. передбачити редагування: дії пов'язані з заміною ONU (в ремонт, заміна типу ONU epon, gpon), зміна топології (заміна дільників, схеми лінії PON)
11. хотілось би бачити розрахункові рівні сигналів по існуючій топології та поточні значення рівнів сигналів в спеціальному шарі карти
12. передбачити можливість перезавантаження ONU з картки абонента

десь так то я бачу собі, прошу поправити та доповнити
Дякую за увагу.

Он в очереди. Сейчас дотестим модуль циски и займемся

Готов помочь в тестировании, заинтересован в поддержке zte, bdcom, vsolution

Можно сделать. У них есть возможность онлайн тестирования, не в курсе?

Тестовая страница
http_://provider.easysoft.com.ua/

Может у кого есть рабочий модуль под Linux ? подскажите, что надо поменять

cmd => '/bin/ping -q -n -i0.001',
regexp       => '(\d+)% packet loss',

вот так работает под debian

Модуль планируется, но после ПОН) Щас разгребем текущие задачи и приступим

А можно поподробнее про пон?

присоединяюсь к вопросу о модуле ПОН ?

настроил у себя сбор трафика по Radius и получил вот такую ошибку

Sun Sep 16 00:00:00 2018 : Error: [sql] Couldn't update SQL accounting ALIVE record - Table 'nodeny.X2018_9_16' doesn't exist
Sun Sep 16 00:00:00 2018 : Error: rlm_sql_mysql: Cannot store result
Sun Sep 16 00:00:00 2018 : Error: rlm_sql_mysql: MySQL error 'Table 'nodeny.X2018_9_16' doesn't exist'
.
.
.
Sun Sep 16 00:00:49 2018 : Error: [sql] Couldn't update SQL accounting ALIVE record - Table 'nodeny.X2018_9_16' doesn't exist
Sun Sep 16 00:00:49 2018 : Error: rlm_sql_mysql: Cannot store result
Sun Sep 16 00:00:49 2018 : Error: rlm_sql_mysql: MySQL error 'Table 'nodeny.X2018_9_16' doesn't exist'
Так понимаю что не успевает создатся таблица, как исправить, потому что из-за ошибки у клиенттов пропадает авторизация и блокируется доступ
такая ошибка повторяется каждую ночь

может таблицу создавать в продцедуре?

тут в таблице X2018_9_16 не хватает данных за первую минуту текущего дня, и лишние данные за первую минуту 17 числа
соответсвенно график трафика за сутки поломан.

У меня база реплицируется
из-за чего имеется еще одна ошибка
Unsafe statement written to the binary log using statement format since BINLOG_FORMAT = STATEMENT. INSERT... ON DUPLICATE KEY UPDATE  on a table with more than one UNIQUE KEY is uns
afe Statement: call radupdate('14:cc:20:73:75:99','10.100.2.108',               'vlan=bond0.126;int=ipoe305', '58e72eb2e3d70de0',               (0 * POWER(2, 32)) + 15809915,          (0 * POWER(2, 32)) + 61
05836)

Подскажите как исправить запрос что б без ошибок все работало
mysql 5.5.6

Тут все исправилось binlog_format=mixed

настроил у себя сбор трафика по Radius и получил вот такую ошибку

Sun Sep 16 00:00:00 2018 : Error: [sql] Couldn't update SQL accounting ALIVE record - Table 'nodeny.X2018_9_16' doesn't exist
Sun Sep 16 00:00:00 2018 : Error: rlm_sql_mysql: Cannot store result
Sun Sep 16 00:00:00 2018 : Error: rlm_sql_mysql: MySQL error 'Table 'nodeny.X2018_9_16' doesn't exist'
.
.
.
Sun Sep 16 00:00:49 2018 : Error: [sql] Couldn't update SQL accounting ALIVE record - Table 'nodeny.X2018_9_16' doesn't exist
Sun Sep 16 00:00:49 2018 : Error: rlm_sql_mysql: Cannot store result
Sun Sep 16 00:00:49 2018 : Error: rlm_sql_mysql: MySQL error 'Table 'nodeny.X2018_9_16' doesn't exist'
Так понимаю что не успевает создатся таблица, как исправить, потому что из-за ошибки у клиенттов пропадает авторизация и блокируется доступ
такая ошибка повторяется каждую ночь

У меня база реплицируется
из-за чего имеется еще одна ошибка
Unsafe statement written to the binary log using statement format since BINLOG_FORMAT = STATEMENT. INSERT... ON DUPLICATE KEY UPDATE  on a table with more than one UNIQUE KEY is uns
afe Statement: call radupdate('14:cc:20:73:75:99','10.100.2.108',               'vlan=bond0.126;int=ipoe305', '58e72eb2e3d70de0',               (0 * POWER(2, 32)) + 15809915,          (0 * POWER(2, 32)) + 61
05836)

Подскажите как исправить запрос что б без ошибок все работало
mysql 5.5.6

Если что, дока по апи давно есть:

Прикольно, обязательно почитаю как работает... Интересно, есть ли реальные кейсы, кто приложение поднимал?

я уже давно сделал приложение для андроида, только оно никому не нужно

как не нужно, где посмотреть возмоности?

хочеться що б модуль працював на своєму сервері

очень сложно запилить такой модуль для каждого, так как зоопарк оборудования хоть и не очень большой, но их ревизии и прошивки очень отличаются в управлении друг от друга, даже в пределах одной олт.
достаточно посмотреть на zte. для прошивки шасси инструкция в 50 страниц, а описание протокола еще побольше будет.
так что выгодней сделать отдельный проект, над которым потеет команда, чем разрабатывать модуль кем то одним и надеяться на его покупку, кроме того биллингов много, работа через АПИ удобней

Можливо і важко таке зробити, але є як мінімум два мені відомі приклади: ABILS та USERSIDE, а також кажуть що працює таке на UBILING
таке заявлено у ABILS
PON (BDCOM,ELTEX,ZTE)
Уровни сигнала
Активные устройства
Незарегистрированные устройства
Трафик
Скорость
Графики уровней сигналов

хочеться що б модуль працював на своєму сервері