Смена входящего CallerID

[barbaris55]

есть две атс (asterisk (freepbx), avaya) с одинаковыми внутренними номерами. sip trunk. Как на принимающей стороне (asterisk) добавить префикс?

в extensions_custom.conf написал

[from-ava]

exten => _X.,1,Set(CALLERID(num)=7${CALLERID(num)})
exten => _X.,n,Goto(from-trunk,${EXTEN},1)

в настройках транка на вкладке входящие в поле USER Details я вписываю:
context=from-ava

Но звонок не проходит.

[ded]

Посылка Goto(from-trunk,${EXTEN},1) справедлива для трансформации входящих из города. Для такой конструкции вам придётся записать во входящие маршруты все внутренние номера Астериск как DIDs, это неправильно. Две соседние станции с похожими внутренними номерами надо втыкать в контекст from-internal
Goto(from-internal,${EXTEN},1)
или вообще сократить все проверки и макросы
Goto(ext-local,${EXTEN},1)
И правильней было бы использовать другие внутренние номера на Астриске, например 2ХХ, если у Avaya - 1XX

Смотрите в CLI как выполняется ваш код диал-плана. И включите
CLI> sip set debug ip_addr_avaya

[barbaris55]

Благодарю за ответ.
Но я так то же пробовал (from-internal)
итог тот же
Found peer '550' for '550' from 192.168.103.1:5060

<--- Reliably Transmitting (NAT) to 192.168.103.1:5060 --->
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 192.168.103.1:5060;branch=z9hG4bKa73c6fb042da990c0f67e2e35bf844bf;received=192.168.103.1;rport=5060
From: "ИТ" <sip:550@192.168.101.125>;tag=1be206dc38e47b89
To: <sip:922@192.168.101.125>;tag=as1c127d6f
Call-ID: 0beeb75dc79d61da6547b95f50383ea9
CSeq: 1294099415 INVITE
Server: FPBX-15.0.23(16.24.1)
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
WWW-Authenticate: Digest algorithm=MD5, realm="asterisk", nonce="6bb46472"
Content-Length: 0
--------------------------------------------
192.168.103.1 - атс авайя
звонок с номера 550 ( авайя) на 922 ( астериск)
номер 550 есть на астериске.

[Zavr2008]

Подключать транком без регистрации insecure=port,invite, Секцию user вообще не заполнять.
Контекст либо from_internal, либо свой в зависимости от того пойдет ли внутренняя связь или внешка.
В этом случае важно положение астера - перед Аваей или за ней. Более правильно вообще вставать в город до, например используя e1 шлюз.
С прицелом на то, что Авая в недалеком будущем вообще будет отключена.

[barbaris55]

так и есть, без регистрации и insecure=port,invite
Секцию user вообще не заполнять - ок. Пусто.
Транк между авая и астерсиком исключительно для внутренних звонков.

По итогу:
extensions_custom.conf:

[from-ava]
exten => _X.,1,Set(CALLERID(num)=7${CALLERID(num)})
exten => _X.,n,Goto(from-internal,${EXTEN},1)

В настройках транка (астер-авая)- вкладка PEER Details

context=from-ava

не проходит.

[ded]

Смотрите в CLI как выполняется ваш код диал-плана. И включите
CLI> sip set debug ip_addr_avaya

Found peer '550' for '550' from 192.168.103.1:5060 - Астериск всё же пытается авторизовать юзера Авайи 550, думает что это его собственный юзер, Параметр insecure=invite не работает на пире у вас.

[barbaris55]

Параметр insecure=invite не работает на пире у вас.

но в настройках транка же прописано insecure=port,invite

Не совсем понял где нужно еще что-то править.

[ded]

Не совсем понял где нужно еще что-то править.

Блок-схема понятна? Будьте последовательны.

[barbaris55]

Будьте последовательны.

PEER Details

host=192.168.103.1
insecure=invite
context=from-ava
type=friend
qualify=yes

Давайте на пальцах: звонок прилетает в транк - видит контекст (context=from-ava) и улетает в кастом_экстеншен - там проходят манипуляции ( в нашем случаем к входящему добавляется цифра 7) - после чего улетает в контекст from-internal (т.е. внутренние номера).

По факту: звонок прилетает в транк - и сразу попадает в контекст from-inernal, но из-за одинакового номер. плана звонок не проходит.

Все правильно?

[ded]

Правильней так, давайте на пальцах:
- звонок должен прилететь в транк - увидеть контекст from-ava в кастом_экстеншен - там произойдут трансформации с Caller ID. А по факту так не происходит.

Измените
type=friend
на
type=peer
и всё получится. На досуге почитайте как происходит процесс распознавания всех входящих SIP-вызовов.
qualify=yes в вашем случае не нужен.