Вот да!

Нет, это не шлюз. Мне кажется или я так плохо излагаю, или вопрос не прочитан..

Читал, но так и не понял "зачем". Серьезно. Мало того, мне не понятно "как" оно сейчас и "как должно".

Оке, выложу логов поболе на пастебин

ничего не понятно но очень интересно, что за стадия хантинга такая ,  что в итоге не устраивает когда выстреливает в сторону абонента С  поле FROM, или FROM  нормальный и не устраивают какие-то канальные переменные, например которые для такого вызова проставятся в CDR

Я вообще было делал так... <condition field="destination_number" expression="^(\d+)VIA(\d+)$">

Где ДО via - src который нужен, ПОСЛЕ - dst который нужен, а у же в диалплане фигачил transfer "123VIA321"

Говорю же, вопрос "полного ТЗ".

Profit: внутри этого кондишена - только export переменные. )))

Я то понимаю что это и зачем :
Примерно заказ звонка с сайта Клиент с номером 74991234567 заказал обратный звонок с сайта
FS  инициирует вызов в сторону номера клиента, при этом ставит во From  номер компании 78001230012

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

И все бы ничего , но он хочет не ломать существующий диалплан для обычных звонков а как-то задаться корректно для ORIGINATE  команды параметрами, я вроде нашел но оно не работает

См. мой пример с via. Кто вам мешает "звонить" на диалплан VIA123VFROM321TO852?

никто не мешает, но как я понимаю так не хотят

не хотят делать дополнительный экстеншен в диалплане

FS  инициирует вызов в сторону номера клиента, при этом ставит во From  номер компании 78001230012 - это зло. Звонить СНАЧАЛА надо менеджеру. ИМХО.

да суть то клиент или оператор первый не сильно важна, я просто привел пример , нужно в АОН(From) второго звонка поставить To  из первого, при этом ничаго не меняя в диалплане

И все бы ничего , но он хочет не ломать существующий диалплан для обычных звонков а как-то задаться корректно для ORIGINATE  команды параметрами, я вроде нашел но оно не работает
Очень жаль. Стоит познать отдельный контекст. ))) много их там, а еще макросы есть... ну, и , покажите абонента что сможет с разбегу набрать этот "спец-номер". )))

Есть фаза CS_ROUTING(хантинг), есть CS_EXECUTE
Так вот в роутинге участвуют origination_caller_number(A) и extension(B, второй аргумент команды) когда найдено соответствие, определён экстеншн со списком действий и начинается фаза исполнения (CS_EXECUTE) - оно флипает А на номер из первого аргумента. Так вот мне надо что бы в роутинге НЕ участвовал номер origination_caller_number

См. Remote-Party-ID. Его для этого и придумывали.

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

Ну, технически - макрос. )))