| Предыдущая версия справа и слеваПредыдущая версияСледующая версия | Предыдущая версия |
| dpi:bras_bng:radius_integration:radius_accounting:setup:start [2023/12/15 09:27] – elena.krasnobryzh | dpi:bras_bng:radius_integration:radius_accounting:setup:start [Дата неизвестна] (текущий) – удалено - внешнее изменение (Дата неизвестна) 127.0.0.1 |
|---|
| ====== Настройки fastPCRF ====== | |
| {{indexmenu_n>3}} | |
| |
| По умолчанию пакеты Radius Accounting посылаются на порт 1813 Radius-сервера. | |
| Можно указать другой порт глобально для всех radius-серверов или конкретно для данного radius-сервера: | |
| * ''radius_acct_port'' конфигурационного файла fastpcrf.conf задает порт аккаунтинга по умолчанию | |
| * параметр ''acct_port'' конкретного radius-сервера задает порт только для этого сервера: | |
| ''radius_server=secret@192.168.200.1%eth1:1812;acct_port=34567'' | |
| |
| Также можно отдельно задать секрет для Radius accounting для каждого сервера; это делается опцией | |
| ''acct_secret'' параметра ''radius_server'': | |
| |
| ''radius_server=qwerty@192.168.200.1%eth1:1812;acct_port=34567;acct_secret=123456'' | |
| |
| В этом примере для запросов авторизации будет применяться секрет qwerty, а для accounting’а – секрет 123456. | |
| |
| =====Дополнительно в fastpcrf.conf могут быть заданы следующие параметры, относящиеся к Radius Accounting:===== | |
| |
| * ''radius_max_acct_connect_count'' – максимальное число соединений для передачи данных аккаунтинга, значение по умолчанию 2. Каждое соединение может одновременно обслуживать не более 256 запросов. Данный параметр ограничивает максимальную нагрузку на Radius-сервер. | |
| |
| *''radius_acct_interim_interval'' – интервал времени посылки промежуточного аккаунтинга, в секундах.\\ Значение по умолчанию – 1800 сек. Минимально допустимое значение – 60 сек.\\ Следует отметить, что интервал времени промежуточной статистики может быть задан для каждого пользователя отдельно через атрибут Acct-Interim-Interval ответа Access-Accept/Access-Reject запроса авторизации Access-Request.\\ Значение 0 – не отправлять промежуточную статистику. | |
| |
| {{anchor:radius_acct_idle_timeout}} | |
| * ''radius_acct_idle_timeout'' - [добавлено в СКАТ 7.3] интервал времени неизменности данных, в секундах. Если в течение данного интервала времени не было изменений в accounting данных от fastdpi, accounting-сессия считается закрытой по тайм-ауту бездействия. Значение по умолчанию - 1800 секунд. Следует отметить, что значение данного параметра бессмысленно задавать меньше значения netflow_timeout. | |
| |
| {{anchor:acct_check_idle_mode}} | |
| * ''acct_check_idle_mode'' - [добавлено в СКАТ 7.4] Режим контроля наступления Stop по неизменности данных.\\ Допустимые значения: | |
| * 0 - в течение ''radius_acct_idle_timeout'' нет изменений во входящем и исходящем трафике (это значение по умолчанию) | |
| * 1 - в течение radius_acct_idle_timeout нет изменений только в исходящем трафике (нет активности абонента).\\ Режим ''acct_check_idle_mode=1'' позволяет отловить завершение accounting-сессии даже если на IP-адрес абонента идут постоянные пакеты (например, DDoS-атака). | |
| |
| * ''acct_start_point'' - [добавлено в СКАТ 7.4] Точка отсчета accounting-статистики: | |
| * 0 - с последнего Stop (это значение по умолчанию). Это наиболее точная статистика | |
| * 1 - с начала события Start\\ При ''acct_start_point=0'' в режиме ''acct_check_idle_mode=1'' в новую accounting-сессию попадет весь "паразитный" входной трафик, который накопился с момента последнего события Stop.\\ При ''acct_start_point=1'' весь "паразитный" входной трафик, накопленный с момента последнего Stop, игнорируется.\\ Также из-за временн**ы**х задержек между "включением" accounting'а и собственно сбором netflow-статистики может незначительно исказиться (в сторону уменьшения) статистика исходящего трафика. | |
| |
| {{anchor:acct_auth_sync}} | |
| * ''acct_auth_sync'' - [СКАТ 8.1+] синхронизация авторизации и аккаунтинга. По умолчанию отключена (нет синхронизации). Некоторые биллинговые системы (например, ЛанБиллинг) требуют, чтобы текущая аккаунтинг-сессия была закрыта перед тем, как посылать Access-Request. Задание ''acct_auth_sync=1'' синхронизирует аккаунтинг и авторизацию: по приходе auth-запроса СКАТ закрывает текущую acct-сессию (посылает acct Stop), дожидается ответа от Радиуса на acct Stop, и только затем посылает auth-запрос Access-Request с новым acct sessionId. Кроме того, [СКАТ 9.2+] при закрытии аккаунтинг-сессии по idle timeout PCRF посылает оповещение СКАТу о закрытии сессии; СКАТ в этом случае сбрасывает статус авторизации, что в дальнейшем приводит к реавторизации абонента - отправке ''Access-Request''. | |
| |
| * ''acct_disable_interim_update'' - запрет отправки Interim-Update. | |
| * ''acct_disable_interim_update=0'' — по умолчанию, Interim-Update отправляется | |
| * ''acct_disable_interim_update=1'' — не отправлять Interim-Update | |
