в 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-й и последний раз.

А 8935217178 - это нормальный сотовый номер? По моему одной цифры не хватает.

Смотрите все вопросы в моем предыдущем сообщении.

В вашей трассировке - ТОЛЬКО звонок на 9-й узел (он получает SETUP и отвечает PROGRESS с предложением звонить на префикс ***009)
нужен трейс звонка с 9-го узла.

Тогда 3-й по идее сообщит VPN префикс ***003 (наверное)
вы пойдете в 21-й ARS роут лист и позвоните по транковой группе там прописанной.

Посмотрите - что не правили ARS (наверное 21-й лист), что есть time based route list, что в категории абонентов все ок с ARS privelege.

Еще раз повторю - с 9-го на абонентов 3-го звонить можно? Тогда надо смотреть не сеть и VPN.  А менеджмент транковой группы (с 3-го узла, прописанную на 9-м), категории абонентов (на 9-м узле), дискриминаторы (на 9-м узле).
Если звонок в город ПРОХОДИТ и отбивается - NPD/DID/Entity (АОН) на 9-м узле.

По трассировке (чего и прошу ее делать на исходящей и входящей стороне) должно быть:
- от имени 19 шелфа (фиктивного) большой ABC-F Setup (кто и куда хочет звонить)
- ВХОДЯЩАЯ сторона должна сообщить VPN prefix (***009 - куда звонить)
- дальше должен быть обычный H323 Setup c INTIP (GD/GA) на VPN префикс (с указанием реального кристала и платы, на IP адрес VoIP платы удаленной стороны)

У вас я вижу только сообщения
long: 23 desti: 0 source: 11 cryst: 19 cpl: 0 us: 8 term: 0 type a5
от имени 19 кристалла. Сообщений от реальной VoIP платы нет.

Смотрите трассировку на ИСХОДЯЩЕЙ стороне.

у вас который узел центральный - 3 или 9?
lookvpn -test интересует на ИСХОДЯЩЕЙ стороне.
"звонок пришщел на сотовый с нужным номером. разговор прошел" - так работает все или нет?
Перед трейсом - сообщение читали?

Если вы пишете правду.
Если внутренние звонки с 9 на 3 (центр) нод идут - значить с VPN все Ок.
Соответственно  - остаются проблемы с выходом в город.

Тут надо смотреть:
трассировки - есть или нет звонки;
менеджмент удаленной TG на узле 9;
категорию (access COS) абонентов на 9 узле (и соответственно дискриминаторы).

Т.е. если с 9 узла на абонентов 3-го звоним, а на TG расположенную на 3-м узле нет - это:
- испортили описание TG с 3 узла (на 9-м)
- не разрешено по access COS (на 9-м)
- испортили дискриминатор (на 9-м)
- и (особый кейс) - вы выходите в город (должно быть видно по трассировке), но не с тем АОН, или вас город отбивает за не уплату - но по трассировке - должен быть виден исходящий звонок с 3 узла в город