Процедура выполнения измерения абонентской линии

Необходимо проверить условия для успешного выполнения измерений. Следует задать запрос на проведение измерения абонентской линии, т.е. в MN запускается прикладная программа FMG - О DOLT - Subscriber Line Test. Прикладная программа запускается в окне SI2000 - Fault Management ODOLT- Subscriber Line Test Request - Insert. В поле Port определяется испытуемая абонентская линия (или диапазон абонентских линий). Выбор подтверждается кнопкой Apply. Окно закрывается командой Close. Тем самым запрос зарегистрируется в очереди ожидания. Запрос находится в режиме ожидания (Waiting).

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

Во время ожидания окончания измерений и получения результатов измерения можно установить диапазон измерения и предельные значения (фильтры), на основании которых наблюдаются результаты. Это выполняется в окне SI2000 - Fault Management - ODOLT- Subscriber Line Test Result Filters - Insert. Необходимо зарегистрировать требуемые условия измерений. Ввод данных утверждается командой Apply, Close. Тем самым определяются и наименуются диапазоны или предельные значения (Range Variant) для считывания результатов.

В окне из SI2000 - Fault Management - ODOLT- Subscriber Line Test Request проверяется, окончание измерения. Это выполняется командой Retrieve в столбце Status - Finished. При этом необходимо обратить внимание на количество требуемых на измерение портов и количество измеренных портов. Если количество измеренных портов меньше чем количество требуемых портов, то должны проверить собщения в файле LtuAII - Notepad о возможной причине невыполнения измерения. Это выполняется в окне SI2000 - Fault Management - ODOLT - Subscriber Line Test - View Line Test Messages.

Если сообщения присутствуют, то результаты измерения определяются недействительными, Измерение необходимо повторить. Если сообщений нет и измерение закончилось, результаты измерения считаются действительными. Можно продолжать с обработкой этих результатов.

Результаты измерений можно прочитать для всех измеряемых абонентских линий в окне SI2000 - Fault Management - ODOLT- Subscriber Line Test Results. Если желаем считывать фильтрированные результаты всех измерений, то в окне Subscriber Line Test Results выбирается Range Variant и нажимается кнопка Filter All. С помощью этой процедуры открывается окно с фильтрированными результатами. Видимы только результаты вне допустимых значений выбранного диапазона. Если выбирается одна линия и используется команда Filter One, выводятся только параметры, находящиеся вне пределных значений.

Испытание аналогового терминала

Прикладная программа Analog Terminal Test предназначена для испытания аналогового терминала и считывания результатов испытания. Испытание выполняется с помощью блока испытания абонентских линий и телефонных аппаратов LTU в модуле ASM. Точность работы измерительной части этого блока должна быть следующей:

* измерение напряжения и токов: 5%, и сопротивления <100 кОм 5%,

* измерение емкости: 10%, и сопротивления >100 кОм 20%,

* измерение частот: ± 8 Гц,

* динамический диапазон измерения: от 500 В пост, тока до 5 мВ,

* входное сопротивление: 1 МОм.

В одном узле можно одновременно выполнять только одно испытание. После окончания измерения блок LTU передает результаты измерений узлу MN.

ODOLT представляют собой средство для обнаружения и устранения ошибок на аналоговом терминале, подключенном к системе.

Условия для успешного выполнения измерений. Специалист по техническому обслуживанию проверяет следующие условия:

* установлен ли блок LTU в соответствующую позицию в ASM,

* выполнена ли электропроводка для блока LTU на задней соединительной плате,

* успешно ли закончилось предыдущее измерение,

* обеспечить содействие абонента при испытании абонентского терминала. Программа проверяет следующие условия:

* закончено ли предыдущее измерение,

* свободна ли испытуемая абонентская линия,

* положена ли микротелефонная трубка на испытуемом телефонном терминале, абонентская линия которого проверяется.

Метод выполнения измерений. Испытание запускается по запросу специалиста по техническому обслуживания, а выполняется во время работы системы (группа испытаний ODOLT в MN).

С помощью указанного выше испытания мерится:

* сигналы ТА с декадным набором номера,

* сигналы ТА с частотным набором номера (DTMF),

* передача предупредительного сигнала.

Сигналы ТА с декадным набором номера

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

