В старых релизах 9патчах) станция иногда не любила когда в Alert приходила всякая дополнительная информация (progress, информация по кодекам для IP и т.п.). Собственно если станция наша посылает Status - это не хорошо. Надо смотреть чего не нравится. Но у вас это ведь ОЧЕНЬ редко? Раз трассировку снять не удается.
А не пробовали сами выявить ситуацию, а когда собственно проблема - просто звонок на абонента, звонок на занятого абонента, звонок на выключенного абонента?

В System есть пункт "With LLC HLC" который отвечает за посылку данного информационного элемента.
Кроме того - стандартный набор телодвижений:
- system/ other system/ ext. signaling param - не посылать Status.
- system - React.Receiving State Mess. - ставим "игнорировать" на нужные события - типа "Ignore ISDN Fault In Mandatory EI".

наверное так (если 96118 не показывает в абонентах):
cdmao
cuser
delete fr om tabtrad wh ere number=’96118’; (не нравятся форуму слова "fr om" и "wh ere" - пробелы туда вставляет
сommit;
.(точку надеюсь не забыли)

Но повторюсь - удаление из базы через cuser - на свой страх и риск. Бывает что после правки чего-то checkdb начинает показывать другие ошибки. Удалили цифрового абонента из poste - вылезут ошибки в ralbit и noe_param.
Но с другой стороны - если есть проблема, если базу перед этим сохранили и есть возможность рестартовать станцию - проблем быть особых не должно.

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

по идее (удалив предварительно абонента 71018 сделать бы надо было следующее:
cdmao
cuser
delete fr om ???? wh ere nulog=17;
(тут должно показать что найдена одна запись)
(почему то "fr om" , а также слово "wh ere" разбавились пробелами, это слова "из" и "где")
commit;
. (точка!!!)

Проблема в том, что я не помню какая таблица (я написал ????) отвечает за план нумерации, может что-то типа plannum (или еще как, не помню, станции под руками нет).
можно (после команды cdmao) искать нужную таблицу с помощью команд:
ll - покажет все, чего лежит в базе
fichges - позволяет кое-чего делать с базой, по умолчанию должен выползти хелп. Если ничего не путаю:
fichges -dump имя_таблицы   (позволяет посмотреть содержимое разных таблиц, типа fichges -dump poste - покажет абонентов).
Так что осталось найти имя таблицы где лежит 96118 и использовать ее в команде cuser вместо ????

Естественно перед этим базу сохраняем, а после - делаем рестарт. Главное при cuser смотреть - найдены или нет соответствующие записи. Но это все на свой страх и риск

termstat d 96118
zdpost d 96118

чего-то показывают?
Станцию пробовали рестартовать (можете?)
бывает что когда с чем то балуются - получается ситуация - когда в базе на диске этого нет, а в памяти (ОЗУ) осталось.

сори
checkdb

а команда cuser может потребоваться для ИСПАВЛЕНИЯ базы, но это отдельная песня

когда в юзерах ОТКРЫВАЕТЕ 96118 - какой абонент открывается? Просто если multi-line абонент с клавишами - его можно посмотреть по всем номерам multi-line.
Если удалив (предварительно увидев его) 96118, и при этом станция удаляла и не ругалась номер 96118 остался в numbering plan - у вас какая-то проблема с базой данных.
дайте команду cuser - не должно быть ничего в ошибках кроме слов про CDT Entity.

Жестко рестартонув станцию (и например наткнуться на проблемы с умершим винтом)  

чего-то висит. Хуже если проблемы с диском.
А так можно попробовать рестартовать CMISD (dhs3_init -R CMISD)
Если есть возможность - ребутнуть станцию (проверив что все ок с диском)
Можно смотреть процессы (ps -ed или с другими опциями, кому как нравится - посмотреть что какие-то процессы не подвисают).
А вообще иногда бывает, что подвисает (но если 15 минут подождать - то mgr выбирается и начинает работать),
мне почему-то казалось, что это когда ОЗУ съедается каким-то процессом (что-то типа "top" смотреть, если понятно чего будет).

если вы хотите сделать SD 9 (как я понимаю чтоб набирать городской номер без набора префикса) вы даолжны зайти в translator/numbering plan, найти ВСЕ что начинается с 9 (например абоненты 96118 и похожие, вообще ВСЕ начинающееся на 9) и удалить это. удаляете естественно не в numbering plan, а там где это находится (абоненты в абонентах, префиксы в префиксах и т.п.)
После этого вам станция позволит создать SD 9, где call number префикс_занятия(ARS)+9

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

а в гугле чего-то набрать, не? Типа "alcatel password by default"?

Попробуйте, по крайней мере для функций типа вход/выход из группы не требуется две клавиши.

Сделать на каждом аппарате по две клавиши переадресации (сотовый 1 и сотовый 2), скорее всего - ими же и отменять можно (мне помнится что они при программировании на аппарате работают по принципу вкл/выкл).
Секретарям объяснить - мыслесъемников в станции нет, поэтому пусть подходят и жмут кнопки.
На моей памяти в подобных ситуациях никак вы не сможете удовлетворить всех (ни HG, ни супервижен, ни remote extention), что-нибудь все равно не будет устраивать.