В Feature list (не знаю насколько свежий), написано
IP DESKTOP SOFTPHONE
PC - с релиза 9
Tablet iPAD - с релиза 10
Smartphone/iPhone - с 10.1.

Живьем - не знаю.

Вообще идея темы мне кажется не правильной. Средствами УПАТС наверное можно мониторить окружающую среду - но зачем? Это напоминает - если велогонщикам - дать еще по сумке - пусть письма из города в город возят, чего просто ездить.
По теме мониторинга - зависит от ваших условий.
В серверной - по идее не должны стоять бытовые кондиционеры. Профессиональные - должны обладать средствами мониторинга.
Вопрос второй - кто и как должен увидеть о проблемах. Один из самых простых способов - берете термодатчик (ставятся например в шкафах, для принудительного включения вентиляции), устанавливаете температуру повыше обычной, на контакты включаете звонок/лампу. Как повысится температура - будет вам аларм. И способ понятный и сработает - даже если станция выключена.  

А это как-то запрещено? Вроде штатная вещь, по жизни всегда работало.
Делать разные main адреса, поднимать DNS (а как иначе с 4760 туда стучатся было) - а зачем?

Дкумается что нет там ABC-F-IP, а есть H323 IP и VPN overflow c hybrid link с IP сигнализацией.

Давать ОДИН адрес main для CPU - это нормальная практика. Не давать ведь разные адреса, понимать DNS для процов стоящих в одной подсети.

Мне казалось (может неправ, станцией редко занимаюсь) что "настоящее" Ethernet redundancy предполагалась для AS, GD-3, INT-IP3 - когда из одной платы торчит два Ethernet интерфейса (два порта с одним адресом).
А то, что обсуждается здесь (когда процессора воткнуты в два разных коммутатора, но находятся в одной подсети) это просто более правильное включение.

Тут главное не перепутать - что и когда дергаете. Вообще странно.
А сигналинг у вас в 0-м кристалле какой включен - C1 или Ethernet?

Не понятно что спросили.
1. Вас никто не заставляет покупать софт (Alcatel Audio Station). Но если хочется использовать музыку - попросите кого-то сделать это вам (официально контору, например Интерсист, или конкретных товарищей). Не знаю сколько это будет стоить, но бесплатно работать вредно.
2. Внешнюю музыку (при CBRMA)  - правильней подавать туда, был даже специальный кабель в поставке - с одной стороны DB-25 втыкаемый в CBRMA, а с другой стороны не разделанный. В доке - есть кабель CMDFRMA (контакты 4 и 17 для музыки с уровнем 0 дБ). CBRMA надо открыть и использовать разъем DB-25 для подключения.
3. Выход надо линейный.
4. Можно подавать музыку на аналоговый порт (Z).

Поехали сначала.
У вас действительно ABC-F-IP? Т.е. IP транковая группа с сигнализацией ABC-F предназначенная для стыковки по IP со станциями из ДРУГОЙ сети?
Или сеть ваша, группа - просто IP ISDN? А звонки сделаны через VPN overflow? Тогда нет необходимости в ЕЩЕ одной TG, используйте существующую.
Вообще несколько TG на одной плате делать можно, но вредно.
Если они одинаковые - не понятно зачем вторая (количество звонков по ней в разные направления ограничивается через домен или цифры в VPN overflow)
Если они разные (разная маршрутизация, АОН и т.п.) - как вы по ВХОДУ отличите в какую TG пришел звонок? По PRI понятно, там тайм-слот есть, в IP нет.

Категорий 31, а прав всего 15.
15 - это разрешено АА, аттендант, речевая почта и ожидание.
Нет аттенданта и почты  - станет - 9.
Надо делать простой лист (с ожиданием) - и подсовывать в разные места.

bascul - не является перезагрузкой. Ни в данном случае, ни в случае установки новых OPS файлов.

Я бы предложил перегрузить станцию. В 9-ти случаях из 10-ти это не помогает, но по крайней мере понимаешь - что проблема не в этом.

Кроме того - имеет смысл через cfgUpdate глянуть - у вас по числу разрешенных АСТ нет проблем? Появлялся такой параметр в OPS, иногда контролируется, иногда нет.

как то все странно.
Удалить, прописать заново. В своей практике встречал что угодно. Например человек прописывал через mgr - но ходил по телнет не на логический адрес main, а на физический. В результате - все создавалось только на stand-by и естественно не работало.
Если у вас нет никаких сообщений на процессоре, но обмен с INT-IP идет (lanpbx грузится) - это странно.
Единственное надеюсь - что lanpbx вы создавали давно и станция после этого перегружалась. Т.к. изменения в данном файле (мне так помнилось) вступали после перезагрузки - т.е. данные в tftp демоне не обновлялись в динамике.

мне почему то кажется - что у вас на джамперах набран кристал 10.

странно что с инцидентами ничего нет - ведь у вас идет обращение от INTIP, загрузка lanpbx файла.
Надеюсь инциденты не в терминальном окне (он-лайн вывод) смотрите, а с диска (incvisu)?
Вообще WM удобно запускать рядом с основной станцией. Потом просто IP адреса поменять и унести. Не будет вопросов - а разрешено ли tftp на сети и т.п.

Что в инцидентах на процессоре, что моргает светодиод busy на INT-IP (он должен ошибку показывать)

MAC адрес платы INT-IP в менеджменте (Shelf/board/Ethernet parameters) прописан?