Тут у вас как-то все вопросы в кучу - и линк гибридный и переход с Е1 на IP.
1 - вы не пытаетесь в одном направлении сделать и ABC-F линк и Hybrid link?
2 - сделали конечно наверное по документации - но как мы это можем увидеть? вдруг вы ошиблись. Например в одной стороны поставили multi-access=yes, с другой no.
Или на новой станции, после задания номеров сети/узлов (в netadmin и в System) - не рестартовали станцию. И т.п.

Вопрос - вы не пробуете поставить плату как INT-IP3A, но воткнуть ее в гнездо предназначенное для процессоров (и соответственно INT-IP3B).

/DHS3bin/downbin/intip3/binintip3    

Invalid translator number - создаете существующий номер.
В трансляторе - префикс для SD (direct) - создавать не надо.    

Security по сети - поднято или нет?
С IP адресами и пр. - все нормально? С процессора INT-IP пингуется (в то время когда пытается загрузиться)?
На процессоре - есть инциденты?  

Платы - ремонтировать (или отдавать в ремонт, если самим не удалось). Покупать отремонтированные.
Там обычно (насколько помню) - неисправности типовые были - диоды/транзисторы в цепи одного из питаний.

Лень лезть искать, но обычно 4760/8770 позволяли поставить "следующий" релиз ПО, но без открытия нового функционала.

Скорее - перезаливка ПО. Site specific data - это что вы делаете в netadmin (адреса, имена, и т.п.), swinst (автостарт, тайм-зоны...), во многих случаях не восстанавливал его.

Вариаций не много - сохраненная база побита. Что-то с ПО (ошибки, криво встало).
Можно попробовать ради интереса - взять 7-zip и развернуть архив на компе - тоже сругается?

И да, как Влад написал - создавать базу и ставить OPS - не надо. Т.к. OPS - это файлы лежащие в базе. Сохранение новой базы - начинается с удаления старой.

Модули - ничего не запускают. Они просто формируют напряжения, которые нужны для работы и для перепрограммирования флеш.
Вполне выпаиваемы (с отсосом) и ремонтопригодны.

Вы про какие модули питания, которые запускают обновление прошивки?
Обновление прошивки запускается - когда версии софта на диске и во флеш отличаются. Были проблемы с установкой плат из новых релизов в старые.
Или у вас - какие-то питания отсутствовали ? Тогда можно просто ремонтировать эти блочки. Они вполне ремонтопригодны.

А зачем вам удалять и создавать лист (в этом случае естественно - не позволит удалить, то, что еще где-то прописано)?
Вы ведь хотели просто номер поменять.  

Все смешалось Не "не помнит как", а не знает.
АОН при транзите - в обычном случае АОН передается без изменений (за исключением случая - когда входящая TG - private и Network mode=yes.

При исходящем вызове:
1 - смотрите NPD в транковой группе (если через префикс занятия звонок) или ARS руте (если через ARS).
2 - в соответствующем NPD - смотрим цифру Calling DID id. Если что-то стоит отличное от "-1" - это говорит, что для построения АОН используется DID транслятор (внутренний номер превращаем во внешний, используя строки из DID справа налево).
3 - смотрите использование Installation number (это цифры, которые могут добавляться ПЕРЕД полученным по п.2 АОН). Он - не используется, или используется Entity (в Entity абонента и прописываете чего добавить спереди), или используется NPD (тут в NPD и пишете чего добавить).
4 - если абонента нет в DID (по п.2) - обычно посылают дефолтовский номер, источник указывается в NPD, обычно Entity или NPD.

В вашем случае скорее всего в одной TG (или ARS руте) стоит NPD, где calling DID id = номер DID транслятора с правилами  495683441 --> 83441.
Во второй TG (или ARS руте) стоит NPD, где calling DID id = -1 (и отдается просто номер абонента), или номер DID транслятора с правилами  83441 --> 83441.
Дивную неразбериху может внести NPD, в котором стоит галка в поле Authorize Personal Calling Number use.  

Во первых - посмотрите список звонков (call log) - звонил ли кто-то вообще.
Во вторых - для того чтоб обычный абонент послушал (аппарат ответил в громком режиме) - на вызываемом аппарате должен быть включен режим "интерком" (нажата кнопка Mute в дежурном режиме). Но тогда это будет происходить при каждом внутреннем звонке.

Поэтому чаще всего - на самом деле используют "Оповещение через динамик". Человек звонит на занятый/свободный номер (при занятом - может быть подсказка, предлагают набрать суффикс для "Оповещения"), набирает суффикс (Loudspeaker announcement) и может что-то сказать.

Перенес в ОХЕ.
Несколько вопросов и замечаний:
- что мешает посмотреть в документации (system doc\ IP-PCX Networks\ SIP\ SIP Trunking)? Там все подробно и с примерами.
- spadmin - показывает не лицензии на выносе, а лицензии на станции.
- INTIP - будет (может быть) использована для голоса. Собственно общение SIP - начинается общением процессора и SIP гейтвея.