Очередь запросов авторизации [Документация VAS Experts]

Различия

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

Ссылка на это сравнение

Предыдущая версия справа и слеваПредыдущая версия
Следующая версия
Предыдущая версия
dpi:bras_bng:radius_integration:radius_auth_fastpcrf_setup:pending_queue [2024/09/26 15:29] – внешнее изменение 127.0.0.1dpi:bras_bng:radius_integration:radius_auth_fastpcrf_setup:pending_queue [2024/12/05 14:52] (текущий) elena.krasnobryzh
Строка 1: Строка 1:
-==== Очередь запросов авторизации ====+====== Очередь запросов авторизации ======
 {{indexmenu_n>1}} {{indexmenu_n>1}}
  
-FastDPI посылает запросы авторизации на fastPCRF-сервер, который, в свою очередь, транслирует эти запросы Radius-серверу. Пропускная способность Radius-сервера ограничена, поэтому для сглаживания пиков запросов в fastPCRF существует внутренняя очередь запросов авторизации.+FastDPI посылает запросы авторизации на fastPCRF-сервер, который, в свою очередь, транслирует эти запросы RADIUS-серверу. Пропускная способность RADIUS-сервера ограничена, поэтому для сглаживания пиков запросов в fastPCRF существует внутренняя очередь запросов авторизации.
  
-Максимальное число запросов на Radius-сервер регулируется ''fastpcrf.conf''-параметром ''radius_max_connect_count''. Этот параметр задает максимальное число подключений к Radius-серверу, значение по умолчанию — 16. Каждый коннект может одновременно обрабатывать не более 256 запросов. Чтобы задать число одновременно обрабатываемых запросов например, равное 1024, нужно указать в ''fastpcrf.conf'':+Максимальное число запросов на RADIUS-сервер регулируется ''fastpcrf.conf''-параметром ''radius_max_connect_count''. Этот параметр задает максимальное число подключений к RADIUS-серверу, значение по умолчанию — 16. Каждый коннект может одновременно обрабатывать не более 256 запросов. Чтобы задать число одновременно обрабатываемых запросов например, равное 1024, нужно указать в ''fastpcrf.conf'':
 <code bash> <code bash>
    # 4 подключения по 256 запросов каждый = 1024 одновременных запроса     # 4 подключения по 256 запросов каждый = 1024 одновременных запроса 
Строка 10: Строка 10:
 </code> </code>
  
-Если поступает запрос на авторизацию от fastDPI и все подключения к Radius-серверу заняты, запрос помещается во внутреннюю FIFO-очередь ожидания.  +Если поступает запрос на авторизацию от fastDPI и все подключения к RADIUS-серверу заняты, запрос помещается во внутреннюю FIFO-очередь ожидания.  
-При поступлении ответа от Radius-сервера и, тем самым, освобождении слота, fastPCRF извлекает из очереди ожидающий запрос и посылает его на Radius-сервер. +При поступлении ответа от RADIUS-сервера и, тем самым, освобождении слота, fastPCRF извлекает из очереди ожидающий запрос и посылает его на RADIUS-сервер. 
  
 Существует два параметра ''fastpcrf.conf'', регулирующие поведение очереди: Существует два параметра ''fastpcrf.conf'', регулирующие поведение очереди:
  
   * ''radius_max_pending_requests'' — максимальный размер очереди, значение по умолчанию 1000. При достижении этого порога новый запрос выталкивает самый старый из очереди.    * ''radius_max_pending_requests'' — максимальный размер очереди, значение по умолчанию 1000. При достижении этого порога новый запрос выталкивает самый старый из очереди. 
-  * ''radius_pending_timeout'' — максимальное время нахождения запроса в очереди, секунд, значение по умолчанию 10. Просроченные запросы не посылаются на Radius-сервер.+  * ''radius_pending_timeout'' — максимальное время нахождения запроса в очереди, секунд, значение по умолчанию 10. Просроченные запросы не посылаются на RADIUS-сервер.
  
 Очередью запросов авторизации можно управлять CLI-командами ''[[dpi:bras_bng:cli:pcrfctl|pcrf auth queue]]''. Очередью запросов авторизации можно управлять CLI-командами ''[[dpi:bras_bng:cli:pcrfctl|pcrf auth queue]]''.