Насчёт 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"

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

Друзья, подскажите пожалуйста по UTF8 по сети ABC-F. В моей сети станций была древняя OXE, еще на unix-e r3.1, Теперь её в сети нету. Из-за неё на данный момент у всех нод в system параметрах System-->Network Parameters-->Network Enable UTF8 крыжик снят (отключен). Релизы станций от 7-го до 12-го. Хочу включить utf8, чтобы при межсетевых вызовах начали отображаться русские имена абонентов. Посему вопрос, это действие требует обязательного ребута станций, или же заработает без него? Поделитесь пожалуйста реальным опытом или мнением по поводу этого. Спасибо.

Да, накосячил наверное второпях. Попробую уточнить.
Звонок удачен, где пошел при 3G ALERT, не ответили потому, что было сразу понятно что вызов удачный, ибо при 2G сразу шел disconnect.
Настройки в транках не менялись уже сто лет , в NPD транка стоит Calling plan ISN National и called num plan ISDN unknown , соответственно расписаны правила преобразования.
Но самое важное, попытался сделать новые трейсы, видимо МТС так сказать исправилось, и в трейсах когда телефон что в 2 G, что в 3G, всё заработало как и прежде, т.е проблема ушла. Позвонил людям, у которых наблюдались, проблемы на других городских атс, у них с понедельника тоже все работает, с МТС пошли звонки нормально, правда неизвестно, надолго ли. Выкладываю текущие трассы. У себя в настройках транков ничего не менял.
На данный момент в трейсах 2G и 3G одинаково

| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3)  a9 83 84 -> T2 : B channel 4 exclusive
| IE:[6c] CALLING_NUMBER (l=13)  ->  00  81  Num : 8910XXXXXXX
| IE:[70] CALLED_NUMBER (l=7)  ->  c1  Num : XXXXXX
| IE:[7d] HLC (l=2) 91 81

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