Рекомендую ознакомиться с TC1842 ed.2. "ACT COMPATIBILITY WITH INTIP3"

Оффтоп, конечно, но во имя индексации - это голос диктора Михаила Быкова
https://ru.wikipedia.org/wiki/%D0%91%D1%8B%D0%BA%D0%BE%D0%B2,_%D0%9C%D0%B8%D1%85%D0%B0%D0%B8%D0%BB_%...

Нужно смотреть NMCLD*.log файлы.

После этой процедуры забываем про оплаченную заказчиком поддержку, так как в случае каких-либо проблем ТП АЛУ укажет на неподдерживаемую конфигурацию.
На реальном сайте с реальным заказчиком готовы пойти на это?

Абсолютно согласенАбсолютно согласен, все так. Это российские реалии.
Windows ISO российский - это означает неработоспособность 8770 для заказчика. И это реалии.
Она ставится на этот Windows (раньше проблемы возникали уже на этапе установки), но не работает, парочка сервисов не заводится.
Я еще раз уточняю - не все 8770 глючны, не вся Винда кривая. А только сочетание "8770 и русская Винда"
.

После версии R2.6.1 ALU сказало - ставьте 8770 на Windows оригинальный - или французский или американский.
Если соблюдать это правило, то нет проблем ни с Windows 7,10, ни с прочими.  
Поэтому не надо создавать сетевых легенд про "с пятого раза накатили", "жесть" и проч. Берете требования к релизу, внимательно читаете  и ставите. Работает и на 7-ке и на 10-ке, и на серверах без проблем.
Поэтому первый вопрос к ТС - какая версия Windows? Если локализованная, российская, то ищем другой дистрибутив (и лицензии, само собой)..

 Как только появился CPU8 везде упоминалось , что embedded Ethernet отсутствует в этом CPU. например, presale-презентация TBE053 "OmniPCX Enterprise R12.1 & OmniVista 8770 R3.2.08 Ed.01", стр.12:
­ No more embedded Ethernet interface  
Или TC2414 ed.04, стр.47/114:
No more USB interface
No more floppy interface
no more embedded ethernet  

По-моему, достаточно понятно написано.

Увы, там написано: "This management must be followed by a reboot of the installation".
Надо брать окно на полный рестарт.

TC2585 ed.5,  параграф 10.3 прочтен и исполнен, как написано?
Так же там рекомендуется ознакомиться с TC0567 "Reboot of the CPU board after an inopportune shutdown of IO2N board."

"Прозрачный" режим (без использования T.38 и других проприетарных режимов передачи факса) работает только с кодеком G.711. VAD должен быть отключен.
Задержки, потери на LAN должны быть минимальны.
В таком случае будет режим псевдо-TDM передачи факса, то есть она никоим образом не затрагивается IP средой и не вносятся искажения аналоговых сигналов, т.к. G.711 используется внутри АТС.

Но если T.38 на младших релизах не отключается, то тогда ничего не поможет. На старших есть пунктв IP-домене fax modem transparency для автоматичексого перехода на прозрачный режим для факсов.модемов.
Но попробовать стоит. Всю станцию перезапускать не надо, достаточно GD/INTIP перезапустить после смены IP-параметров.

На G.729 передавать аналоговый факс в прозрачном режиме (без Т.38), с включенным VAD'ом? Однако...
Сетка настолько плоха, что не включить G.711?

Я бы не мучился - - скопировал бы каталог /DHS3bin/downbin/intip3/ в /etc/rc.d/init.d/, сначала через "ln -s" попробовал бы.

Бубен не нужен.
Эти сообщения - с вероятностью 99,99% индикатор того, что ftp при сохранении файлов было в автоматическом или текстовом режиме.
Надо волюнтаристски использовать тип передачи - binary (image) всегда. Ftp пришел из unix'а, в этой ОС есть некая процедура, которая определяет тип файла по его заголовку, имени и содержанию.
Если старый диск вообще не читаем - то только ручками снова все набивать.

Значит, все-таки придется искать причину.Cм. https://www.intersyst.ru/support/forum/messages/forum13/topic2601/message21166/#message21166

Читаем  Technical communication №1522 " No connect_ack sent from OmniPCX Enterprise in case of ISDN call to Mobile", проверяем версию/патч OXE, ставим галку.