- макс, ширина импульса в мс,

- мин. ширина импульса в мс,

- макс, ширина паузы в мс,

- мин. ширина паузы в мс,

- сопротивление шлейфа,

- принятая цифра.

Сигналы ТА с частотным набором номера (DTMF)

Телефонный аппарат с частотным набором номера (DTMF) передает комбинации частот DTMF. Блок LTU собырает образцы сигнала DTMF и выполняет их анализ. Результаты анализа следующие:

- частота тонального сигнала DTMF нижней группы в Гц,

- частота тонального сигнала DTMF верхней группы в Гц,

- уровень тонального сигнала DTMF нижней группы в дБ,

- уровень тонального сигнала DTMF верхней группы в дБ,

- комбинация частот DTMF (цифр от 0 до 9, # и *) или недействительный результат, если их отклонение больше допустимых значений,

- сопротивление шлейфа.

Передача предупредительного сигнала абонентам, находящимся в состоянии местной блокировки

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

Процедура выполнения испытания аналогового терминала

Необходимо проверить условия для успешного проведения испытания. Запускается запрос на испытание аналогового терминала, это значит, что в MN запускается прикладная программа FMG ODOLT- Analog Terminal Test. Это делается в окне SI2000 - Fault Management ODOLT- Analog Terminal Test Request - Insert.

В поле Request Туре можно выбрать Pulse Terminal Test (для ТА с декадным набором)), DTMF Terminal Test (для ТА с частотным набором) и Generate Warning Tone (для передачи предупредительного сигнала). Абонент или терминал, который будет проверяться, определяется в полю Port on Module или Directory Number. Выбор подтверждается нажатием кнопки Apply. Запрос находится в состоянии ожидания (Waiting). Окно закрывается командой Close.

Испытуемый ТА зазвонит, абонент снимет трубку и получит предупредительный сигнал. Затем абонент набирает договорённый номер и кладёт трубку

В окне из SI2000 - Fault Management ODOLT- Analog Terminal Test Request необходимо проверить, закончено ли испытание или нет - состояние Finished. Это делается с помощью команды Retrieve в столбце Status. Состояние испытания Finished означает, что испытание закончено. Результаты испытания проверяются в окне SI2000 - Fault Management - ODOLT - Pulse Terminal Test Results или DTMF Terminal Test Results (в зависимости от того, что проверялось).

Если результаты измерений присутствуют, то сообщений об ошибке нет.

Сообщения об ошибке можно прочитать в окне SI2000 - Fault Management - ODOLT - Analog Terminal Test - View Analog Terminal Test Messages. Открывается файл ltutall.log - Notepad.

Процедура передачи предупредительного сигнала абонентам, находящимся в состоянии местной блокировки. У абонента неправильно опущена микротелефонная трубка. Через две минуты терминал переходит в состояние локальной блокировки (сигнал отсутствует).

Запускается запрос на генерирование предупредительного сигнала в окне SI2000 - Fault Management ODOLT- Analog Terminal Test Request - Insert. В полю Request Type выбирается Generate Warning Tone. В полю Port on Module или Directory Number определяется абонент или терминал, которому передается предупредительный сигнал. Выбор подтверждается командой Apply. После этого подтверждения видны оба номера, т.е. номер порта и номер абонента. Окно закрывается с помощью команды Close. Запрос находится в состоянии ожидания (Waiting).

В микротелефонной трубке прибл. 20 с слышится предупредительный сигнал. Тем самым испытание закончено.

Испытание исходящей соединительной линии

Прикладная программа Outgoing Trunk Test предназначена для испытания исходящей соединительной линии по запросу.

После заключения испытания сообщение о результатах испытания передается в столбец Message в таблице окна прикладной программы Outgoing Trunk Test (смотри раздел Управление диагностикой - FMG, раздел Outgoing Trunk Test - Trunk Results, если речь идет об испытании одной соединительной линии, или раздел Outgoing Trunk Test - Trunk Group Results, если речь идет oo испытании группы соединительных линий), содержащей сообщения о результатах испытания исходящей соединительной линии.

Если испытание выполняется бесперебойно (без ожидания освобождения соединительной линии), результаты испытания предоставляются через несколько секунд.

