Давайте заново и по честному - осталось два потока на плате 0-0. убираете их все нормально становится?
Проблема с синхронизацией, разбирайтесь.
Или от города фигня с потоками (например аналоговые линии собираются каким то оборудованием в поток), или нет синхронизации в оборудовании между станциями (модемы, SDH, муксы или чего у вас там стоит).

Если с ОБЕИХ сторон есть PRI - чего бы и не им?

А при каком раскладе это должно было работать? SIP шлюз в никакой сети через никакую TG?

В сети по крайней мере номера сети - "где как" не могут быть расбросаны.

Вот я и спрашиваю - чего бы не указать Remote network отличное от 1 и 15 (дефолтовское значение не совсем хорошо, оно во всех TG такое) - например 2. А в SIP шлюзе не сказать SIP subnetwork=2, SIP TG=5.

В SIP GW используете main адреса проца?

в транковой группе remote network не 1 и не 15. И соотвественно в SIP GW subnetwork=remote network из SIP TG и номер SIP TG?

Ну с 7.1 на 9 это вредно лицензии переносить, они с 8-го увеличили разрядность цифирей, поэтому могут быть нюансы. Например в spadmin меню 1 видно Panic flag=1, тогда о менеджменте можете забыть.
Повторюсь - не пытаетесь создать TG указав нод 1 в параметрах группы, а в system стоит например 2?

Протокол общения с аппаратом не зависит от типа платы - eUA, UA, SLI. Были кое-какие программные ограничения - типа 4039 не работает агентом call center на UA (только eUA).

ну тогда наверное на 165 - релиз? А насет предыдущих вопросов?

смотрите менеджмент - например перетекания в TG, node access prefix в трансляторе.

А базу с 8-го в 9-м ставили - потом OPSы от 9-го накатывали? Просто 185-й lock - это SIP шлюз. Вы эксперементируете с SIP на ключах где SIP закрыт?

SIP Gateway создан? Номера remote network не поперепутали? Транковую группу случаем не создали на 1-м узле, когда в system прописан 2-й (или т.п.).

ТС1082 - это о правильном конфигурировании через Актис. Хотя лицензии (например ISDN T2) при добавлении денег не стоят, тем не менее считать надо. Есть ряд параметров в hardware.mao которые денег не стоят, но контролируются.
А насчет SIP, после создания SIP гейтвея и транковой группы - требуется рестарт системы.
Даете killall sipmotor - если группа вышла и вернулась в сервис - все ОК, если нет - рестарт системы.

Вопрос не корректен. Если вас не устраивает Актис - делайте чего хотите. Без дублирования CPU6 не меняется. при дублировании предлагается замена на CPU7-2. Т.е. CPU работает, но второго вам не дают - в чем тогда ваш вопрос?

Возврата инициатору трансфера нет. Единствено можно запретить transfer on no answer (нужно дождаться ответа)