Если я ничего не путаю:
- у вас есть номера в комнатах (физические порты от станции)
- у вас есть номера гостевые (логические, привязываемые к комнате при заселении).

Собственно вопрос - чью категорию вам надо поменять? Так как:
- если вы не делаете check-in/check-out (вы отказались ответить как гостя заселяют) - вам надо просто поменять категорию у аппарата привязанного к комнате (при условии - никто не заселен в комнату).
- если все-таки делаете check-in - наверное можно поменять категорию - но уже у номера гостя.

Хотя (повторюсь) - если делаете check-in (хотя бы из отельной консоли) - там и надо менять категорию.

Есть такое ощущение, что возникло недопонимание.
Как работает отель:
- есть аппарат в комнате, у него обычно бесправная категория.
- когда поселяется гость - то к аппарату комнаты привязывается номер гостя (иногда нескольких). При этом ему при заселении присваивается категория (как правило разрешающая куда-то звонить).

Собственно - менять в заселенных номерах категории - не совсем правильно. Надо через тот софт - через который заселяется абонент -поменять ему права.

Есть отельный софт или нет? Ресепшен - не может не знать, как заселяется абонент.
Почему нельзя через этот софт и поправить категорию. Меньше ко все вопросов будет - когда абонент наговорит по межгороду.

Не особо работал с hotel. Но вопрос - вас какая категория интересует - когда абонент заселен или когда выселен?
Первая вроде в Applications/Hotel указывается. А вторая меняется у абонента, но только когда номер не заселен.

а что у вас за multi-user? Не отель с multi-occupation.

в 4740 - выделяете нужных абонентов (справа становится таблица) - меняете всем entity, говорите Ок.

1. И самое главное - в аудите есть функция "симуляция"  - станция делает вид что проводит аудит и говорит - что будет удалено, что будет заменено и с чем проблемы.
2. Замещения "местных" объектов - не будет. Свои абоненты, TG и т.п. останутся.
3. "общие" объекты - префиксы, суффиксы и т.п. - могут быть заменены. Смотря по чему проводится аудит.

Пользуйтесь симуляцией.

при проблемах с синхронизацией - велика получить разные проблемы с INTOF. Если при выдергивании/вставлении городского потока исчезают/появляются ошибки с синхрой - надо разбираться с синхрой.
Основные проблемы когда у вас не прямо порт от городской АТС, а организован неправильно:
1) например взять модемы Алкатель, но LT часть поставить у себя, а NT на ГТС - удобно будет управлять, но будут проблемы с синхрой
2) получить поток по SDH где не настроен ретайминг
3) получить поток через мультиплексор, забыв, что кроме синхронизации Алкательки от мультиплексора у вас - ваша часть мультиплексора должна синхронизироваться от части стоящей на ГТС, а та от ГТС.

Что у вас там - INTOF?
покажите config 0

Чего-то не могу найти - попадалась на глаза таблица - из какого релиза в какой можно переходить.

а из под какого аккаунта killall sipmotor давали

1. Не процессорной, а стоящей в 0-27
3. Не знаю, что у вас с клонированием. На мой взгляд - вам надо рестартовать станцию (остановить резервный, рестартовать основной, потом сделать клонирование).

Возможно вы в свое время не рестартовали станцию при проблемах, а делали bascul. Тогда у вас могла не просто база разойтись между процессорами, а разойтись база - на диске и рабочая в ОЗУ.

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

Инцидент 3720 - на плате детектируется проблема с чипом С1 (основной чип, через который идет обмен между платами и в нем осуществляется TDM коммутация. Рекомендуется поменять плату.

Много станций с такой ошибкой работали долго и счастливо.
Можно попытаться посмотреть, по идее (на лабстенде не проблема потренироваться) - пишу по памяти, могу и ошибиться:
1) попытаться понять, что в этой таблице должно быть
cdmao
fichges -dump имя_таблицы (если просто написать fichges --h - хелп увидите)
2) попытаться посмотреть что там за поля
echo "sel ect * fr om NETNODE;" |cuser (естественно sel ect и fr om - без пробелов, это происки форума)

а далее - смотря что насмотрите

Как правило ничего не мешает. Особенно если менеджмента не много. Были станции - годами работавшие.
А вообще по жизни:
- ошибки софта
- неаккуратное обслуживание
- осознанно вредные действия персонала.

Я считаю - надо анализировать инциденты и избавляться от ненужных (зачем вы вставили плату в 0-13 не прописав ее в менеджмент?)
Поднимите время по NTP (на обоих процессорах).
Процессора рекомендуется включить в отдельный VLAN, чтоб всякие броадкасты в сети не мешали им жить
и т.п.
На тему последнего (вредные действия) - была софтинка 4730i, там был хороший tool для просмотра сети. Написано - что им нельзя пользоваться в обычной жизни, он отъедает память, он для инсталлятора при запуске сети - но кого это останавливало.