https://freeswitch.org/confluence/display/FREESWITCH/Session+setHangupHook

Ага, пасиб, изучу

Ага, пасиб, изучу

Ну это первое что нашел Там на lua но, я думаю можно найти примеры и для xml Отпишись кстати если попробуешь этот вариант На Asterisk Ф такие штуки делал, а вот на FS руки не доходили до таких тасков Так что интересно

Я вообще думал, что есть человеческий способ управлять этим через переменные, но не нашел

Через хуки это просто, чего-то я перепутал, было что-то, что срабатывало по окончанию только успешного звонка

Только не помню, что...

А! Вспомнил. При неуспешном звонке не заполняется hangup_cause переменная

Надо смотреть в bridge_disposition или что-то такое

А такой вопрос, кто-то делал определение тишины в начале разговора? Т.е. звонит кто-то, тут снимают трубку, продолжают играть вызывающей стороне КПВ и анализирует входящий поток. Если это тишина, например, в течение 6 сек - обрывает звонок.

detect_silence вроде как не умеет играть поток

Пока придумал только делать запись, потом анализировать файл

https://i.imgur.com/4PEDt3g.png

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

А continue-on-fail или кто там который умеет коды не подходит?

Так это про другое. continue_on_fail - это про продолжение исполнения сценария после фэйла бриджа, а мне надо, что б бридж, поднимающий три исходящих, зафейлился по определенному коду ответа

Котаны, а можно вешать хук на регистрацию абонента?)

Конечно

sofia::register или sofia:: registration

Событие

В смысле, не нативное, а кастомное

А оно тебе надо регистрации в свиче хранить?

Пока придумал только делать запись, потом анализировать файл

Интересный кейс. А кто-нибудь пробовал поток анализировать и отсекать по silence вызов? То есть отправляем поток ESL: sendmsg call-command: unicast local-ip: 127.0.0.1 local-port: 9010 remote-ip: 127.0.0.1 remote-port: 9020 transport: udp flags: native А по silence делаем уже hangup&

А что на стороне esl слушать будет?

А что на стороне esl слушать будет?

В смысле опозновать silence? Из потока? Стороннее приложение, которое будет уже слать hangup

Так это про другое. continue_on_fail - это про продолжение исполнения сценария после фэйла бриджа, а мне надо, что б бридж, поднимающий три исходящих, зафейлился по определенному коду ответа

Fail_on_single_reject не?

А оно тебе надо регистрации в свиче хранить?

Спасибо! Там сотня абонентов с кастомной Приложухой. Хочу поменять текущую логику, там говнокод сейчас в есл слушает, паркует вызов, шлёт пуш и при регистрации разпарковывает. Работает через жопу, потому что писали его норкоманы. Хочу на диалплан перевезти

Fail_on_single_reject не?

А есть такая переменная? Первый раз по неё слышу, но выглядит похоже на то, им что мне нужно

Это реально оно! Спасибо

Я уж думал придется хуки писать

В смысле опозновать silence? Из потока? Стороннее приложение, которое будет уже слать hangup

Мдяс. Костыли. Хочется все закрыть чисто fs’ом

Мдяс. Костыли. Хочется все закрыть чисто fs’ом

Может быть. Тогда развиваем вопрос - Speach To Text. Как тогда сделать без использования MRCP? То есть задача - выделить RTP вообще? В поток - не в запись

Спасибо! Там сотня абонентов с кастомной Приложухой. Хочу поменять текущую логику, там говнокод сейчас в есл слушает, паркует вызов, шлёт пуш и при регистрации разпарковывает. Работает через жопу, потому что писали его норкоманы. Хочу на диалплан перевезти

За что ты нас любителей ESL (наркоманов) так не любишь? :)

За что ты нас любителей ESL (наркоманов) так не любишь? :)

Есл - збс. Погромист за 150к в месяц которые не умеют в многопоточность , подписываются на все события и в итоге их теряют - норкоманы

Есл - збс. Погромист за 150к в месяц которые не умеют в многопоточность , подписываются на все события и в итоге их теряют - норкоманы

