при выполнении  APP  hold  на холд ставится текущий канал  отправляетсы sendonly   в отыет получается recvonly.......
В итоге получается что и мелодия играется именно в этот канал
В моем же случае    А—> FS —>B  мне требуется со стороны Б отправить противоположный канал на холд (через DTMF ) и потом снять с холда. Вот и получается,  что мне нужно ставить на холд противоположный канал.
Если же я текущий на холд поставлю, то и DTMF  отправить для снятия не смогу  и не тот канал ставится на холд

За uuid_broadcast спасибо ,  я читал что оно может выполнять APP  но что-то не думал в этом ключе, спасибо.

Добрый день коллеги. У кого ни будь был опыт с pocketsphinx или какими либо другими инструментами для распознавания и синтеза русской речи. Интересно какое решение на данный момент является самым гибким и передовым...

Vosk должен быть
pocketsphinx от того же автора, но более современнен

благодарю за информацию

Добрый день, на старом фрисвиче 1.6.9 перестал работать Верто из за последнего апдейта хрома которй требует dtls 1.2
Вот похожая ситуация: https://community.freepbx.org/t/webrtc-stopped-working-after-chrome-update/71643/25
Кто то сталкивался ?

Вроде как да, на старых версиях. Поищите по чатику тут, выше было

обновляйтесь просто на новую версию

версия в которой проблемы нет начинается с 1.10 ?

Можно опенссл обновить только, вроде

попробую этот вариант, мне не так просто апдейт произвести фрисвича

я собирал из исходников последний openssl на deb8 и поставил его вместо старого, но так не прокатило.
Возможно что-то делал неверно

вероятно, стоит этот вопрос обсудить в чате по вебртц?

Оно линкуется со старым

Так же есть старые наработыки, которые не просто перевести на 1.10
на 8 debian собрал из исходников openssl 1.0.2u + curl + psql
и тогда собрался из исходников FreeSWTCH 1.6.20
сертификат перегенерировал руками с использованием  openssl 1.0.2u
так все заработало

у меня стоял из реп fs, я уже его собирать из исходников не хотел.
Мне проще был вывести ноду fs из работы временно и спокойно обновиться уже.

Здравствуйте.

Нужно сократить время появления звука между оператором и клиентом.

Используется SipJs 0.17.1 и FreeSWITCH Version 1.9.0+git~20190629T165432Z~1d68ab18f4~64bit

2020-11-24 17:41:14.713269 [WARNING] switch_core_file.c:408 File has 2 channels, muxing to 1 channel will occur.
2020-11-24 17:41:15.933304 [NOTICE] switch_rtp.c:1287 Auto Changing audio stun/rtp/dtls port from 192.168.0.103:52638 to X.X.X.X:53606 idx:1

Эта операция отнимает почти 1,2 сек. Что довольно таки много.

На клиенте вот так:

a=candidate:1840965416 1 udp 2122260223 192.168.0.103 52638 typ host generation 0 network-id 1 network-cost 10
a=candidate:3975340444 1 udp 1686052607 X.X.X.X 53606 typ srflx raddr 192.168.0.103 rport 52638 generation 0 network-id 1 network-cost 10
a=candidate:590945240 1 tcp 1518280447 192.168.0.103 9 typ host tcptype active generation 0 network-id 1 network-cost 10

Очевидно, что надо сразу же соединяться по X.X.X.X - IP клиента, но он начинает искать какие-то иные варианты. При чём по-умолчанию он всегда работает неоптимально. Замечено, что, если у тебя на компе много локальных сетей, то кратно увеличивается время соединения.
Возможно ли тут что-то сделать?

Как минимум поставить тайм-аут как максимум поработать с ацлем

2020-11-24 17:41:14.713269 [WARNING] switch_core_file.c:408 File has 2 channels, muxing to 1 channel will occur.
2020-11-24 17:41:15.933304 [NOTICE] switch_rtp.c:1287 Auto Changing audio stun/rtp/dtls port from 192.168.0.103:52638 to X.X.X.X:53606 idx:1

a=candidate:1840965416 1 udp 2122260223 192.168.0.103 52638 typ host generation 0 network-id 1 network-cost 10
a=candidate:3975340444 1 udp 1686052607 X.X.X.X 53606 typ srflx raddr 192.168.0.103 rport 52638 generation 0 network-id 1 network-cost 10
a=candidate:590945240 1 tcp 1518280447 192.168.0.103 9 typ host tcptype active generation 0 network-id 1 network-cost 10

stun/turn какие-то левые?

Таймауты на что? Ацлем? ACL?