Я знаю про все это.
Вопрос был про то, как полностью отключить возможность управления campon со стороны абонента, умышленно или случайно. Ответ мне выше дали. Не знал, что можно отключить по категории. Сейчас это реализовал.
Думаю, исчезновение второй линии после этого прекратиться.
Уборщицы телефоны не протирают, этим в компании занимаются специально обученные люди. Отключали campon именно абоненты, именно неумышленно.
Ответ на претензию со стороны директорской секретарши составил, спасибо коллеги.

hdd новый, AS был установлен еще года не прошло как.
Ну вот сейчас специально проверил: из 12 секретарей, у 3! галки нет. И специально ни одна их них не заинтересована отключать себе вторую линию. Это их хлеб прием звонков, им она всегда нужна.

Префикс удалили по той причине, что секретари часто забывают коды услуг (а они у нас все начинаются  с 8**) и начинают перебирать коды наугад авось попаду и попадают в префикс Busy camp-on. Этот префикс остался нам в наследство от предыдущих инженеров.
Сейчас я удалил саму возможность секретарям управлять camp-on.
Думаю это решит проблему.

Спасибо!

Добрый день коллеги!
Станция OXE, релиз 11.
Возникла довольно неприятная проблема на нескольких аппаратах 4035.
Вторая линия для внутренних вызовов это клавиши multi-line и галка в User/ Dynamic state user - Busy camp-on.
Клавиши multi-line у абонента есть, а вот галка в User/ Dynamic state user - Busy camp-on периодически исчезает.
Префикс, который управляет включением/отключением Busy camp-on мы специально удалили. т.е. абонент не мог набрать его случайно или намеренно и отключить линию сам.
В чем может быть дело?

Спасибо Дмитрий.
Как раз хотелось узнать про дополнительные вопросы системы, которые будут заданы после выбора пункта меню. Это ниоткуда не узнаешь, только по опыту, а такого опыта у меня еще нет. Стенда с двумя процессорами под рукой тоже нет, только одно процессорная станция для отработки действий.
В идеале на резервный проц надо копировать все что есть на майне. Теперь стало все понятно.

Добрый день уважаемые участники форума!
Возникла ситуация когда версии базы на main и stanby сильно разбежались. Несколько лет не проводили выравнивание баз.
Версии ПО, патчи - на процессорах все одинаковое.
Очень буду вам признателен за ответ на вопрос как правильно это сделать.
1) Заходим на stanby проц.
2) swinst
3) Экспертный режим, пункт меню Клонирование CPU.
4) В результате появляется следующий список команд
       1       Cloning chorus data
       2       Cloning binaries
       3       Cloning data (run mastercopy)
       4       Postponed cloning data (run mastercopy)
       Q       Go back to previous menu
Выбираем п. 3? смущает наличие п. 4 с вроде бы аналогичным функционалом....

5) ?? после клонирования нужно еще какие то команды запускать?
Результатом действий должно стать копирование текущей базы с main на stanby cpu и выравнивание баз.

Добрый день, ссылка уже видимо не рабочая. Для доступа на фтп требует логин/пароль.
Можете выложить еще раз на общедоступный ресурс для скачивания?

15.05 сделали примерно также, т.е. поменяли абоненские платы из другой станции. Ребут ушел, уже несколько дней полет нормальный.
Господа, всем спасибо за помощь. Vad вы были правы.

#       The role of the CPU is MAIN
Application software identity

R5.0Ux-d2.314-7-g-ru-c6s2

Business identification: R5.0Ux

Release:
DELIVERY d2.314
Patch identification: 7
Dynamic patch identification: g

Country: ru
Cpu: c6s2

ACD VERSION
       release : 4
       bug_fixing :  4
       protocol_id :  75
       version_dy_hr_stat :  11

(42)atk> excvisu -1
DELIVERY d2.314
7
Wed May 13 12:36:14 2015
(000000) btracer message to get monitel time base
(000025) Dynamic patch loaded for actor TEL
(000038) Dynamic patch loaded for actor dis25
(42)atk> excvisu -2
DELIVERY d2.314
7
Wed May 13 12:33:29 2015
(000000) btracer message to get monitel time base
(000023) Dynamic patch loaded for actor TEL
(000033) Dynamic patch loaded for actor dis25
(000261) monitel saves blackbox state at shutdown time
(42)atk>

(42)atk> excvisu
DELIVERY d2.314
7
Wed May 13 15:15:55 2015
(000000) btracer message to get monitel time base
(000022) Dynamic patch loaded for actor TEL
(000032) Dynamic patch loaded for actor dis25

Да в том то и дело, что с сетью никаких действий не производили. Я привел инциденты с уже новой станции с восстановленной базой, которые мы установили на место той, которая первой сбоить начала.
Почему я и помощи стал искать на форуме, т.к. две разных станции с разными ЦПУ, жесткими, ОПС ведут себя одинаково.
Проблемы с сетью ABC-F могут вызвать ребут?

