В 4039 он не вставляется - рядом лежит или отдельный цифровой порт занимает, если как TA адаптер подключать. 4094 - для старых аппаратов 3 -го поколения. Для новых, 9-й серии - Alcatel-Lucent S0 Interface Module. Хотя назначение одинаковое.

Только работоспособность от этого не восстановится, т.к CPU ID процессора, к которому она привязана, прописан в лицензиях самой ОмниВисты. Если знаете как там поменять (бесплатно) - поделитесь.

Хорошо, расшифрую схему связи по трассировке: входящий вызов по VoIP (плата 0-15) - исходящий вызов по ISDN (плата 0-0) - входящий вызов по ISDN (плата 0-0) - абонент 4930. Так что если VoIP порвут, то вызов по ISDN тоже прервется. DESTINATION OUT OF ORDER - пункт назначения не работает. Если по межгороду дозвонились, то надо выяснять, почему с ISDN - нет.

Трассировка, как правило, показывает, что приходит от провайдера (Или, по крайней мере, как ОХЕ это понимает). В вашем случае отсутствует поле Calling Number. А менеджмент в станции обрабатывает уже то, что пришло.

Можно. Смотрите описание вашей терминальной программы, из которой заходите на станцию.
А на дисплее цифрового аппарата номер показывает при входящем вызове?

В последней трассировке ничего особо необычного нет - пункт назначения не работает. Например, выключен IP телефон. И по схеме связи: вас спрашивают - зачем петлей через ISDN заворачиваете вызов? В ответ тишина, на схеме это не нарисовано.

Выбираете фильтр, потом стрелками курсора встаете на слово Add, жмете "Enter". После добавления всех нужных фильтров - Ctrl+V. Просмотр фильтров - по одному, с помощью кнопок Next и Prev.

Так про схему связи и не рассказали. Такое ощущение, что продолжаете путать. В том вызове, который вы считаете удачным, после сообщения FACILITY через 1,9 сек идет RELEASE. А в том вызове, который вы называете неудачным, после сообщения CONNECT сообщение DISCONNECT посылается через 16,3 секунды.
В трассировках первое число в сообщении в скобках - это относительное время в десятых долях секунды. Второе число - номер сообщения.
__________________________________________________¬_________­___________________
| (268364:014293) 1110: Send_IO1 (link-nbr=0, sapi=0, tei=0) :
| long: 30 desti: 0 source: 15 cryst: 0 cpl: 0 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : CONNECT (07) Call ref : ba ac
|__________________________________________________-____________________________
|
| IE:[4c] CONNECTED_NUMBER (l=10) -> 01 81 Num : 41624970
|__________________________________________________-____________________________

Такое ощущение, что что-то вы недоговариваете, товарищ. Трассировка исходящего вызова с вашей станции не сходится с трассировками входящего вызова на удаленной станции. Во входящем вызове есть сообщения FACILITY, в исходящем - нет. И отбой в каждой трассировке идет с противоположной стороны. Похоже, есть ещё какие-то промежуточные устройства, которые изменяют протокол. Входящий вызов тоже забавный - пришло по IP, ушло по ISDN, вернулось то же самое по ISDN.
Нашел отличие трассировок удачного и неудачного входящих вызовов. Приходят два сообщения FACILITY,  в удачном вызове в первом сообщении есть кодек G729, в неудачном - нет. Не знаю, поможет или нет в анализе.

У меня клиент 4760i работает на Windows 7 64бит. Путь: C:\4760i_R7.1\, в папку C:\4760i_R7.1\lib\ext скопирована папка с явой: jre15, т.е. путь получается: C:\4760i_R7.1\lib\ext\jre15. В батнике runconfig.bat поправлен путь для запуска явы: %START% jre15\bin\javaw.exe и т.д. Таким образом можно сделать  для запуска разных версий клиентов ОХЕ, каждого с нужной ему явой.

Applications/Accounting/Real Time Tickets Output: варианты No(по умолчанию), V24, Ethernet. Только зачем это вам? У вас есть софт, который понимает протокол взаимодействия с Алкатель? Там особый протокол.

С 9.0 - не работает, только, начиная с 9.1, причем, c определенного патча - I1.605.14e. Лицензии на 9.0 и 9.1 - разные. Сейчас у вас на какую версию лицензии?
Кроме того, в менеджменте надо указать тип платы - GD3, а не GD, как сейчас (что подходит и для GD и для GD2).

Лучше трассу входящего к ним от вас вызова. Чтоб посмотреть какой ALERT идет.

У вас в неработающем сообщении ALERT отсутствуют кодеки и IP адреса. На той станции, куда звоните, есть плата с компрессорами? INTIP, GD?

Сколько процессоров? Один,два? На них IPадреса проверяли? Меняли сами процессоры? Версия 10 релиза? Кабели все на месте? и т.д. и т.п.