Вы имеете в виду - и без аппарата типа 4035?

Чет заглохло на форуме - пробовали ремонтировать?

МАС адрес платы прописан в shelf/board/ethernet parameters?

Чего-то Дима Рыжаков не прокомментировал:
- обычно верхние комплекты начинают свистеть из-за конденсаторов на сборке (на помню - что-то вроде около 20 мкф которые). Но не каждый тип подходил.
- свист вообще - из-за перегрузок блочков питания 100В и -5В (тут рекомендации дать тяжело), если нет явно поджаренных комплектов.

Транковые группы (существующие) под H323 звонки можно использовать без проблем (ничего откусывать не надо). ABC-F сигналинг - вам не помешает, он не затрагивает платы INT-IP - это обмен информацией между процессорами (кто/кому звонит, имена и пр.).
Не понятно - почему вы говорите ВСЕ ресурсы и упоминаете 30 доступов (не достуров, транков - на INT-IP - не более 2-х доступов).
Если вы в транковой группе указываете обе платы INT-IP - может быть указано 4 доступа (по 2 с каждой платы).
Сигнализация Н323 каждой платы позволяет установить до 60 соединений/2 доступа (это не кодеки, а именно соединения - например IP аппараты как правило не требуют кодеков при установлении соединений).

+100500
Это было (возможно) интересно ранее, когда Direct RTP не было - ресурсы делились в плате (разделение кодеков) и транковой группе (доступы/транки). Или в случае не IP - тогда на каждое направление/подключение были отдельные ресурсы.
Сейчас - какая разница от имени какой транковой группы устанавливалось соединение с INTIP (чем стало лучше по сравнению с одной TG)? Ограничения по количеству кодеков - не в TG (а в домене, VPN overflow).

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

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

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

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

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

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

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

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

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

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