Различия

Показаны различия между двумя версиями страницы.

--- dpi:bras_bng:radius_integration:radius_accounting:setup:start [2023/10/13 11:45] – ↷ Страница перемещена из dpi:bras_bng:opt_bras_l3:radius_accounting:setup:start в dpi:bras_bng:radius_integration:radius_accounting:setup:start elena.krasnobryzh
+++ dpi:bras_bng:radius_integration:radius_accounting:setup:start [Дата неизвестна] (текущий) – удалено - внешнее изменение (Дата неизвестна) 127.0.0.1
@@ Строка 1: / Строка 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''.

Различия

Что вы хотели найти?