Для индексации полезных и бесполезных разговоров

[notify_ded_bot]

Тестировал сегодня

[notify_ded_bot]

No TH - Без Тополоджи Хайдинг
TH + dialog - TH с диалогами для Ивайтов
TH + local Redis - мой патч для ОС с ТХ и локальным редисом
TH + external Redis - мой патч для ОС с ТХ и РЕДИС-кластером в сети

[notify_ded_bot]

#вопрос
Предположим, за Kamailio находятся три идентично настроенных сервера Asterisk. Два из них работают в штатном режиме и обслуживают разные группы очередей, IVR и диалпланов, а третий используется как резервный. Все абоненты и агенты очередей зарегистрированы на Kamailio, тогда как IVR, очереди и основная логика обработки вызовов находятся на Asterisk.

Если один из рабочих серверов Asterisk становится недоступен, Kamailio через dispatcher направляет новые вызовы на резервный сервер. Можно ли в такой архитектуре сохранить уже установленные вызовы с отключившегося Asterisk и обеспечить их бесшовное продолжение на резервном сервере? Если нет, какие изменения в архитектуре необходимы для минимизации потери активных вызовов?

[notify_ded_bot]

спасибо за развернутый ответ

[notify_ded_bot]

А с моим патчем и локал кешем в качестве стораджа побеждает до 6к, а потом локи начинаются

[notify_ded_bot]

#вопрос
Предположим, за Kamailio находятся три идентично настроенных сервера Asterisk. Два из них работают в штатном режиме и обслуживают разные группы очередей, IVR и диалпланов, а третий используется как резервный. Все абоненты и агенты очередей зарегистрированы на Kamailio, тогда как IVR, очереди и основная логика обработки вызовов находятся на Asterisk.

Если один из рабочих серверов Asterisk становится недоступен, Kamailio через dispatcher направляет новые вызовы на резервный сервер. Можно ли в такой архитектуре сохранить уже установленные вызовы с отключившегося Asterisk и обеспечить их бесшовное продолжение на резервном сервере? Если нет, какие изменения в архитектуре необходимы для минимизации потери активных вызовов?

В теории через реивайт и если астериск является логической фермой, то можно. Кто-то рассказывал как делал на каме или опенсипсе (не помню на чем), но ограничения не помню

[notify_ded_bot]

#вопрос
Предположим, за Kamailio находятся три идентично настроенных сервера Asterisk. Два из них работают в штатном режиме и обслуживают разные группы очередей, IVR и диалпланов, а третий используется как резервный. Все абоненты и агенты очередей зарегистрированы на Kamailio, тогда как IVR, очереди и основная логика обработки вызовов находятся на Asterisk.

Если один из рабочих серверов Asterisk становится недоступен, Kamailio через dispatcher направляет новые вызовы на резервный сервер. Можно ли в такой архитектуре сохранить уже установленные вызовы с отключившегося Asterisk и обеспечить их бесшовное продолжение на резервном сервере? Если нет, какие изменения в архитектуре необходимы для минимизации потери активных вызовов?

RtpEngine ?

[notify_ded_bot]

Звук только у меня пропал?

[notify_ded_bot]

микрофон)

[notify_ded_bot]

Спасибо всем, кто был с нами на трансляции! Отдельная благодарность Евгению за подробный разбор маршрутизации вызовов в Kamailio, практические примеры работы с Dialplan и Dispatcher, а также ответы на вопросы участников. Если не удалось присоединиться к эфиру или хотите освежить материал, запись вебинара и презентация уже доступны на странице мероприятия: https://voxlink.ru/webinars/marshrutizaciya-vizovov-v-kamailio/. До встречи на следующих вебинарах!