Вы не добавляйте на порту аппарат (это для DECT и адаптеров), а просто стоя на порту меняйте UA access (или что там у вас) на телефон и говорите Modify.

Суть задачи понятна.
1) если требуется автономия 24 часа - это имеет смысл делать только если все остальное рядом работает так же долго (зачем вам работающая станция - если связь с окружающим миром пропадет - релейки/модемы/коммутаторы).
2) если у вас уже есть система электропитания 48 В на большую мощность/срок. Можно для питания АТС - просто купить инвертор 48В в 220В для питания блока АТС.

Скорее всего (я так подумал) - имеется система электропитания 48В и ее хотели приспособить.
Или есть требование большой автономии (типа 24 часа).

нет.
В вашем блоке - система питания 220 В переменки в 36 постоянки (с возможностью подключения АКБ (которую блок будет заряжать) и из этого питания формируются все необходимые напряжения (5В, 100В для вызывного напряжения и т.п.)

В 48 В блоке - подается внешнее питание 48В  - из которого все формируется. Насколько возможно заказать отдельный блок питания и приспособить его - не знаю. Может дешевле просто корпус с блоком питания купить.

Самый простой способ - рестартовать плату GPA.
rstcpl номер_кристалла номер_платы

Если у вас common hardware - то рестарт фиктивной платы GPA
даете (например кристалл 1) config 1 -v
увидите плату GPA - например в позиции 1 27 (виртуальная GPA). рестартуете 1 27.

Это применимо и для речевых подсказок (не надо рестартовать всю GD или GA)

Определить подключенную станцию (особенно включенную по аналоговым линиям) - не возможно (а еще если сеть станций подключена).
Мне всегда казалось (если вы оператор, к которому кто-то подключен) - самое простое взять данные из договоров/ ТУ на подключение.
В России - при подключению к оператору - требуется ТУ на подключение - где указано оборудование.

Когда делается транковая группа private (мастер и так далее). Есть ряд полезных вещей:
1) формирование АОН при транзите
2) один тикет при звонке от присоединенной станции с номером абонента в поле charged number
3) возможность ограничивать звонки по public network COS указанной в TG

Но есть и свои проблемы:
1) не будет откладываться тикен при звонке из города на присоединенную станцию
2) при звонке в присоединенную станцию - будут проблемы с called number.

Про проблему с called number - впереди добавляется номер (installation или supplementary installation) из entity.

Надо пользоваться при звонках NPD, которое подставляет инсталляционный/дефолтовский номер в NPD (а не берет из entity)

Надо вам посмотреть трассировки (те что оставались) на предмет указанных там IP адресов. Может звонки на VPN префиксы начинали ходить не на те VoIP платы?

Для нового узла - надо делать general check по всей сети с указанием какого-то эталонного нода.
cleanbroad - просто очищает файлы которые, были предназначены для броадкаста (log файлы), рестартует процесс броадкаста. При дальнейших изменениях - номера последовательности снова начинает считать с 1.

Т.е. он очищает историю броадкаста. Никаким образом не приводит к появлению чего-то нового.

Не пробовали на Е1 - поменять - кто является мастером (network mode)?
Кроме того - Е1 - ISDN или QSIG?

Тогда - если внешние звонки почему-то не должны попадать на абонентов с переадресацией (и вообще, чтоб до них не дозванивались снаружи) - только исключение из DID транслятора.
Слава богу - количество записей уже не 32 как в старых релизах, а 200 (или 2000 как в новых)

Вы не поняли мой вопрос - если у вас разрешить звонки по connection COS - сработает ли ограничение по Public Network COS (Incoming DID/Tie-line)?
Я ведь не знаю вашу конфигурацию - может вы абоненту ставите категорию 6, а он в это время в hunt group с категорией 2 (и срабатывает категория группы)?

Если Public Network COS не помогает - тогда просто исключите ваших абонентов их DID транслятора.

Как вы определили, что у вас сработал запрет входящей связи (если у вас есть запрет по Connection COS)?
0 - ставили и для режима "день" и для режима "ночь"?

Насчет больших перерывов - не понял.
У вас есть новый проц (AS). На нем (не давая управлять системой, пусть пока работает на старом процессоре) никто не мешает делать все что угодно в плане подготовки.

Насколько я помню - агент это всегда был или самый последний аппарат (4035, 4039), или самый простой (аналоговый, 4004).
С точки зрения менеджмента (абстракция или нет) - есть реальный физический аппарат, и есть несколько "фиктивных" (собственно агенты).
Агент логинится на аппарате. Это сделано из следующих соображений - есть место (например служба 09), на это место в разное время/смены приходят разные люди/агенты. Кто залогинился - под того аппарат и подстраивается (в плане участия в группах и т.п.)