так время наверное не страшно - OmniVistа наверное не сильно пользовались, инциденты не смотрели.
Шучу.
Наверное стоит обратиться в Алкатель (если есть возможность) - на 4760 вроде была процедура восстановления паролей. У меня правда инфы не осталось.

не пробовали - реквест написать в Алкатель?
Ну и такой еще вопрос - а саму OmniVista не бэкапили? Тогда просто - переустановили, восстановили из бэкапа, запретили в менеджменте блокировку по истечению пароля.

есть всякие команды - listfwd, listdnd (с этими понятно). Для callback - есть команда callbstat

2error
При транзите через ARS (c паблик транка) - Caller Id переделывается?

Насчет SIP не скажу, не помню.
А зачем такой транзит и 8 цифр АОН? Для тарификации на ОХЕ?

Установка лицензий - не запускает приложение sipmotor.
Оно будет запущено после прописывания SIP шлюза и рестарта станции.
После рестарта - sipmotor будет стартован и по команде killall sipmotor - вы увидите рестарт службы, OS/ in service SIP TG.

Город не будет формировать АОН (это и не требуется).
Формировать АОН на граничной станции при выходе в город - это не проблема (в транковой группе галка private, в digital access - network mode).

При этом даже в тарификации начнет откладываться в виде одного тикета (в charged number будет лежать внутренний номер абонента).

Но в тарификации - не станет звонков в сторону присоединенных станций (по дефолту, при отсутствуюших ключах на сетевые и локальные тикеты).

Но ПОЛНОЦЕННО формировать АОН в ОБА направления  - с присоединенных в ГТС и с ГТС в присоединенные(с переделкой АОН и типом звонка)- не может.

Если вместо гудка при снятии трубки слышим прерывистые сигналы - это означает, что есть заказанные фичи - переадресация, небеспокоить, или есть заказанная функция "просьба позвонить" (кто-то звонил на свободного абонента, при неответе - нажал callback)

Вы можете делать подмену (ОХЕ будет хоть что-то делать - для ISDN и H323) - если ваша TG private и в digital access - Network mode у вас.
По сути - она отправит идентификатор - как если бы в станции звонил абонент с номером как в пришедшем Calling number, из Ентити как в TG.

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

Поэтому самый правильный способ - заставлять подключенных людей выдавать правильный АОН.

много раз писано - bascul, это не перезагрузка, а переход с процессора на процессор.
Есть база в ОЗУ, при баскуле - с ней просто начал работать второй процессор.
Поэтому - SIP, новые OPS и пр. требующее перезагрузки - должно перегружаться с перерывом связи.

Станция считает, что он не прогрузил софт.
Проверьте - что тип аппарата в менеджменте соответствует реально подключенному.
В Phone feature COS аппарата (в конце) - поставьте режим загрузки софта ASAP (выдерните/воткните аппарат).
И по пропущенным звонкам - перестают откладываться новые или вообще никаких нет (т.е. если были старые не отвеченные - пробовали почистить).

Ну и самое первое наверное было - в параметрах абонента - ISDN subscriber - галочки с внешний/внутренний - не убирали?

Звонки какие - внешние или внутренние.
Сами проверяли? Или спрашиваете со слов пользователей.

у вас - ресурсы разнесенные в разные города (IP):
1)прописаны в разных IP доменах?
2) в IP доменах - правильно указаны тайм-зоны?
3) оборудование к IP домену относится в зависимости от IP адреса - в IP доменах правильно указаны диапазоны адресов?
4) аппараты (на которых время уходит) - ни чем особым не отличаются 9директор-секретарь и т.п.)?

Напряжение и частота - по идее с этим не должно быть проблем. ИКМ-30 - советская система. А в СССР - на параметры ПОЛУЧАЕМОГО сигнала вызова очень широкие ворота были. По частоте от 16 до 60 Гц, по напряжению - не помню, но тоже большой разброс (более жесткие требования были к генератору сигнала, а приемное устройство обязано было понимать сигнал в широких пределах).
Не помню как в Алкатель формируется сигнал вызова - там помнится были какие-то нюансы. Из-за этого в том числе - есть проблемы с МФУ HP (на HP требуется менять параметры анализа сигнала вызова - Mercury Ring мне помнится пункт назывался).
А по ИКМ-30 - не подскажу.

Ладно, отвечу еще на последок - на месте виднее. Но перечисленные вещи - не совсем связаны друг с другом.

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

Для звонков по VPN - сигнализация межстанционная идет по IP между процессорами (GD не задействовано). В процессе обмена - удаленная сторона сообщает свой VPN префикс и вызываемая сторона звонит на VPN префикс. С точки зрения сигнализации - используется GD (одна или обе и в каком порядке - это как вам нравится, если работаете через ARS). DSP ресурсы GD (голос) - задействоваться не должны. Если снять трассировки - то должны увидеть, что в качестве RTP портов станция укажет IP адрес IP телефона, а не GD.

В общем как говорится - суть понимаете, а как вам хочется конкретно организовать - все в ваших руках.