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

[notify_ded_bot]

https://docs.asterisk.org/Latest_API/API_Documentation/Module_Configuration/res_pjsip/#dtmf_mode как то так помоему

На сколько я понял, это скорее влияет на посыл dtmf. У меня стояло dtmf_mode = rfc4733, пробовал авто - результат один, проблема сохраняется. В исходниках, в примерах конфигов, вообще иные варинаты в pjsip не описаны.

[notify_ded_bot]

Коллеги привет. Сталкивался ли кто-нибудь с дублированием dtmf на астере? Суть такая:
Провайдер присылает DTMF и через SIP INFO и RTP_Event. Причем в одном и том же звонке. Астер их воспринимает оба, как 2 разных. Версия 20.9.2. Ниже пример лога одного нажатия "3"
DTMF begin '3' received on PJSIP/******-0018a2dd
DTMF begin ignored '3' on PJSIP/******-0018a2dd
DTMF end '3' received on PJSIP/******-0018a2dd, duration 250 ms
DTMF end passthrough '3' on PJSIP/******-0018a2dd
DTMF end '3' received on PJSIP/******-0018a2dd, duration 201 ms
DTMF end passthrough '3' on PJSIP/******-0018a2dd
Вот тот что 250ms - это SIP INFO. А второй RTP EVENT. И астер их воспринял как 2 разных dtmf. Хотя, по сути это один.
Конкретно этот кейс решили отключением sip info на стороне провайдера. Можно было выключить res_pjsip_dtmf_info.so. Но, может быть, астер умеет нормально обрабатывать такую ситуацию?

Мне кажется, что он как раз нормально и воспринял такую ситуацию. Провайдер прислал 2 варианта, астер оба распознал.

[notify_ded_bot]

*️⃣ Резервирование Asterisk: Warmspare + Keepalived против Pacemaker + DRBD

Как выбрать оптимальную схему отказоустойчивости телефонии и не усложнить инфраструктуру там, где это не требуется.

На вебинаре разберем:

- Основные способы резервирования Asterisk
- Резервирование через SIP-клиенты и DNS
Warm Spare и виртуальный IP
- Отказоустойчивый кластер и репликация данных
- Практическая сборка двух решений
- Сравнение по сложности, стоимости и скорости переключения
- Рекомендации по выбору подхода

Вебинар через час в 11-00, ? подключайтесь или смотрите в ? Youtube

[notify_ded_bot]

Резервирование Asterisk: Warmspare + Keepalived против Pacemaker + DRBD

Как выбрать оптимальную схему отказоустойчивости телефонии и не усложнить инфраструктуру там, где это не требуется.

Присылайте вопросы с хэштегом #вопрос

Вебинар в эфире, ? подключайтесь или смотрите в ? Youtube

[notify_ded_bot]

#вопрос какое минимальное время пеерключения с мастера на бэкап при warmspare+keepalieved, включая переключение транков, т.е. полная готовность?

[notify_ded_bot]

Александр сейчас разбирает подходы к резервированию Asterisk: почему второй адрес в SIP-телефоне или DNS failover не дают полного контроля, как виртуальный IP обеспечивает переключение между серверами и чем отличаются Warmspare + Keepalived и Pacemaker + DRBD с репликацией данных в реальном времени. Уже перешли к архитектуре DRBD и протоколам репликации. Подключайтесь к прямой трансляции: https://voxlink.ru/webinars/rezervirovanie-asterisk-warmspare-keepalived-pacemaker-drbd/ Вопросы Александру задавайте с хештегом #вопрос.

[notify_ded_bot]

#вопрос А как строится защита от сплит-брейна?

[notify_ded_bot]

Больше 8 нод пейсмейкера очень плохо работают

[notify_ded_bot]

Пришлось отказаться от дальнейшего их использования, не дают дальше горизонтально расширяться

[notify_ded_bot]

#вопрос как такого вида резервирования (синхронизация конфигурации и/или развертывание бэкапа) защитят от ошибок в конфигурации или если произошёл взлом. Речь про проблемы произошедшие "вчера", а вылезли проблемы только "сегодня"). Спасибо