А чего - в 9.1 по прежнему лежит клиентская программа?
Вроде убирали ее.
Клиентские программы разные - скачанная из станции 7 релиза - не будет работать с 8-м и наоборот.

Вроде писали, что если поставить R9 (до 34 патча), разрешить 4760i (чтоб работала), а потом проапгрейдить в 9.1 - то вроде продолжит работать.

Сообщения  
А в чем проблема - чего делаете, где проблемы, релиз станции

Вы же не пишите какой релиз на станции. Работает с 9-го релиза. До этого персональные звонки (через ПИН) трансферить было нельзя.

Для того чтоб вызов в ночное время перешел на номер указанный в Ентити СРАЗУ, а не по не ответу

Чтоб звонки шли а в трассировке ничего не было - так не бывает, что-то не так написали может? тот же "гибридный" в разных командах по разному пишется.
приведите вывод по команде "lookvpn -test".
Основные моменты.
Номер абонента узла 2 присутствует в виде префикса с узла 2.
VPN префиксы узла 2 присутствуют на узле 3 (с info = номер ARS листа, а не -1)
В ARS листе указана TG, и не забыть time-based route list.

А на других узлах вам зачем роут в ABC-F? Это вообще как - указали TG=2000?
При наличии телефонии (ABC-F линк)VPN overflow не используется - в suproutage есть чего-то типа
NETWORK COSTS TOPOLOGY FOR TELEPH Quality Voic
Local Node: 3

|1|----14----1---14---|2|

Смотрите в доке - в описании почты 4645 в конце есть user guide, там в конце диаграмки чего и как программировать. Т.е. типа зашли, опция 4 (персонадьные настройки, 1 (приветствия) - пишите свое приветствие

На тему 2 - System - Transfer Private Calls поставьте 1.
На тему 1 - нужен аппарат с переадресацией в речевую почту, с индивидуадьным приветствием (где говорится чего надо). А далее например следующее - в hunt group указываете специфическое entity. В данном ентити для режима ночь указывает (раздел call distribution) аппарат с переадресацией в почту.
Entity/incoming state - пишите в какое время и дни недели у вас ночь и день.
По public network COS указанной в HG (или у абонентов) запрещаете входящую связь в ночном режиме (Access COS - incoming DID/ tie line).

Можно баловаться по другому - аппарат с переадресацией в почту указываете в HG в overflow routing number. Абоненты вечером из группы выходят (набором префикса выхода из группы).

А проходят звонки на 1 узел и ничего в трассировке? А точно сетевыми идут? Не через Node access префикс?

Или не совместимости кодеков - тип кодека (дефолт или 711) указан в VPN.
Может с одной стороны дефолт с другой 711, а в параметрах компрессии Multi-algorithm for compr. помечен то же только с одной стороны.
А не могут позвонить - это как? Услуга не доступна, абонент временно не может быть вызван или еще чего?

Смотрите suproutage (как сразу и написано было)на 3-м узле - в меню 2, по 1 - должен быть сигналинг, по 2 - телефония 1-2, по 5 - VPN 1-3, 1-2, 2-3.
Соответственно у вас или не присутствуют в VPN overflow (на ВСЕХ узлах) 1-2, 1-3, 2-3.
Или в VPN overflow не стоят галки на mandatory hop, а в access COS VPN COST=0.

Вопрос собственно закончился месяц назад. Смотрите даты сообщений и не выкапывайте без нУжды старые обсуждения.

Смотрите инциденты и чего показывает suproutage. Тем более - все равно обманываете, кроме линка 1-2 и 1-3 (например ABC-F) у вас наверняка прописан гибридный линк 2-3 с сигнализацией по IP.
Если все так - то из классических проблем - у вас не добежали на 3-й узел VPN overflow префиксы со второго узла (например). Можете запустить VPN трейс:
запуск
tuner km
tuner clear-traces
tuner +cpu +cpl
actdbg hybr=on
tuner hybrid=on
mtracer -a


остановка
actdbg all=off
tuner clear-traces
dhs3_init -R MTRACER
Увидите межстанционный обмен (если есть сигналинг), сообщаемые VPN префиксы и пр.

А что - много абонентов которые дожидаются 5-6 посылок вызова? А Вы еще хотите увеличить - а зачем? Абоненты ОХО не успевают доползти до телефона? Может попытаться отправить в ЗАНЯТО? Через запрет перетекания в public network COS используемую в транковой группе?

По идее external services/ Trunk COS - для используемой в транковой группе категории сигнализации (например 19 для ISDN - смотрите открыв транки в транковой группе). Обычно по умолчанию 30 сек.

А кто-то обещал, что MIPT будет работать с ОХЕ в режиме родного терминала без SVP сервера или Alcatel-Lucent OmniAccess Wireless Switch?