Не понят вопрос.
По категории - routing mode at-off hook
Абоненту - категория и routing table
А что написано в routing table - внутренний номер или 810ХХХХХХХХХ - разницы нет.

И в догонку - подключение INTOF какое? Оптика, медь? Как далеко?

Никогда не задавали приоритеты синхронизации для INTOF. Это ведь приоритеты синхронизации системы.
Т.е. если поставить (например, теоретически, если получилось бы)) 0 на внешнем Е1 и 10 INTOFB:
- пока есть Е1  - ВСЯ система подстраивается под этот поток
- пропал Е1 - вся станция (и 0-й АСТ то-же) должна начать синхронизироваться от INTOFB (от своего же!!!)

Поэтому - ничего не ставим в INTOF в плане синхронизации.
При проблемах с INTOF:
- оставьте одну пару - посмотрите нет ли там проблем.
- аналогично на одной второй паре.
- внутри пары - можно поменять местами А и В платы (бывают нюансы)

Ну и естественно - интересно посмотреть infocs

Пара вопросов - вы пишете ВОССТАНОВИТЬ адрес - это означает, что работало и перестало? Или плату поменяли?
Просто в зависимости от того ЧТО произошло - немного разный подход к решению проблемы.
На процессоре при попытках GD-3 обратиться к нему - что-то пишет в инцидентах?

В общем без разницы к кому обратиться. Вы правда так и не написали - что у вас приключилось (всем ведь интересно).

SIP трафик будет идти по сети передачи данных (LAN, WAN).
Вы должны попасть с IP адреса вашего процессора на IP адрес SIP шлюза
и голос должен попадать с адреса VoIP платы у вас на адрес VoIP платы провайдера (он не всегда совпадает с IP адресом шлюза).
Если обе сети обладают private адресами (типа 10.х.х.х, 192.168.х.х), а ходят через публичную сеть - могут быть проблемы с NAT.

Цена около 2000 (не знаю долларов или евро) - это цена новой собранной платы CS-2 (странно если за ремонт столько просят).
Если вам что-то предлагают на e-bay за 300 - это чья-то ремонтированная или еще чего, можете оказаться в забавной ситуации.
Вопрос переноса лицензий прост - если у вас есть "пустой" процессор, вы можете перенести (через партнеров алкатель) на него свои лицензии (только наверное проц придется вернуть Алкатель).

Для станции  - вам нужны лицензии на SIP - что это будет конкретно не совсем понятно.
SIP network link определяет сколько у вас всего будет одновременных разговоров по SIP (теоретически),
SIP gateway
добавятся лицензии на кодеки (возможно)
возможно потребуется железо - GA (с MADA или ARMADA) - в случае если у вас недостаточно VoIP ресурсов (я не знаю сколько у вас имеется и сколько используется кодеков)

Что надо для организации IP канала до провайдера - я не знаю (что у вас есть, куда и как надо достучаться, используете вы NAT или нет и т.д.)

С CRC4 - помнится в shelf/board/digital access было.
Аварийный канал - не совсем понятно о чем вопрос.

Платы внешних линий собственно ничего не требуют. Кодеков там нет.
Может потребоваться изменение некоторых циферок через cfgUpdate (вопрос о количестве места под транки в базе данных). Обсуждалось неоднократно, что бывает - система не позволяет прописать в транкоую группу доступы. Но поскольку вы одни убираете, другие добавляете особых проблем быть не должно.

Опять же повторюсь - никто не мешает (при наличии свободных мест) - прописать платы, создать абстрактную TG и положить туда доступы (до того как вы начнете переключать станцию, без плат NPRAE в наличии),  вы узнаете все заранее. Если станция чего-то не захочет создавать - будет время позадавать вопросы.

Alarm converter
The signal ALCV, brought back from the distribution frame by cable, is used to indicate remotely a malfunction of the system's 220 Volt power supply.

Power supply alarm
The signal PSAL appears when the power supply voltage reaches the lower safety threshold defined.

Это разные сигналы - один - питание умерло, второй - работаем от батарей, но напряжение снизилось нижу допустимого уровня. (на PSAL при нормальной работе  - минус 48В).

Мне казалось - что он должен быть в нижних разъемах. При наличии пустого ACT легко можно прозвонить.

1) Чего вас берет ужас? Станцию рестартовать вы не можете, проблемы есть, нормальным менеджментом не решается - а кто и как ставил и сколько она проработала - нам было не ведомо.
2) Можете получить ситуацию (например) - абонента удалить позволит, а создать - нет (скажет есть уже такой). Чем совет попробовать это на одном из процессоров (если станция дублированная) плох - я не знаю.
3) если абонентов нашли - у них никаких проблем с кнопками нет - находятся на тех местах, как в сообщении про ошибки?

А на тему советов - смена типа аппарата не требует знаний в каком либо объеме. А вот когда она не работает (и при этом есть ошибки в базе) - это бывало интересно.

Еще вопрос - вы пишете, про обновление - т.е. станция более давняя, а 3 месяца назад, подняли софт, перешли на AS?

Как и все остальное.
config all - покажет состояние железа.
Инциденты - что пропадают платы.
Если используете 4760 (особенно с топологией) - можно визуально видеть проблемы с платами.

Иными словами - пропадание выноса, это как и пропадание плат на центральной части - или жалобы абонентов, или инциденты (а там можно и на alarm set направить, если есть обслуживающий персонал)

Если есть ошибку в базе - это не хорошо. Наверное стоит поискать этих абонентов (nulog 208 и 192), посмотреть что у них с клавишами. Возможно удаление данных абонентов позволит устранить ошибку.
Возможно придется править через cuser базу. Но тогда однозначно надо будет перегружать станцию.

Самое правильное (если есть такая возможность) - развернуть базу на тестовой станции и побаловаться с ней. (или на резервном процессоре - если запустить его без телефонии - то после RUNMAO можно побаловаться mgr). Если не поможет - всегда можно вернуть процессор в дубль с выравниванием базы. А так - по крайней мере будете знать - поможет ли рестарт.