Это да. Спасибо за пояснение. Это меняет суть. Респект, Вам Уважаемый и плюс в карму. Я надеюсь, что это многим откроет глаза на многопоточность

Есть же филторы

Зачем на все

Зачем на все

Такие погромисты. Как у енота.

Может быть. Тогда развиваем вопрос - Speach To Text. Как тогда сделать без использования MRCP? То есть задача - выделить RTP вообще? В поток - не в запись

недавно тут всплывало, ESL unicast

Парни привет. А есть ли у кого книжка в pdf FreeSwitch 1.2?

Завтра могу кидануть

Спасибо.

Спасибо добрый человек)

Такие погромисты. Как у енота.

Енот и сам такой

Мужики есть вопрос, возможно заставить fs писать звонки в другой кодек?

Без перекодирования

а как ты без перекодирования будешь из одного кодека в другой преобразовывать?

или в исходный

сейчас все на опусе

основная задача в чем состоит?

пишет в wav

Сжать размеры записи...

токга перекодируй в менее требовательный формат

либо фрисвитчом либо внешними утилитами

фс вроде не умеет писать в другой формат кроме как wav

В мп3 умеет вроде

хмм.. не пнете в нужную сторону?

нашел, спасибо) https://freeswitch.org/confluence/display/FREESWITCH/mod_dptools%3A+record_session

Но рекодирование на фс будет

уже понял

через модуль shout

задумываюсь зеркалить трафик и другими силами компресовать

Можно писать в вав и в хуке или по есл ловить record_stop и перекодировать

Только Хуки однопоточные, там только в rabbit какой пихать

Есть ещё модуль для событий в rabbit

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

По ходу не у одного енота погромисты хорошие

Простая перекодировка может быть не такой уж и простой)

Вот допустим у вас днем железо на условно 80% загружено основными задачами, а ночью на 20%. Если очередь есть (как выше RMQ писали), то можно в зависимости от свободных мощностей перекодирование делать.

Для этого существует автоскейл в облаке

Но ведь не все в облаке работают? Я к тому, что разные нюансы бывают, и так сразу говорить, что стек не нужен а надо делать все влоб - не очень профессионально.

Но это можно и без очереди решить

А перемещать записи в отдельное место где уже перекодировать по мере ресурсов

И еще не забыть отслеживать успешность этого процесса. И в итоге может оказаться, что вы точно такую же очередь изобретать начнете)

Просто очередь как по мне - отличный лишний промежуточный слой в данном конкретном случае.

А лишний слой - лишняя точка отказа

Хотя согласен, ситуации бывают разные. Может, где-то это и оправданно

Но чем меньше слоёв - тем лучше

https://ru.wikipedia.org/wiki/KISS_(%D0%BF%D1%80%D0%B8%D0%BD%D1%86%D0%B8%D0%BF)

Ну да.

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

По ходу не у одного енота погромисты хорошие

Когда одновременно 500 записей ведётся, кодировать фс - ламерство, а хуки 1-поточные, так-то. Сталкивались уже.

А перемещать записи в отдельное место где уже перекодировать по мере ресурсов

Кроном? Зачем нам нормальные инструменты, если мы умеем только хуяк-хуяк

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

и этот маньяк вторая личность у программиста с синдромом множественных личностей

Но это можно и без очереди решить

Очередь не нужна только пока записи единичны или загрузка процентов 10

В Сохо ок. А я уже про нормальные внедрения

привет, друзья!

Никто интеграцией с 1С не занимался?

Занимался

успешно?

Берите Рарус-софтфон и пару скриптов

Да, работает

нет, с софтфоном не пойдет..

А что вы хотите интегрировать? Можно написать свой софтфон

Так и начали бы с того, что от интеграции хотите.

через api обмен , типа такого https://vpbx.domru.biz/SkinFiles/vpbx.domru.biz/Domru/crm_rest_api.pdf

Да это понятно. Что вы внутри 1с хотите иметь?

Выгрузку звонков? Телефонного клиента? Карточку звонка?