Условия для успешного выполнения испытания. Специалист по техническому обслуживанию проверяет следующие условия:

- минимальную телефонную нагрузку,

- наличие платы с соединительными линиями,

- наличие автоответчика SAC на вызываемой стороне,

- администрированную исходящую соединительную линию,

- администрированный автоответчик SAC.

- включение синхронизации.

Программа, выполняющая испытания, проверяет следующие условия:

- свободную исходящую соединительную линию,

- свободный автоответчик SAC.

Метод выполнения испытания. Испытание запускается по запросу специалиста по техническому обслуживанию (группа испытаний ODOLT). Испытание выполняется во время работы системы

Указанным выше средством проверяется линейное, регистровое и разговорное состояние соединения, что проведено на указанном ниже рисунке:

 

Узел

Вызываемый узел

SAC

Исходящая с.л.

Сообщение испытания

Вызываемый номер SAC

Контрольная частота

 

 

 

Оценка сообщений о результатах испытания

Сообщения могут быть:

- сообщения о преобразовании данных и сообщения сервера о начале и прекращении испытания (файл, т.е. окно ottall.log - Notepad. Перечень возможных сообщений приведен в документе Управление диагностикой - FMG, раздел Окно ottall.log - Notepad),

- сообщения о результатах испытания в узле (столбец Messages в окне Outgoing Trunk Test - Trunk Results или Outgoing Trunk Test - Trunk Group Results. Перечень возможных сообщений приведен в документе Управление диагностикой - FMG, раздел Окно Outgoing Trunk Test - Trunk Results или Outgoing Trunk Test - Trunk Group Results),

- сообщения о количестве требуемых испытаний по сравнению с количеством переданных сообщений о результатах испытания (столбец Results в окне Outgoing Trunk Test Request).

Процедура выполнения испытания исходящей соединительной линии

Проверяются условия успешного выполнения испытания. Запускается запрос на испытание исходящей соединительной линии,) в MN запускается прикладная программа FMG - ODOLT - Outgoing Trunk Test. Это выполняется в окне SI2000 - Fault Management с помощью команд ODOLT - Outgoing Trunk Test - Outgoing Trunk Test Request - Insert - Apply - Close. Тем самым запрос вводится в очередь ожидания и находится в состоянии ожидания (Waiting).

В окне Outgoing Trunk Test Request с помощью команды Retrieve в столбце Status необходимо проверить, закончено ли измерение. Если указано состояние Finished, это значит, что испытание закончено. При этом необходимо обращать внимание на количество требуемых и выполненных испытаний, что видно в столбце Results.

Необходимо проверить сообщения в файле ottAll.log - Notepad. Это выполняется в окне SI2000 - Fault Management - ODOLT - Outgoing Trunk Test - View Execution Errors Messages.

Сообщения о результатах испытания соединительной линии или группы соединительных линий можно прочитать в окне SI2000 - Fault Management - Outgoing Trunk Test - Trunk Results или Trunk Group Results для всех проверяемых соединительных линий. Следует выбрать Exchange и нажать Get.

После выполнения команды Get данные передаются в базу данных. В окне, в котором нажали Get (например, в окне Trunk Results) автоматически выполняется также команда Retrieve. В другом окне (в окне Trunk Group Results) команду Retrieve необходимо выполнить вручную, после чего автоматически выполняется Status.

Испытание успешно закончено, если выводится сообщение Test Concluded Successfully в окне Outgoing Trunk Test - Trunk Results или Outgoing Trunk Test - Trunk Group Results в столбце Messages.

Все остальные сообщения означают ошибку на соответствующей части испытуемого соединения между исходящей соединительной линией и автоответчиком SAC на вызываемом узле.

На основании анализа результатов с учтением всех предпосылок и собственного рассуждения принимаются соответствующие меры.

Нажатием кнопки Abort дается возможность прерывания нескольких требований на испытание одновременно в состоянии Waiting или Running.

Нажатием кнопки Delete стирается несколько выбранных требований на испытание одновременно в состоянии Finished или Aborted

Показ аварийных сигналов

Прикладная программа Alarm Monitoring - Показ аварийных сигнапов - это прикладная программа узла MN, которая предназначена для определения состояния контролируемых объектов сети.

