Если одна сеть (1-я) и разные номера узлов - тогда да, гибридный линк с VPN overflow.
Тогда вам в system. doc/ IP PCX Network - ABC link through IP.
Там в частности показан management example - идете по порядку, меняя только цифры на свои.

А если станция с AC будет одним из узлов той сети (номер сети одинаковый, просто другой номер узла) - тогда все не так (хотя и так для начала можно).

Если это две РАЗНЫЕ сети (т.е. на станциях указвается в System номер сети) - например в одной 0-я, в другой 1-я. И если станции не в 9 релизе (или нет ключей на ABC-F IP транковую группу). То вы не сможете объединить в реальную сеть (с броадкастами и прочим).
Чего можете - у вас есть IP транковые группы (на платах INT-IP) в той и другой сети.
Например нумерация одной сети 1ХХХ, второй 2ХХХ.
На первой создаем speed dial (например) 2, call number префикс_IP_транковой_группы+2, call type=IP, IP адрес=INTIP противоположной стороны.
Соответственн набираем 2ХХХ, посылается все через IP на INTIP сети 2.

С той стороны все наоборот.

У вас две станции с платами NPRAE (одна на CPU, другая на AS)?
Или все должно быть на IP?
Опишите поподорбнее чего из железа бегает между станциями, 2 мбит, IP, то и другое или еще чего.
2 мбит из одной в другую прямо или через город?

Только наверное еще прийдется зайти в External services/ Trunk COS и для вашей цифры (указана в транках) посмотреть параметры
Battery inversion masking: YES/NO
Masking release of battery (inversion): YES/NO
Если оба Да - переполюсовка не обрабатывается., например поставить Да Нет - первая же переполюсовка=отбой.

Инцидент про ошибку протокола - как правило лечилось установкой более свежих патчей. Если абоненты не жалуются - в incident filter создайте фильтр и поставте Дисплей=да, хранить=нет. Будете видеть в ком порту, но не будет занимать место в истории incvisu.
Описания инцидентов в доке нет.
Если по команде incinfo GEA 1612 - описания инцидента не достаточно, то труба.

На станции ОХО данная настройка не возможна (только в ОХЕ), приэтом еще и при ВХОДЯЩЕЙ связи пров тогда должен в зависимости от номера занимать разные каналы.
Вообще удивительное требование, первый раз слышу чтоб в CCS сигнализации такое просили. Понятно в CAS (R1.5, R2 и т.п.)

Обычно софт ищется там же где и АТС. Тем более с ней должна приходить ОМС (без режима Эксерт, но для его работы надо просто подбросить файлик expert.dll)

Пишем в ОХЕ.

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

По индивидуальному каналу на абонента   , типа выноса по V5.2

А классического и тупого разделения по идентификатору абонента не достаточно?

Или в данном случае вопрос не о конкретном потоке, а о конкретном В канале? Тогда не как, тем более при выходе в город, при посылке сообщения Setup, город выдает информацию о номере канала которвый будет использоваться.

Чтоб с аналогового телефона (из просто разговора) воспринимать набор (кстати в данном случае будет префикс) - надо нажать Flash (для подключения приемников), с цифрового набрать префикс DTMF end-to-end dialing.

у вас есть доступы - там задается количество каналов в потоке.
А ниже есть транковые группы - куда вы добавляете достуры.