Просмотрел содержимое хардварных файлов.
В XXXXXXXXXXXX.hw файле

#$0 ###### CABINET-1#############
C    1    3    1    1    1    2    0    0    0    0
##############################

#---------------------------------------
#$0 ACT-28 [0]
S    0    2    1    1    0


#$1 BOARD CPU8
B    6    168    EQUIPPED    255    255    1024    300000    -1    1    1    1024    0    0    0    1    0    0    0    --    --    @@    @@    -1
   UNMIGRATED    0    0    0    0    0    0    0    0    
A    11    25    21    9999


#$1 BOARD CPU8
B    20    168    EQUIPPED    255    255    1024    300000    -1    1    1    1024    0    0    0    1    0    0    0    --    --    @@    @@    -1
   UNMIGRATED    0    0    0    0    0    0    0    0    
A    11    25    21    9999

===================================================

в hardware.mao тоже самое

#$0 ###### CABINET-1#############
C    1    3    1    1    1    2    0    0    0    0
##############################

#---------------------------------------
#$0 ACT-28 [0]
S    0    2    1    1    0


#$1 BOARD CPU8
B    6    168    EQUIPPED    255    255    1024    300000    -1    1    1    1024    0    0    0    1    0    0    0    --    --    @@    @@    -1
   UNMIGRATED    0    0    0    0    0    0    0    0    
A    11    25    21    9999



#$1 BOARD CPU8
B    20    168    EQUIPPED    255    255    1024    300000    -1    1    1    1024    0    0    0    1    0    0    0    --    --    @@    @@    -1
   UNMIGRATED    0    0    0    0    0    0    0    0    
A    11    25    21    9999

т.е всё как и положено, 0-й шельф

Да действительно, по актису изначально 8 шельфов, но там давняя (темная) история, больше 10 лет назад когда его поставщик привез, были сломаны пины в гнездах плат толи в 6-м толи в 20-м. Смысл такой что платы которые там должны быть, расставлены в других шельфах и я его удалил после заливки ключей, даже не глядя что там за платы стоят. Теперь видимо до следующего апгрейда (типа CPU9) подождать придется )). В инцидентах пока тишина вроде. Софт на оба проца устанавливал через pcinstaller (это неделю назад сначала побаловался с SOT, чтобы освоить)

После апгрейда в выходные с 11-го релиза на R12.4-m5.204-7-c-ru-c8
всплыла роблема - в config отображается CPU7 вместо CPU8. Хотя станция не "жалуется" в инцидентах ни на что,
абоненты тоже молчат. Пробовал сменить тип с CPU7 на CPU8 через RUNMAO при остановленной телефонии,
станция ругается, что типа "invalid" . Апгрейд делался через restore базы от 11-го с последующим restore
ops-ключей, присланных поставщиком. В hw-файле прописаны cpu8, Актис тоже в шельфе показывает cpu8.
Подскажите пожалуйста, что сделал не так? Или раз всё работает, не морочить голову? Сам думаю, что если бы делал
не через раскатку базы, а начитсо, то всё было бы нормально, но млин три тыщи юзеров экспортить-импортить не
хотелось сильно морочиться.
При заливке ключей из интересного вот что глянулось, но возможно это
не имеет отношения к делу.

(102)xa001002> config 0 Sun Nov  1 16:00:58 +03 2020

  +-------------------------------------------------------------------+
  | Cr | cpl| cpl type   | hw type   |  cpl  state  |  coupler ID     |
  |----|----|------------|-----------|--------------|-----------------|
  |  0 |  6 |        CPU7|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  0 |  7 |        IO2N|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  0 | 20 |        CPU7|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  0 | 21 |        IO2N|---------- |   IN SERVICE |   BAD PCMS CODE |

============================================================­=======================


CPU-id в ключах корректный для обоих процессоров, при заливке ключей глаз зацепился за

Do you agree the new software keys (y/n): y

Enter OPS working mode : 1=running  2=simulate (default is 1) 1
Warning rack 7-254: unknown rack type at line 998
Warning board 0-6: should be modified
Warning board 0-20: should be modified
Warning rack 19: found in MAO, not in OPS
# MGR script generated
# History-file OPS.dat updated
# Running MGR

ooo Starting at <01/11/20 14:21> ...
ooo Compiling Command file "/tmpd/MGReRkeye" ...
!!! Command         : file "/tmpd/MGReRkeye", line 41
!!! Operation       : CREATE
!!! Object Name     : Board
!!!                 : 1
!!!                 : 8
!!!                 : 6
!!! Command         : file "/tmpd/MGReRkeye", line 41
!!! Operation       : CREATE
!!! Object Name     : Board
!!!                 : 1
!!!                 : 8
!!!                 : 6

CMISERR_10
OBJECT -1: Equipment_Address_Board: PROCFAIL_167

!!! Command         : file "/tmpd/MGReRkeye", line 95
!!! Operation       : CREATE
!!! Object Name     : Board
!!!                 : 1
!!!                 : 8
!!!                 : 20
!!! Command         : file "/tmpd/MGReRkeye", line 95
!!! Operation       : CREATE
!!! Object Name     : Board
!!!                 : 1
!!!                 : 8
!!!                 : 20

