Передача callerid при переадресации (PRI REDIRECTING)

в таких случаях помогает команда grep.

в частности я за 30 секунд нашел упоминания про то что вам нужно

[root@gwcprivate asterisk-1.8.23.1]# grep 'not screened' * -nir
apps/app_setcallerid.c:55:                                              <para>Presentation Allowed, Not Screened.</para>
apps/app_setcallerid.c:67:                                              <para>Presentation Prohibited, Not Screened.</para>

ну и дальше читаете исходники и видите что там функция SetCallerPres

-- Устанавливаем TON и NPI Дело в том, что это 1 байт, в котором хранятся 2 величины. Таким образом, 0-15, TON - 0 (Unknown) , 16-31 - TON -1 (International), 32+ - TON - 2 (National) В моем случае TON - national (2) , NPI - E.164/E.163 (1) , Прибавляем к 32 1 и получаем

Set(REDIRECTING(from-num-plan,i)=33)

-- Причина переадресации. Вопрос творческий, но желательно все же, чтобы удаленная сеть не терялась. Ставим "нет ответа"

Set(REDIRECTING(reason,i)=2)

-- Самое сложное - установить Presentation. Необходимо получить величину Allowed, User provided, Verified. Значение этого байта для такой композиции должно быть 00000001 И тут начинается самое интересное. Попытка установить этот байт с помощью десятичной цифры больше 1 проваливается (отображается в дебаге как 32). Мануалы говорят, что libpri не работает корректно с данной функцией (REDIRECTING(from-num-pres)). Вот что пишет про это pri.c

sr->redirecting.from.number.presentation = pres & (PRIPRESRESTRICTION | PRIPRESNUMBER_TYPE);

Чисто теоретически int 1 должна превращаться в нужный байт. Но этого по факту не происходит.
Изучение libpri.h показывает, что
PRIPRESALLOWED 0x00 - что соответствует 000XXXXX
PRIPRESRESTRICTED 0x20 - соответственно 001XXXXX
К великому сожалению, решение этой проблемы видится лишь в модификации исходного кода libpri. К слову, Presentaion для Caller id устанавливается в нужное значение, если равно 1.
В итоге, максимум что удалось REDIRECTING(from-num-pres,i)=1 дает Allowed, User provided, not screened.
Источник информации тут.
http://www.voip-info.org/wiki/view/Asterisk+cmd+CallingPres
-- О полноте изысканий. В первую очередь, стоит ответить немногочисленный характер этих вопросов и скудность материалов. Во вторую очередь, их противоречивость.
Конечно же, я перепробовал практически все возможные комбинации настроек с тем, чтобы получить нужный результат.
Но обо всем по порядку.
https://wiki.asterisk.org/wiki/display/AST/Function_REDIRECTING
Тут существует список возможных данных функции REDIRECTING.
К слову сказать, все что начинается с orig- - не распознается. Подозреваю, эта часть относится к SS7, где существует original called number.
Далее - сухое, для галочки информирование о наличии такой функции
http://www.voip-info.org/wiki/view/Asterisk+func+REDIRECTING
В обоих случаях, скудно представлен набор возможных данных и совершенно нет никакого описания. Единственное, что полезно - datatype,i означает инструкцию каналу не оверрайдить заданные значения. Впрочем, в моем случае работало и без ,i.
В одном из описаний REDIRECTING прямо сказано, что libpri некорректно работает с этой функцией. Или наоборот.
Грязные хаки вроде коррекции заголовочного файла libpri.h ни к чему не привели.
Вывод таков: для libpri это разные байты. Или что-то в самой библиотеке корректирует значение этого байта в момент инициации вызова. В любом случае, положительного эффекта достичь не представляется возможным на данный момент.

Попробуй как в примере сделать :-)

exten => 1000,1,NoOp

; For Q.SIG or ISDN point-to-point we should determine the COLR for this

; extension and send it if the call was redirected here.

exten => 1000,n,GotoIf($[${REDIRECTING(count)}>0]?redirected:notredirected)

exten => 1000,n(redirected),Set(REDIRECTING(to-num,i)=${CALLERID(dnid)})

exten => 1000,n,Set(REDIRECTING(to-num-pres)=allowed)

exten => 1000,n(notredirected),NoOp

; Determine that the destination has forwarded the call.

; ...

exten => 1000,n,Set(REDIRECTING(from-num,i)=1000)

exten => 1000,n,Set(REDIRECTING(from-num-pres,i)=allowed)

exten => 1000,n,Set(REDIRECTING(to-num,i)=2000)

; The DivertingLegInformation3 message is needed because at this point

; we do not know the presentation (COLR) setting of the redirecting-to

; party.

exten => 1000,n,Set(REDIRECTING(count,i)=$[${REDIRECTING(count)} + 1])

exten => 1000,n,Set(REDIRECTING(reason,i)=cfu)

; The call will update the redirecting-to presentation (COLR) when it

; becomes available with a redirecting update.

exten => 1000,n,Dial(DAHDI/g1/2000,20)

exten => 1000,n,Hangup