Город не будет формировать АОН (это и не требуется).
Формировать АОН на граничной станции при выходе в город - это не проблема (в транковой группе галка 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.

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

Не понятен спор. Есть разделенные выносы (стоят в разных местах и сетях), почему не быть менеджменту, который учитывает данное разделение (разные TG, разные домены)?

Если мы говорим о TG H323 - то давайте не путать СИГНАЛИНГ и ГОЛОС.
Сигнализация  - она будет привязана (если сделать разные TG) - к конкретной GD. Вы это увидите например в t3. Там будет присутствовать номер платы. И не поднимете вы с платы более 30 разговоров ДАЖЕ если вам не понадобится НИ ОДНОГО кодека. Например если говорят IP аппараты.

КОДЕКИ - будут задействованы, только когда понадобятся (например разговор TDM-IP).

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

разница? Были на моей памяти случаи, когда при входящей связи кодеки брались из забавных ящиков, а не оттуда - где абонент.
И соответственно из общеправильных соображений - разнесенные ящики бывает интересно отнести в разные IP домены (и в доменах сослаться на разные TG). Тогда в ARS - можно не указывать TG, а говорить - что использовать TG из домена.

У вас ящики в разных местах стоят (а точнее - они в одной подсети или разных)?
Это я на предмет целесообразности одной TG из двух доступов. Не правильней - иметь 2 TG, использовать их в каждом ящике самостоятельно?
Релиз кстати какой у вас?

Да чего там. Много чего забавного с ним бывает - например при пересылке OPS файлов через почтовый клиент BAT - он туда в конец swk файла иногда добавляет пару байт (0D 0A)  - контрольная сумма перестает соответствовать содержимому файла (при установке через swinst получите отлуп со словами illegal software keys.

Ну вы блин даете. swk из Актиса - не содержит контрольной суммы файла, вычисляемой по хитрому полиному.
Поэтому - пока файл в Актис черный - толку от его swk нет.
Далее - если вы получили файл для размещения заказа - export offer - файлы станут синими.
А вот когда вы загрузите подтверждение с сервера (собственно честный swk) - файлы станут серыми и будут содержать правильный swk.

не правильный файл (просматривая в чем нибудь) - увидете, что с 6-го байта кучка нулей идет. А в правильном файле - там несколько байт контрольной суммы.