Size: a a a

2020 June 14

А

Артём in ru_freeswitch
Я
Определить по базе номеров клиентов, у кого номер актуален ещё, а у кого заблокирован не существует и т.д
Мы можем , берём за инициацию вызова только
источник

AB

Artem Benois in ru_freeswitch
Артём
Мы можем , берём за инициацию вызова только
по чем?
источник
2020 June 15

J

John Roe in ru_freeswitch
Привет, Bravo Kay! Пройди анти-спам проверку за 2 мин.
источник

AK

Andrey Kryukov in ru_freeswitch
енот
камерады
вопрос
есть такой кусок диалплана
                <condition field="destination_number" expression="^(10[01][0-9])$">
                   <action application="set" data="hangup_after_bridge=true"/>
                   <action application="set" data="continue_on_fail=true"/>
                   <action application="log" data="CRIT internal call"/>
                   <action application="set" data="call_timeout=90"/>
                   <action application="bridge" data="user/$1@pbx1.s.ru"/>
                   <action application="answer"/>
                   <action application="bridge" data="loopback/app=voicemail:default pbx1.s.ru $1"/>
               </condition>
           </extension>

есть требование
при звонке на внутренний 1002 после 10сек идет переадресация на 1003

Я конечно могу для 1002 сделать отдельный кондишен
но может, можно как-то поизящнее решить вопрос?
Я как-то помню делал что-то вот такое
session:execute("bridge","${cond(${limit_usage(hash "..domain_name.." " ..destination_user_id..")} >= 2 ? error/user_busy : {^^|ignore_early_media=true}user/" ..destination_user_id.. "@" ..domain_name )}")

соответственно может можно модифицировать и для вашего случая
<action application="bridge" data="${cond(${destination_number}==1002 ? <тут диалстринг если тру>:<а вот тут если не тру>)}"/>

я мог сильно ошибиться с синтаксисом но https://freeswitch.org/confluence/display/FREESWITCH/Function+cond  может поможет отладить
источник

yg

y g in ru_freeswitch
Всем привет! Пытаемся сделать webRTC конференции с freeSWITCH в качестве сигнального сервера. Включили mod_conference и mod_verto и столкнулись с тем, что сервер пропускает через себя весь медиа трафик, либо объединяя видео участников в одном окне плиткой, либо показывая их поочередно в зависимости от значения настройки video-mode. А как соединить участников напрямую, как и положено в webRTC?
источник

АХ

Алексей Хабуляк... in ru_freeswitch
y g
Всем привет! Пытаемся сделать webRTC конференции с freeSWITCH в качестве сигнального сервера. Включили mod_conference и mod_verto и столкнулись с тем, что сервер пропускает через себя весь медиа трафик, либо объединяя видео участников в одном окне плиткой, либо показывая их поочередно в зависимости от значения настройки video-mode. А как соединить участников напрямую, как и положено в webRTC?
всмысле? чтобы люди напрямую друг с другом общались? без freeswitch?
источник

yg

y g in ru_freeswitch
Ну да. FreeSWITCH как сигнальный сервер должен раздать каждому участнику информацию о других в виде sdp-описаний, а контент участники должны слать напрямую.
источник

AS

Alex Sibyakin in ru_freeswitch
А где написано о том, что WebRTC должен быть SFU?
источник

AS

Alex Sibyakin in ru_freeswitch
Если не секрет.
источник

AS

Alex Sibyakin in ru_freeswitch
FreeSWITCH такое не поддерживает к слову.
источник

АХ

Алексей Хабуляк... in ru_freeswitch
хм. интересно. а как mod_conference будет работать и управлять медиа? кого мутить, кого показывать? если media через него не проходит?
источник

AS

Alex Sibyakin in ru_freeswitch
Только MCU.
источник

yg

y g in ru_freeswitch
Alex Sibyakin
А где написано о том, что WebRTC должен быть SFU?
Безусловно, оба варианта допустимы, вопрос был в том может ли FS быть SFU
источник

yg

y g in ru_freeswitch
А есть где-то ссылка про то что он не может быть SFU, показать коллегам?
источник

AS

Alex Sibyakin in ru_freeswitch
SFU хорош когда у вас мало абонентов (4 например) и у всех белые ip-шники, чтобы каждый к каждому мог легко подключиться. Ну т.е. почти никогда.
источник

AS

Alex Sibyakin in ru_freeswitch
Ссылки нет.
источник

yg

y g in ru_freeswitch
Вроде stun, turn сервера помогают обойти проблемы NAT
источник

AS

Alex Sibyakin in ru_freeswitch
Ну с turn наверное да, можно взлететь. Только все будут цепляться к turn серверу и преимущество над MCU по сети уже рассеется.
источник

АА

Александр Андрианов... in ru_freeswitch
Добрый день!
Коллеги, вопрос возможно из области "хочется странного".
Исходящие вызовы на оператора, статусы завершения определенных вызовов хочется отслеживать в CDR отдельно.
Оператор при завершении таких вызовов может настроить возврат заголовка Reason: Q850, с произвольным Cause, но сам статус 480 Temporary Unavilable.
Попробовали передавть Cause=99, но в CDR кладется значение NO_USER_RESPONSE.
FreeSwitch не "смотрит" на заголовки Reason, только на Status Line при размещении данных о вызове в CDR?
источник

AS

Alex Sibyakin in ru_freeswitch
Alex Sibyakin
Ну с turn наверное да, можно взлететь. Только все будут цепляться к turn серверу и преимущество над MCU по сети уже рассеется.
Ну т.е. если вам сильно надо, то думаю можно устроить договорившись с sales@signalwire.com
Другой вопрос что купить проц помощнее и гонять MCU выйдет дешевле... (скорее всего)
источник