рецепт: session:execute("export", "nolocal:park_after_bridge=true") session:execute("export", "nolocal:exec_after_bridge_app=lua") session:execute("export", string.format("nolocal:exec_after_bridge_arg=play_survey.lua %s", "10"))

рецепт не ясен если честно, after_bridge_* выполняется после бриджа. А не после того как А кладёт трубку

рецепт не ясен если честно, after_bridge_* выполняется после бриджа. А не после того как А кладёт трубку

Бридж с А заканчивается , получается афтэ

я бы сделал немного иначе

я бы сделал немного иначе

фстудию

интригуешь же

я думю на бридже А ноги, можно вызвать скрипт который дёрнет uuid Б ноги, и на ней засетить нужные переменные через uuid_setvar или uuid_setver_multi. Трансфер можно сделать через uuid_transfer

хотя один фиг скрипт лишний получается

я думю на бридже А ноги, можно вызвать скрипт который дёрнет uuid Б ноги, и на ней засетить нужные переменные через uuid_setvar или uuid_setver_multi. Трансфер можно сделать через uuid_transfer

неа, это не сработает, ибо нужно отловить эвент после бриджа, но до cs_hangup

это собственно и пытались посоветовать в начале

ну точнее нечто схожее

так что тут имхо самый кошерный вариант именно exec_after_bridge

о котором я к своему стыду не знал

Привет, а кто-нибудь настраивал fs+fop2 ?

а оно так может_)?

а оно так может_)?

FOP2 is a web based switchboard for the open source projects Asterisk© and FreeSWITCH©

судя по их сайту, может

надо прям fop? или хватит мониторинга состояния операторов?

Оно может но что-то не хочет. Нужен мониторинг состояния операторов, плюс spy и whisper.

Может можно как-то штатную панель fusion pbx научить whisper? Оно умеет подслушивать, но не умеет подсказывать

.....

Всем добрый день, у кого есть опыт экстлуатации freeswitch HA на Postgre BDR и фронтом на opensips?

ну всем прям растерялись от такого вопроса..... )

Всем добрый день, у кого есть опыт экстлуатации freeswitch HA на Postgre BDR и фронтом на opensips?

а зачем HA для freeswitch? opensips/kamailio успешно могут балансить трафик между ними

а вообще freeswitch, на сколько я знаю умеет в кластер, только по схеме мастер+слейв. один работает, второй в случае отказал основного забирает на себя нагрузку (из таблицы с каналами возобновляет звонки)

а зачем HA для freeswitch? opensips/kamailio успешно могут балансить трафик между ними

как раз таки для отказоустойчивости, чтобы другая нода подбирала sip

https://www.youtube.com/watch?v=cwrxz3sYvHc

22 минута

нужен Horizontal scaling

я понял что вы имеет ввиду. в такой схема работать будет. Не будут только возобновляться звонки с упавшего freeswitch (новые пойдут на все остальные). потому что во первых: когда вы попытаетесь восстановить звонки, fs не поймёт в таблице какие звонки "дохлые" а какие живые. во вторых: чтобы возобновить звонки, у него должен быть тот же ip адресс что и у упавшего свича (делается как раз с помощью плавающего IP)

kamailio/opensips используется за частую не толкьо как балансировщик

он подбирает на себя многие функции

Instruct FreeSWITCH to recover calls To instruct FreeSWITCH to recover from a failure all you need to do is execute: fsctl recover To crash test the feature, you may execute:

и плюс keepalived

с балансингом все опнятно

типа регистрации и тд. что освобождает FS или что там в media стоит от синхронизации и превращяет b2bua в сервер приложений

независимый и более масштабируемый

ландо буду поднимать тестировать, чуть позже отпишусь - если получится

Instruct FreeSWITCH to recover calls To instruct FreeSWITCH to recover from a failure all you need to do is execute: fsctl recover To crash test the feature, you may execute:

смотрите. предположим у Вас 10 фрисвичей. у всех разные IP адреса. если один из них упадёт, а на другом вы сделаете fsctl recover - ничего не выйдет. хотя бы потому что он по данным из БД попытается поднять rtp поток, а адрес источника rtp изменится

тоесть в таком случае надо делать 5 *2. группировать кадые 2 фрисвича. но тогда это избыточность х2

5 пар свичей

почему адрес источника изменится? я так понимаю по схеме как раз и нужен для этого rtpproxy

rtpproxy стоит между клиентом и фрисвичом

для клиента ничего не изменится

но для rtpproxy и freeswitch поменяется

почему адрес источника изменится? я так понимаю по схеме как раз и нужен для этого rtpproxy

https://freeswitch.org/confluence/display/FREESWITCH/mod_ha_cluster

With pacemaker to have 16 nodes with a failover, you would need 32 total

