чего показывает 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), тогда только начинают работать ссылки на листы и пр..

Насчет файерволов и пр. - я так понимаю ТС все ставил на чистую машину - новая ОС, брэндмауер выключен, антивирусный софт еще не установлен.
Или не так все было?

Спросите своего провайдера. Станция ОХЕ не в состоянии по аналоговой линии определить откуда ей звонят.
Для начала - встаньте параллельно линии аналоговым телефоном - на порту станции VG присутствует или нет.
Ну и еще - подключите вместо станции аналоговый телефон и послушайте сигнал вызова от АМТС (если посылки слишком короткие или паузы слишком длинные - могут быть нюансы).

Набрать с аппарата цифры которые у вас в станции отвечают за отмену переадресации (или не беспокоить, или блокировка).
А что у вас на самом деле (если например с системника позвонить на такой аппарат)?

А если клиента поставить на обычной машине (рядом) - то запускается и коннектится?

Смотреть чего с платой INTIP  
Светодиод Busy своим морганием при инициализации - показывает ошибку, кроме того - что написано в инцидентах на процессоре    ну и собственно - на плате INTIP спереди есть RG45 - для INTIP2 это ком порт с цоколевкой как в GD/GA/CS (перевернутый Цисковский кабель).

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