Вітаю.
Хтось мав проблему з тим, що падає демон СОА. Чи є якісь логи по цьому?
Запускаю так
/usr/bin/perl /usr/local/nodeny/noserver.pl -a -i -g=_coa.nas9.cfg.pm -d &

А якщо запускати з -v то що у виводі?

/usr/bin/perl /usr/local/nodeny/noserver.pl -a -i -g=_coa.nas9.cfg.pm -v

Заглушку запускать на насе? И за unbound? Его на NAS надо настраивать, как по мануалу.

unbound ставьте где вам удобнее, мы ставим по возможности на NAS, а ним форвардим на свой основной днс сервер и на несколько внешних

Вітаю, допоможіть розібратися з ситуацією.
Приклад.
У клієнта на балансі -25 грн. Тарифний план підключений 200 грн. Відповідно абонента заблоковано, послуга заморожена, абона форвардить на заглушку - все добре.
Телефонує клієнт, включіть мені послугу, бо капець тре, завтра оплачу, сам не вмію користуватися. Колцентр робить тимчасовий платіж на 25 грн, адже згідно особистого кабінету саме такої суми не вистачає.

Ну і доступ клієнту видкриваєтья, з табилці ipset ip видаляється, але послуга не розморожується, а відповідно в accel не отримує швидкість. І виходить клієнт працює на анлімі, оськільки коли в accel  пусті данні в шейпері, то він взагалі не шейпить.. Але діло не в шейпі, а втому що послуга надається, але не розморожується.

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

Що порадите? Якось фіксити баланс, що відображається, з урахування послуги, що заморозилась? Чи дрочити колцентр, щоб не втикали?

По перше не повинен він видалятись з ipset якщо послуга заморожена.
По друге поясніть колцентру, що для того щоб щось у клієнта працювало потрібно щоб була підключена послуга, а не заморожена і для її підключення повинно бути достатньо коштів на балансі.

Ну когда будете все сигналы, фдб таблицу лить по снмп с 6-ти восьми портовых голов, писать ето в базу данных, то покажете мне как у вас биллинг будет себя вести без ссд. на ссд я не рискую до сих пор, пока только 8 дисков 15к рпм в 10том рейде.

а почему билингу должно поплохеть от 3 запросов ? (да пусть длинных  но всего-то 3 ...  снимается далеко не 6 и не только 8 портовые....)

и вы это пишете в ту же базу что и сам биллинг? и как часто вы ети данные снимаете?

да - в ту же. раз в 5 минут

| BDCOM P3612-2TE EPON OLT EPON0/1-12 OLT ▒▒▒▒▒▒▒▒                |
| BDCOM(tm) P3608 EPON OLT EPON0/1-8 OLT ▒▒▒▒▒▒▒▒▒                 |
| BDCOM P3612-2TE EPON OLT EPON0/1-12 OLT ▒▒▒▒▒▒▒▒                |
| BDCOM(tm) P3608 EPON OLT EPON0/1-8 OLT ▒▒▒▒▒▒▒▒                 |
| BDCOM(tm) P3608 EPON OLT EPON0/1-8 OLT ▒▒▒▒▒▒▒                 |
| BDCOM P3612-2TE EPON OLT EPON0/1-12 ▒▒▒▒▒▒▒▒-1                   |
| BDCOM P3612-2TE EPON OLT ▒▒▒▒▒▒▒▒-2 EPON0/1-12                    |
| BDCOM(tm) P3608 EPON OLT EPON0/1-8 OLT ▒▒▒▒▒▒▒▒                  |
| BDCOM P3310C EPON OLT EPON0/1-4 OLT ▒▒▒▒▒▒▒▒▒                    |
+------------------------------------------------------------------+
68 rows in set (0.03 sec)

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

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

Ну когда будете все сигналы, фдб таблицу лить по снмп с 6-ти восьми портовых голов, писать ето в базу данных, то покажете мне как у вас биллинг будет себя вести без ссд. на ссд я не рискую до сих пор, пока только 8 дисков 15к рпм в 10том рейде.

