для начала смотрите тут http://www.jabra.com/RU-RU/AlliancePartners/pages/Default.aspx

можно прикрутить любые, Plantronics, Jabra. лишь бы переходники были в комплекте. модуля bluetooth в перечисленных аппаратах нет. и помните - беспроводные гарнитуры зависят от батареек. если планируете установить это людям в постоянным траффиком - заряда хватит на полдня.

4.2 апргрейдится в 5.1 напрямую, начиная с 4.2.06.02.а. бекап-ресторе помогает в случае восстановления в одном релизе (если не делать что-то ручками). читайте ТС к релизу 5.1. там все написано.  единственное что могу сказать из опыта - остановка сервера будет длительная, так как в 5.1 перелопачивается вся база (делает переход на secure ldap). насколько долго - зависит от базы. не очень давно делал миграцию сервера 3.2 в 5.1 путем последовательных миграций (по ТС) 3.2 - 4.0 - 4.2 - 5.0 - 5.1 подсовывая разумеется sw4760 от других станций соответствующих релизов. все прошло гладко на сети станции с несколькими тысячами абонентов, но день жизни потерял.

гляньте, есть ли в списке процессов (ps -ef) процесс CMISD. далее - попробуйте тоже самое в mgr. если там не помогает - хорошо бы еще в spadmine посмотреть наличие абонентских лицензий...

Присоединяюсь к поздравлению - всех коллег, друзей, творящих нетленку из оборудования любимого вендора - с праздником и всяческих успехов в этом нелегком деле!

таймер 42? по умолчанию 5 сек, обычно уменьшаем. а не пробовали анализировать процесс коннекта с городом и мобильным? звонок мобильного приходит в городском потоке, или может быть шлюз есть?

OPS ставятся отдельно. если они и лежали на станции, то при заливке софта вы диск форматнули... ищите OPS на дискетах, в почте, у поставщика. Без ОПС дальнейшие телодвижения лишены смысла.

на первый взгляд нетрудно. два пилота, две очереди. по выходу из очередей ставите например равные приоритеты распределения в одну PG. в каждой очереди настриваете overflow on waiting, с соответствующим тамером. если для очередей нужно установить приоритеты - либо в таблице распределния рисуете разные приоритеты... есть еще гандикап

PARI и синхронизация - из разных опер. каждой полке можно присвоить ОДНО ПАРИ, но одно и то же ПАРИ может быть присвоено нескольким полкам, при условии что количество баз суммарно не более 256. если больше - второе пари и т.д. 7 или 8-м? вероятно ошибка хелпа, напрячься можно еще впомнить ляпы. уж не знаю как расставлены базы у поднявшего тему, надеюсь не квадратно-гнездовым способом.

запустит NMC service manager... если OTS после этого оживет, значит у них просто есть общие службы и вероятнее всего на уровне виртуальной машины... сколько раз ставил и ОТУК и 4760 никогда не видел их взаимозависимости. правда никогда не приходило делал это на одной машине

давайте будем корректными - называть сетью не конгломерат АТС (пусть даже между ними налажена связь по 3-хб4-ч или 5-тизначным номерам) а станции, на которых сделан правильный менеджмент в плане номера сети-узла, гомогенный (то есть не конфликтующий) план нумерации и т.п. при выполнении этих условий можно говорить об организации межузловых каналов и туннельных адресов, работе в этих каналах броадкаста...
если на момент организации сети на узлах есть объекты - выравнивание информации на узлах возможно с помощью Аудита. однако следует предупредить - выполняйте аудит если четко представляете себе что хотите сделать, примеров сноса конфигураций на сети в результате неловкого аудита - масса

PARI Value
:
Enter PARI value (11 digits).

Reminder: This value must begin with 1xxxxxxxxxx (mandatory).

попробуйте еще разок перечитать раздел доки mobile-services > multi-pari DECT все ли у вас сделано "по образу и подобию"... если в чем-то сомнваетесь - пишите... Если решите менять PARI - будьте готовы перерегистрировать трубки.

PARI долно обязательно кончатся на 0 или 4, иметь 11 знаков и обзательно начинаться с 1.
кстати, проверьте назначение PARI полкам, флажок Flag external handoff в System > RBS system должен быть в true...

все ж написано - не хвататет динамического порта. для чего? вы не пишете, додумываю что для VoIP. Указали бы хоть какие IP технологии на вашей станции применяются - VoiP, OTUC ....

у вас скопился мусор от предыдущих инсталляций - первым делом почистите системную переменную path (system  properties > advanced > environment variables) там должно быть только с:\WINDOWS\system32;с:\WINDOWS; - все остальное - стереть. возможно еще потребуется "ручная" деинсталляция Sybase и SQL... более подробно - в доке (раздел "Удаление сервера ")