вот потому и не работает
Внешний транк для системы выглядит как звонящий внутренний абонент, соответственно проверяются все параметры абонента при вызове.
Транки должны приходить в контекст from-pstn

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

в этом случае маршрутизация делается в inbound routes

падает в
-- Executing [5656565@from-pstn:1] NoOp("SIP/54.190.54.22-b7c42bd8", "Catch-All DID Match - Found 38XXXXXXXXXX - You probably want a DID for this.") in new stack
потом app-blacklist-check:
-- Executing [s@ext-did:6] Goto("SIP/54.190.54.22-b7c004e8", "from-did-direct,10101,1") in new stack
-- Goto (from-did-direct,10101,1)
и затыкаеться :(
идет опять по кругу
к внутренним транкам(исходящие в локальную сетку) контекст from-internal
не приходит

получаеться если с наружи и по правилам нужно приписать
inbound routers ?

Found 38XXXXXXXXXX - You probably want a DID for this. Говорит, что для маршрутизации Вы забыли сделать входящий маршрут по DID 38XXXXXXXXXX.

Это я так понимаю решается глобально задача по записи разговоров всех входящих из этого транка?

я написал а потом обновил страницу, не видел Вашего сообщения.
С inbound routes проблеммы
там выбор маленький

The destination for any inbound call can be a digitalreceptionist, extension, voicemail, ring group, queue, custom application,
time condition, or any other currently available destination.
А мне на внутренние транки перекинуть.
чтоб в outbound Routers
все красиво разрулить по транкам и по правилам.
Может что-то промежуточное создать?

со входящей маршрутизацией как-то не интуитивно :)

На внутренний контекст наверно?
Перекидывать - только через extension_custom.conf. ТОгда направлять не в from-trunk, a в from-internal-custom.

Красиво разрулить по транкам и по правилам - только исходящие транки и правила имеются ввиду?
Если входящий ломится на 38XXXXXXXXXX, то должны быть такие экстеншн, а если нет - то правило
[from-internal-custom]
exten => _38XXXXXXXXXX,1,Goto(outbound-allroutes,${EXTEN},1)
типа такого.

Входящая маршрутизация не может прыгать сразу в исходящюю. Иначе - один шаг остаётся чтобы через вас слить тонны зарубежного трафика.

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

через extension_custom.conf
так там DIAL_TRUNK терялась :(
вот тут http://asterisk-support.ru/forum/topics/5650/?page=2
обсуждали с Вами.
Хотя, есть в планах сделать балансирование нагрузки между исходящими
а это, я так думаю, без extension_custom все равно реализовать не получиться.

Есть ещё трюк - модуль Dialplan injection
Прямой впрыск в камеру сгорания.