т.е. сначала export origination_caller_id_name= потом transfer -bleg идет?

EXPORT (export_vars) [origination_caller_id_name]=[Transfer caller ID name на 102] EXPORT (export_vars) [effective_caller_id_name]=[Transfer caller ID name на 102] из лога

>на

да

может не стоит?

т.е. сначала export origination_caller_id_name= потом transfer -bleg идет?

да

может не стоит?

что и почему?

мне надо задать кастом фром при вызове

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

да не думаю что в этом проблема

попробуй effective_caller_id_name

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

см выше

EXPORT (export_vars) [origination_caller_id_name]=[Transfer caller ID name на 102] EXPORT (export_vars) [effective_caller_id_name]=[Transfer caller ID name на 102] из лога

.

а, туплю

а как задавать для blind transfer? когда делается transfer -bleg

http://lists.freeswitch.org/pipermail/freeswitch-users/2011-August/075596.html

кажется здесь такая-же проблема

читали?

а нет, там наоборот blind работает

ну на attended там дисплей апдейт отрабатывает

если разрешен

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

обе ноги в ответе

это тот самый semi-attended transfer чтоли?

<action application="export" data="sip_from_display=kjsdkfljklj"/>

но одна набирает перевод.. и не срабатывает

<action application="export" data="sip_from_display=kjsdkfljklj"/>

а номер?

и тоже не помогло

это тот самый semi-attended transfer чтоли?

обычный blind

#1 номер (кладем трубку)

я тогда не понял момент про отвеченные 2 ноги

101 звонит на 102, 102 хочет перевести на 103

(102 может быть секретарем)

ну, дык 103 не отвечен

в момент перевода

да

обе ноги в ответе

воот, а меня с толку сбило вот это

ему на экране нужно высветить что-то, что задал 102

обе = 101 и 102

теперь догнал

с аттендед работает то что приведено выше

а с трансфер блег - нет

Action transfer(-bleg ${digits} XML public)

может сюда что-то скормить надо..

оно точно в B-leg експортируется до того как -bleg ${digits} XML public?

<action application="bridge_export" data="foo=bar"/>

забыл еще, переменная была какая то, автоматом всё перетаскивала все variables_* с uuid_a на uuid_b

SET [sip_copy_custom_headers]=[true] ?

есть еще export_vars=

ога

оно точно в B-leg експортируется до того как -bleg ${digits} XML public?

экспорт же делается7

недостаточно?

народы, кто-нибудь с сипнетом работает?

насчет поддержки mgcp там ничего не слышно нового?

оно точно в B-leg експортируется до того как -bleg ${digits} XML public?

там получается нужно наоборот, похоже, из Б копировать в А.. а экспорт это не умеет

потому что -bleg означает "вторую ногу", по факту она там inbound и первая

какие есть методы вызова uuid_setvar из диалплана?

голова уже совсем не варит

res=${uuid_setvar ${uuid} VAR=VAL}

да, точно ) спс

мда, а так заработало. Черезжопно конечно..

так не могло не заработать)

проще есть вариант

${uuid_display ${uuid} val}

наткнулся на эту байду щас

а еще можно сетить через broadcast )

но это еще хуже

ну понятно что можно еще всяких хуков навешать)

нахрена усложнять только)

да, через сет заработало..