Сообщения об ошибке относятся к следующим объектам сети:

* MPS - система электропитания,

* узел SN,

* узел ANA (аналоговый абонентский модуль ASM),

* узел AN,

* узел управления MN.

Прикладную программу Alarm Monitoring можно запустить двумя способами:

* из основного окна NT с помощью команд Start - Programs - Management Node - Alarm Monitoring,

* из окна Management Login, которое открывается с помощью команды Start - Programs - Management Node - MNIogin, команда Action - Alarm Monitoring.

Обзор аварийных сигналов в узле SN, узле AN, системе

электропитания MPS, в модуле ASM, узел управления MN - прикладная программа Alarm Monitoring

В окне Alarm Monitoring представляется работа всех контролируемых объектов вместе с данными о количестве аварийных сигналов, занятости диска и состоянии контролируемых объектов.

Два способа доступа к показу аварийных сигналов в окне Alarm Monitoring

Окно Alarm Monitoring открывается двумя способами как видно в рисунке выше. Окно предназначено для вывода аварийных сигналов в узле SN, узле AN, узле ANA, в системе MPS и узле MN. Окно обеспечивает показ структуры контролируемых объектов в древовидной форме.

Контролируемый объект выводится в виде значка. Цвет значка соответствует аварийному состоянию контролируемого объекта. Значения цветов значка контролируемых объектов:

* красный - на объекте имеется хотя бы один срочный аварийный сигнал, т.е. физическое соединение с контролируемым объектом отсутствует,

* желтый - на объекте имеется хотя бы один полусрочный аварийный сигнал,

* голубой - на объекте имеется хотя бы один несрочный аварийный сигнал,

* зеленый - на объекте отсутствуют ошибки,

* синий - агент SNMP на объекте не дает ответа,

белый - состояние объекта неизвестно (сразу же после запуска прикладной программы).

Alarm Monitoring   Узел SN Узел ANA Узел AN MPS MN

MNLogin- action

Management Node

PROGRAMS

MN

START

 

В окно Alarm Monitoring выводятся следующие данные:

* Hostname - сетевое имя узла контролируемого объекта,

Alarm Status - степень срочности самого срочного аварийного сигнала

* Urgent - на объекте имеется хотя бы один срочный аварийный сигнал, а это значит, что

соединение TCP/IP с контролируемым объектом отсутствует,

Semi Urgent - на объекте имеется хотя бы один полусрочный аварийный сигнал,

Non Urgent - на объекте имеется хотя бы один несрочный аварийный сигнал,

Normal - на объекте отсутствуют ошибки,

Unknown - состояние объекта неизвестно (сразу же после запуска прикладной программы),

No response - агент SNMP на объекте не дает ответа,

Link Down - соединение TCP/IP с контролируемым объектом отсутствует.

* State - состояние активности стороны А или В дублированного центрального модуля:

Unknown - состояние контролируемого узла неизвестно, j In Operation - контролируемый узел активный,

Cold Stand By - контролируемый узел находится в состоянии холодного резерва,

* Alarm Summary - общее количество срочных, полусрочных и несрочных аварийных сигналов: UA - количество срочных аварийных сигналов,

SA - количество полусрочных аварийных сигналов,

NA - количество несрочных аварийных сигналов,

Disk Usage - занятость жесткого диска в %.

Строка меню в окне Alarm Monitoring:

* File - History - команда для открытия окна LogFile.log - Notepad, с архивными данными об аварийных сигналах, - Exit - команда выхода из прикладной программы,

* Options - Refresh All - одноразовое обновление данных всех контролируемых объектов.

Кнопки, т.е. команды в окне следующие:

* Open - вместе с выбранным объектом открывается окно контролируемого объекта,

* Refresh - запрос на одноразовое обновление данных выбранного объекта,

* Exit - выход из окна, закрытие прикладной программы.

В верхней части окна находятся два цветных индикатора. Первый из них показывает состояние соединения с менеджером SNMP вместе с именем рабочей станции, на которой работает эта программа:

· Connecting to SNMP manager on hostname – агент SNMP соединяется – жёлтый цвет;

· Normal Connection to SNMP manager on hostname- агент SNMP подсоединен - зеленый цвет,

