и это вы видели? Received an unsupported RTCP packet version 3

Да, это не мешает обычно прохождению звука, это артефакт rtpengine`а preanswer playback делает сам, но если его включить руками предварительно ничего не меняется, я проверял. вот больший кусок лога (с диалпланом): https://pastebin.com/MVJtguvh

Да, это не мешает обычно прохождению звука, это артефакт rtpengine`а preanswer playback делает сам, но если его включить руками предварительно ничего не меняется, я проверял. вот больший кусок лога (с диалпланом): https://pastebin.com/MVJtguvh

2018-09-04 16:22:49.930898 [DEBUG] switch_core_session.c:2647 Application playback Requires media! pre_answering channel

это говорит о том, что преансер скорее нужен

он необязателен, я проверял, честно-честно :) если вставить пере плэйбеком преансвер оно так же переходит в состояние preanswer и ничего не шлет.

ща покажу еще один лог, где все как вы говорите, и оно все равно не работает, 5 сек...

там кстати диалплан не попал

попробуйте сделать тестовую секцию с преансер и плейбеком - должно всё заработать

он необязателен, я проверял, честно-честно :) если вставить пере плэйбеком преансвер оно так же переходит в состояние preanswer и ничего не шлет.

ну он не зря там ругается с восклицательным знаком)

не работает: https://pastebin.com/k4YYVRbf

:(

я не знаю что именно ему нужно делать с billsec

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

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

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

если всё равно где считать то почему бы не посчитать в скрипте стартующем как hangup hook на legB

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

у меня первая строка 2018-09-04 16:22:49.810859 [INFO] mod_dialplan_xml.c:637 Processing +70008000001 <+70008000001>->+70008000000 in context provider

на диалплан непохоже)

ну да, а следом исполнение диалплана

если всё равно где считать то почему бы не посчитать в скрипте стартующем как hangup hook на legB

Я пока нить потерял) какой второй скрипт?

всё, я пас .)

ну да, а следом исполнение диалплана

мы под диапланом понимаем нечто выглядящее как <extension name="501"> <condition field="destination_number" expression="^501$"> <action application="bridge" data="user/501"/> <action application="answer"/>

https://pastebin.com/MVK7g44u

Я пока нить потерял) какой второй скрипт?

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

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

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

хм... а это как?! можно примерчик

например всё посчитает и запишет в базу

мы под диапланом понимаем нечто выглядящее как <extension name="501"> <condition field="destination_number" expression="^501$"> <action application="bridge" data="user/501"/> <action application="answer"/>

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

результат такой же: нет звука в канале, не отсылается ни одного RTP-пакетика

А ни у кого не было проблем с mod_amqp? Когда freeswitch пытается приконектиться к rabbit в логах freeswitch 2018-09-04 13:46:11.474289 [CRIT] mod_amqp_utils.c:52 Logging in: a socket error occurred 2018-09-04 13:46:11.474289 [WARNING] mod_amqp_command.c:252 Profile[default] failed to connect with code(9), sleeping for 1000ms 2018-09-04 13:46:12.474316 [WARNING] mod_amqp_command.c:248 Amqp no connection- reconnecting... В логах rabbita 2018-09-04 13:46:47.531 [warning] <0.5942.0> closing AMQP connection <0.5942.0> (172.18.0.3:32998 -> 172.18.0.2:5672): {handshake_error,tuning,0,{exit,{amqp_error,not_allowed,"negotiated channel_max = 0 is higher than the maximum allowed value (2047)",'connection.tune'},'connection.tune_ok', Конфиг стандартный, креды правильные

результат такой же: нет звука в канале, не отсылается ни одного RTP-пакетика

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

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

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

<extension name="test"> <condition field="destination_number" expression="^(.*)$"> <action application="pre_answer"/> <action application="playback" data="/путь к файлу"/> <action application="hangup" data="NORMAL_CLEARING"/> </condition> </extension>

сделайте звонок и выложите лог

А ни у кого не было проблем с mod_amqp? Когда freeswitch пытается приконектиться к rabbit в логах freeswitch 2018-09-04 13:46:11.474289 [CRIT] mod_amqp_utils.c:52 Logging in: a socket error occurred 2018-09-04 13:46:11.474289 [WARNING] mod_amqp_command.c:252 Profile[default] failed to connect with code(9), sleeping for 1000ms 2018-09-04 13:46:12.474316 [WARNING] mod_amqp_command.c:248 Amqp no connection- reconnecting... В логах rabbita 2018-09-04 13:46:47.531 [warning] <0.5942.0> closing AMQP connection <0.5942.0> (172.18.0.3:32998 -> 172.18.0.2:5672): {handshake_error,tuning,0,{exit,{amqp_error,not_allowed,"negotiated channel_max = 0 is higher than the maximum allowed value (2047)",'connection.tune'},'connection.tune_ok', Конфиг стандартный, креды правильные

channel_max = 0

на стороне amqp

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

ну это если мы ждем ответа в исходящем звонке?

типа такого:

session.execute("set","ringback=%(2000,4000,440.0,480.0)") session.execute("bridge","sofia/foo/bar@test.com,sofia/foo/baz@test2.com:5070")

на стороне amqp

пробовала <param name="channel_max" value="10"/>

хм... а это как?! можно примерчик

что именно из этого как ? .) как повесить hangup hook ? как повесить hangup hook на legB ? как в hangup hook обратиться к переменным уже уничтоженного канала ?

пробовала <param name="channel_max" value="10"/>

на стороне rabbitmq, не на стороне fs

а - спасибо)

попробую

там по дефолту значение 2047 (о чём он и говорит)

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

у модуля fs насколько помню это нерегулируемый параметр

session.execute("set","ringback=%(2000,4000,440.0,480.0)") session.execute("bridge","sofia/foo/bar@test.com,sofia/foo/baz@test2.com:5070")

Да. Но можно произвольный файл вызывающему играть, а не дтмф

сделайте звонок и выложите лог

https://pastebin.com/1xc7P5J3

теперь кстати никто не ругается

2018-09-04 16:53:01.770909 [INFO] mod_dptools.c:1355 Sending early media

и тем не менее звука в канале нет

у модуля fs насколько помню это нерегулируемый параметр

да - не регулируемый)

и тем не менее звука в канале нет

а какой клиент на той стороне?

фрисвич

звонящий

два фрисвича?

еще раз: с той стороны звонит фрисвич. да, два фрисвича.

ок, а терминала вообще нет?

вообще нет. с той стороны bgapi originate sofia/prov/sip:.... &echo

а как вы понимаете что аудио нет?

wireshark?

смотрю в трейс, статистику на rtpengine и записи сессий с обеих сторон

что именно из этого как ? .) как повесить hangup hook ? как повесить hangup hook на legB ? как в hangup hook обратиться к переменным уже уничтоженного канала ?

