Что-то странно - дублированные процессора, при отключения Ethernet от основного процессора - на нем перестает работать телефония? Как-то странно описываете.
Про С1 - вы не можете уменьшить нагрузку на межпроцессорный обмен. Есть ли у вас IO2 платы - тогда можно туда перенести сигналинг.

Повторю вопрос - реально пробовали (не подкалываю, реально интересно)?    Апгрейд (загрузка более свежих бинарников) и первоначальная загрузка бинарников - не одно и тоже (наверное).

Реально пробовали - потереть NAND Flash, а потом загрузить все с ОХЕ? Она реально на bootp запрос среагирует как надо?

Ночером поменять плату из 6-го места с каким-нибудь другим АСТ (если есть еще АСТ с двумя INTIP3)

Может тупо проблемы с платой?
- переставить местами (6 и 20), убедиться что проблема переползла с платой,
- переставить местами с платой из другого ящика (не забыв поправить MAC адреса в менеджменте.

Формально по инциденту пишут - неправильная реакция С1 чипа (микросхема, через которую весь обмен по полке с платами идет), поменяйте плату.

Что и в каком порядке заливали на проц. Не получилось нечаянно - что сначала новые ключи ставите, а потом старой базой их сносите?

А причем тут DHCP? Тут GD - софт просит.

Это бегут bootp запросы на загрузку софта (на плату GD надо загрузить софт) - надо на компе запустить PC Installer, иметь софт, загрузить его в GD, дождаться когда запустится, настроить IP параметры, дождаться нормального запуска, выключить PC Installer.

Попробуйте сделать аудит по hunt group (т.е. только по ним, какой узел будет референс - не принципиально).

В 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?