(42)atk> last
last: not found
(42)atk> incvisu -1 -T 30
13/05/15 12:35:39
13/05/15 12:38:46 000042M|00/06/-/---|=5:2019=PRA coupler commissioning
13/05/15 12:39:34 000042M|--/--/-/---|=3:1125=external alarm : "mtcl login"
13/05/15 12:40:26 000042M|00/02/0/000|=5:2053=Terminal 0 in service
13/05/15 12:48:41 000042M|--/--/-/---|=2:2776=Network mgt : appearance of a node 0 not known
13/05/15 12:48:42 000042M|--/--/-/---|=2:2776=Network mgt : appearance of a node 32 not known
13/05/15 13:03:07 000042M|--/--/-/---|=2:2768=Network mgt : transfer of the file LOG.1.2451 impossible
13/05/15 13:04:22 000042M|--/--/-/---|=2:2768=Network mgt : transfer of the file LOG.10.1126 impossible
13/05/15 13:05:36 000042M|--/--/-/---|=2:2768=Network mgt : transfer of the file LOG.13.167 impossible
13/05/15 13:06:50 000042M|--/--/-/---|=2:2768=Network mgt : transfer of the file LOG.30.464 impossible
13/05/15 13:07:27 000042M|--/--/-/---|=2:2768=Network mgt : transfer of the file LOG.43.160 impossible
13/05/15 13:08:42 000042M|--/--/-/---|=2:2768=Network mgt : transfer of the file LOG.44.652 impossible
13/05/15 13:09:56 000042M|--/--/-/---|=2:2768=Network mgt : transfer of the file LOG.70.428 impossible
13/05/15 13:10:01 000042M|--/--/-/---|=3:2766=Network mgmt : unreachable node 1
13/05/15 13:10:31 000042M|--/--/-/---|=3:2766=Network mgmt : unreachable node 1
13/05/15 13:13:54 000042M|--/--/-/---|=2:2768=Network mgt : transfer of the file LOG.1.2452 impossible
13/05/15 13:15:09 000042M|--/--/-/---|=2:2768=Network mgt : transfer of the file LOG.10.1127 impossible
13/05/15 13:16:23 000042M|--/--/-/---|=2:2768=Network mgt : transfer of the file LOG.13.168 impossible
13/05/15 13:17:37 000042M|--/--/-/---|=2:2768=Network mgt : transfer of the file LOG.43.161 impossible
13/05/15 13:18:14 000042M|--/--/-/---|=2:2768=Network mgt : transfer of the file LOG.44.653 impossible
13/05/15 13:39:55 000042M|--/--/-/---|=2:2768=Network mgt : transfer of the file LOG.1.2453 impossible
13/05/15 13:41:10 000042M|--/--/-/---|=2:2768=Network mgt : transfer of the file LOG.10.1128 impossible
13/05/15 13:41:47 000042M|--/--/-/---|=2:2768=Network mgt : transfer of the file LOG.13.169 impossible
13/05/15 13:43:01 000042M|--/--/-/---|=2:2768=Network mgt : transfer of the file LOG.44.654 impossible
13/05/15 14:06:50 000042M|--/--/-/---|=2:2768=Network mgt : transfer of the file LOG.1.2454 impossible
13/05/15 14:08:04 000042M|--/--/-/---|=2:2768=Network mgt : transfer of the file LOG.13.170 impossible
13/05/15 14:08:41 000042M|--/--/-/---|=2:2768=Network mgt : transfer of the file LOG.44.655 impossible
13/05/15 14:16:10 000042M|--/--/-/---|=2:2768=Network mgt : transfer of the file LOG.70.429 impossible
13/05/15 14:26:50 000042M|--/--/-/---|=2:2768=Network mgt : transfer of the file LOG.1.2455 impossible
13/05/15 14:48:47 000042M|--/--/-/---|=2:2768=Network mgt : transfer of the file LOG.1.2456 impossible
13/05/15 15:01:47 000042M|--/--/-/---|=2:2768=Network mgt : transfer of the file LOG.1.2457 impossible
---------------------------------------------------------------------------------
вот инциденты, которые были перед последним рестартом вчерашним. (прашку - это я вставил новую)

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

Аккумуляторы менял лично, заряд на них проверял перед установкой.
Сейчас занялись абонентскими платами более подробно. На одной из аналоговых был найден порт, который после смены платы стал показывать короткое.
Сменили почти все абонентские платы на другие, не смогли только найти на замену одну из цифровых.
По питанию, кроме заземления, какие еще могут быть причины? ИБП перед VH нет, т.к. его конструктив сам подразумевает, что у него есть аккумуляторы.
Питание в месте, где расположена станция - не пропадает, другое оборудование в соседнем шкафу работает стабильно.
Ждем как поведет себя станция сегодня после замены почти всех абонентских плат.