Общая информация

Любые изменения, относящиеся к тарифам , маршрутам , наборам пунктов назначения , тарифам , номерам DID , группам оплаты DID и группам маршрутизации , могут быть применены не сразу. Вам нужно подождать не менее 1 минуты, чтобы система могла обновить свой внутренний «кеш». Иногда, в случае тяжелого массового обновления, например, сразу нескольких наборов адресатов, может потребоваться более 1 минуты.

Цель

Этот внутренний «кэш» был разработан специально для повышения производительности системы. Грубо говоря, система теряет часть производительности (скорости) при обновлении данных аутентификации/маршрутизации (сделанных человеком) и тратит некоторое время на запись обновленных данных в «кеш». Однако, когда приходит реальный вызов, он не тратит время на запрос БД и фильтрацию результатов. Вместо этого система уже имеет эти данные в «кэше», что значительно сокращает время при аутентификации/авторизации/маршрутизации каждого нового звонка.

Рабочий процесс

Задание обновления «кеша» запускается каждую минуту. Таким образом, в случае незначительного изменения вы можете ожидать, что новые изменения будут применены в течение 1 минуты. При обновлении нескольких объектов (например, массовое обновление 10 тарифов по 65 535 тарифов в каждом с использованием бинарной загрузки) эти объекты помещаются в очередь и обрабатываются один за другим. В результате обновление «кэша» может занять более 1 минуты и зависит от того, насколько мощным является ваш «голый металлический» сервер (т. е. ЦП, жесткий диск и т. д.).

Как узнать, находятся ли мои последние изменения уже в «кэше» или нет?

Существует инструмент под названием Test Dial Plan , который использует системный «кеш». Если ваши недавние изменения не отразились на результатах проверки плана нумерации, это означает, что кеш все еще будет обновляться.