то, о чем пишут  в упомянутой тс 1082 - обычное дело при неверном квотировани, станция ругается на то, что no more fictive trunk. для танковой группы ISDN SIP надо 124 фиктивных транка, для мини-сип - 8.
если у вас на уровне эксперимента идет работа - создайте транковую группу mini-SIP. на попрбовать хватит.

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

поступила поправка из O-O-O-PS Department: для CPU-6 надо 128 Мбайт и диск не менее 10 Гб.  источник - OXE R 9.1 Crosscompatibility.
256 Mb - это для процессоров CS, CS-2

все дело в том, что CPU-6 уже год как не продается - снят с производства. 9.1 на CPU-6 работает если там есть 256 Мбайт ОЗУ и винчестер 80. так как его нет в прайсе, то актис и не будет добавлять его при выборе дубля - предложит заменитьь оба процессора на актуальные CPU-7-2. Если работаем с актис, то внимательно читаем Cross compatibility... иначе будут подобные вопросы возникать регулярно. что с чем живет и кто где работает...

не реклама, но впечатления от работы с вокордовскими разработчиками - самые положительные. года полтора назад вместе с ними доработали запись аппаратов 9-й серии, теперь - на выходе запись 8-й. у людей работает - все довольны. к сожалению не могу сказать тоже об алкателевском саппорте. вам наверно с ним везет больше.

выглядит как будто кодеков не хватает. на этой станции есть IP кодеки для оборудования?

думаю что-то в менеджменте не так... при звонках с других терминалов (TDM) тоже самое?

принципиально запись разговоров в алкатель ведется двумя методами - активная и пассивная. активная - то есть можно разрешать/запрещать запись со стороны абонента, пассивная - соответственно нет. запись может вестись на стороне транков и стороне абонента. особняком стоит метод снифферинга - в основном IP. глобально системы записи алкатель лицензирует двумя типами - NICE и все остальные. собственно  стык с системой записи может быть TDM или IP. в активном режиме наличие CSTA линка по протоколу TSAPI обязательно, в пассивном - нет. активный режим имеет ограничения - нельзя записывать attendant и учатников конфкеренций на 30 абонентов.
глядя на вышенаписанное логичен вопрос - а чем не устраивает VOCORD? благодаря совместной работе уже почти готова система записи IP абонентов IP-рекордером этой компании...
синий ящик в документации - это метафора, что-то вроде символа вашей абстрактной системы записи. алкатель теоретически может помочь вам с покупкой системы NICE (типа экономии на встречном лицензировании), остальные системы - надо считать в актисе четко представляя режим записи и количество требуемых лицензий CSTA

1. прописать в строках night routing и day routing какие-то номера, куда будут убегать неотвеченные вызова к абонентам. обычно это секретарь, который может ответить на звонок или факс какой-нибудь.
Это так называемая call distribution table.
2. туманная авария, которая возникает на аппаратах 8 и 9-й серий. по идее по содержимому инцидента можно проследить какой аппарат ее шлет, но на практике эту аварию просто закрываем фильтром, так как абонент при наличии этих аварий никаких проблем не испытывает. теоретически можно понаблюдать, при каких действиях на аппарате она возникает...

если нужен банальный донабор - то может быть ДИСА будет интереснее. тоже лицензируентся. смотрите ключ на ДИСА. если нет ни того, ни другого - за лицензиямию есть еще вариант с АА на основе речевой почты...

роутер и сервер не из вашей подсети, вот в чем проблема. Сервер 10.12.7.75 роутер 10.12.7.1 адрес вашего теринала - 192.168.092.254... TFTP запросы шлются безадресно, а вот отвечать на них может конкретный сервер. замкнутый круг получается. вроде бы и хотим что-то загрузить, в попытке найти роутер. вобщем пока только констатация факта, run mode  - тоже не дает сменить? ИМХО вам надо как-то изгольнутся в сети и дать терминалу нащупать роутер и станцию

судя по LLDP запросам он у вас и VLAN пытается нащупать... может здесь что-то не так?

круто! а говорите, что хотели телефон подключить к ОХО - там менеджмент аппарата NOE сделан? а просто поменять обратно running mode тоже не дает? если бы речь шла об ОХЕ, то первое что требуется телефону для старта в режиме NOE - файл lanpbx.cfg
если честно, пока не встречалось ни документов ни сообщений о смерти флеш в 4018, так что пока советы все вокруг правильных осмысленных настроек.

пока нет под руками станции с 9-м релизом, но вроде как возврат из СИП в режим NOE происходит автоматически, телефон сам раз в минуту пытается нащупать TFTP сервер на CS, поле двух удачных попыток - рестартует и грузится в режим NOE. чтобы срабатывал режим выживания в СИП, домен в котором стоит аппарат должен быть с галкой secured by ext SIP proxy.
собственно параметры аутентификации на внешнем прокси сервере грузятся в телефон во время старта в режиме NOE (берутся из настроек станции)

роутер получается в другой сети? на него имхо ведь тоже надо как-то попасть из той подсети в которой оказался телефон

галочка в system > other system > VPn service - TRUE
смотреть что пишет suproutage на всех узлах
смотреть командой lookvpn