По идее при звонках через ARS
Public network COS - используется Public Access COS на этапе проверки номера в дискриминаторе разрешен/нет

В ARS руте - запрет на TG (TG access COS) уже не смотрится, работает только ARS privilege при выборе маршрута (waiting/stopping cost limit).

Надеюсь маршруты у вас без waiting/stopping cost limits (типа 1/-1/-1; 2/-1/-1)

Как бы я проверял работу ARS.
Если через данное направление кто-то (IP абоненты) ходят, а часть не ходят:
1) смотрим что у абонентов одинаковое ентити (влияет entity/discriminator selector -  в какой дискриминатор реально попадаем). Помним - что абоненты в Hunt Group - обладают ентити указанным в HG
2) смотрим что у абонентов одинаковая Public network COS (влияет в экзотических случаях ARS privilege)
3) если с первыми двумя пунктами Ок (хотя бы принудительно выставив на время проверки) - смотрим в ARS рут. Quality - настоятельно рекомендуется иметь Speech и FAX (оба).

Вообще некоторые пользуются командой lookars (помнится lookars -test) для проверки менеджмента.

Если аюоненты с одинаковыми Ентити/категориями и в руте указаны оба quality - звонки должны появиться в трассировке.

Quality - в рутах одинаково указан?
Тип транковой группы - ISDN, аналог?
ТГ занимается (и отбой снаружи) или нет?
Трассировка - есть?

Не помню - в ОХО есть возможность брать время от ISDN подключения (у вас есть ISDN подключения)?
Например Other labels - NetClock - можно брать время из сообщения CONNECT.
Если есть ISDN и в сообщениях приходит ерунда - может время забавно скакать.

чисто теоретически - 176-й ключ на IP абонентов, (или 317 - Standard IP users), 197 - G729A Client.

Но это теоретически. Реально - если есть почта, если добавляя лицензии - вы переходите через границы по числу абонентов (например - если вы расширились 300 в 349, это просто абонентские лицензии, а если 349 - 351 - полезут еще станционные лицензии, лицензии на OmniVista и т.п.) - то еще всякое вылезет. Плюс лицензии SPS.

Так что - надо брать ваши OPS файлы и считать.

Если время в системе и на аппаратах различается - по видимому не делали рестарт  станции после смены тайм-зоны.

ТС - какая задача? Есть ОДИН человек с нескольким устройствами?
Что-то мешает ему регистрироваться под одним аккаунтом?

Поделитесь инфой - как прошел переход на зимнее время.

Мне казалось что галка отвечает за то - что реально в микросхеме часов лежит - реальное впемя или GMT.

Время swinst и Linux - это одно и тоже.

Командой date - время задавать можно, надо просто внимательней почитать формат и аккуратно водить. Как-то было интересно - вводить получалось.

Странно - что нет IP адресов циски - там direct RTP на H323 случаем не выключили?

Насчет звонков сразу по SIP - вы наверное одну TG сделали с сигнализацией ABC-F? Может стоит сделать еще одну - с сигнализацией ISDN all countries и приколотить ее во внешнем SIP gateway?

А давно стало два месяца? Вроде 30 дней было?
С процессорами в ЗИП - это должны быть "чистые" процессора - иначе могут быть проблемы с "привязыванием" к ним лицензий.

Направление - System doc/ hardware/ cables/ connection maximum length/ INTOF links

дай человеку рыбу - и ты его накормишь один день, научи человека ловить рыбу - и ты сможешь продавать ему оборудование для ловли всю жизнь  

Посмотри (когда о таком говорят) - не горит ли на аппарата светодиод выключения микрофона.
Может нечаянно нажимают ее. А вызывающий набрал не тот номер и отбился (ошибается в цифрах).
Попробуй по категории (Phone feature COS) запретить людям суффикс "оповещение через динамик" (может кто-то забывая набрать 9 для выхода в город - набирает городской номер - если первые цифры совпадут с номером абонента, а далее набирут суффикс оповещения через динамик - может легко так получиться)

Проблема с цифровиками в чем?
Вызывающийся отбивается или вызываемый автоматом отбивается?

Не нажата на вызываемом аппарате кнопка выключения микрофона ? Если ее нажать, когда нет разговора - то это включение режима Intercom (автоматический ответ на вызов в громком режиме)