Если остановить службы без перезагрузки сервера, то OTS запускается. Попробую ещё перегрузить вечером, может совпадение с ACAPI было(иногда и без экспериментов OTS на него жаловалась).

Что-то ещё не хватает. Вторая линия не подключается. На цифровых телефонах надо multiline для второй линии делать, на аналоговых не понятно как их создать.

После остановки сервисов NMC перестала работать система OTS manager (менеджер управления софтфоном), жалуется на ACAPI сервер (а он похоже в NMC входит). Сами софтфоны работают, но ничего создать и изменить без менеджера нельзя. Наверно прийдётся переустанавливать Софтфон, вычистив всё. База Софтфона как я понял находится в каталоге "имя сервера"@3595?

Доброго времени суток. Подключаю абонентам вторую линию. Подскажите, как на аналоговом телефоне забрать звонок со второй линии, не разорвав соединение по первой и попеременно говорить (суффикс broker создал)?

Спасибо. Попробую.

Спасибо. А Софтфон разьве не использует NMC (я так и хотел сделать).

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

Перезагрузка процессоров и синхронизация баз не решила проблемы с синхронизацией Омнивисты. Есть ещё один фактор: на другом компьютере есть две виртуальные машины, на одной установлен сервер Софтфон (работает). На эту же виртуальную машину ставили когда-то Омнивисту(не установилась до конца из-за виртуальной машины и там так и крутится большая её часть). На второй виртуальной машине стоит Визуалмессенджер и тоже работает. Так вот, омнивисту не могу пока отделить и вычистить, а она пытается связываться со станцией(сервер останавливать нельзя). Если деинсталировать омнивисту, то управляющая оболочка софтфона тоже удаляется (а там пользователей почти две сотни, забивать всех руками долго). Вот так пытались экономить - 3 сервера в одном.

Перегрузил по очереди процессоры, синхронизировал базы на обоих, тоже по очереди.
Ошибки исчезли! На долго-ли не знаю.

Платы пишет разные:
01/12/0/68
01/10/0/68 например
но все из первого кабинета. При работе на первом процессоре (есть дублирование), такой ошибки нет, есть другая 0274=DTMF receiver release error (синхронизацией баз не удаляется).

Всем доброго времени.
Появляется ошибка 2064=out of service DSP
Подскажите пожалуйста, что такое DSP и что может быть неисправно.

Все пробовал.

Проверил номер сети и номер узла как написали. Прописано правильно. Тунельый адрес тоже работает. Буду переходить на первом узле на первый процессор (сейчас второй работает).

Переустановил сервер. Были как и в первый раз ошибки при установке SQL сервера, не находилось двух видов процедур, игнорировал.
Удалось синхронизировать вторую станцию в сети (node 2) c параметрами 0 сеть, 0 подсеть, 2-й узел.
А с node 1 та же проблема при параметрах 0 сеть, 0 подсеть, 1-й узел  --- невозможное состояние объекта. Хотя изначально пишу всё верно.
После такой синхронизации сервер через месяц всё равно остановится ?

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

[12/3/2009 5:15:25 PM] 5296 SyncLdapPbx: Error: pbxDn:SubnetworkNodeNumber=1, SubnetworkNumber=1, NetworkNumber=0, o=nmc
Subnetwork number is different in A4400 (0) and in LDAP server (1)