test

Ничего в голову по размышлению не пришло. Надо все-таки посмотреть - убежало ли с ОХЕ1 звонок на VPN префикс (не добежавший до ОХЕ2). Посмотреть - созданы ли префиксы PCX address in DPNSS на узлах сети.

Это понятно, видно что ABC-F сообщения от 19-го шелфа. Я просто о том - что в первом сообщении доходило до звонка на VPN. В последнем - нет. А если на ОХЕ1 смотреть - оттуда выбегает звонок с VoIP на VPN префикс?

Странно, не понять не видя чего и как прописано. Тем более в первоначальном примере - из ОХЕ1 выбегал звонок на VPN префикс (но ничего небыло на ОХЕ2).
Здесь - до ОХЕ2 звонок на VPN номер не добегает (а интересно - на стороне ОХЕ1 - он присутствует?). Т.е. - по сранению с начальными трассировками - чего-то поменялось?

Не та категория или смотрите не там. Или аппарат с декадным набором, а жмете звездочку. Про hot-line предлагал так же посмотреть.

Не надо нажимать yes, читайте ВСЕ что писало, в частности - что надо юзать netadmin -m
Ну а там соответственно прописать default gateway в разделе routing

Повторюсь - сетка не 172.30.*.*?
Если нет - покажите что рисует по команде route
И скажите - чего в netadmin прописано в дефолтном и статических рутах. А то какое-то гадание на кофеной гуще у нас происходит.

Так не бывает.
Или не с одной категорией, или это разные аппараты (цифровые/аналоговые/DECT), или с одной категорией и типом - но у кого-то прописан hot-line по подъему трубки.
Ну и соответственно - приняв код услуги - какой номер дальше не дает набрать? Честный номер абонента или всякие speed dial? А если не дает набрать на абонента - может у того в категории стоит защита от переадресации на него (Rights Protected against forwarding)?

Обычно route и netadmin -m (статические и дефолтные руты) было достаточно, чтоб понять что за проблемы.
Надеюсь вы не идет по ethernet на станцию с сетки 172.30.*.*? Это по дефолту адреса туннелей на станции.
По идее - со всех остальных сетей идти не проблема - станция воспользуется дефолтовским роутером (или статическими рутами).
Естественно если у вас не поднята безопасность (trusted hosts, TCP wrapper).
Ну и надеюсь - динамический роутинг не используете.

Это вам на набор префикса *91 (номер куда еще не набрали) - ответило что функция отклонена и что набранный номер на зарегистрирован? Как-то много всего за раз. Или после *91 ничего плохого нет, а ругается после набора номера "куда"?

А ченр неудобно? Зашли на сайт, в разделе Компания/ Контакты - отправили сообщение в нужную тему, оставили свои контактные данные - с вами свяжутся.

киньте весь трейс - от сетапа до релиза

Ну естественно ОХО не ломится на ОХЕ2 прямо (вы же трейс снимали с ОХЕ1).
А вот насчет кодеков вопрос - у вас 723 используется или на ОХЕ2 стоит 729 без галки на multi algorithm for compression?
Адреса опять же другие стали 172. 31. 251. 21

тогда пытаться зайти под рутом, там меняя командой (типа passwd mtcl) - просто вводите новй пароль (два раза).
Телефония на обоих процах должна быть запущена (это приложение, без него - проц ничто, просто комп с линуксом).

1 - передача от станции 0-й поток,
2 - прием 0-й поток.

3 - передача от станции 1-й поток,
4 - прием 1-й поток.

Что сделано не правильно - или неправильно прописана плата, или NPRAE-2 не поддерживается вашим релизом, или прописали поток не с этой платы (ошиблись в номере полки, платы). Или плату вставили не в тот слот.

По config - плата должна быть в сервисе.
По trkstat shelf board access  - должны увидеть, что в нужной TG находится.

По идее, когда плата стоит на своем месте и прописан доступ в транковой группе - должен загореться светодиод NOS (при отсутствии подключений), и гаснуть при завороте (замыкаем прием на передачу).

Синхронно ответили