тоесть нужна двойная избыточность

подождите, а если будет использоваться одна база для FS в мастер мастер?

ну база полюбому общая нужна если вы хотите восстанавливать звонки

а если fs будет играть аудиофайл в сессию то после файловера, оно продолжится с того же места?

мастер мастер тоже не будет работать кстати. у одного фрисвича будет адрес источника RTP предположим 1.1.1.1. он упал, второй пытается поднять звонки и видит что адрес источника 1.1.1.1, а у него самого 1.1.1.2

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

хорошо гляньте тогда вот эту конфу

https://github.com/tannermkerr/HA-fusionpbx

а если fs будет играть аудиофайл в сессию то после файловера, оно продолжится с того же места?

не проверял именно такой сценарий, но сомневаюсь. скорее всего в начало файла будет слышать

https://freeswitch.org/confluence/display/FREESWITCH/mod_ha_cluster тут из сделаного только пункты (DONE) Designing a configuration file (DONE) Parsing the configuration file (DONE) Bootstrapping a node into the STARTING (discovery) state for Timer-A seconds before moving into normal operational mode (DONE) Sending heartbeats to all configured multicast groups out all configured interfaces (DONE) Receiving heartbeats from other nodes

https://freeswitch.org/confluence/display/FREESWITCH/mod_ha_cluster тут из сделаного только пункты (DONE) Designing a configuration file (DONE) Parsing the configuration file (DONE) Bootstrapping a node into the STARTING (discovery) state for Timer-A seconds before moving into normal operational mode (DONE) Sending heartbeats to all configured multicast groups out all configured interfaces (DONE) Receiving heartbeats from other nodes

ага

на мой взгляд восстановление сессий, это очень много работы

нужно же не просто сессии восстановить, но и установить нужное состояние в приложениях

https://github.com/tannermkerr/HA-fusionpbx

ну тут собирают их вместе. но в этой схеме не будут восстанавливаться звонки. у них общая БД с информацией

например если принимался факс - нужно продолжать принимать факс, иначе от такого файловера толку мало

ну на самом деле freeswitch не та система, которая падает каждый день. поидее ничего особо страшного если звонки порвутся

ERROR: S client not available

наверное

ну тут собирают их вместе. но в этой схеме не будут восстанавливаться звонки. у них общая БД с информацией

спасибо, я вас понял. Будем дальше искать решение.

Мы хотели реализовать такое, у нас просто sbc и там значительно проще. Но прикинули трудозатраты и решили что пока этим заниматься нет смысла

bdr не гарантирует консистентность данных

один запрос, может вернуть разные результаты на на bd1 и bd2

я бы использовал в связке с пулером соединений что бы автоматически переключаться в случае падения bd1

потеря пару тройки записей в cdr мне кажется не критичным

вы ж не банк

коллеги, такой вопрос. у меня есть group_call с последовательным обзвоном группы абонентов. перед бриджом я выставил ringback. поставил музычку. Проблема в том что каждый раз когда вызывается следующий абонент группы, мелодия начинает играть с начала.

очередь вас спасет

очередь вас спасет

тоесть использовать mod_fifo или чтото подобное?

ага

понял, спасибо

А qPanel кто-нибудь трогал?

коллеги, такой вопрос. у меня есть group_call с последовательным обзвоном группы абонентов. перед бриджом я выставил ringback. поставил музычку. Проблема в том что каждый раз когда вызывается следующий абонент группы, мелодия начинает играть с начала.

Можете использовать displace_session. После ансвера б-лега останавливать проигрывание по хуку. Зацикливание проигрывания файла поддерживается. В свое время мне это сильно помогло и удалось обойтись без mod_fifo и mod_callcenter

Можете использовать displace_session. После ансвера б-лега останавливать проигрывание по хуку. Зацикливание проигрывания файла поддерживается. В свое время мне это сильно помогло и удалось обойтись без mod_fifo и mod_callcenter

блин, а это интересно.

Можете использовать displace_session. После ансвера б-лега останавливать проигрывание по хуку. Зацикливание проигрывания файла поддерживается. В свое время мне это сильно помогло и удалось обойтись без mod_fifo и mod_callcenter

спасибо большое. попробую

Не за что)

Всем привет. Где можно найти чейндж логи версий фрисвича?

вроде с исходниками должны идти

или на оф сайте

или в репозитории проекта

могут идти в ряде случаев с пакетом либо в описании самого пакета

можно тут порыться

https://freeswitch.org/confluence/display/FREESWITCH/2018/01/23/The+FreeSWITCH+1.6.20+release+is+here

и далее

Спасибо.

в Jira смотрите, там можно выудить список изменений на базе "fixed in ...", ну или как там оно..

конфиг ванильный, я только-только всё поставил

добавил 1 экстеншен и в ACL залез