Есть абонент с шестизначным номером оператора-партнера, для которого я делаю проброс через свой * ( последняя миля по SIP-у). Номер у абонента к примеру 987654, и все звонки на вход и исход я должен
пробросить через * партнера. Главное условие - абонент делает вызов ( в любом направлении), и мне надо четко передать его CallerID. У абонента стоит железка LinkSys RT31P2 с прописанной под этот номер линией.
Я выставляю в extensions.conf в контексте абонента и специально под него вот такие строки в надежде, что все будет красиво:

exten => _0.,1,Set(CDR(dst2)=38${EXTEN})
exten => _0.,n,Set(CALLERID(num)=${CUSTOMER_SRC})
exten => _0.,n,Set(CDR(dialpeer)=peer-kiev)
exten => _0.,n,Dial(SIP/peer-kiev/${EXTEN},60,Ttr)

Мне * красиво это показывает в консоли вот так:

<------------>
-- Executing [970281@987654:1] Set("SIP/987654-b7a09288", "CDR(dst2)=380ХХХ970281") in new stack
-- Executing [970281@987654:2] Set("SIP/987654-b7a09288", "CALLERID(num)=ХХ2987654") in new stack
-- Executing [970281@987654:3] Set("SIP/987654-b7a09288", "CDR(dialpeer)=peer-kiev") in new stack
-- Executing [970281@987654:4] Dial("SIP/987654-b7a09288", "SIP/peer-kiev/970281|60|Ttr") in new stack
-- Called peer-kiev/970281
pbx*CLI>

Вроде бы как CallerID абонента А четко выдается. В то же время, при включенном sip set debug peer 987654
получаем логи:

<--- Transmitting (no NAT) to 10.29.0.10:5060 --->
SIP/2.0 180 Ringing
Via: SIP/2.0/UDP 10.29.0.10:5060;branch=z9hG4bK-bb9e23fc;received=10.29.0.10
From: Anonymous <sip:anonymous@localhost>;tag=6006662b3f99d82co0
To: <sip:970281@194.9.ХХ.YY>;tag=as29572af5
Call-ID: b6631157-bceb46f0@localhost
CSeq: 102 INVITE
User-Agent: Asterisk
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Contact: <sip:970281@10.29.0.9>
Content-Length: 0


<------------>
-- Got SIP response 603 "Declined" back from 1XX.YY.231.20
-- SIP/peer-kiev-084f5d30 is busy
== Everyone is busy/congested at this time (1:1/0/0)
== Auto fallthrough, channel 'SIP/987654-b7a09288' status is 'BUSY'
pbx*CLI>
<--- Transmitting (no NAT) to 10.29.0.10:5060 --->
SIP/2.0 486 Busy Here
Via: SIP/2.0/UDP 10.29.0.10:5060;branch=z9hG4bK-bb9e23fc;received=10.29.0.10
From: Anonymous <sip:anonymous@localhost>;tag=6006662b3f99d82co0
To: <sip:970281@194.9.XX.YY>;tag=as29572af5
Call-ID: b6631157-bceb46f0@localhost
CSeq: 102 INVITE
User-Agent: Asterisk
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Content-Length: 0
X-Asterisk-HangupCause: Normal Clearing
X-Asterisk-HangupCauseCode: 16


Получается, что Астериск оператора peer-kiev отбрасывает мой вызов по причине неопределенного CallerID.
Откуда берется строка From: Anonymous <sip:anonymous@localhost>;tag=6006662b3f99d82co0 - ХЗ.
Пробовал выставлять exten => _0.,n,Set(CALLERID(all)="${CUSTOMER_SRC}" <${CUSTOMER_SRC}>) - та же фигня.
Астериск - 1.4
Подскажите, плз, где могут быть грабли, и как их обойти?

в настройках транка есть параметр fromuser.. кажись то

Как раз не через fromuser я хотел бы отдавать честный номер в CallerID, потому что у меня на оператора-партнера не один номер проходит сквозняком, а несколько. И путаницу с биллингом по этой причине мне неохота разгребать. Поэтому гораздо логичнее выставлять в каждом номерном контексте для одного номера. И потом, в sip.conf есть опция callerid тоже, правда, пользы от нее в моем конкретном случае мало. Я то вижу, что именно этот номер проходит, а вот у оператора он остается анонимным по полной программе.

Оператор не может тразитно и прозрачно пропускать ВСЕ CallerID, у него а) закон о связи, присоединении, и тп. б) и тоже биллинг, представьте, как он пугается, если там в исходящих номерах появляются арабские номера или номера из страны сказочных пиратов - Сомали!

duda6753, в дебаге вы показали ответ (180 Ringing) от этого пира. Покажите INVITE туда ...

А можно вопрос слегка в другую плоскость увести?
К примеру, возможно ли силами * вот такие строки

From: Anonymous <sip:anonymous@localhost>;tag=6006662b3f99d82co0

заменить на вот такие:

From: Anonymous <sip:38044222XXXX@194.X.Y.Z>;tag=6006662b3f99d82co0

Потому как все манипуляции с исходящим номером абонента я уже исчерпал и результата не добился.
Модификация поля fromuser=44222XXXX в sip.conf для абонента эффекта также не возымела применительно к строке From: Anonymous <sip:anonymous@localhost>;tag=6006662b3f99d82co0

переменная CALLERID не ограничена только CALLERID(num), есть и другие варианты..

Варианты ( желательно рабочие и из личного опыта) в студию можно?

а погуглить?

Свой, я ж конкретно спросил из личного опыта и про работающий вариант.
Если у тебя ни опыта, ни работающих вариантов нету, на кой ляд флуд в форуме поднимать? Чтоб количество постов увеличить? Так это ж вроде на рейтинг никак не влияет :-)

По-прежнему обращаюсь к реально опытным людям с вопросом о полной замене CallerID, либо вариантах, могущих привести к полноценному пробросу номера до оператора-партнера. Тем более, что емкость номерная как раз ему и принадлежит.