а у вас точно ABC-F между станциями? обычно такие симптомы как у вас бывают у станций соединенных просто по ISDN

раз нет DHCP значит системы с PCS надо строить на статических адресах для телефонов. думаю это сделано намерено, чтобы при возвращении канала сигнализации к основному CS не плодить лишнюю неразбериху еще и для DHCP протокола и не увеличивать время "реанимации" системы

eZ32 можно менять на ходу. аккуратно без фанатизма вынимать и вставлять

как это работает (и соответсвенно подключается) описано тут http://www.corp.mts.ru/complex_decision/_fmc/

есть лицензии на 12 абонентов

тут может быть интереснее. ОДИН аппарат любого типа можно создать в отсутсвие лицензий на соответствующий тип аппарата.
смотрите ключи в spadmin 176, 317 например

наверно что-то напутали с номерами узлов-субнетворков...

да, кстати. 4760i не будет работать за маршрутизаторами. только в одной подсети. так что поднимайте PPP без вариантов.

не глумите голову - попробуйте.
одно дело вытащить строку из базы данных и отобразить их в окне MGR в виде знаков вопроса и другое дело втолкнуть их обратно.

независимо от типа терминала mgr будет сохранять только 7-бит ASCII. единственный вариант в отсутствие ОмниВиста 4760 - это 4760i на станции.
про количество символов написано в документации в разделе input method edition

черкните в личку кто вы

в spadmine CPU id found Ваш показывает? Если Ваш - то видмо поставщик ОПС файлы сделал неверно. возможно апгрейдил Ваши, но не самые последние ключи.
в документации вы не найдете процедуру апгрейда, это надо смотреть в ТС - например 1292. у вас все есть - посмотрите в эту ТС и разберетесь

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

add-on по сути вопроса. подобную миграцию делали. указанных выше глюков не заметили. это впрочем не гарантирует их принципиальную невозможность. например в случае если миграция выполнялась со старого патча релиза 6.2. судя по ТС у людей встречались проблемы при  трансляции базы из 7.1 в 9.1. самое веселое в 9.1 - это намертво включенный direct RTP что при разветвленных IP сетях создает ряд проблем при межсетевом взаимодействии.

буду краток в стиле вопроса: это называется DISA. system documentation > public networks > DISA

ставьте вопрос точнее, а то можно понимать как хочешь: звоним на внешний - попадаем сперва на 112, потом на 113 и так далее, или попадаем и на 112 и на 113 и так далее или звоним на внешний и донабираем 112, 113 и так далее по нашему желанию...