· No connection to SNMP manager on hostname- агент SNMP не подсоединен - красный цвет.

Второй индикатор показывает состояние передачи данных:

· Requesting Data from SNMP Agent- передан запрос на передачу данных - желтый цвет,

· Transferring Data from SNMP Agent- данные передаются - желтый цвет,

· Transfer Complete- передача закончена - зеленый цвет.

При отсутствии соединения, прикладная программа автоматически устанавливает соединение с менеджером SNMP каждые 10 секунд.

Окно LogFile.Log - Notepad

Окно LogFile.log - Notepad открывается командой Alam Monitoring - File - History. Оно

предназначено для показа сообщений SNMP из всех узлов, управление которыми осуществляется из узла MN.

Возможные сообщения SNMP следующие:

. NO_RESPONSE for SNMP request -агент SNMP не дает ответа,

· LNKUP physical link is up - соединение TCP/IP снова установлено,

· LNKDOWN physical link is down - соединение TCP/IP прекращено,

· SNMP manager started- запуск менеджера SNMP.

Данные об аварийных сигналах следующие:

· степень срочности ошибки/аварийного сигнала (этим данным можно добавить еще ".." или "- -" - данные о создании или отмене аварийного сигнала),

· дата изменения аварийного состояния,

· время изменения аварийного состояния,

· <узел: Hostname> или Node: <узел: Hostname_1 - A side> или Node: <узел: Hostname_2 - В side>, описание ошибки, которая является причиной появления аварийного сигнала.

Показ аварийных сигналов системы электропитания MPS

Сбор аварийных сигналов системы MPS. Передача файлов с сообщениями о состоянии аварийных сигналов системы MPS

 

В контролируемой системе MPS ндится агент SNMP.

 

MPS   SNMP-агент

Узел Router (gateaway)

TCP-IP

TCP-IP

MN

 

 

Соединения между системой MPS, узлом и узлом MN

 

 

SNMP-менеджер

MpsLog File.Log

FMG

SNMP ловушка

запрос

SNMP-агент

MPS

Принцип обмена запросами на сбор аварийных сигналов между MPS и узлом MN.

В узле MN находится менеджер SNMP. Соединение между системой MPS и узлом MN осуществляется посредством TCP/IP. При каждом изменении аварийного состояния системы MPS агент SNMP передает ловушку SNMP узлу MN и тем самым предупреждает менеджера SNMP о появлении изменения состояния системы MPS. Затем менеджер SNMP запускает запрос на сбор всех существующих аварийных сигналов и данных об аварийном состоянии контролируемой системы MPS.

Соединение TCP/IP контролируется каждые 10 секунд. Каждые 30 минут автоматически обновляются данные об аварийном состоянии каждой контролируемой системы MPS.

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

Значение содержимого файлов с аварийными сообщениями о состоянии системы MPS

Пользователю предлагается файл с аварийными сообщениями MpsLogFile.log. Файл находится в MN и содержит сообщения о состоянии аварийных сигналов, принятые из всех систем MPS, а также сообщения о соединении TCP/IP с контролируемыми системами MPS агентов SNMP. Доступ к файлу обеспечивается в окне Alarm Monitoring - <MPS> - посредством команды File - History. Для обновления данных всех систем MPS в окне Alarm Monitoring имеется команда Options - Refresh, а для обновления данных для одной системы MPS в окне <MPS> имеется команда Refresh

Просмотр аварийных сигналов и запуск администрирования системы MPS

Выделением строки, в которой находится выбранная система MPS, и с помощью команды Open открывается окно <MPS>, в котором приведено состояние аварийных сигналов определенной системы MPS. Это представляет собой второй уровень показа аварийных сигналов в системе MPS. В верхней части окна выводится имя системы MPS, для которой проверяется состояние аварийных сигналов (смотри Введение).

В выбранном узле можно контролировать состояние на основании:

* текущих аварийных сигналов,

* предыдущих аварийных сигналов.

Окно Alarm monitoring Refresh File-History Open

Окно <MPS>   Refresh

MpsLog File.Log

FMG

Создание файла и окна MpsLogFile.log

В нижней части окна указаны следующие данные:

* состояние соединения с менеджером SNMP и сетевое имя сервера MN, в котором работает менеджер SNMP:

