От подрядчиков плакать хочется

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

Хочу выполнять в LUA (или просто в XML диалплане )
session:execute("bridge", "user/1000@example.com" )
при этом в директори  для юзера
параметр dial-string = "${cond(${to_sip} == true ? ${sofia_contact(*/1000@example.com)} : sofia/gateway/test_gw/+79771234567 )} "
То есть если установлена сессионная переменная, что нужно совершать вызов  на зарегистрированного пользователя,  диалстроку получить из
${sofia_contact(*/1000@example.com)},НО в таком случае она будет выглядеть как sip:1000@1.1.1.1.
Т.к. при выполнении диалстроки сначала происходит раскрытие переменных , то запись получается вида:
dial-string = "${cond(${to_sip} == true ? sip:1000@1.1.1.1 : sofia/gateway/test_gw/+79771234567 )}
и условия парсятся слева направо,  до служебного символа  ":"
и получается что в бридж отправляется  только содержимое до первого : (sip)
Как быть ? как экранировать ? или использовать другие конструкции какие-то ?

Message from Jason Barnett ° deleted. Reason: external link (?)

Что тут не так? Почему 488? Делаю петлю для теста, то есть звонок принимаю я же сам, не пойму почему фс внезапно взбрыкивает и даёт 488.

так это не в pcap надо смотреть, а в логах FreeSWITCH рядом с первым INCOMPATIBLE DESTINATION
обычно SIP/488 значит несогласование кодеков или RTP/SRTP

смотрите настройки кодеков в профилях и dialplan

исключите везде g729, g723, amr

Кодеки я привел к единому виду

Везде улау

может дальше проблемы. от кого завершение прилетело?

в pcap другое написано:

a=fmtp:18 annexb=no

a=fmtp:18 annexb=no

эм

хм

хотя это от Asterisk прилетело, оно может и не при делах быть

там не совсем астериск

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

вот наглядно в 200ОК шарк определяет G729, хотя в Invite улетает G711U