и на ОХЕ легко, причем не по значности, а разнообразно (хоть запретить форвард на конкретный номер).

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

Ну сразу и сложный, например 9+номер аппарата. И запоминается легко.

Иногда бывает легче править сами таблицы. Но это на самообразование.
заходите в каталог с базой (обычно /usr3/mao).
даете команду fichges -dump ralbit (или poste, или любые другие).
если по всяким nulog и т.п. удается идентифицировать неправльную строку - можно попытаться почикать ее из файла (программками типа fe и т.п.).

Все кроме entity CDT - это плохо.
cuser ругается - потому что не зашли в каталог с базой (команда cdmao).
А чего и как удалять - это дело тонкое, не подскажу. А переход на более ранние версии не устраивает?. Станция большая?

Насчет удаления не подскажу, потому что это достаточно запутанное явление, одна таблица цепляется за другую. Просто для примера - был случай с кучей ошибок - по S0 шинам, абонентам, таблицам доступов и оборудования. При удалении ошибки - она исчезала, НО! Выяснилось что при удалении двух плат Т2 из таблицы оборудования ВСЕ остальные ошибки убрались.

Так что всегда рекомендую - откатится и поправить базу. Через cuser - это когда станци на 1000 номеров, а ошибка уже пару лет как в базе.

Надо смотреть по checkdb - какие проблемы и возможно удалять через cuser. Но тут заранее никто не даст никаких рекомендаций.
Что можно - останавливаете stand-by. Запускаете без телефонии, восстанавливаете из более раннего бэкапа. Потом даете команду RUNMAO. После нее вы можете смотреть, заниматься менеджментом через mgr, реально проц ни к платам, никуда не лезет. Смотрите, удаляете, прописываете. Если все ОК - гасите основной, этот рестартуете с запуском телефонии. Потом второй поднимаете через mastercopy.

К asterisk подключаете как абонента? Тогда наверное и гудок будет.
А в ОХО - это внешние линии, и дело абонентского устройства давать dial tone, посмотрите в настройках шлюза, должон быть.

Данный параметр разрешает простые пароли 1234, 3333, или например совпадающий с номером абонента.

Или иными словами - прописали базы на выносе, пришел человек из центра и все без проблем работает.

Если в станции все дектовские лицензии скушаны - надо докупать. Т.е. для функционировании DECT на выносе как таковых отдельных лицензий не требуется. Например в станции 100 лицензий и 90 абонентов. Создаете еще 10, а где они геометрически находятся - в центре или на выносе - станции по барабану.

DECT работать будет, вопрос чего вы от него хотите, с синхронизацией могут быть нюансы (если вы захотите чтоб зоны пересекались).
И в зависимости от размера были нюансы - например Актис не ставил DECT при двух RT2.

Насколько помню (пусть если чего поправят):
- сохраняете базу (правило хорошего тона при всяких модернизациях);
- втыкаете плату;
- в ОМС - modification typical/ system/ software key - импортируете msl и csl файлы (соответственно main software key и CTI software key.

Если у вас у абонента разрешен набор по имени. Если открыт 336 ключ IME. Если абоненту в ALU 8&9 series / series 8& 9 classes of services/ Phone COS (по дефолту категория 0 - User/ 8&9 серия параметры)  - вы разрешите IME кириллицу. То нажав оранжевый треугольник и пробел - сможете выбрать язык. Аппарат вроде надо перегрузить после менеджмента.

Формат такой-же как в файлах для внешнего аккаунтинга (только без строки заголовком как TAXA*.DAT файлах).
Барсум вроде может в реал-тайм забирать тикеты по Ethernet.

Я для примера делал следующим образом - запускал telnet на адрес проца с указанием порта 2533.
Засылал туда 00H 02H 00H 00H (ввод через цифровые клавиши с нажатым по моему Alt) - т.е. надо послать 00 - жмем с альтом 000 и т.д.
После чего тикеты благополучно валятся в терминалку.
Ну и через 30 сек станция пришлет 00H 08H (выводится в виде дурацких символов), и ей надо то-же заслать 00H 08H  - это проверка коннекта.