На сети станций связанных по VPN ABC-F IP на одной из станций открыта лицензия на Sip Trunking. С этой станции исходящая и входящая связь с внешним узлом работает. Будет ли работать эта связь через сеть VPN или на каждом из узлов сети нужно открывать лицензии на Sip Trunking? Cудя по принципам работы SIP и описанию SIP Trunking в OXE на каждом из узлов сети должен быть создан Gateway и к нему привязана транковая группа, а это возможно только при наличии лицензий. Но всё же может кто то пробовал и у него получилось работать через один узел?

Хочу запустить полудохлый процессор CPU-6 "на столе", без ACT. С контактами подачи питания разобрался, а вот куда подавать сигнал PSAL (-48v)пока не нашел. Может кто-нибудь знает?

Спасибо за ответ Вадим!
Трассировку посмотреть смогу только тогда, когда буду выполнять эту работу.
А количество звонков с выносов по сети предугадать сложно и к тому же число выносов достаточно большое, даже если по одному звонку с выноса, это уже занимет почти половину ресурсов платы GD-2 (с MADA3) установленной на центральной полке.

Существует VPN сеть уздов связанных по  ABC-IP гибридными ликами.
На одном из узлов имеется центральная полка и 11 выносов.
Каждый вынос со своим PCS и в своем домене.
Нужно ли на основе access каждой GD-3 на каждой полке создавать свою транковую группу, включать их в ARS-list, а затем через Access COS в   Trunk Group Access COS  разрешать работать полке через свою GD или просто добавить эти access в IP-шную транковую группу?
А может вообще  не нужно  добавлять access переферийных полок в транковую группу центрального узла?
И как будет выбираться адрес потока RTP для входящего на центральный узел вызова если абонент на выносе (Direct RTP включен)?
К сожалению нигде информацию по этому вопросу не нашел.:-

фото
https://cloud.mail.ru/public/ee65fc2e6809/SATA%20HDDwadapter.jpg

Вернулся из командировке на объект. Оказалось что слетел и не запускался процесс SIPMOTOR. Перезапуск командой ничего не давал. После переустановки релиза, конфигурирования А4135 и OXE, всё заработало.
https://cloud.mail.ru/public/e6bdcf880194/SIP_A4135_OXE.jpg

На oxe порт 5060. При трассировка sip  wareshark показываето что заданный порт недоступен (ошибка 404) Адреса телефона и  охе правильные

Не получается подключить А4135 к OXE Rel. 9.1 (i160521). Не может зарегистрироваться, ошибка 401. Конфигурирование делал по доке релиза и доке на А4135. По доке вроде бы всё просто, но затык.
Нет ли у кого-нибудь рабочего алгоритма на конфигурирование?

C Avaya всё в порядке, она присылает свой набор кодеков (codec-set)в котором есть G.729 с длиной пакета от 20 ms до 60 ms( в зависимости от настройки Avaya), а вот OXO предлагает только одну длину пакета - 120ms, вне зависимости от того что стоит в строке ARS (G729_30 -:-G729_xx). Соответственно они договориться не могут. А выше 60 ms Avaya длину пакета предложить не может. Вот так.
Похоже это баг релиза.

Проблема в том, что OXO и Avaya не могут согласовать кодеки (Avaya может работать с пакетом максимальной длины 60 ms), а изменить длину пакета на OXO не получается. Причем G.723_30 работает и G.711_30 то же.

OXO релиза ALZRU510/023.004
При прописывании в строке ARS кодека G.729 с любой длиной пакета(30,40,50,60,90) трассировка с помошью Wareshark показывает, что OXO предлагает всегда одину и ту же длину пакета равную 120.
Пересоздание строки ARS и перегрузка OXO не помогают. Как заставить OXO работать с нужной длиной пакета?