Сложность в том, что включение простой функции обусловлена наличием включения другой, необходимость в которой не совсем очевидна.
Например у меня на аппаратах MX-ONE прописывается на кнопку контроль другого номера и все. А аппараты по умолчанию многолинейны.
На аппаратах LG CS1000, iPECS аналогичная ситуация. Плюсом, если надо, линии удержания можно прописать на кнопки.
Ну и самое главное, мое представление о функционале станции и ее настройке входит в противоречие с суровой действительностью.


   

Все получилось, вот только осталось впечатление что разработчик функционала слишком все усложнил (мягко говоря).
Всем спасибо.

На соседней станции посмотрел конфиги.
вроде прогресс наметился. в понедельник проверю в действии.

попробую
Multi-line на кнопку 2 аппарата  пробую прописать.
Номер соседний аппарата 4039
пишет: cant create multi-line key.

В настройках данного номера стоит:
Multiline station NO
и никак не поддается изменению.
Как его изменить не понятно.

Все опции Multi-Line Properties :

Automatic Outgoing Seizure
Selective Filtering
Overflow on no reply
Overflow on busy
Take supervision off-hook
Automatic Outgoing Seizure for MLA

Галки поставил.

Смотрю тут разные функции кнопок на аппаратах и в том числе Set Directory number supervision.
Как надо понимать это контроль номеров других абонентов с возможностью перехвата вызова.
Написано:
A directory number can be supervised by a maximum of 20 supervisors. This function is possible only if the set is multi-line.
И вот пытаюсь прописать на кнопку данную функцию и получаю ошибку что типа The set be multiline.
Пробовал и кнопки аппарата и кнопки 40 кнопочной консоли.
На других станциях на аппаратах эта функция работает и позволяет видеть состояние абонента (занят - свободен - входящий вызов), перехватывать входящие вызова и при состоянии свободен вызывать абонента.
Пробовал включать в свойствах аппарата все опции Multi-Line Properties, но не помогло.
Может 4039 не подходит под данный функционал или надо соблюсти какие либо дополнитеные условия?  

Версия 8.0.1
У меня есть доки типа iso Alcatel-Lucent OmniPCX Enterprise Communication Server Документация по системе R8.0.1 Ref.3EU19918RUAL Ed.01 April 2008.
Но там только железо расписано, его установка и немного по конфигурированию всяких гостинниц и тд.  

overflow routing number в Entity с номерами 0 и 1 прописал.
Теперь при недоступности вызова идут на него и инциндетны в консоль не выводятся.
А с остальным все грустно.
Где бы взять документацию полную с описанием всех функций. А то наши товарищи ездившие на курсы в свое время отдали файлики которые им там дали и поувольнялись.

Это все настройки по умолчанию или сделаны при инсталяции станции.
Что прописать в  overflow routing number к сожалению выяснить мне не удалось. Любые значения станция отвергает.
Ну и по COS тоже туман.
Я настраивал только разрешение набора города межгорода сотовых отдельным категориям. Остальное по умолчанию.
Единственное удалось выяснить, что информация в консоль прилетает при вызове на абонента sip который не в сети или системный аппарат не подключенный в данный момент.

Да действительно там пусто.
Посмотрел в другой станции, там прописано C0001.
Откуда взят этот номер, пока не нашел.
Помнится, что Entity у нас использовался для подстановки префикса в А номере для исходящих или транзите по H323.

Занимался дублированием HDD на плате CS и подключив консоль заметил что эпизодически (не каждый день) выскакивают сообщения:
28/03/25 20:39:38 000001M|002/06/0/000|=3:1307=MCDU in distri tab entity 1, col Night , line 4 incorrect or missing
28/03/25 20:39:38 000001M|002/06/0/000|=3:1307=MCDU in distri tab entity 1, col Night , line 4 incorrect or missing
28/03/25 20:39:38 000001M|002/06/0/000|=3:1307=MCDU in distri tab entity 0, col Night , line 4 incorrect or missing
28/03/25 20:40:08 000001M|002/06/0/000|=3:1307=MCDU in distri tab entity 0, col Night , line 4 incorrect or missing

Может поправить надо данные где-то?

Путем анализа скриптов и запускаемых процессов при активизации периодического дампа было выяснено, что при работе используется каталог  /var/spool/cron. Туда пишутся временные файлы при работе скрипта, а затем удаляются по окончании его работы. Посмотрев содержимое каталога, там оказалась куча неудаленных временных файлов, которых в другой станции не было.
Удалив весь это мусор и запустив процедуру периодического дампа, все прошло штатно.
Проблема решена.

Ситуация следующая:
запускаться backup должен 5:45 crond[8001]: (root) CMD (/DHS3bin/soft_install/bin/bck -save 1>/dev/null 2>&1)
но не запускается.
в swinst
Expert menu - 4 Backup & restore operations - 2 Periodic backup operations - 1 Periodic backup on cpu disk - 1

       Space used on cpu disk: 5%

       1       Backup mao data for rebuild and
               backup Linux (Unix) site specific data
       Q       Go back to previous menu

 Your choices [1..1, Q] ?

 One choice per line and just press "return" to end the selection
Your choice ==> 1
Your choice ==>
Computing the best time for the backup operation (between 0-6 AM)...
и виснет.

Глянул на другой станции, после этой надписи в этом случае предлагает время по умолчанию 5:45 AM
и просит подвердить.

8.0.1 еще одна проблема обнаружилась. Не работает автоматический BACKUP.
В /usr4/BACKUP/ последнее сохранение прошло 25.07.2024 и далее тишина.
Запуская ручками из swinst - Easy menu -
2 Backup database on cpu disk
5 Backup OPS files on cpu disk
backup проходит и в каталоги IMMED и OPS кладет соответсвенно mao-acc и все остальное.
Пробовал включать в Expert menu - 4 Backup & restore operations - 2 Periodic backup operations - 1 Periodic backup on cpu disk - 1

В 3 List periodic operations:

Hour : */6 Minute : 1
Day of the month : all
Month of the year : all
Day of the week (0=Sunday) : all
Executed command : /sbin/new_adjtime

Hour : */4 Minute : 1
Day of the month : all
Month of the year : all
Day of the week (0=Sunday) : all
Executed command : /sbin/aging_passwd.sh

Пока непонятно где посмотреть логи этой операции, что мешает запуску или самой процедуре.

Еще один момент. При входе телнетом mtcl и или далее рутом выскакивает сообщение:
There is a disk dump on /dev/crashdump, date: 2024/08/14 04:24:20
смотрел dev, там:
lrwxrwxrwx    1 root     root           10 Jan  1  2000 crashdump -> /dev/hda17
brw-r--r--    1 root     root       3,  17 Jan  1  2000 hda17
ничего непонятно.

Спасибо. Все получилось.