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

Отаквот попробуйте
originate {caller-number=13467,callee_id_name=num1,callee_id_number=num1 }Sofia/gw/num1 num2 XML default

И снова нет - эта настройка меняет строку которая Flipping CID 🙁

но идея хорошая была 🙂

самое интересное, что если ничего не пытаться переопределять, то там будут пустота и нули
b8e58d29-8e64-4877-8edd-1f8ea0b723de 2021-04-14 21:10:49.263450 [INFO] mod_dialplan_xml.c:637 Processing  <0000000000>->62987#699412 in context call-allow
b8e58d29-8e64-4877-8edd-1f8ea0b723de 2021-04-14 21:10:49.263450 [INFO] switch_channel.c:3213 sofia/external/8926xxxxxxx Flipping CID from "" <0000000000> to "Outbound Call" <8926xxxxxxx>

ну это-то вполне понятно почему так , потому что ставится дефолтное , которое задается в vars.xml

originate {caller-number=13467,callee_id_name=num1,callee_id_number=num1 }Sofia/gw/num1 num2 XML default num1 num1
А если вот так вота ?

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

Пробовал - только caller-name переписывается

origination_caller_id_number

Не благодарите.

Ах да, не забывайте играть с форматом скобок! {} И [] - разное поведение!!!

*я так и не понял зачем originate... ну да ладно.

Не-а :)
Мне как раз НЕ нужно, чтобы этот номер использовался при хантинге.

Если бы все было так просто , коллега не хочет в диалстроке это выставлять в бридже, коллега хочет чтобы при трансфере звонка выставились нужные ему параметры
Схема такая, он инициирует вызов  командой originate  там есть А- номер  Б номер, далее этот вызов трансферится на диалплан на номер C
в диалплане он совершает бридж в сторону номера С, но при этом не хочет принудительно выставлять в бридж origination_caller_id_number origination_caller_id_name, он хочет чтобы они унаследовались от originate.  При этом чтобы проставился не А-номер, Б номер

** не set-ом единым. См export

Это апи вызов, не диалплан

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

Если С - это шлюз, пользуйте sofia_gateway_data

Экзотика!!! Пишу на Lua! Дорого! Качественно! *НЕ РЕКЛАМА* )))

смотри я к сожалению плохо понимаю как там наследуются какие канальные переменные(плаваю в исходниках), но  можно попробовать проставить еще до кучи effective_caller_id_name, effective_caller_id_number, effective_callee_id_name, effective_callee_id_number

А вообще логов бы в студию нормально и побольше(пастебин), видеть и оригинирование и бридж  и режим дебага бы в 9