CMISERR_10
OBJECT -1: Equipment_Address_Board: PROCFAIL_167

============================================================­=========

листинг siteid

CPU type           : cpu8
Linux version      : 161.013
Delivery software version : m5.204 ;
Patch version             : 7 ;
Dynamic patch version     : c ;
MAO software version      : M5.203.1 ;
Software Version Name     : R12.4 ;
System Country            : RUSSIA_CIS (19);
System for Large Config   : no;




===================================================
===== HW Infos for OmniPCX Enterprise Platform ====
===================================================

Board Identification
--------------------
CPU type         :      CPU8s0
CPU P/N          :      3BA23258ABKC01
CPU S/N          :      ACC1цифры
CPU Product Name :      ALCATEL-LUCENT CPU8


============================================================­============

Сегодня убедился в этом . Нашёл pcinstaller v5.6 в папке патча (R12.2
m34023), который "знает" про cpu8. Под апгрейд пришли 2шт cpu8, один установил с помощью pcinstall-ера,
второй с виртуалки с S.O.T. Что интересно SOT показывал мне на индикаторе прогресса , что якобы
86% прошло, а терминалке процессор уже давно перезагрузился и спокойно прошивал себе bios и чего-то там fpga-bios.
Еще заметил, что на одном из процессоров MAC-адрес был не привычный 00:80:9f:XX:XX:XX, а 48:7A:55:XX:XX:XX.
Пришлось просить сетевиков править access-листы на оборудовании. Через неделю если всё сложится, попробуем
"переехать" на новые процессоры.

Насчёт SSD. В конце 19-го года проапгрейдил 3 ноды с дубл.процами CS-3 (стоят ssd SanDisk X600 такие) . Одна нода уже раза 4 переживала отключение напруги (идет стройка). Вроде пока тф.тф живёт. Ну резервное копирование баз конечно же никто не отменял, ибо чревато.  

Спасибо за подсказки ребята, уже что-то есть для понимания продвижения процесса ) ! Вдруг если что вспомнится ещё интересного, опишите пожалуйста в тему или в PM.

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

На CBRMA нужно запретить перемычкой (XF03 вроде) встроенный ethernet и далее двумя патчкордами втыкаться в коммутатор.

Если это так, то тогда немного непонятно когда bascul будет, коммутатор порты не заблочит?

Это получается, если внешний коммутатор отключится, процы не смогут общаться между собой? или же если внутренний Ethernet разрешен, то он не нужен?

Владислав, если не трудно, в двух словах, что это такое, или киньте описалово от этой штуки. Всю жизнь ставил через pcinstall, а тут на тебе...

Здравствуйте. Предстоит "переезд"  с 11-й версии на 12.4 с заменой процессоров CPU7s0 на CPU8. Как всегда, возникли вопросы, решил спросить у форумчан поделиться опытом работы с CPU8 и 12-й версией.
Станция у меня дублированная с 2-мя процессорами и IO2N платами, несколько шельфов соответственно. Софт (Image_OXER124_MD1_m52047c.iso) и документацию к нему дали, ключи вроде тоже на подходе. Возникли сл.вопросы.
В iso с софтом по непонятной причине для меня, по крайней мере в доке не встретилось на эту тему ничего, отсутствует каталог с PCinstall. Это теперь так и должно быть, т.е изменилась политика ALU или банально индусы забыли "доложить" его? В конце 2019-го года апгрейдил 3 станции на R12.2, там в boot_res каталоге как обычно установщик лежит.
А второй вопрос про кабеля к CPU8. При заказе апгрейда Актис никаких дополнительных кабелей для процессоров  не "положил", но вспоминая темы на форуме, что там какая-то проблема была с кабелями процессорными к CPU8. Напрягла также выдержка из доки по инсталяции 12.4. Там говорится, что: " Warning    Migrating from a CPU7S1/2 to CPU8: if the embedded ethernet was used a new cable has to be installed on the cpu that lacks this connection to the external switch. This internal interface is not present anymore. See corresponding chapter 18.1.1 new CPUS ".Вот и думаю, что не так. Если судить по  Актису, то должно быть при апгрейде "вынул-всунул" и стало "хорошо" ? Вот поэтому и прошу поделиться опытом форумчан. Спасибо.

Нету лицензий на Remote Extension

Прописана кнопка Absent Secretary, секретарь собирается уходить, жмёт её, у шефа на кнопке секретарь если она на дисплее то появляется крестик, если на приставке, то начинает моргать квадратик.

Здравствуйте. Подскажите пожалуйста по сл.вопросу. Стандартная связка директор- секретарь. Серетарь к примеру выходит по делам из кабинета и ставит ImmedFWD на свой сотовый. Для всех абонентов это работает, кроме директора. Это так и задумано, или же можно подкрутить где-то? Про доп. кнопку "Absent" в курсе, но директор не хочет всматриваться в дисплей телефона видимо.

Если быть точным то 7.1 f5.401-11-e стоит релиз, извините за неточность.

А что не так с 7-м релизом? У неё в параметрах есть данная настройка UTF8, специально зашел посмотреть на нёё.
"System Option + Enable UTF8 in ABCF network"