Схема такова:
звонок из ZAP канала попадает в контект incoming, далее ждем номер внутреннего абонента... Если номер не вводят (обычно так и бывает) звонок попдает на екстешион t@incoming, в котором вызывается макрос который в свою очередь помещяет звонок в очередь на ресепшион. Далее ресепшион переводит звонок куда надо (через второй макрос, который использует Dial).

Грабли таковы:
в dst поле CDR вписывается контекст t, а не номер на который был переключен вызов.

CDR ведется в Master.csv и в mysql.

Кто сталкивался ? Какие решения ?

t это никакой не контекст, а самый обычный экстеншн. Он и должен записываться. А через какие волшебные макросы у тебя что вызывается одним телепатам только известно.

Звонок переводится на ектеншион XXX@internal... т.е он конечный... но * не обновляет CDR после попадаения звонка в макрос... т.е нельзя увидеть конечного адресата (через dst)
В макросе звонок переводится через Dial.

Тебе не удивляет, что никто не хочет отвечать? А знаешь почему?
Потому что ты пытаешься нагрузить людей свой конфигурацией, а это так никому не интересно.
Дажя я сейчас отвечая на этот пост так и не "воткнул" с первого раза в твою ситуацию, а перечитывать и все же нагрузить мозги неправильно.
Смотри ResetCDR, ForkCDR, функцию CDR!
Наверняка что-то придумаешь! Тестируй, анализируй...
Может сохраняй нужное значение в переменной, и потом в exten => h или t или что там у тебя меняй CDR(context). Кстати, не приходилось использовать данную функцию. Отпиши по синтаксису плиз как сделаешь.

Удачи!

*CLI> show function CDR 



  -= Info about function 'CDR' =- 



[Syntax]

CDR(<name>[|options])



[Synopsis]

Gets or sets a CDR variable



[Description]

Option 'r' searches the entire stack of CDRs on the channel

ResetCDR - вообще не подходит
ForkCDR - может использоватся для отслеживания маршрута звонка по каналам (не по ексетшионам), так как все равно записывает старый екстеншион
CDR - для записи доступны только поля userfield,accountcode и еще что то (не помню), выходит тоже не подходит

Записать номер в переменную ненужно, по скольку он уже попадает в макрос (как аргумент и как ${MACRO_EXTEN}) - записать его все равно некуда.

Выходом вижу разве что выполнять скрипт в кроне, который в зависимости от канала куда попадал звонок (он записывается правильно) меняет значение поля dst на коректное либо править код *.

Попробую погадать на кофейной гуще, так как что за волшебные макросы это все разруливают я так и не увидел.

А если в макросах использовать Local channel
типа

Dial(Local/XXX@internal/n) ??

Dial(Local/XXX@internal/n) ?? приведет к песконечному цыклу и краху сервака

Я извинияюсь за недостаточно полное изяснения ситуации (мало с этим работал).
Проблема оказалась немного в другом.

Поле `dst` в CDR не записывается при сипользоваении Managers API (Action: Redirect)

вот пример:

Action: Redirect
Channel: ZAP/2-1
ExtraChannel: SIP/somesipphone
Exten: 501 # вот это и должно быть в `dst`
Context: internal
Priority: 1

Еще раз извеняюсь.

Это каким же образом?

Aster старается ловить overlooping
Например, рекурсию macro или вызов по SIP на себя.
Думаю что и с Local предусмотрено.

Покажи context internal, телепаты в отпуске все :)

Ничего подобного. Попробуй сделать
[test]
extn => 1,1,Dial(1@test)

...

:laugh: