любопытно, когда вы перейдете к установке недостающих пакетов в линукс

так.
1. адрес main у вас по-честному в нетадмине не прописан. существует мнение, которое я не разделяю, что его можно не прописывать... но я обычно это делаю. рекомендую это сделать.
2. даже если нет планов включаться в сеть ABC-F - прописать номер узла не вредно, включить internal name resolver тоже
3. после всего вышеуказанного выполнить lanpbxbuild - хотя бы чтобы удостоверится, что сетевые настройки верны
4. перезагрузить АТС, включиться ком-портом в GD и смотреть - что она делает при старте.

покажите вывод команды ifconfig

для таких манипуляций предназначен netadmin. рекомендую запустить для начала подключившись сом-портом netadmin -m и посмотреть, что у вас там теперь по факту получилось. Затем вероятно поправить не только физический адрес CS  но и ролевой - main. Затем рестартануть, чтобы нормальным образом проинициализировался tftp  сервер линукса и разбираться с GD

нет, ну поглумить голову конечно можно, однако, имхо, есть путь гораздо легче - ставьте в шкаф абсолютно стандартный комплект датчиков (температура, влажность), можно с автоматом включения вентиляторов при превышении порогов (это кстати гораздо полезнее - ну допустим сообщит вам процессор о перегреве - ваши действия: бежать, включать кондиционер?). Хотите - можете мониторить это по SNMP удаленно. Датчик температуры можно завести аж внутрь АСТ.

1. да, есть такая программа. обратитесь к поставщику - вам файл сделают. за деньги, но не космические.
2. в качестве входа для для музыки может использовать порт платы Z32 - вот туда действительно можно включить музыку - тюнер, КД проигрыватель
3. да
вариант 1 - самый правильный. объясню почему.
почему-то уверен, что для музыки на удержании у вас играется какое-то текстовое объявление для звонящего. в случае п.1 вы можете сказать, что это сообщение звучит каждому новому клиенту всегда сначала. во всех прочих случаях это невозможно - слушает с того момента, как попал на удержание.

теретически можно использовать коннектор от любого кабеля или купить его в магазине, к нему припаять витую пару. Практическая попытка использовать например кабель TY1 от UA/Z32 привела к фиаско - линк регулярно падал.

Практически один интрумент есть в алкатель для откусывания и огрничивания ip codecs. Это ip domain. Там можно ограничивать количество одновременных разговоров ( а по сути кодеков)

сбивает с толку нумерация, которая нарисована на переключателях на плате, там порядок 1.2.3.4 с точностью до наоборот относительно доки.

как-то ставил AddPac AP-GS-1004, регистрация на ОХЕ была как SEPLOS абонентов... вроде работает, вопросов особых не задают. основной целью установки было решить задачу доступа к абонентам станции в случае падения ABC-F линка (станция стоит на промзоне, там регулярно что-то падает и виснет с IP сетью), поэтому выбрали регистрацию учеток SIP шлюза как абонентов, а не транков.

если есть доступ к ТС - то гляньте 975ed2. там рекомендации что делать, если ABC-F линки работают нестабильно. у станции с процессором может быть 3 adjacent node, на appliance - 8. в практике был случай, когда станции в сети по топологии "звезда" успешно работали с 22 соседями, но после апгрейда в 9.0 началось регулярное падение линков в часы пик, бактрейсы, зависание полок, аппаратов. R&D Алкатель после интенсивной переписки рекомендовал ограничится 8-ю линками на узле. Переделали сеть - успокоилось. С тех пор придерживаюсь такого правила - на узле не более 8 линков.
забыл важное уточнение - узел в примере сделан на appliance server

сколько у вас линков поднято на станции? на эту тему есть определенные ограничения

"заставить формировать КПВ" - не сочтите занудством, но аббревиатура КПВ означает сигнал "контроля посылки вызова" - это не просто эфемерные гудки, а прошедшая через каналы сигнализации информация для вызывающего абонента о том, что у его корреспондента звонит аппарат.
если гипотетически вы его научитесь генерировать своим абонентам - что будет, если вызываемая сторона занята? сперва КПВ, потом "занято" - ваши аб-ты вас же и замучают вопросом "как это так? они что, там трубки бросают?"

80 - ITU-T coding, speech
90 - Circuit mode, 64 kbps
a3 - G.711 a-law
a0 - в стандарте Q.931  не определено.

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