Всем привет! Подскажите пожалуйста, может вспомните далекие годы))). После падения БД перестало отображать ключик авторизации. Базу починили, в таблицу dblogin активность пользователей прилетает, но я не пойму что отвечает за отображение авторизованных клиентов? Авторизация по PPPoE.

Еше 5 лет ждать...

Подскажите пожалуйста как можно сделать экспорт пользователей чтобы был тариф, дата окончания тарифа и МАС привязанного устройства?

И как понят функционал и стоимость нормального модуля PON? И существует ли он вообще?

Текущий NoDeny Plus объявляется стабильной версией и дальше в него не будут вноситься изменения, только фиксится баги. Версия Next доступна по подписке. Это обновления и техподдержка. Новые модули и обновления старых в большинстве случаев будут работать на обоих версиях. В редких случаях, о чем будет соообщено, только в next

А как сделать подписку и сколько ее стоимость?

Шо такое next?

Подскажите как вытянуть из таблицы users, логины, пароли (в не зашифрованном виде) и все это сделать во определенной подсети, назначенной статически.

Конечно PON!
Модуль PON наверное ждет каждый владелец Nodeny

root@nas:/usr/home/trololo # ps aux | grep nokernel
root      912   0.0  0.8 131000  30984 v0- S    Mon11AM   21:23.68 /usr/bin/perl /usr/local/nodeny/nokernel.pl -m=collectors -d
root      913   0.0  0.2  73452   5868 v0- S    Mon11AM    5:42.54 /usr/bin/perl /usr/local/nodeny/nokernel.pl -m=dhcp -d
root    37772   0.0  0.0  18832   1844  0  S+    4:05PM    0:00.00 grep nokernel

Может в админку надо вывести информацию, о запущенных модулях, ядрах?

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

Модуль PON наверное разрабатываете?

Насколько помню такое было всегда, т.е. лет 6 уже. Авторизация PPPoE через RADIUS и DHCP.

Всем привет! Подскажите как настроить чтобы после отключения абонента физически, кабелем или отключение питания, тухла авторизация? На текущий момент абон отключает роутер, а авторизация может светиться еще около часа.

Все привет! Подскажите каким образом безболезненно отключить биллинг, хотя бы на несколько часов. В моем случае через 10 минут начинают отваливаться абоненты авторизованные DHCP, есть так же NAS с авторизацией PPPoE но там не так быстро абоны отключаются.

Подскажите пожалуйста, в какой таблице хранится срок действия кредита. Т.е. если кредит выдан например до 20-го числа, как его продлить на несколько дней?

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

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

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(мах) строк с ОНУ и их статусами, дескрипшнами, затуханиями.


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

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