Если речь про исходящие в город, то смотрим Categories/Access category/Public Access Category (есть у каждого юзера). В каждой такой категории есть разрешение/запрещение наборов на определенные номера, определяемые в Translator/External Numbering Plan/Numbering Discriminator

Увела вас дока не в ту сторону...
\OmniPCX 4400\Applications::1\Automated Attendant::1\Automated Attendant Access - это должен быть уникальный номер, никаких совпадений ни сюзером, ни с чем еще. После того, как создадите этот самый AA Access, направляйте на него номер из DID Translator, все должно работать.

Обижаете!.. Такую простую ошибку уж сам бы нашел. Нет, там именно что не создавался 18-й шелф при правильных настройках.

Пока то да се, дело дошло до техсаппорта Алкателя. Только хитрые индусы смогли починить БД. А в чем был косяк - не сказали. А очень интересно.

Да, все так и создавалось, никаких изысков. Просто почему-то не создался 18 шелф. Есть предположение, что это из-за того, что на GD основного кабинета не прописан gateway. Может такое быть?

Добрый день, коллеги.
Итак, имеем OXE MG - Main Shelf 2 и IP вынос Shelf 3. R9.1-i1.605-21-e-ru.
На выносе имеем PCS. На CS главной полки выставлен тип CS+4645, после этого был рестарт.

После попытки выставить тип голосовой почты в 4645 (Applications/Vocemail) выдает странное:
impossible to create a GD board in the 4645 Rack
Лицензии на 4645 есть.

Я удивлен.

Что ж, понятно. Будем исследовать. Всем спасибо за внимание...

Да, все правильно, на обоих процессорах корректно с рестартом выставили таймзону. До мастеркопи, само собой.
Про mail не пишет.

Были рестарты после выставления таймзоны, второй проц поднимался через Mastercopy. Короче, все было сделано по учебнику.

После подъема релиза с 4.2 до R9.1-i1.605-21-e-ru-c7s2 валит такая бяка:

20/04/11 10:39:13 000001S|---/--/-/---|=2:0281=Wrong time
20/04/11 10:39:43 000001S|---/--/-/---|=2:0281=Wrong time
20/04/11 10:40:13 000001S|---/--/-/---|=2:0281=Wrong time
20/04/11 10:40:43 000001S|---/--/-/---|=2:0281=Wrong time
20/04/11 10:41:13 000001S|---/--/-/---|=2:0281=Wrong time

Пояснения к инциденту считаю что нет, из строки понятно только, что речь идет про StandBy проц. Это вообще опасно?
По команде date имеем на обоих процессорах:
Wed Apr 20 11:35:18 MSD 2011. Таймзона на обоих одинаковая.

Да, все верно. Собственно, удивило, что ОТВЕЧЕННЫЙ вызов по этому префиксу работает на 9-й серии. Я уж подумал, что в новых релизах алгоритм работы префикса LCC поменялся.

Внутр1 звонит на Внутр2, они разговаривают. После чего Внутр2 набирает префикс LCC. И если он 4035, то видит no last caller, а 4039 видит имя Внутр1.

Добрый день.
R7.0-f4.401-13-ru-c7. С аппаратов 4035 не работает префикс Last Internal Caller Callback - пишет no last caller. С 4039 работает, настройки совершенно идентичны. Поменяли тип аппарата с 4035 на 4039 - заработало. В чем прикол? На другом узле на 8-м релизе та же история. Так должно быть?

Метка стоит, но никакого поля Рхххх нет, а результат побудки идет только на принтер. После установки побудки через Фиделио от станции идет сообщение acknowledge без полей установленного времени.

Добрый день, коллеги.
Есть гостиница R6.1-f2.500-6-i
Все сведения о побудках сваливаются на принтер. Клиент хочет, чтобы информация по неудавшимся побудкам была видна и в Фиделио, так как по ночам около принтера никого нет. Фиделисты утверждают, что от станции в отельном линке не идет никакой информации об успехе/неуспехе wakeup-а.
1. Где это включить?
2. Есть ли ТС с хорошим описанием отельного линка?