Вообще, глядеть в чужие лицензии - это цирк.
Во первых - не заказываются просто отдельные лицензии.
Во вторых - надо знать станцию. Поскольку кроме лицензий на SIP, есть лицензии на кодеки, есть IP абоненты. Т.е. может оказаться, что при вашем количестве SIP абонетов и H323 транков - понадобятся еще VoIP платы. А войдут ли они в ваши железяки - я, например, не знаю.
Правильный способ (поверьте мне) - послать ваши OPS файлы тому, у кого вы будете заказывать лицензии. Плюс распечатки со станции по команде (как минимум) config all. И спросить - что требуется из железа и лизенций для создания такого-то количества SIP транков.
Люди поставят в конфигураторе нужное вам количество транков - и получат софт (который придется заказывать) и железо (которое можно и не ставить, если вы например пока не собираетесь использовать такое количество VoIP ресурсов).

Вообще - способы решения таких проблем существуют, вот еще один (например).

Естественно DID выключаем.
В транковой группе (лишнее можете удалить если хочется) - ставим Digits to add (например) 0 (префикс ARS, дискриминатор 1.
Соответственно теперь все пришедшие цифры идут в дискриминатор (а не DID транслятор).
В правилах дискриминатора пишите (там можно много чего писать):
2052620 - ARS list 1 (транзит)
...
2052626 - ARS list 1 (транзит)
2052627 - ARS list 20 (внутренние номера)
....

Далее - для транзита создаете ARS лист 1 (исходящая TG, удалить/добавить цифры и т.п.)
Для локальных звонков - создаете ARS лист 20 (TG=-1 - внутренний роут, удалить 5 цифр).

Таким образом - мы вместо алгоритма ВХОДЯЩЕЙ связи с DID используем механизм ИСХОДЯЩЕЙ связи с правилами дискриминатора (где легко по первым цифрам разруливаете чего и куда хотите).

Не помню, работает такое или нет по входу:
получаем (например) 205262100ХХХ
сделать строку в DID трансляторе 205262100 - 100 - 1.
сделать ячейку Speed dial типа 100 = префикс исходящей TG.

Будет ли при получении номера 205262100123 - происходить тразитный звонок с набиранием 123 наружу.

А в вашем примере - я бы в локальных параметрах транковой групп поставил number of digits unused (ISDN)=5.
Тогда бы от номеров 20526ххххххх и 20526298495xxxxxxx осталась бы только значащая часть (внутренние номера или 9+номер). И соответственно после этого - не пользоваться по входу DID трансляцией вообще (т.е. NPD с called DID id=-1, или с сылкой на DID транслятор в режиме transparent и без правил).

Нет. Если не нравится долгое проигрывание 533-го (а что по вашему надо воспроизводить после  1 раза VG?) - запишите его более красиво - подсказка + кусок тишины.
А таймера - по идее 77 (так-же 234 и 233 интересны - завязаны на трансфер абонента в конференцию).

Я бы на вашем месте - нашел дистрибутив 4760, лицензионный файл и переустановил ОмниВисту.

Трапы (не инциденты) ловить можно - надо в станции прописать адрес гипервизора (HP Open View или чего вы используете), скачать mib файлы да почти и все.

Именно так. При этом вам даже номера лицензий написала станция (316 или 317).
Смотрите командой spadmin (меню 2 и 1) - там все понятно про лицензии пишет.

1 - вы надеюсь не по IP идете? Тогда срзу логин root или swinst не работает.

Заходим mtcl, потом команда su и пароль рута.

2 - Ну и собственно при проблемах с паролем рута - идем в swinst, там где-то в районе expert menu/ system management  - было управление аккаунтами (в том числе и смена паролей).

Самый большой - или очень большой?

Для начала выяснять - чего в var заполнилось, исходя из этого решать чего и как удалять.
Наверное - /var/spoll/mqueue. В этом случае (ТОЛЬКО в этом - там будут тысячи файлов, которые так просто не удалить) можно почистить следующим образом:
root> cd /var/spool
root> mv mqueue mqueue.to.delete
root> mkdir mqueue
root> rm –rf mqueue.to.delete

Может понадобиться поправить дату в файле  /DHS3data/incid/logrotate.conf.

Естественно все это имеет смысл делать - если понятно чего тут написано.

Иногда бывает проще переставить софт (особенно если ничего особого не делали - каких-то могучих репортов и т.п.). Кроме того - если работали долгие месяцы - наверное бэкап 4760 делали? Тогда какие проблемы - переставили, накатили бэкап и всего делов.
Хотя регулярно сталкиваюсь с ситуациями, когда годами не делают резевных копий.

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

Насчет таймера - 25-й (раз самим лень в доку глянуть, там почти все перечислены).
Насчет сотового - никак.
Единственное что можно посоветовать - для ОЧЕНЬ важных алармов - в фильтре по инциденту Alarm action (CPU alarm) - можете включить (выключить) реле на процессоре. Соответственно его контакты можно подать на аналоговый комплект с включенным hot-line (звонок на сотовый). Т.к. контакт в одном экземпляре - использовать для важных инцидентов (при всем сопутствующем - не гарантировано, что дозвонится, а перезванивать не станет, чтоб увидеть следующую проблему - надо зайти и выключить реле, а иначе очередное срабатывание не обнаружится и т.п.).

Поздравляю всех с приближаюшимся профессиональным праздником! Хотя некоторые несознательные - считают его ТОЛЬКО днем Радио и радиолюбителей!
Невзирая на их возражения - всем успехов - чтоб диски не умирали, что должно удаляться - удалялось, что должно создаваться - создавалось!
Чтоб техника не заставляла проводить выходные на работе!

Удачи!!!

Не понял кого хотите удалить и кого не можете.
96118 - виртуальный - это как? Аналоговый, без оборудования, Z Ghost (Z Ghost feature=routing) или еще чего?
Собственно в чем проблема - удалили 71018, а теперь не можете у 96118 убрать 71018 в dynamic state user?
Тогда попробовать - создать обратно 71018, исправить dynamic state у 96118.

Если поставить у 96118 форвард, но на другой номер (не 71018) - "связь" как вы называете, убирается?

По перетеканиям внешние/внутренние отличий нет. За исключением ряда нюансов:
- если у директора несколько РАЗНЫХ номеров - играет пункт Selective filtering в его multi-line свойствах (все номера отправляются на секретаря или только основной).
- ну и собственно получение внешних номеров - они могут приходить на основной или дополнительный номер (см. тогда выше) или через supervision со звонком - тогда не будут перетекать.