Лицензий нет, почем - не знаю, обратиться можно и в Интерсист.
Главное что вы посмотрите в доке на OmniVista что такое отчеты по трафику, устраивают ли они вас.

Например по транковой группе - вы получите количество звонков, суммарную длительность. Но вы не получите информацию по количеству занятых каналов в течении суток - типа сейчас 20%, через час 25% и т.д. По количеству занятых каналов - вы можете задать порог (например 70%) и будете видеть в какие получасовые интервалы он был превышен.

Особых особенностей нет, но в целом проблем может быть много.
Сначала - кто может быть Network - на ОХОшном железе были нюансы - пара портов всегда должна быть в одном режиме.
Когда соединял две ОХЕ - не помню зачем-то на одной стороне в digital access ставил галку на Access type S0.
Ну и основная проблема - в Т0 нет постоянно включенного 1-го уровня (нельзя посмотреть наличие сигнала на передаче). Бывает так - бьешся - нет исходящих звонков. Меняешь местами пары - нет звонков. С той стороны звякнул (пришел входящий вызов) - все и заработало.

Не откладываются или перестали откладываться? Что в инцидентах по тарификации.
Вы про тикеты для внешней тарификации или про on-line тарификацию?

В вашем вопросе отсутствует информация для совета.

По уму - надо поднимать NTP (чтоб процессора брали время с какого-нибудь сервера), делать менеджмент доменов (IP/IP domain) и указывать правильно тайм-зоны. И тогда все будет Ок.

В вашем файле лицензий (*.sw4760) это называется PastTimePerformance.
Сколько стоит - это надо брать ваши OPS и считать (цена привязана к количеству абонентов).

Изменить что - отставание времени или еще чего?
У вас станция (1) и вынос (2) с резервным процессором (PCS)?
Тогда у вас просто на разных процессорах разное время - пока работает основной процессор (около 1), вы видите его время. Когда связь пропала - включился в работу PCS (около 2) (и вы видите его время).

Собственно для проверки - заходите на процессора под mtcl и даете команду date - увидите разницу во времени.

Ну и собственно подкорректируйте там где надо (swinst/ expert menu/ system management - date&time update - если не перепутал).

"О" в станции - естественно распространится только на новые тикеты. Что уже было сохранено на станции и в 4760 - уже маскировано навсегда.

Ну вы надеюсь не пользовались автоматически сохраненной базой?
Взяли и переиндексировали базу ("cdmao", потом "fichges force_recover_dico"), потом сохранили. Естественно при этом проверили, что в ней нет ошибок.

А ради интереса - а что криво встало?

AdminNmc не надо пользоваться - потому что правило хорошего тона - не работать под встроенными учетными записями администраторов, рутов и т.п.

для нормального отображения номера:
- в ОХЕ - applications/accounting - Nb of Last Masked Called Digits поставьте по 0 (по дефолту 4 цифры не хранить)
- в 4760 в аккаунтинге - задаются правила для маскированных и не маскированных отчетов.

На станции данные хранятся некоторое время - в разделе applications/ accounting/ file parameters for ext. accounting - Max Nb Days of Storage. По дефолту стоит 31 день. Теоретически - можно поставить до 99.

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

Помнится мне - миграцию абонентских полок от 4300 давно прикрыли.

Если посмотреть на QSIG-GF внимательно (в TG прописан ABC-F и ссылка на ремоте нетворк, где прописан QSIG-GF) - то в трассировке вы увидите, что префикс занятия + номер и префикс routing/network number с указанием правильной сети - будут разные сообщения.

так все-таки - петля по ISDN (не QSIG) - не удовлетворяет? Если в исходящем потоке Network=yes - имя должно отправляться.
А на тему QSIG - трассировки смотрели? У вас QSIG ходил или ABC-F (иными словами через префикс занятия ходили или через рутинг номера в не нашу сеть)?

Информации вагон!! С CPU3 на 7 перешли наверное не просто так, релиз поди поднимали?
Что написано в External services/ trunk COS - до и после - сравнивали?

А насчет ISDN и имен. По идее (если разрешено использование имен) ОХЕ без проблем отправляет имя абонента, единственное, что это она делает только выходя в TG, в которой поток объявлен нетворком (можете легко проверить на вашей петле - в одну сторону имена должны посылаться, в другую нет).