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

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

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) Количество МАС адресов на ONU

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

Логирование входов тоже понадобилось бы, можно только для админов

Когда вы это сделали?

Как по мне то в биллинге его не нужно, данные лучше собирать отдельно дабы базу билинга не мучать
Биллинг и мониторинг на мое скромное мнение должны заниматься разными вещами.
я пробовал делать в биллинге, но это большая нагрузка если много ПОНа. А узнавать состояние в данный момент времени зачем? На тп очень редко звонит абон если у него онушка работает)
Так мониторю онушки заббиксом и юзерсайдом, в биллинге только забираю данные для отображения персоналу из техподдержки.
 

"Ну да..." Модуль SNMP нужен а PON не нужен. Оба жизненнонеобходимые!!!!!!

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

Подниму вопрос. Очень нужен модуль. Многие другие биллинги уже давно выпустили модуль.

Добавьте пожалуйста если можно в личном кабинете, до какой даты будет работать данная услуга если на счету больше денег чем для одного периода услуги.
Например услуга стоит 100 грн и заканчивается 15 марта 10:00. На счету 500 грн и отдельной строкой пишем: Средств хватит для работы данной услуги до 15 августа 10:00.

Обновился до ревизии 489 получил такое сообщение:

Код:

You need to create function normalize_ippool!
Execute in mysql:

DROP FUNCTION IF EXISTS `normalize_ippool`;
DELIMITER $$
CREATE FUNCTION `normalize_ippool` ()
    RETURNS TINYINT NO SQL
BEGIN
    DECLARE mid INTEGER UNSIGNED;

    CREATE TEMPORARY TABLE temp_ip_pool(
        id BIGINT UNSIGNED NOT NULL AUTO_INCREMENT,
        ip_id BIGINT UNSIGNED NOT NULL,
        PRIMARY KEY (id)
    );

    SELECT MAX(id) into mid FROM ip_pool;
    UPDATE ip_pool SET id = id + mid;
    INSERT temp_ip_pool (SELECT NULL, id FROM ip_pool ORDER BY realip, type, tags);
    UPDATE ip_pool i JOIN temp_ip_pool t ON i.id = t.ip_id SET i.id = t.id;
    DROP TEMPORARY TABLE IF EXISTS temp_ip_pool;

    RETURN 1;
END$$
DELIMITER ;

За что отвечает данная функция и что будет если ее не создать?

Сделай подарок абонам ipfw add 1 allow ip from any to any

в 471й ревизии все ок?

Проблема осталась((

Скажите какую систему поставить? Ибо это уже жестко напрягает...

Проблема в том что это не проблема MPD, есть пару десятков абонентов которые включены напрямую к базе и авторизуются по DHCP. Ситуация у них та же...

И даже 10.3 не поможет, т.к. стояла. Скорее всего 9.3

Никто ничего не делал 100%. Все настроено согласно инструкции. Могу еще один настроить для проверки