Доброе утро! Возникла необходимость в добавлении префикса к номеру, который набирает SIP абонент, префикс должен быть привязан к номеру звонящего абонента. В Cisco по моему это называется translation pattern.
А теперь объяснение, зачем это надо )
Есть Asterisk FreePBX (комплект AsteriskNOW), есть FXO шлюз GXW-4104 (grandstream), есть 4 комнаты. Входящие к каждой комнате я привязал (привязал каждый порт к определенному SIP номеру), теперь народ требует привязки исходящих к абонентам каждой комнаты. В каждой комнате 3-4 SIP телефона. В FXO шлюзе есть возможность с помощью префикса жестко выбирать исходящий порт (при этом префикс рубится на шлюзе и дальше не идет, что и надо). Так что на данный момент мне необходимо, чтобы в зависимости от номера звонящего SIP абонента к исходящему номеру добавлялся определенный префикс.

PS
Я совсем не силен в настройке Asterisk... Буду премного благодарен любой помощи! Укажите путь решения и файлы, в которых надо вносить изменения, пожалуйста. Заранее благодарю.

тут без custom context или ручного прописывания маршрутов не обойтись.

в кратце:
1) ставите модуль custom context
2) создаете там отдельные контексты
3) пользователей разных комнат рассовываете по разным контекстам
4) определяете выходы на транки с префиксами, как вам это необходимо
5) в каждом контексте делаете свои правила выхода на транки

Спасибо! Но остался небольшой вопрос... Где скачать данный модуль с инструкциями по установке?
Про контекст я догадался, только не знал, что чтобы с ним работать нужен отдельный модуль... Вот ведь интерсная весч )))

еще попробую "кривой" метод ))
прописать в custom_extensions.conf специальный контекст...
При этом возникла небольшая проблема...
как мне после изменения набранных абонентов цифр вернут путь звонка обратно? (что то я видно соображаю совсем мало)
Я набрал в extensions_custom.conf:
[1_group]
exten => _8X.,1,TRANSFER(992${EXTEN})
exten => _[0123456789]X.,2,Macro(macro-dialout,${EXTEN})

и получил в дебаге:

-- Executing [87017557301@1_group:1] Transfer("SIP/104-b7707028", "99287017557301") in new stack
-- Executing [87017557301@1_group:2] Macro("SIP/104-b7707028", "macro-dialout|87017557301") in new stack
== Auto fallthrough, channel 'SIP/104-b7707028' status is 'UNKNOWN'

Понимаю, что неправильно указал точку входа процесса, куда он должен был пойти при стандартном контексте from-internal, но дальше знаний не хватает... Помогите, гуру Asterisk, пожалуйста...
PS Я знаю, что ничего не знаю ))

вот так напишите

[1_group]
;именно в такой последовательности
include => trunk-1
include => local
[2_group]
;именно в такой последовательности
include => trunk-2
include => local
[3_group]
;именно в такой последовательности
include => trunk-3
include => local
[4_group]
;именно в такой последовательности
include => trunk-4
include => local

[trunk-1]
exten => _9X.,1,Macro(dialout-trunk,1,${EXTEN:1},,)
[trunk-2]
exten => _9X.,1,Macro(dialout-trunk,2,${EXTEN:1},,)
[trunk-3]
exten => _9X.,1,Macro(dialout-trunk,3,${EXTEN:1},,)
[trunk-4]
exten => _9X.,1,Macro(dialout-trunk,4,${EXTEN:1},,)
[local]
exten => _X.,1,Dial(LOCAL/${EXTEN}@from-internal)

где выделены номера транков (можно посмотреть в секции general extensions_additional.conf), которые формирует freepbx

ну что-то типа того

Спасибо большое!!!
Приятно работать с профессионалами!
Удачи Вам во всем, пошел пробовать )))

Все работает!!! Единственное, для тех, кто будет делать подобное, Asterisk почему то съедает 1 цифру:
exten => _8X.,1,TRANSFER(922${EXTEN})

при звонке вместо префикса 922 добавляется 22 (я специально добавил 1 цифру, когда заметил, что первая цифра куда-то пропадает)

Спасибо Вам, Гуру Asteriska!

Поправлю Владислав хотел сказать не

...Asterisk почему то съедает 1 цифру....

, а

...Asterisk почему-то у меня съедает 1 цифру....

или -
Астериск всё время что-то жуёт. Что он ест? Чем его вообще лучше кормить?

Я вот решил его кормить именно этой цифрой ))
Пусть жует, может быть станется, что это зарождение искусственного интеллекта? ))
Мне то не жалко и не мешает ничуть ))

в том вы написали - ничего съедаться не должно.
в том примере что приводил switch - да, убирается
Прочитайте документацию и в каком-либо контексте сделайте тестовый extension типа
exten => _8X.,1,NoOP(22${EXTEN})
exten => _8X.,2,NoOP(22${EXTEN:1})
и сравните результаты