Это наверное потому, что вы в calling number смотрели только цифры номера (3422104000), а надо еще тип звонка смотреть. У вас идет 80. Мне помнится должно быть 21 81 (не помню, искать трейсы лень, но звонок должен быть ISDN National), а у вас какой нибудь Unknown.

Не всмотрелся в трейс, у вас оказывается QSIG.
Переделка точно работает для ISDN/private/master.

Для QSIG или ABC-F - не факт.

Аппарат - в юзерах (но может и нет его)
Можно через фильтр - по типу S0
Можно по номеру порта (который юыл у цифровика) - если помните.

У вас в свойствах аппарата скорее всего стояла галка S0 extention (возможно - еще в shelf/board на данном интерфейсе была прописана шина S0, и был создан S0 аппарат).

По идее - не должно было позволить поменять тип аппарата.
В нормальных условиях - удаление/смена такого аппарат делается следующим порядком:
1) удаляется S0 аппарат
2) удаляется SO шина (shelf/board)
3) убирается галка S0 в цифровом аппарате

После этого с ним можно что-то делать.

Network mode = yes (естественно с той стороны - нет/slave/user  не знаю как оно там называется)

Проблема - когда Directory Manager пароль заблокирован.

Расшифровка - курим стандарт ETS 300 102-1 - описывает 3-й уровень в ISDN.
Чтоб АОН переделывался - все как всегда - TG private, Network Mode в ОХЕ

Не можете через ARS, а не через Entity.
Как правильно сказано error - не забывайте в ARS рутах указывать Quality - FAX.
Очень часто при транзитах, при звонках (особенно аналоговых абонентов) вы получаете BEARER_CAPABILITY (l=3) 90 90 a3 , а не 80 90 а3.
При таких звонках в руте требуется наличие - Quality=FAX. Естественно помним - что его надо ДОБАВЛЯТЬ к Voice, а не менять одно на другое  

Какой релиз? Какой язык?

С консольными портами - главное все аккуратно делать (не перепутать адреса, маски, не забыть адрес tftp сервера - иначе придется искать возможность, кто подключится консолью).
На станции - не забыть поправить lanpbxbuild (если создавали, обычно не требуется).
PCS сервера - лучше наверное просто перезапустить без телефонии и заняться ими когда все поднимется.
На процессоре - netadmin  наверное проще через -m делать. Вам ведь ethernet параметры надо поправить и role addressing. По идее и все.
Надеюсь - у вас сети станций нет (чтоб inter-node links править).

Вообще в части правки параметров (типа SIP шлюз и т.п.) любил следующий порядок:
- перезагружаемся без телефонии;
- делаем netadmin и т.п.
- даем команду RUNMAO - запускается очень быстро (реальная телефония не запускается), вы можете поправить все что угодно через mgr.
- после чего или рестарт с запуском телефонии, или KILLMAO, а потом запуск телефонии RUNTEL.
Это я к тому - не помню, даст ли поправить SIP шлюз ДО netadmin.

На тему - что и где хранится (под рукой нет станции, чтоб посмотреть и побаловаться) - имеет смысл через swinst сохранить базу. Процесс сохранения - записать в лог файл. Там будет написано - что и откуда сохранялось.
Ну или просто - с помощью 7-zip открыть сохраненную базу - там сохраняется со структурой (каталоги, имена файлов).

Но на моей памяти - после перезагрузки, без запуска телефонии, сохранив файл *.sw в папку /usr3/mao под именем software.mao - процесс (штатный) установки ops файлов всегда проходил без проблем. А у вас все равно ругается на версию файла?

Наверное - пользовались 4740 (старый софт, не привязан к процессору) или 4760i (не полноценной OmniVista, а встроенной утилитой - сервером является станция, из приложений доступны - конфигурирование, сохранение-восстановление. Алармов и аккаунтинга нет).

Если что-то правите через CfgUpdate - об этом надо говорить поставщику.
По сути - он должен указать правильное количество оборудования (например транков).
Количество транков/ размер базы/ размер телефонной книги и т.п. - лежит в hardware.mao (цифры в пунктах PARA_MAO 1 и пр.) Напрямую OPS файлы не контролируют количество Е1 плат.
Поэтому - при апгрейдах желательно честно ставить оборудование. Тогда Актис должен все посчитать (например на каждый заявленный поток Е1 посчитает 64 транка).
Поэтому - наверное правильно при новых OPS файлах - поправить через cfgUpdate что надо и перегрузиться.

а вообще - etc прав, может лучше проблемы описать, из-за неправильных OPS ОЧЕНЬ редко что бывало.
При установке ключей - станция вам в два столбика показывает старые лицензии и новые. Если в новых чего-то МЕНЬШЕ - станция их не станет ставить. А если чего-то стало БОЛЬШЕ - чего плохого может произойти со станцией.
ведь OPS - это (по крупному) просто пределы, которые проверяются при программировании. Они не должны были испортить чего-то стоявшее ранее.

Обычно помогает - копируете файл *****.sw в папку с базой под именем software.mao, а потом повторной установкой ключей.