а почему билингу должно поплохеть от 3 запросов ? (да пусть длинных  но всего-то 3 ...  снимается далеко не 6 и не только 8 портовые....)

и вы это пишете в ту же базу что и сам биллинг? и как часто вы ети данные снимаете?

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

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

Ну когда будете все сигналы, фдб таблицу лить по снмп с 6-ти восьми портовых голов, писать ето в базу данных, то покажете мне как у вас биллинг будет себя вести без ссд. на ссд я не рискую до сих пор, пока только 8 дисков 15к рпм в 10том рейде. Такой же рейд на заббикс и юзерсайд сервере.
Я же написал я собираю данные по пону на других серверах потому что зря грузить базу з биллингом уже не хочу, и по апи показываю в биллинге без какой либо нагрузки на его базу данных.

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

Товарищи, подскажите, появился общий DNS 1.1.1.1 и теперь перенаправление на заглушку не работает.

Подскажите, как решить проблему?

Не давайте его клиентам и замените его на вашем сервере.
Если заменили уже то нужно знать как вы на заглушку редиректите и на чем

Так последний модуль в дебаге запусти и посмотри что пишет

[root@WoodyNet /usr/local/nodeny]# /usr/bin/perl /usr/local/nodeny/nokernel.pl -m=capremind -X
Unknown option: x
Start. Flag -h for help
loading /usr/local/nodeny/sat.cfg
loading kernel::_capremind.pm
Start

Дальше тишина.

в дэбаге это с опцией -v а у вас -X

Апну тему с несколькими аплинками на одном устройстве.

Мы решили проблему так:
в конфиге коллектора номера интерфейсов перечисляются через запятую:

Код:

                ext_iface   => '8,6,12',       

netflow.pm сравнивает $src_iface и $dst_iface по списку:

Код:

                $res .= $h."2\n" if (",${ext_iface}," =~ /,${src_if},/); # Если в списке ",1,2,3," встречается подстрока /,3,/
                $res .= $h."1\n" if (",${ext_iface}," =~ /,${dst_if},/);
#                $res .= $h."2\n" if $ext_iface == $src_if;
#                $res .= $h."1\n" if $ext_iface == $dst_if;

Дякую!

А если в секции accounting > type после секции start  поставить что то типа

stop {
                    query = "call radstop('%{User-Name}')"
        }

Hi all.
Может кто сталкивался.
Есть услуга с флагом автопродление и радиус аттрибутами,  включение вручную абоненту услугу то аттрибуты пишуться в таблицу, но если делает ядро то аттрибуты в поле "radius_attr" таблицы "users_services" не записывает.
Revision: 416
Не могу разобраться почему так происходит. Помогите локализировать..
Спасибо!

Походу все ок, я банально забыл перезапустить модули ядра Н+)
Ща перепроверяю снова...

Hi all.
Может кто сталкивался.
Есть услуга с флагом автопродление и радиус аттрибутами,  включение вручную абоненту услугу то аттрибуты пишуться в таблицу, но если делает ядро то аттрибуты в поле "radius_attr" таблицы "users_services" не записывает.
Revision: 416
Не могу разобраться почему так происходит. Помогите локализировать..
Спасибо!

если кому пригодиться, аля используют вместе с dhcp паралельно pppoe авторизации то лучше делать проверку хотя бы по нас-иденти и для микротиков или иных по dhcp обнулять пароль

Зачем?

да и действительно, лучше бы ничего я и не писал на виходных)
просто была у меня беда с пустыми паролями вот вспомнил, думал будет лучше а оказалось как всегда))

Кстати затестил freeradius 3(на чистую), добавил еще секцию аккаунтинг, иначе у меня почему то не слушался аккаунтинг порт 1813

listen {
        type = acct
        ipaddr = *
        port = 1813
    }

если кому пригодиться, аля используют вместе с dhcp паралельно pppoe авторизации то лучше делать проверку хотя бы по нас-иденти и для микротиков или иных по dhcp обнулять пароль

authorize {
            if (NAS-Identifier == accel-nas-3) {
                                    update request {
                                                User-Password = ""
                                                }
                                     sql
                                    }
                    }
            else {
                                    sql
                                }

}