ты видимо не на все подписался

блин, там подписываться надо

var call_handler = function() { this .command('play-file', 'voicemail/vm-hello') .then(function(res) { var foo = res.body.variable_foo; }) .then(function() { this.hangup() // hang-up the call }) .then(function() { this.exit() // tell FreeSwitch we're disconnecting }) }; тут вообще про подписывание ни слова

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

всё равно приходит только channel_data

Ладно, а кто на чем работает с ESL?

а что ты хочешь от esi?

Хочу рулить отправкой и приемом звонков

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

http-rpc не то?

ээ

это что?

мне хотелось бы хотя бы хэнгапы ловить начать

почему они не ловятся то

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

а хенгапы ты мож сливать в mod-amq и там уже с очереди выхватывать

а ESL тогда зачем нужен вообще?

он нужен - но с ноджс тебе только посочувствуют...

Ладно, а кто на чем работает с ESL?

я смотрел ноджс, перл, питон ... после остановился на реббите и xml-rpc

то есть он не нужен

хорошо что я убил на него так много времени, мне же некуда его девать

напомните, какая переменная отвечает за 180?

не fake ringback, у меня вот тупо бридж, но он автоматически отвечает с 180

не могу найти в доках

переменная или приложение?

приложение ring_ready, переменная - instant_ringback

Ладно, а кто на чем работает с ESL?

го

го

github.com/0x19/goesl ?

переменная или приложение?

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

github.com/0x19/goesl ?

https://github.com/fiorix/go-eventsocket

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

не догнал тогда, что ты сделать хочешь

у меня почему-то автоматически вылетает 180

я хочу это прекратить

ты хочешь пересылать то что прилетает от другой ноги? или подавить?

разве что inherit_codec=true ?

а кодек то причем?

ты хочешь пересылать то что прилетает от другой ноги? или подавить?

Нет, смотри мне прилетает звонок на свитч, попадает в бридж - свитч отдает 180

сучий жс, я же вижу в дампе CHANNEL_EXECUTE, Где же он у меня

блэт я уже запутался..

блэт я уже запутался..

да вот и я не пойму что ты хочешь сделать)

у меня откуда-то берется 180 - не от прова

и я хочу это прекратить

а вот детали.. нда

{ignore_early_media=true}sofia/internal/user@domain You can ignore ring ready (180) but still "react" when receiving a 183 with media: {ignore_early_media=ring_ready}sofia/internal/user@domain

эвенты есть в дампе со стороны фс, но я не вижу их шарком у себя

какой-то бред

{ignore_early_media=true}sofia/internal/user@domain You can ignore ring ready (180) but still "react" when receiving a 183 with media: {ignore_early_media=ring_ready}sofia/internal/user@domain

весь прикол в том, что 180 ммне присылает не b-leg

он берется из самого свича

bridge_early_media попробуй

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

я уже всю башку сломал, с этим esl

и нодовским чудо-пакетом

страдай)

спасибо, тебе того же

ну я шучу же :(

шути дальше

он берется из самого свича

Сделал простой пример: <extension name="test"> <condition field="destination_number" expression="^789$"> <action application="set" data="ignore_early_media=true"/> <action application="bridge" data="{ignore_early_media=true}user/1000@10.10.10.25"/> </condition> </extension> Как только звонок попадает в bridge, сразу на А сторону приходит 100 Trying и потом 180 Ringing

Сделал простой пример: <extension name="test"> <condition field="destination_number" expression="^789$"> <action application="set" data="ignore_early_media=true"/> <action application="bridge" data="{ignore_early_media=true}user/1000@10.10.10.25"/> </condition> </extension> Как только звонок попадает в bridge, сразу на А сторону приходит 100 Trying и потом 180 Ringing

так в том то и дело, что у меня не стоит ignore_early_media, а 180 откуда-то берется

Я проверил несколько разных вариантов

всегда есть 180

спасибо, уже решил это другим методом :)

шути дальше

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

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

да пох

сменю стек

Кто-нить дружил sip транками fs и 3cx ?

Ладно, а кто на чем работает с ESL?

в питоне норм, кроме кривой обработки дисконнекта, тогда зацикливается в SERVER_DISCONNECTED. Также делал без либы, напрямую цеплялся

в питоне норм, кроме кривой обработки дисконнекта, тогда зацикливается в SERVER_DISCONNECTED. Также делал без либы, напрямую цеплялся

спасибо, но меня уже убедили сменить стек

вижу, что у тебя там что-то странное, да

Кто-нить дружил sip транками fs и 3cx ?

Извращенцы попадаются - но редко)

если 3сх умеет в стандарты то должно работать

Видел такую связку

С двух пинков работает

Без граблей значит

Попробую разобраться, с лёту не взлетело

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

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

SNGREP покажет как именно они не контачат

Ладно, а кто на чем работает с ESL?

Go

B.5 Putting Media Streams on Hold If a party in a call wants to put the other party "on hold", i.e., request that it temporarily stops sending one or more media streams, a party re-invites the other by sending an INVITE request with a modified session description. The session description is the same as in the original invitation (or response), but the "c" destination addresses for the media streams to be put on hold are set to zero (0.0.0.0). кто нибудь знает как заставить FS посылать в этом формате hold?

А оно точно надо? Оно ж obsolete и не рекомендовано к использованию, сам FS ругается когда такое прилетает

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

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

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

ignore_early_media? но разгребая потом последствия вида "абонент не может ответить в данный момент, оставьте ему сообщение"

нет, тут вызов входящий в том то и дело, там уже не early_media, там UPDATE с sendonly уходит оператору

т.е. UPDATE после 200 ОК

тогда это уже простой разговор..

вот в том то и дело

а при получении sendonly оператор начинает генерить свою музыку холдовую

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

а достучаться до технарей оператора это из разряда фантастики

хотя нет, не бред

всё логично

FS тут типа как оконечный девайс, послал sendonly вот тебе поток, щас в промежуток что нибудь запхну попробую

B.5 Putting Media Streams on Hold If a party in a call wants to put the other party "on hold", i.e., request that it temporarily stops sending one or more media streams, a party re-invites the other by sending an INVITE request with a modified session description. The session description is the same as in the original invitation (or response), but the "c" destination addresses for the media streams to be put on hold are set to zero (0.0.0.0). кто нибудь знает как заставить FS посылать в этом формате hold?

это тоже врядли проканает

Промежуточный узел помог решить эту проблему

Промежуточный узел помог решить эту проблему

как вариант - с помощью uuid_break подавить медиа с той стороны и запустить свое