□ Connecting to SNMP manager on hostname - агент SNMP соединяется - желтый цвет, u Connected to SNMP manager on hostname - агент SNMP подсоединен - цвет фона

(нейтральный),

a No connection to SNMP manager on hostname - агент SNMP не подсоединен - красный цвет.

Если соединения нет, то прикладная программа пытается автоматически установить соединение с менеджером SNMP каждые 10 секунд.

* имя сервера: сетевое имя сервера MN, на котором работает управляющая программа SNMP. В полях окна <MPS> выводится:

* Alarm Status - степень срочности самого срочного аварийного сигнала:

Urgent - в системе MPS имеется хотя бы один срочный аварийный сигнал, а это значит, что

соединение TCP/IP с контролируемым объектом отсутствует, ^ Semi Urgent - в системе MPS имеется хотя бы один полусрочный аварийный сигнал, j Non Urgent - в системе MPS имеется хотя бы один несрочный аварийный сигнал,

Normal - в системе MPS аварийные сигналы отсутствуют, j Unknown - состояние системы MPS неизвестно (сразу же после запуска прикладной программы),

и No response - агент SNMP в системе MPS не дает ответа, _u Link Down - соединение TCP/IP с контролируемой системой MPS отсутствует.

Значение цветного фона в окне аварийных сигналов:

красный - Urgent или No response или Link Down,

желтый - Semi Urgent,

голубой - Non Urgent,

зеленый - Normal,

белый - Unknown.

* State - состояние активности:

Unknown - состояние контролируемой системы MPS неизвестно, j In Operation - контролируемая система MPS активна.

* Alarm Summary - общее количество срочных, полусрочных и несрочных аварийных сигналов:

UA - количество срочных аварийных сигналов, j SA - количество полусрочных аварийных сигналов, NA - количество несрочных аварийных сигналов.

В столбцах окна <MPS> выводится:

* Priority - степень срочности аварийного сигнала отображается цветом:

красный - Urgent или No response или Link Down, а желтый - Semi Urgent,

голубой - Non Urgent.

* Object Identity - идентификатор контролируемого объекта,

* Object Type - тип контролируемого объекта,

* Error Code - код ошибки,

* Error Description - описание ошибки, т.е. причина появления аварийного сигнала.

 

Функции строки меню в окне <MPS> следующие:

* File - Show List - выводится целое окно, Hide List - закрывается часть окна со столбцами, Exit - выход из окна и закрытие прикладной программы,

* History - View Alarm History - представление содержимого файла MpsLogFile.log. Собраны только сообщения, которые относятся к системе MPS,

* Administration - Telnet - запуск прикладной программы Telnet, с помощью которой запускается администрирование контролируемой системы MPS.

- Окно <View Alarm History>

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

Окно MpsLogFile.log - Notepad открывается командой History - View Alarm History из группы History в окне <MPS>. Оно предназначено для вывода архивных данных по появлению ошибок в системе MPS. К данным об аварийных состояниях относятся:

* ***, —, индикатор появления ошибки или индикатор снятия ошибки,

* дата появления ошибки,

* время появления ошибки,

* <MPS>,

* Err - код ошибки,

* ОТ - тип контролируемого объекта,

* OI - идентификатор контролируемого объекта,

* описание ошибки.

Значение ошибок и их устранение описано в Справочнике по эксплуатации, Система электропитания MPSXXX, раздел Распределительный блок (для системы MPS50) и Функции контрольного блока, аварийные сигналы и устранение неисправностей (для системы MPS500).

- Окно <Telnet - hostname>

Окно cTelnet - mps ххх> открывается с помощью команды Administration - Telnet из группы Administration в окне <MPS>. Оно предназначено для соединения с контролируемой системой MPS для администрирования системы MPS. После выполнения данной команды открывается окно cTelnet - mps ххх>, в которое вводится:

Login: root <CR>

Password: mps <CR> (пароль можно менять!).

Затем активизируется операционная система, обеспечивающая запуск администрирования системы MPS командой adm:

pSH+ > adm <CR>

В окне выводятся данные по системе MPS как описано в Справочнике по эксплуатации, Система электропитания MPSXXX, раздел Управление системой MPSXXX терминала или через сеть telnet.