Простите за нудность, но в станции не надо сомневаться или не сомневаться, а только проверять.
Сначала в одной подсети. Если все работает - то уносите в другую. И соответственно остается разбираться на станции а аппарате ТОЛЬКО с IP параметрами (маска, адрес, шлюз), а все остальные проблемы - не имеют ни к станции, ни к аппарату никакого отношения. Смотрите разрешения и маршрутизацию, снифферите. Мы ведь не знаем организацию вашей сети.

Вопрос кому?

На CS вы скорее всего не увидите ничего интересного. Надо разбираться с MD110 и тем, как там организован транзит.
Мне например не понятно - почему получив по PRI сообщение CONNECT МД выдает подтверждение коннекта. По идее она его должна сначала странслировать в сторону инициатора вызова (ОХЕ включенная по Н323), а только получив оттуда подтверждение, отдать его в ISDN.
Если ОХЕ до релиза 9 - можно для эксперимента выключить Direct RTP (IP/ TP parameters, не забывая рестартануть VoIP плату) и посмотреть как пойдет.

может на юзере в mgr попробовать реинициализацию памяти (раз на нее ругается).
Forced delete - это просто возможность удаления абонента с непустым почтовым ящиком, ничего более.

Еще интересная вещь - удаление на stand-by (иногда помагает). Причем интересно так - рестартуем stand-by без телефонии, даем RUNMAO и далее через mgr пробуем удалить. (RUNMAO - это запустится часть приложения - можно заниматься менеджментом, но реально телефония не запущена. Не мешает менеджменту в каком состоянии аппарат и т.п.). Далее можно KILLMAO, потом RUNTEL например. Или просто через рестарт и mastercopy (ну тут смотря - удалось или нет удалить чего надо).

Если не поможет - кинь по почте базу (можно автоматически сохраненную), я попробую глянуть ее.

А потерялись ВСЕ базы на ВСЕХ платах полки, или на одной плате (я на тему поменять местами).

чего показывает infocs
Обычно помогал рестарт плат DECT (может быть ручками дернуть) или рестарт INTOF. Были забавные вещи с DECT из-за синхронизации.

Крутить надо MD110 - както там не так организован транзит.
Во первых - странно что нет RTP портов/адресов в сообщении ALERT.
Во вторых - когда абонент CS1000 ответил - Алкатель должен получить сообщение CONNECT - которого от MD110 не приходит. Т.е. MD110 должен получать CONNECT в PRI и транслировать его в H323.

А что за номер второй - 6009? Чем отличается от 6609?
В первом случае спокойно получаем Call proc, а за ним ALERT с информацией о RTP портах/адресах.
Во втором случае этого нет. У вас может второй вызов маршрутизируется куда-то в другое место, где выключено Direct RTP?

И тем не менее - у вызываемого абонента в Phone feature COS - Calling name display (CNIP/I-CNAM) стоит в 1?

Да что угодно, вплоть до
IE:[6c] CALLING_NUMBER (l=7) -> 00 81 Num : 72995 (00 81 вместо 01 81 или 21 81).
У нас при таком виде calling number не работала автоматическая подстановка на DISA (из-за того что 00 означает АОН сгенеренный юзером и не верифицированный).

По идее весь менеджмент - это два момента:
1 - Посылка имени - System/ Other/ Ext. signaling param - Calling name presentation - с этим вроде у вас Ок.
2 - Отображение имени на вызываемом аппарате - Phone feature COS - Calling name display (CNIP/I-CNAM) - тут у вас с той стороны где имя не отображается наверное 0 стоит.

Ну а дальше бывают любые нюансы - например на той стороне где плохо есть Speed dial 72999, где Displayed name стоит 72999.

Для того чтоб заработал translator\network routing table - вы должны написать что 5 (например) это Roting number, например сеть 10 (не та что в станции в систем), TG например 22.
Хотя если SIP TG ISDN - то проще делать через ARS - набираем 512345, 5 ARS, далее набираемый номер. В таблице ARS ссылка на dialing command table (с единственной командой I и номером шлюза).

В TG22 - должно быть написано Remote nerwork 10.

Ну и на тему ABC-F или ISDN например SIP TG я бы очень подумал.
При ABC-F будут забавные хохмы. Звонят вам на номер 3000, который заказал переадресацию на другой номер. Так не ваша станция выполнит переадресация, а вызывающая сторона позвонит на данный номер. Было забавно - звонят из Москвы в Пермь на номер 3000, у него переадресация на 3001 (в Перми), но Москва звонит на 3001 сама (а в той ситуации - у нее был такой номер в Москве) - было интересно.

Какое имя было РАНЬШЕ можно узнать если в maohist сохранилась история предпоследнего изменения (в последнем его нет).
Ну или базы хранить (если так надо знать зачем-то старые имена)

Какого типа транков?
ABC-F - транков в ABC-F TG или в ABC-F/Hybrid ЛИНКЕ.
Просто всяких ограничений много:
- на TDM - ограничений (платных лицензий) нет - ставьте море Е1 (только контролируйте количество транков и размер базы в ОЗУ);
- на IP - ограничений много и разных - по количеству соединений (в зависимости от типа оборудования), по количеству кодеков.

но в принципе - 132 (Voice on IP) и 187 (H323 Network link). Плюс те, что связаны с кодеками.
Собственно самое простое смотреть - trkstat (для транковых групп 0-1999, для линков - это номера 2000 и выше).

Ну и помним - что кодеки отдельно, количество разговоров отдельно. Примеры:
- на одной GD (или одной GA) - вы можете организовать не более 30 разговоров (даже если не потребуется ни одного кодека - когда например на обеих станциях только IP телефоны).
- на одной INTIP - вы можете организовать до 60 разговоров по H323 (не более, не важно сколько кодеков).
- если SIP - то на INTIP3 может быть использовано до 120 кодеков (INTIPA)! К количеству разговоров отношения плата не имеет - т.к. общение по SIP - с процессором (а не между VoIP плат как в Н323).

Так что напишите - что вам интересно точнее. Может и понятней ответим (но trkstat рисует правду),

Для начала - по направлению в транковую группу IP - вы работаете с GateKeeper? Или как станция знает НА КАКОЙ IP адрес отправить ваши цифры?

Обычно - TG=-1, удалить и добавить цифры так - чтоб попасть на Speed Dial внутри станции.

Ну а для конца - я думаю что 9 - это у вас префикс заниятия TG, соответственно пофиг какие номера листов вы прописываете в правилах дискриминатора (ну и собственно вообще все что вы программируете в ARS).
Префикс - должен быть префиксом ARS (и не забывайте, что дискриминатор там логичекий, куда попадете - смотрите Entity/discriminator selector), тогда только начинают работать ссылки на листы и пр..