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

[notify_ded_bot]

Расскажи плз, use case где это может быть наглядно полезно

Сделать единый presence server

[notify_ded_bot]

AsterConf‘26 — уже 12 лет собирает тех, для кого IP-телефония — это профессия, среда и сообщество.

Начинаем рассказывать о конференции этого года: впереди анонсы докладов, новости программы, спикеры и всё самое важное.

Билеты уже в продаже и еще пока по цене прошлого года.
Если вы давно собирались — это хороший момент занять своё место.

Ждем всех на AsterConf‘26

[notify_ded_bot]

@sessionbuy01_bot

[notify_ded_bot]

@sessionbuy01_bot

???????

?TG account buying and selling group: @sessionBuyy1

[notify_ded_bot]

Автоматизация управления парком MikroTik через Ansible и RouterOS REST API

Открытый вебинар в эфире!

Подключайтесь по ссылке или в ? YouTube

Задавайте вопросы спикеру в чате @miktrain с хэштэгом #вопрос

[notify_ded_bot]

Дмитрий переходит к практической работе с RouterOS REST API: показывает, как начать с обычных curl-запросов, разобраться с методами и структурой данных, а затем переносить CLI-команды в REST API и автоматизировать их с помощью Ansible или даже LLM-инструментов. После внесения изменений спикер демонстрирует следующий этап — резервное копирование конфигураций: для каждого роутера создается отдельная папка с бэкапами по датам.

Подключайтесь к прямой трансляции: https://getnet.pro/avtomatizaciya-upravleniya-parkom-mikrotik/

Задавайте вопросы спикеру в чате @miktrain с хэштэгом #вопрос

[notify_ded_bot]

Вебинар «Автоматизация управления парком MikroTik через Ansible и RouterOS REST API» подошел к концу

Спасибо, что были с нами!

Запись вебинара будет доступна по ссылке: https://getnet.pro/avtomatizaciya-upravleniya-parkom-mikrotik

Анонс! Осенью — 27 ноября в 11:00 состоится GetNet онлайн. Если у вас есть интересная тема, пишите нам, или оставляйте заявку на сайте!

[notify_ded_bot]

Резервирование Asterisk: Warmspare + Keepalived против Pacemaker + DRBD - открытый вебинар

Завтра 11 августа в 11-00 по МСК

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

- резервный сервер, указанный непосредственно в SIP-телефоне;
- использование DNS A- и SRV-записей;
- Warm Spare + Keepalived с виртуальным IP;
- Pacemaker + DRBD для построения полноценного отказоустойчивого кластера.

Разберём преимущества и ограничения каждого подхода, рассмотрим типичные сценарии применения и на практике соберём решения на базе Keepalived и Pacemaker + DRBD. В результате участники смогут понять, какое решение подходит именно для их инфраструктуры, и получат рекомендации по внедрению.

Регистрация на вебинар

Добавить событие в календарь: ? Google

[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. Но, может быть, астер умеет нормально обрабатывать такую ситуацию?

[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. Но, может быть, астер умеет нормально обрабатывать такую ситуацию?

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