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

легко проверить

ну если там совсем никак то да, но только из-за CN врядли смотреть не a=, а m= нужно

INCOMPATIBLE_DESTINATION по идее никак в SDP не может быть связано

очень даже может. Банально - ушло инвайт с PCMA/8000, в аке PCMA/8000/3, привет incompat

с этим сталкивались лично

причём - /3 появляется при достаточно большом имени!

отловлено на addpac и eltex

можно игнорить это

фс не умеет

<action application="set" data="proxy_media=true"/>

должен начать игнорить

там свои баги будут

Это так получится, если не требуется обработки медийки.

Захотите запись или подмену КПВ - банан.

с прокси запись должна быть

вот всякие дтмф, приветствия и факсы - не факт

для начала проверить работает или нет, а потом можно почекать наличие PCMA/8000/3 в SDP и только для таких включать

для начала проверить работает или нет, а потом можно почекать наличие PCMA/8000/3 в SDP и только для таких включать

но сейчас проблема не в /3.. пока именно на CN грешу

жертвовать записью, но не звонком

пытался проверить, но что-то вызов через sipp на внешнем сервере режет..

жертвовать записью, но не звонком

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

у 183 вообще есть SDP?

может быть

sip_ignore_183nosdp

именно в том случае есть

а в том звонке - на инвайт прислан 180 с SDP без CN, и фс шлет в ответ CANCEL

с инкомпатом

ну не анонсировать CN на ту сторону в INVITE

<param name="suppress-cng" value="false"/>

и прочая тяжелая артиллерия https://freeswitch.org/confluence/display/FREESWITCH/VAD+and+CNG

а это интереснее, спс

таки не в CN похоже дело

в А летит такое v=0 o=AudiocodesGW 1659825263 1659825261 IN IP4 18.9.17.42 s=Phone-Call c=IN IP4 18.9.17.42 t=0 0 m=audio 6050 RTP/AVP 8 0 18 96 a=ptime:20 a=sendrecv a=rtpmap:8 PCMA/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=rtpmap:96 telephone-event/8000 a=fmtp:96 0-15 m=image 6052 udptl t38 a=sendrecv a=T38FaxVersion:0 a=T38MaxBitRate:14400 a=T38FaxMaxBuffer:1024 a=T38FaxMaxDatagram:238 a=T38FaxRateManagement:transferredTCF a=T38FaxUdpEC:t38UDPRedundancy

в 1.4 фс это ест ок, 1.6 - incompat

хз почему именно по 180 в Б

диалпланы одинаковые

А telephone event с payload 96?

1.4 ест

так-то 96 допустим, насколько помню

А настройки профиля идентичные?

Допустим, если вторая сторона о нём знает.

да

А есть фрагмент лога, где сопоставление вариантов идёт?

перекинули на ноду с 1.4 и всё заработало

нет

там 932378 session(s) since startup за 4 дня

Т.е. логов нет в принципе, ибо завалят.

А без логов это гадание на кофейной гуще.

Нужно сделать без нагрузки такую ноду и с логами смотреть.

+

Ещё вариант: выложить pcap одного вызова, настррйки пррфиля и если кому не лень, то с помощью sipp воспроизведут ситуацию.

а сталкивался кто, что если в пришедшем sdp сразу audio+image, 1.6 дропает звонок?

Всем доброго времени суток подскажите пожалуйста как ресетнуть execute_on_answer к примеру я повесил этот флаг, а звонок у меня не прошел, на следующий звонок ( в файловер ) я не хочу вешать этот флаг Execute_on_answer использую перед bridge

Можно поместить это в [], тогда этот параметр будет установлен только для определённого URI, а не глобально.

а какой-нить _undef_ не сработает?

Зачем unделать, если можно не делать, где это ненужно?

Я правильно понимаю что я должен вызвать session:execute("bridge","[execute_on_answer=lua myscript.lua ${myvar1} ${myvar2}]/mygateway/number") ?

sofia/mygateway/number

А так всё верно на первый взгляд.

Ну это понятно. Оке. Попроую спасибо

Еще один вопрос если извлекать контекст в Execute_on_answer как передать переменные сесссии туда? почему спрашиваю: В асетирске есть такая штука как опция U у команды Dial. она по сути вызывает goSub и в нее можно передать переменные из инициирующего канала

Нужно в b-leg передать что-то из a-leg?

2 пути: 1. <action application="export" data="some_var=some_value"/> 2. {some_var=${some_var_from_aleg}}sofia/gateway/......

