А провайдер не переназначает?

403

jnlftn

отдает

Ну так если авторизации нет, он раз в минуту просит

хм

variable_api_hangup_hook3: ["tone_stream://%(2000]

напомните, как там правильно передать тон

ringback=

или тебе в playback надо сунуть?

в хук надо сунуть

как-то так att_xfer {api_hangup_hook3=\"tone_stream://${us-ring}\"}loopback/${digits}/XML

точно помню что есть там нюансы

&playback(tone_stream://L=10;%(4000,0,350,440);loops=-1) это правильный аргумент для передачи тона?

раз уж заговорили про тон, то может кто-то таки ответит?

раз уж заговорили про тон, то может кто-то таки ответит?

а что должно получиться?

ориджинейт на тон?

тогда выглядит верно

или бридж..

ориджинейт на тон?

да. спасибо

как-то так att_xfer {api_hangup_hook3=\"tone_stream://${us-ring}\"}loopback/${digits}/XML

tone stream это параметр playback или displace_session

uuid_playback тебе нужно с параметром tone stream

ну а вообще этим должен конечный девайс заниматься...

в цдрах и биллинге у тебя будет пиздец изза такой хуетени

uuid_playback тебе нужно с параметром tone stream

Там суть что по запятой резало

в цдрах и биллинге у тебя будет пиздец изза такой хуетени

Почему?

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

и может быть разная длина billsec

uuid_playback тебе нужно с параметром tone stream

нет такого, есть uuid_broadcast

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

ну и что?

нет такого, есть uuid_broadcast

да, точняк

ну и что?

ну дальше уже зависит от реализации биллинга конечно

задача - att_xfer, неуспешный вызов - бибикнуть. А с loopback любой успешный loop заканчивает выполнение дп

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

не понимаю, почему даже при hangup_after_bridge=false и успешном лупе выполнение обрывается

continue_on_fail=true тоже выставлен

?

задача - att_xfer, неуспешный вызов - бибикнуть. А с loopback любой успешный loop заканчивает выполнение дп

тогда сорян, не так понял

попробуй через transfer_on_fail

transfer_on_fail=USER_BUSY,USER_NOT_REGISTERED,OTHER_BLA_REASON att_xfer_handler XML context

внутри него бибикаешь и вертаешь взад к первоначальному абоненту

continue_on_fail ток должен быть в false при использовании трансфер_он_фейл

иначе он раньше отрабатывает

попробую..

хотя ж-пом чую, что loopback даст упешный вызов

луп помоему да, он всё тушит с NORMAL_CLEARING

не помогло..

2017-06-15 16:10:11.018551 [NOTICE] switch_core_state_machine.c:315 loopback/103-b has executed the last dialplan instruction, hanging up. 2017-06-15 16:10:11.018551 [NOTICE] switch_core_state_machine.c:317 Hangup loopback/103-b [CS_EXECUTE] [NORMAL_CLEARING]

может там что-то сделать..

блин а через него originate_disposition не протянешь

transfer_on_fail=NORMAL_CLEARING тоже не сработало ))

а он не вызовет его)

этож не фейл)

может багу завести..

чтобы прокидывало originate_disposition

я даже знаю что они тебе ответят

звонок 4хногий, реализация гавно, мы предупреждали, не используй loopback

Ребят а с астером опыт у кого есть ?

Тут за астер банят же

Даже так

(шутка)

Хахах

Да вот смотрю в Ами и понимаю что нихуя не понимаю

Хочу детально отслеживать вызов

Но как я понял уже это не реально

в @ru_voip

Ок

ERROR: S client not available

все так же проблема с регой

немогу понять

external::63c521c6-2d30-41fa-bd8e-7f3326655a74 gateway sip:588509@sip.provider REGED external::63c521c6-2d30-41fa-bd8e-7f3326655a74 gateway sip:588509@sip.provider FAIL_WAIT external::63c521c6-2d30-41fa-bd8e-7f3326655a74 gateway sip:588509@sip.provider FAIL_WAIT

почему то 3 реги весит

так и должно быть?

2 фейл, 1 успешная

Звонки ходят,

?

дыа

непонимаю почему он стучит каждую минуту и просит регистрацию

зачем еще раз регаться если ты уже зареган.

Всем доброго дня Как сэмулировать musicOnHold пока звонок в диалплане? Ситуация для понимания Приходит вызов В диалплане поднимаю трубку session:answer() Далее, пока идет подготовка вызова плеча B необходимо играть музыку ожидания Собственно тут то и надо включить ее...

подготовка вызова идет дальше под диалплану?

Да

ну проще всего завернуть диалплан в луа и обрабатывать все там

Ну я так и делаю

делать две отдельные ноги и потом бриджить их

так, а в чем проблема?

проблема толкьо в том чтобы узать какой аппликейшн мне нужно вызвать чтобы играть музыку пока происзодит подготовка то ест ьприлетел звонок (а плечо) Я там сделал session:answer() До того как я сделаю session:execute("bridge",dialString) Мне надо играть музыку -эмулировать moh

ааа

session:execute("playback", "data")

ненене

не надо execute bridge

Вот ) он фоном не бует играть)

originate?

да

Через bgapi?

смотри, originate, с параметром api_on_answer=uuid_bridge

Ну playback то на сколкьо я понимаю не будет выполнятсья фоново так ведь?

originate - это новая сессия

и даже не playback

session:streamFile("");