как повесить я примерно понял, в диалплане <action application="lua" data="script_1.lua '${accountcode}' '38$3' '${domain_name}' '${uuid}'"/> <action application="set" data="api_hangup_hook=lua script_2.lua '"/> я правильно понял?

смотрю в трейс, статистику на rtpengine и записи сессий с обеих сторон

насколько я вижу из лога никаких проблем нет

кстати, а что у вас с НАТом? он есть или его нет?

:)))) да, только звук фрисвич не генерит ))) и даже если preanswer заменить на answer звука тоже нету

ната нет

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

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

ну ошибок у вас нет, должен быть звук ))

а он ничего никуда не отсылает, совсем

может попробуете с сипклиентом?

ну, вот всем кому должен он простил

а файрволл есть?

понимаете, если я вместо playback ставлю bridge с клиентом, то звук есть.

в обе стороны.

все норм. а вот когда playback указываю, то звука нет

с answer тоже нет звука? т.е. дело не в ignore_early_media ?

если перед playback поставить answer то картина такая же, да

tcpdump не хотите сделать на этой машине? )

как повесить я примерно понял, в диалплане <action application="lua" data="script_1.lua '${accountcode}' '38$3' '${domain_name}' '${uuid}'"/> <action application="set" data="api_hangup_hook=lua script_2.lua '"/> я правильно понял?

зависит от того на какую ногу .)

но примерно да

если перед playback поставить answer то картина такая же, да

по логам у вас всё должно работать

зависит от того на какую ногу .)

Тогда нужно определиться какая нога какая) в скрипте у меня legA , это так, которая legA = freeswitch.Session("{absolute_codec_string='PCMA,PCMU',execute_on_answer='sched_hangup +".. access_sec .." alloted_timeout'}sofia/gateway/mixnet/" .. destination);

но примерно да

а что во втором скрипте?

если перед playback поставить answer то картина такая же, да

а еще лучше поставить на комп в этой же сетке что нибудь вроде linphone и попробовать вживую

https://freeswitch.org/confluence/display/FREESWITCH/Lua+API+Reference#LuaAPIReference-SpecialCase:envobject

во втором скрипте

а еще лучше поставить на комп в этой же сетке что нибудь вроде linphone и попробовать вживую

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

тогда дамп

дамп снимаю, в нем звука нет.

надо понять проблема в связке фс-фс или в этой одной машине

а sipp пользуете?

я думаю, что проблема в playback на данной конкретной машине. ща еще один эксперимент...

я думаю, что проблема в playback на данной конкретной машине. ща еще один эксперимент...

линукс или вин?

линукс

в общем, изучение привело к следующему результату: если со стороны А не прилетает ни одного пакета в RTP сессии, то playback стопорится и не едет дальше.

я думаю, проблема как раз в сообщениях: 2018-09-04 17:28:10.030862 [WARNING] switch_rtp.c:6588 Received an unsupported RTCP packet version 3

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