Ну типа того... в идеале конечно вообще вызвать lua функцию через execute_on_answer типа execute_on_answer = myfuction(myvalues)

В FS принято выставлять канальные переменные до вызова приложения.

Я понял. Проще тогда отдельный скрипт запускать lua myluahandler.lua ${var1} ${var2} и так далее

Спасибо

ERROR: S client not available

2 пути: 1. <action application="export" data="some_var=some_value"/> 2. {some_var=${some_var_from_aleg}}sofia/gateway/......

Копи кастом хидерс еще

И последний вопрос Если вызываю bridge в котором вызывается несколкьо юзеров сразу Ну например session:execute("bridge","sofia/gateway/num1,sofia/gateway/num2") и так далее Я могу забиндить execute_on_answer для каждого вызова? типа session:execute("bridge","[execute_on_answer=lua myhandler.lua param1 param2 para3]sofia/gateway/num1,[execute_on_answer=lua myhandler.lua param4 param5]sofia/gateway/num2")

или exeute_on_answer это параметр применяемый к bridge а не к гейтам?

execute_on_answer это просто канальная переменная, в указанной нотации она будет передана в b-leg канал при его создании. В приведённом примере, в каждый канал своя.

Отлично. Спасибо за ответы. я просто еще в примерах в гугле вижу что он обарачивается в {} а не в []

Я знаю, что в определённой версии стало можно выставлять переменные пользователям в XML Directory. Т.е. для URL вида user/id@domain

Вот, только эти переменные выставляются на канал, когда пользователь a-leg. Тоже самое касается и gateway сущностей.

А разница между {} и [] в том, что {} глобально для всех участвующих endpoint, а [] для конкретного endpoint.

Спасибо огромное. Очень помогли. Привык к работе с Асетирском. Ту тпо новой синтаксис учить приходится.

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

ну я бы не был так категоричен. Я и FS и Asterisk использую как медиа сервер в 99% проектов. Так что медлительности я не замечу. Но вот с конференциями во FS погибче, хотя сам код (на астериске тоже на lua пишу) на asterisk получается аккуратнее и менее костыльным что-ли...

https://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_bridge#Usage Тут хорошо разъясняют про передачу переменных.

Костыли от отсутствия опыта - как с любым НОВЫМ набором инструментов.

Возможно. но на анный момент получается постоянное смешение строчных параметров session:execute и lua переменных. И это не очень нравится. Хотя сейчас присмотревшись поближе я понимаю что в общем то те же hangup handlers на asterisk и на FS примерно одинаково вызываются ,как и execute_on_answer. Хотя на астеирске нельзя привязать к каждому ендпоинту по обработчику.

Setting Variables for the B-leg with enterprise originate for multiple threads: bridge <variable_scope=super-global>{variable_scope=thread1}[variable_scope=leg1a]<target_endpoint>[,[variable_scope=leg1b]<target_endpoint>][|<target_endpoint>] :_:{variable_scope=thread2}[variable_scope=leg2a]<target_endpoint>[,[variable_scope=leg2b]<target_endpoint>][|<target_endpoint>]

ну я бы не был так категоричен. Я и FS и Asterisk использую как медиа сервер в 99% проектов. Так что медлительности я не замечу. Но вот с конференциями во FS погибче, хотя сам код (на астериске тоже на lua пишу) на asterisk получается аккуратнее и менее костыльным что-ли...

Аггрегирование разнородного трафика на астере не представляю как нормально сделать, вот тупо не понимаю

Для таких вещей есть kamailio

Камаилио это хорошо, но не всегда можно отделить кц трафик от обычного

Да, если медийка не нужна, то kam мощь.

Без камы вообще смысла нет, я не спорю

Но дело не токо в сигналке

А для этого и создают "системы", в которых есть и SIP proxy и B2BUA

ну вот я выстраиваю свои проекты таким образом что у меня FS/* за кам всегда Кам как registrar И как uac для транков. FS/* как медиа. То ест ьочереди и тд и тп там

Присмотритесь к архитектуре таких проектов как sipXcom и Kazoo, где как компонент используется FreeSwitch.

ну вот я выстраиваю свои проекты таким образом что у меня FS/* за кам всегда Кам как registrar И как uac для транков. FS/* как медиа. То ест ьочереди и тд и тп там

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

Астер начинает чихать

А в чём именно отличие?

Много коротких звонков

По 3-7 секунд

А что именно не получается у астериска обработать в них?

И куча эрли медии

Понятно. Возросло нарастание/убывание.