А не пробовали настроить отбой в NDDI (DTO joining  в локальных параметрах и т.п.)
Мне кажется станция не хочет добавлять в конференцию транк, который не умеет отбиваться.

Это в другом месте надо смотреть - Applications/ Automated attendant. А вы смотрите раздел операторов-людей (типы аппаратов и т.п.).
У вас на какой релиз документация есть? Надо сначала там глянуть - там есть описание и пример.

я обычно делал так, например надо 2ххх отправить в IP, а 3ххх в другой транк (хочется использовать ARS)
Создаем ячейки сокращенного набора 2= ARS+2 и 3= ARS+3
Создаем для IP служебную ячейку (например A2= IP_TG_prefix+2 тип IP).

Собственно далее все по классике:
- дискриминатор/правила 2 - ARS list 2(например), 3 - ARS list 3
- ARS list 2 - роут с TG=-1, удалять ничего, добавить А
- ARS list 3 - роут с нужной TG

Можно такое просто через ячейки сделать, но наличие ARS позволяет легче организовать какие-нибудь нюансы

Ошибаетесь.
Например 2000 - abbreviated номер куда-то позвонить по IP
9-84951232000 - звоним туда-же по межгороду.

9 ARS (всякие дискриминаторы и пр не описываю)

Rout 1 (IP) - TG=-1 (никакая, т.е. внутренний роут), удалить 7 цифр
Rout 2 (МГ) - TG=TG_МГ, ничего не удаляем

Юзер набирает 9-84951232000
Соответственно удаляем 7 цифр (осталось 2000), TG=-1 - остались внутри станции и попали в SD 2000
Если с IP проблемы - идем в МГ и набираем 84951232000

-1 означает без ограничений - поставите 4, будет не более 4 разговоров за пределы домена.
Еще, как и говорил Intra Domain алгоритм - я бы поставил без компрессии (это интересно если у вас там есть IP аппараты).

в IP/ IP domain - создаете домен, указываете адреса (диапазон адресов на удаленной стороне). GD становится принадлежащей не 0-му домену, а созданному.

В домене обычно делают что:
- указывают компрессию внутри домена = без компрессии (все обычно включены в коммутаторы);
- компрессию за пределы домена - с компрессией;
- ограничивают количество разговоров за пределы домена (Domain Max Voice Connection).

Слишком медленно выводило. Меня доставало. Я предпочитал просто "listout" без доп параметров.

х.з.
Хотя мне этот tool нравился - его можно было давать неграмотным людям (тяжелее что-то испортить в станции).

По привязке префиксов - они не "привязаны". Т.е. у себя префикс прописан локальным с ссылкой на NPD для формирования номера (т.е. сообщается другой стороне префикс и номер, на который нужно звонить - на IP их обычно используют одинаковые).
На других станциях этот префикс прописан как удаленный с цифрой (ARS) или -1.
Если -1 - то берете DID номер (!!!) полученный в PROGRESS от вызываемой станции и пытаетесь позвонить на него через External callback translationю
Если цифра (например 21) - то берете VPN префикс (!!!) полученный в PROGRESS от вызываемой станции и пытаетесь позвонить на него через ARS лист 21.
В реальной жизни естественно префиксы стараются делать осмысленными, типа:
000301
000302
000303 - для 3-й ноды

000901
000902 - для 9-й ноды

Смысла особого в этом нет, просто вам легко просто глянув на префикс понять, чей он.

По поводу количества префиксов - вы набрали номер абонента с другого узла, там зарезервирован VPN префикс, сообщен вам, ваша станция позвонила не него. Как только пришел звонок на VPN префикс - он освободился. Т.е. он нужен не надолго, много их не надо. Но надо смотреть инциденты, если чего - будет инцидент со словами Lack VPN ресурсы - с указанием сколько есть, сколько требуется - тогда создадите еще VPN префиксов в центре (и их же по периферии - если создадутся сами по броадкасту - то только поправите номер ARS листа)

Чем бессонная ночь кончилась?

как работает VPN:
- по сигналингу (от имени 19 шелфа) - одна станция говорит другой кто и на какой номер хочет позвонить (например абонент 9999 с нода 9 на 3333 на нод 3)
- входящий нод сообщает СВОЙ VPN префикс (в сообщении ПРОГРЕСС VPN number) например ***514 и DID number (строится через NPD указанное в префиксе) в нашем случае тоже ***514 (следующая строчка в сообщении ПРОГРЕСС)
- вызывающая сторона смотрит префикс ***514 (он должен быть VPN distant) и пытается позвонить на него.

Далее два пути:
- например префикс прописан с указанием distant и ARS лист 21 - идем в 21-й лист и звоним через TG прописанную там.
- например префикс прописан с указанием distant и -1 - идем в external callback translation и звоним на номер ***514

В вашем случае, если ***514 должен использоваться для звонков на 51-й узел - скорее всего почему-то правили VPN префиксы на 3-м узле (т.е. из distant переделали на local) и теперь 3-й узел сообщает его. А там наверное должен использоваться префикс ***003

Попробуйте (для начала, записав на бумаге) удалить ***514 с 3-го узла

А потом если станет хорошо, и при звонках будет использоваться ***003 - верните его, ***514 (но скорее всего как distant - чтоб звонить с 3-го узла на 51-й, а -1 поставить или номер ARS листа - это вам виднее)

На 3-м узле ***514 локальный 36 - означает, что префикс ***514, а номер на который надо звонить - строится через 36-й NPD (там скорее всего стоит - не использовать инсталляционные номера и DID id=-1)
На 9-м узле ***514 distant -1 - означает, что это чужой префикс. И чтоб позвонить на этот номер надо идти в external callback translation (по аналогии как на аппарате есть не отвеченный звонок) - там или строка про basic number * (***) и в поле number to add префикс VoIP TG, или строчка DEF)

т.е. :
или правили префиксы VPN overflow (например вместо ARS листа указали -1)
или правили external callback translation
или удаляли префиксы заняти VoIP TG

это основные предположения на данный момент

Звонки через substitution - не честные. Вы с того нода смотрите только номер категории, а не ее содержимое.
Если на 3-й нод (внутренние номера) звонки не идут - надо разбираться с VPN.

В вашем последнем трейсе 9-й узел получает VPN номер ***514:
- это действительно номер прописанный на 3 узле как локальный?
- на 9-м узле - что произойдет с номером ***514, когда он попадет в translator/ ext. dialing plan/ ext. callback translation? типа номер начинается с ***, удаляем 0, добавляем префикс занятия IP TG?

В вашем трейсе сообщается VPN префикс ***514
***514 - это удаленный префикс с ARS=-1, т.е. используется external callback translation

Куда отзвонится ваша станция (trnslator/ ext. dialing plan/ ext. callback translation) при номере ***514.
Спрашиваю последний раз - звонки на абонентов 3-го узла идут? Мы ищем проблему с VPN или внешними звонками.

Спросил 3-й и последний раз.