Странно все это.
Чтоб звонки (внешние) не висели на аппарате (который разговаривает) - есть Public network COS - DID hold on busy set (уведомлять аппарат о втором вызове или считать его занятым) и Overflow on total busy (надо ли перетекать, если аппарат занят).
А есть клавиши multi-line и сколько их - это вопрос второй.

Первая трассировка - "из другого города по той же схеме"?
Сравните таймера (External services/trunk COS) в ISDN сигнализации.
Может одна станция считает что Alert слишком долго не приходит и отбивается.
Хотя у вас вроде станция 1 подключена по SIP - сравните трассировки SIP.

Кабель - обычный патчкорд. Только одна пара "передача", а вторая "прием" (оранжевая и синяя). Поэтому при подключении двух устройств - прием надо соединять с передачей и наоборот. В ОХО для простоты два разъема сделано, которые отличаются расположением этих пар.

Если Е1 в шлюз и Е1 в ОХО работает, то как минимум - подключая шлюз к ОХО - надо поменять режим Network mode (Master). Им был город, теперь мастером должен стать шлюз.
Ну и надеюсь - прием и передача - вы как надо включаете.

вы или в Хайкоме - должны при звонке на номер 493ххх отправлять в Алкатель 1130.
Или в Алкатель - в транковой группе поставить DID transcoding (использовать преобразование входящих номеров). А потом в правилах DID транслятора (скорее всего 0-го) прописать правила - 1000-1000-1000 (для звонков на 1ххх), 2000-2000-1000 (для звонков на 2ххх) и потом добавлять что вам надо для города - 3660-1130-1 и т.п.

use personal calling number  - это касается АОН при исходящем звонке. Если в NPD используемом при звонке разрешено использование номеров, если у абонента он прописан - то в качестве АОН будет отдан этот номер (3660 в вашем примере, хотя скорее всего надо 493650 или вообще 10 цифр).

у вас проблемы с настройкой входящей/исходящей связи в АЛКАТЕЛЬ или проблемы с настройкой транзита в HICOM?
Если второе - то немного не тот форум выбрали.
Если первое - напишите что уже сделали, что не получается.

Что было - сказать тяжело.
Теперь ведь не вспомнишь состояние INTOF и тайм-слотов в нем (config - не было ли что все тайм-слоты заняты).
Команды типа intint и tsint - что там было с тайм-слотами.
Имеет смысл попробовать посмотреть инциденты с прошлой сессии incvisu -b 1 (2, 3.. ) с того процессора, который был тогда main. Может были (сохранились) инциденты предшествующие возникновению проблемы.

Сругнулась на лицензии - естественно, поскольку у вас другой CPU-Id.
Не дает поставить другие лицензии - по простой причине - станция откажется ставить лицензии, если по какой-то позиции идет УМЕНЬШЕНИЕ функционала.

Соответственно - берете и копируете свой *.swk файл в папку /usr3/mao (точнее /DHS3data/mao) под именем software.mao.

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

Вариант 2 (правильный):
- запускаете с остановленной телефонией (с выключенным автостартом)
- swinst/ expert menu/ database management - create empty database (страна SU)
- ставите OPS файлы стандартным образом
- не забываете вернуть на место автостарт.

Второй путь правильный - потому что у вас гарантировано не остается "шлака" в базе от предыдущей базы и создастся оборудование как написано в hardware.mao файле.

настолько ли крупна сеть - например десятки станций и/или десятки тысяч абонентов?
На самом деле интересно другое - готовы ли вы платить деньги за обслуживание и в какой форме. С обслуживанием, в плане работ/оплаты - всегда все плохо - если у заказчика много проблем, то он не понимает за что платит деньги, если все хорошо - тем более не понимает за что платить  

А там - нет разве кнопки "i" (где-то справа внизу - в кружочке)? Вроде всегда i+# было (пока идет этап 1/5 или 2/5)

По префиксам DPNS - при наличии сети - настоятельная рекомендация создать их. На каждом узле должен быть префикс Local feature (если не путаю) PBX address in DPNSS. Если с планом нумерации проблема - помнится не обижалось на создание номеров типа А0000001 (главное чтоб были и разные на каждом узле).
С оборудованием (фиктивным вопрос) - тут стоит сделать как советует etc. Кстати оборудование на фиктивных платах можно смотреть и стандартным способом - config all - покажет с каким номером фиктивный шелф (раньше часто был с номером 1, потом 19).
Там будет указана фиктивная цифровая плата, на которой живут IP телефоны (и прочее оборудование без привязки к железу).
config 1 0 (если виртуальная плата 0 стоит в 1 ящике) - покажет аппараты, что там на позиции 89.

Самое правильное - просто полностью залить софт (естественно его надо иметь).
Если есть "аналогичная" станция - можно клонировать ее винт (если там тот-же релиз и тот же тип процессора).
После - загрузить ранее сохраненную базу (вы ведь хранили базу - из каталога /usr4/BACKUP/DAY хотя бы).
А "сохранение БД не принципиально" - это как? Не проблема прописать заново абонентов, транковые группы/межстанционные линки и т.п.?

Когда смотрите suproutage (запускаем на узле 1) меню 2 - вам должно нарисовать узлы (если их в сети меньше 6 - то сразу).
Далее, если вы нажмете 1 - это Х25 - будет нарисовано, между какими станциями есть сигналинг (с точки зрения узла 1). Узел 1 - видит, что есть сигналинг между уздами 2 и 3?
Далее, если вы нажмете 2 - это будет голос (ваши Е1). Узел 1 - видит, что между 2 и 3 есть голос (линия, посередине нарисовано 1)?
Если нет потока между 1 и 2 - suproutage показывает, что есть сигналинг 1-3-2 (X25D, 1)?
Аналогично по голосу (если нет потока между 1 и 2)- узел 1 - показывает что есть голос 1-3-2?

Или с точки зрения узла 1, между 2 и 3 ничего нет (пунктир).

Оператор - это достаточно специфичная вещь  - прописываются в разделе Attendant (Attendant group, Attendant sets). Не всякий аппарат может быть операторским. Есть нюансы с функционированием.
Не помню - требуются ли на них лицензии.

Повторюсь - suproutage, menu 2, смотрим на ПЕРВОМ узле - показывает наличие сигналинга между узлами 2 и 3 (Х25)?
Звонки между 1 и 2 (при обрыве линка - не идут вообще (отсутствуют в t3)?