[DEBUG] switch_core_media.c:4378 Audio Codec Compare [PCMU:0:8000:20:64000:1]/[G722:9:8000:20:64000:1] [DEBUG] switch_core_media.c:4378 Audio Codec Compare [PCMU:0:8000:20:64000:1]/[PCMU:0:8000:20:64000:1] [DEBUG] switch_core_media.c:4433 Audio Codec Compare [PCMU:0:8000:20:64000:1] ++++ is saved as a match [DEBUG] switch_core_media.c:4378 Audio Codec Compare [PCMU:0:8000:20:64000:1]/[PCMA:8:8000:20:64000:1] [DEBUG] switch_core_media.c:4378 Audio Codec Compare [PCMU:0:8000:20:64000:1]/[GSM:3:8000:20:13200:1] [DEBUG] switch_core_media.c:4378 Audio Codec Compare [PCMA:8:8000:20:64000:1]/[G722:9:8000:20:64000:1] [DEBUG] switch_core_media.c:4378 Audio Codec Compare [PCMA:8:8000:20:64000:1]/[PCMU:0:8000:20:64000:1] [DEBUG] switch_core_media.c:4378 Audio Codec Compare [PCMA:8:8000:20:64000:1]/[PCMA:8:8000:20:64000:1] [DEBUG] switch_core_media.c:4433 Audio Codec Compare [PCMA:8:8000:20:64000:1] ++++ is saved as a match [DEBUG] switch_core_media.c:4378 Audio Codec Compare [PCMA:8:8000:20:64000:1]/[GSM:3:8000:20:13200:1] [DEBUG] switch_core_media.c:4294 Set telephone-event payload to 101@8000 [DEBUG] switch_core_media.c:3043 Set Codec sofia/external/+7923xxxxxxx@sipnet.ru PCMU/8000 20 ms 160 samples 64000 bits 1 channels [DEBUG] switch_core_codec.c:111 sofia/external/+7923xxxxxxx@sipnet.ru Original read codec set to PCMU:0 [DEBUG] switch_core_media.c:3493 Searching for rtp candidate. [DEBUG] switch_core_media.c:3493 Searching for rtcp candidate. [DEBUG] switch_core_media.c:3537 sofia/external/+7923xxxxxxx@sipnet.ru no suitable candidates found. [DEBUG] switch_core_media.c:4637 Set telephone-event payload to 101@8000 [DEBUG] switch_core_media.c:4696 sofia/external/+7923xxxxxxx@sipnet.ru Set 2833 dtmf send payload to 101 recv payload to 101 [NOTICE] sofia.c:7522 Hangup sofia/external/+7923xxxxxxx@sipnet.ru [CS_NEW] [INCOMPATIBLE_DESTINATION] [DEBUG] switch_core_state_machine.c:603 (sofia/external/+7923xxxxxxx@sipnet.ru) State NEW [DEBUG] switch_core_state_machine.c:584 (sofia/external/+7923xxxxxxx@sipnet.ru) Running State Change CS_HANGUP (Cur 1 Tot 39) [DEBUG] switch_core_state_machine.c:850 (sofia/external/+7923xxxxxxx@sipnet.ru) Callstate Change DOWN -> HANGUP [DEBUG] switch_core_state_machine.c:852 (sofia/external/+7923xxxxxxx@sipnet.ru) State HANGUP [DEBUG] mod_sofia.c:438 Channel sofia/external/+7923xxxxxxx@sipnet.ru hanging up, cause: INCOMPATIBLE_DESTINATION [DEBUG] mod_sofia.c:577 Responding to INVITE with: 488

я правильно понимаю что 488 из-за проблемы с кодеками?

вероятно да

sdp смотри

с обоих сторон, включая ptime

у нас например ptime<>20 дропаются в диалплане

зря :)

хотя странно [DEBUG] switch_core_media.c:4433 Audio Codec Compare [PCMU:0:8000:20:64000:1] ++++ is saved as a match

может быть из-за неправильной настройки inbound правил?

[DEBUG] switch_core_codec.c:111 sofia/external/+7923xxxxxxx@sipnet.ru Original read codec set to PCMU:0 [DEBUG] switch_core_media.c:3493 Searching for rtp candidate. [DEBUG] switch_core_media.c:3493 Searching for rtcp candidate. [DEBUG] switch_core_media.c:3537 sofia/external/+7923xxxxxxx@sipnet.ru no suitable candidates found.

короче, давай sdp из инвайтов

2017-02-03 22:03:45.398267 [DEBUG] sofia.c:7051 Remote SDP: v=0 o=CGPLeg254764 3959756953 1979878477 IN IP4 212.53.40.74 s=- c=IN IP4 212.53.40.74 t=0 0 m=audio 39842 RTP/AVP 0 8 101 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=ice-pwd:571B3D33EFD822797893739 a=ice-ufrag:cgp23151+0 a=rtcp-mux

во фре еще в тесте норм включать sofia global siptrace on

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

второй сдп где?

он чем-то должен отличаться?

конечно

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

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

там скорее инвайт и 183 нужны тогда.. в общем, сенд и рекв

сиптрейс включи

сейчас

https://gist.github.com/theaspect/73c7b9b1f74bf5bf28956de0b9b3675d

у меня еще гипотеза что неправильно указан Destination во входящих

Локального сдп не вижу и вообще локальные настройки

Глобал кодек стринг, преферред кодек стринг

чтобы эта часть появилась в логах нужно включить sofia global siptrace on

правильно?

т.е. проблема может быть на строне внутренней

странно шлюз отправляет register в ответ 401 и всё