Moshell 18 Rus Manual

Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 1 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
MoShell 18.0m Руководство пользователя
В этом документе представлен обзор функций, включенных в MoShell , синтаксиса командной строки, истории
изменений и другой важной информации.
Важно, чтобы все инженеры, работающие с MoShell, прочитали этот документ перед использованием инструмента,
поскольку он содержит важную оперативную информацию.
Содержание
1. Введение 5
1.1 Связаться . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
1.2 Концепция МО . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
1.3 Сервисы и протоколы O&M . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
1.4 Соглашения об именах MO Tree и MO . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7

1.4.1 LDN - местное отличительное имя . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7

1.4.2 RDN - относительное отличительное имя . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
1.4.3 FDN - полное отличительное имя . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8

1.5 MOM - управляемая объектная модель . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
1.6 Функциональность Moshell . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8

1.6.1 Служба сигнализации . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8

1.6.2 Оболочка OSE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8

1.6.3 Служба конфигурации . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
1.6.4 Служба управления производительностью . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9

1.6.5 Журнал службы . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
1.6.6 Передача файлов . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9

2 Установка и пользовательские настройки 10

2.1 Установка для Unix (Solaris / Linux) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
2.2 Установка для Windows (с помощью Cygwin) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
2.3 Структура каталогов Moshell . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
2,4 Запуск сеанса moshell . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12

2.4.1 Запускаем Moshell . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
2.4.2 Загрузка дерева МО . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13

2.4.3 Выполнение действий с загруженными заглушками МО . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
2,5 Индивидуальные настройки пользователя . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13

2.5.1 Свойства файла . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
2,6 Настройки, относящиеся к связи telnet / ftp / ssh / sftp . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
2,7 Настройки CORBA . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
2,8 Порты, используемые moshell . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
2,9 Запуск moshell через защищенные туннели (RSG) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
3 Синтаксис команд, включая регулярные выражения 16

3.1 Как идентифицируются МО . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
3.1.1 RDN - относительное отличительное имя . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
3.1.2 LDN - местное отличительное имя . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16

3.1.3 FDN - полное отличительное имя . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
3.2 Как обращаться к МО в командах, связанных с МО . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
3.3 Регулярные выражения . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
3,4 Как указать значения атрибутов в командах set / cr / acc . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
3.5 Командная строка Moshell . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
3,6 Трубопровод . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21 год
4 Описание команд 21
4.1 Основные команды МО . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
4.1.1 мама [abcd fl oprtuxsi] [<moclass / struct / enum>] [<атрибут / действие>] [<тип- атрибута>] [< тег-атрибут>] [<описание>] 21
4.1.2 lt / clt / ltc [1-9] <тип-фильтр> | корень | все [<атрибут == значение> И / ИЛИ <атрибут == значение>] . . . . . . . . . . . . .
4.1.3 lc / lcc [1-9] <moGroup> | <moFilter> | <прокси (и)> | все . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.1.4 ld [c] <ldn> . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.1.5 lu / llu <moGroup> | <moFilter> | <прокси (и)> . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.1.6 pr [s] [m] / lpr [s] [m] [<moGroup> | <moFilter> | <прокси (и)>] [<mimName>] . . . . . . . . . . . . . . . . . . . . . .
4.1.7 ma [i] / lma [i] <moGroup> <moGroup> | <moFilter> | <proxy (s)> | all [<attribute-filter>] [<value-filter>] . . . . . . .
4.1.8 mr [i] / lmr [i] <moGroup> <moGroup> | <moFilter> | <proxy (s)> | all [<attribute-filter>] [<value-filter>] . . . . . . .
4.1.9 Т. пл . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.1.10 get [m] [i] / lget [m] [i] [<moGroup> | <moFilter> | <proxy (s)> | all] [<attribute-filter> | all] [<value-filter>] . . . . . . . .
Информационная 2 ( 159 )

ГИД ПОЛЬЗОВАТЕЛЯ
( )
4.1.11 hget [c] [m] [i] / lhget [c] [m] [i] <moGroup> | <moFilter> | <proxy (s)> [<attribute- filter>] [<value1- filter >]

фильтр>] [<значение3- фильтр>] и т. д. ............................
4.1.12 kget [m] / lkget [m] [<moGroup> | <moFilter> | <прокси>] [<атрибут-фильтр>] [<тип-атрибута>] [<флаг-атрибута>

[<описание-атрибута>] . . ...................................
4.1.13 fro / lfro [m] <moGroup> | <moFilter> | <proxy (s)> | all [<attribute-filter> | all] [<value-filter>] . . . . . . .
4.1.14 sql / select <команда> [| <unix-cmds>] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.1.15 st / lst <moGroup> | <moFilter> | <прокси (-а)> | все [<фильтр состояний>] . . . . . . . . . . . . . . . . . . . . . .
4.1.16 prod <moGroup> | <moFilter> [<productdata-filter>] . . . . . . . . . . . . . . . . . . . . . . . . . .
4.1.17 lk / llk <moGroup> | <moFilter> | <прокси (и)> . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.1.18 lko / llko <moGroup> | <moFilter> | <прокси (и)> . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.1.19 set [m] [c] [1] [i] / lset [m] [c] [1] [i] <moGroup> | <moFilter> | <proxy (s)> <attribute> [<value >] . . . . . . .
4.1.20 eset [c] [1] / leset [c] [1] <moGroup> | <moFilter> | <прокси (и)> <атрибут-фильтр> [<значение>] . . . . . . . .
4.1.21 rset / lrset <moGroup> | <moFilter> | <прокси (и)> <атрибут> [<значение>] . . . . . . . . . . . . . . . . .
4.1.22 bl [s] / lbl [s] <moGroup> | <moFilter> | <прокси (и)> . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.1.23 deb / ldeb <moGroup> | <moFilter> | <прокси (и)> . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.1.24 acl / lacl <moGroup> | <moFilter> | <прокси (-а)> | все [<действие- фильтр>] . . . . . . . . . . . . . . . . . . . .
4.1.25 acc [e] [n] / lacc [e] [n] <moGroup> | <moFilter> | <proxy (s)> | all <action> . . . . . . . . . . . . . . . . .
4.1.26 cr [e] [n] <ldn> . . . . . . . . ...................................
4.1.27 del [b] / ldel [b] <moGroup> | <moFilter> | <прокси (и)> . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.1.28 rdel / lrdel <moGroup> | <moFilter> | <прокси (и)> . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.1.29 gm [c] [d] / lgm [c] [d] <moGroup> | <moFilter> | <прокси (и)> . . . . . . . . . . . . . . . . . . . . . . . .
4.1.30 sc [g] [w] [d] [<список параметров>] ...................................
4.1.31 сейф + / safe- / safe? . . . . . . ...................................
4.1.32 с + / с ++ / с- / с? . . . . . . . . . ...................................
4.1.33 u + [s] / u- / u? [<файл>] . . . . . ...................................
4.1.34 пробег [х] [1] [1p] [1r] [-l <lineNr>] <команда фи ле> [<var1>] [<var2>] ... . . . . . . . . . . . . . . . . . .
4.1.35 trun [is1cr] <moScript> | <http: // ipaddress / script> . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.1.36 Ctrl-Z; touch / tmp / xxxx; fg (отменить команду MO) . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.1.37 pol [b] [c] [d] [h] [i] [k] [m] [p] [s] [r] [u] [w] [y] » [-m <mo>] [<интервал>] [<waitTime>] [<checkTime>] . . . . .
4.1.38 re [i] . . . . . . . . . . . . . . ...................................
4.1.39 getmom [<версия>] . . ...................................
4.1.40 парсемом [<momFile>] . . ...................................
4.1.41 fl t / fl tc <motype-filter> . . . . ...................................
4.1.42 fget [i] / lfget [i] <moGroup> | <moFilter> | <прокси (и)> | все [<атрибут>] . . . . . . . . . . . . . . . . . .
4.1.43 eget / leget <moGroup> | <moFilter> | <прокси (и)> | все [<атрибут>] . . . . . . . . . . . . . . . . . . . .
4.1.44 sget / lsget / skget / lskget / shget / lshget <moGroup> | <moFilter> | <прокси (и)> | все . . . . . . . . . . . . .
4.1.45 fset [i] / lfset [i] <moGroup> | <moFilter> | <прокси (и)> | все <атрибут> [<значение>] [<тип-атрибута>] . . . .
4.1.46 facc / lfacc <moGroup> | <moFilter> | <proxy (s)> | all <action> [<param1>] [<param2>] . . . . . . . .
4.1.47 fdel / lfdel <moGroup> | <moFilter> | <прокси (и)> . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.2 Другие команды МО . . . . . . . . ...................................
4.2.1 cvls / cvmk / cvms / cvset / cvrm [u] / cvrbrm / cvcu / cvget [f] [u] [d] / cvput / cvls1 / cvre / cvfa / cvfd . . . . .
4.2.2 inv [hlxbpctrgfa] [<Filter>] [<stateFilter>] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.2.3 кабина [adefghlmrstxc] [| <unix-cmds> ] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.2.4 sdi [eacr] . . . . . . . . . . . ...................................
4.2.5 stc [p] [r] [<Filter>] [<stateFilter>] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.2.6 std [ar] [<фильтр>] . . . . . . . ...................................
4.2.7 stv [b] [r] [<фильтр>] [<фильтр состояния>] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.2.8 stt [r] [<Filter>] [<stateFilter>] ...................................
4.2.9 ste [gr] [<Filter>] [<stateFilter>] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.2.10 sti [bcfopr] [<фильтр>] [<фильтр состояния>] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.2.11 ст . . . . . . . . . . . . . . ...................................
4.2.12 ул . . . . . . . . . . . . . . ...................................
4.2.13 dcg [meiasrfkx] [-m <рабочие часы>] [-d <дни журнала>] [-b <доски | группа досок> | все] [-k <nrdumps>] [-f <ф
[<logdir>] . . . . . . . . . . ...................................

4.2.14 hc [iuzd] [v] [-r | -x <числа>] [<файл hclog> | <hclogdir> | <hcreportdir>] [<файл hclog2> | <hclogdir2>] . .
4.2.15 Diff [а] [d] [м] [о] [х] [I] / Ldiff [а] [d] [м] [о] [х] [I] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.2.16 lkr [а] . . . . . . . . . . . . . ...................................
4.2.17 resub <IubLink> [<VplTp> | <Subrack>] [<VplTp>] . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.2.18 ir [cdpsomt] [<IubLink>] [<CM>] [<период>] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.2.19 rinp [c] [m] </path/to/rinpm.json> . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.2.20 tg [r] [c] [d] . . . . . . . . . . . ...................................
4.2.21 ueregprint / uer [d] [t] [i] [s] [p] [v] [-m <mod> | -i <imsi> | -u <ueref> | -n <maxUes> | -c <utrancell>
[<атрибут- фильтр> [= <значение>] | все] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

4.2.22 ced [h] [p] [s] [g] [r] [-m <module (s)> | -c <utrancell> | -r <iublink> | -s <rsite>] [| <unix-cmds>] . . . . . .
4.2.23 al [atkcg] [u] [-a | -u <alarm-id>] [| <unix-cmds>] . . . . . . . . . . . . . . . . . . . . . . . . . . . .

4.2.24 - lg [abcdefghijklmnopqrstuvwxyz012345] [-l <входной-каталог | файл журнала | zip-файл>] [-m <minustime>] [-p
<plustime>] [-s <startdate>] [-e <enddate>] [ -g <группа доски>] [-n <фильтр узлов>]
[-x <XBlog- фильтр | ESIlog--фильтр> ] [-b <xb>]
[-d <nrdumps>] [<каталог-назначения>] [| <unix-cmds>] . . . . . . . . . . . . . . . . . . .

4.3 Другие команды . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.3.1 uv [<строка> | <переменная> = значение] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

4.3.2 pv [<строка>] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.3.3 ! / l <команда-unix> . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

4.3.4 л + [м] [м] [с] [о] / л- / л? [<файл журнала>] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

4.3.5 dbc [s] [a] [<cvname> | <dbdat-file> | <cvzip- file> | <mobatch-folder>] . . . . . . . . . . . . . .
4.3.6 dbd [p] [<cvname> | <dbdat-file> | <cvzip-file>] [<cvname> | <dbdat-file> | <cvzip-file>] . . . . .

4.3.7 dbcv [r] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.3.8 <команда ose / coli> [| <unix-cmds>] . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

4.3.9 coli . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

4.3.10 comcli . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.3.11 ecli . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

4.3.12 esci . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.3.13 netconf [g] [<файл команды>] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.3.14 с + / с1 / с2 / с- / с? / с0 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

4.3.15 < команда linux / rcs-coli / comcli > [| <unix-cmds>] . . . . . . . . . . . . . . . . . . . . . . .
4.3.16 mcl [d] [<moClass-фильтр>] [<командный фильтр>] . . . . . . . . . . . . . . . . . . . . . . . . .
4.3.17 mcc / lmcc <moGroup> | <moFilter> | <прокси (-а)> <comcli-команды> [| <unix-cmds>] . . .

4.3.18 бо [ар] / ба [swdpmu] / бр [вдм] / быть [0-50] / бп . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.3.19 lh [z] <boardGroup> | <moGroup> <OSE-command> | run <файл команды> [| <unix-cmds>] .

4.3.20 пн [?] [d] [u] [f] [s] [t] [k] [a] [-] [<board (s) | <boardGroup (s)>] [</ путь / к / файлу журнала >] . . . . . . . . .
4.3.21 sql + / sql- / sql? [<куча>] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

4.3.22 pgu [c] [f] [r] [-p <board1, board2, ...>] / путь / к / newLM [<cvcomment>] . . . . . . . . . . . .
4.3.23 procload / proctemp [| <unix-cmds>] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

4.3.24 proglist / progkill [-e] [<строка>] [| <unix-cmds>] . . . . . . . . . . . . . . . . . . . . . . . . .

4.3.25 fte <te-command> [<trace-groups> | all] [<string>] [| <unix-cmds>] . . . . . . . . . . . . . .
4.3.26 goxb [acib] [-p <advpw>] <команды> [| <unix-cmds>] . . . . . . . . . . . . . . . . . . . .

4.3.27 ftree [f] [d] [1] [<lnh> /] [<directory>] [| <unix-cmds>] . . . . . . . . . . . . . . . . . . . . . . .

4.3.28 ftget [1] [c] / ftput [1] [c] / ftdel [1] [a] / ftrun [<параметры>] <источник> [/ *] [<место назначения>] . . . . . . . .
4.3.29 htget <удаленный файл> [<локальный файл / локальный каталог>] . . . . . . . . . . . . . . . . . . . . . . . . . . . .

4.3.30 отредактируйте <удаленный файл> . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.3.31 fclean [f | ff | a | d | e] [<lnh> /] [<каталог>] [-f <имя-файла- фильтр>] . . . . . . . . . . . . . . . . . .
4.3.32 привет [<commandFilter>],! <commandNr> . . . . . . . . . . . . . . . . . . . . . . . . . . . .

4.3.33 time [t] <команда> | <файл журнала> . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.3.34 pipe <команда> | <unix-command> . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

4.3.35 lmid [c] [h] / upid [om] <pattern> | обновить . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.3.36 п/ж/м/б.............................................

4.3.37 прокс [+ -] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

4.3.38 col . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.3.39 ул . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

4.3.40 conf [bld] [+ -] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.3.41 gs [+ -] / gsg [+ -] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

4.3.42 ip2d <ip-адрес> . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.3.43 d2ip / h2ip <номер> . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

4.3.44 h2d / d2h <число> . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.3.45 h2b / b2h <число> . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

4.3.46 d2b / b2d <число> . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.3.47 rb2ip [<iublink>] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

4.3.48 encpw <пароль> . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

4.3.49 mos2ro <moshell.zip> . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.3.50 gpg <файл> . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

4.3.51 ждать <задержка> | <новое время> . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.3.52 wf [o] [a] [t] <файл> . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

4.3.53 вернуться . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.3.54 распечатать . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

4.3.55 псевдоним / unalias <псевдоним> <команда> . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

4.3.56 lf [c] <файл> . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.3.57 bg [g] / bgs / bgw [<команды> | <идентификаторы> | все] [<максимальное время>] . . . . . . . . . . . . . . . . . . . .
4.3.58 - smd [slcr] [-m <дней>] [-s <размер>] [-f <фильтр>] [-o a | s | n] [-u <пользователь> | все] [-d <каталог> ] [-n <мак

4.3.59 pe [c] [l] [k] [<интервал опроса> | <pid>] [<trigger>] [<сценарий действия>] [<количество итераций>] .

4.3.60 q / by / exit / quit [<exitcode>] . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.4 Команды PM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4.4.1 pmom [acdpo] [<класс>] [<счетчик>] [<тип-данных>] [<теги>] [<описание>] . . . . . .

4.4.2 kmom [d] [<area>] [<kpiname>] [<MOclass>] [<formula>] [<kpidescription>] . . . . . . . . . . . .
4.4.3 pget / lpget [<moGroup> | <moFilter> | <прокси (и)> | все] [<атрибут-фильтр> | все] [<фильтр-значение>] . . . . . .
4.4.4 spget / lspget [<moGroup> | <moFilter> | <прокси (и)> | все] [<атрибут-фильтр> | все] [<фильтр-значение>] . . . . .
4.4.5 hpget [c] [m] / lhpget [c] [m] <moGroup> | <moFilter> | <прокси (-а)> [<атрибут- фильтр>] [<значение1- фильтр>]
фильтр>] [<значение3- фильтр>] и т. д. ...................................

4.4.6 pdiff / lpdiff [<moGroup> | <moFilter> | <прокси (-а)> | все] [<атрибут-фильтр> | все] [<фильтр-значение>] . . . . . .
4.4.7 hpdiff [m] / lhpdiff [m] [<moGroup> | <moFilter> | <прокси (и)> | все] [<атрибут-фильтр> | все] [<значение1-фильт
фильтр>] [<значение3- фильтр>] . . . ...................................

4.4.8 pmx [hfdnsckwlb3zeity] [<фильтр> | <группа>] [<фильтр-фильтр> | <kpi (s)>] [-l <zip-файл> | <каталог>] [-w <веб-
каталог>] [-m <minushours>] [-p <plushours>] [-s <startdate> [. <starttime>]] [-e <enddate> [. <endtime>]]
[-a | -d | -h] [-o <outputFormat>] [-tz <hrs>] [-f <файл формулы>] [-j <точность>] [-mo <regexp>] [| <unix-cmds>] . 129
4.4.9 pmr [agfkwop3z] [-g <фильтр> | <группа>] [-z <группа>] [-r <отчет (-ы)>] [-l <zip-файл> | <каталог>] [-w < веб-
каталог>] [-i <файл iubCellModule->] [-f <файл формулы>] [-c <файл конфигурации>] [ -m <minushours>] [-p
<plushours>] [-s <startdate> [. <время начала>]] [-e <дата окончания> [. <время окончания>]] [-o <формат
вывода>] [-t <пороговый файл>] [-tz <часы>]

[| <unix-cmds>] . . . . . . . . . ..................
4.4.10 pme [fd] [cgurv] [<pm_logdir>] [-b <boardgroup>] [-f ] [-m <minushours>] [-p <plushours>] [-s <start-

дата> [. <время начала>]] [-e <дата окончания> [. <время окончания>]] . . . . . . . . .
4.4.11 pst [<фильтр-сканирование> | <прокси-сканирование>] [<состояние-сканирования>] . . . . . . . . . .

4.4.12 pgets [m] [n] [r] [<фильтр сканирования> | <прокси-сканирование>] [<фильтр содержимого>] . .

4.4.13 pcr [pcfpdaz] / lpcr [pcfpdaz] <ScannerName | JobName> <мокла

группа> | <контрфайл> [<контрфильтр>] [<гранулярность>] . . . . . .

4.4.14 pcrk [f] [v] [d] [<файл определения kpide>] [<гранулярность>] . . . . . . . . . .
4.4.15 pbl <фильтр-сканирование> | <прокси-сканирование> . ..................

4.4.16 pdeb <фильтр-сканирование> | <прокси-сканирование> . . . . . . . . . . . . . . . . . .
4.4.17 pdel <скан-фильтр> | <сканирование-прокси> ..................

4.4.18 emom [uetr | gpeh | ctr | all] [<фильтр событий>] . . . . . . . . . . . . . .

4.4.19 pset [d] . . . . . . . . . . . . . . ..................
5 Ленивый

5.1 Обновление программного обеспечения CPP . . . . . . . . . ..................
5.2 Обновление программного обеспечения ECIM / COM . . . . . ..................

5,3 Операции RNC Iub . . . . . . . . . . . ..................
5,4 Распространенные проблемы интеграции RNC Iub . . . . . . . . . . . . . . . . .

5.5 Общие проблемы интеграции RNC Iu / Iur . . . . . . . . . . . . . . . .
6 Сценарии

6.1 Предустановленные переменные . . . . . . . . . . . . . ..................
6.2 Присвоение переменной . . . . . . . . . . ..................

6.3 Хеш-таблицы (массивы) . . . . . . . . . . . ..................
6.4 Если / Else создает . . . . . . . . . . . . ..................

6.5 Для конструкций . . . . . . . . . . . . . . ..................

6,6 Функции, определяемые пользователем . . . . . . . . . ..................

6,7 Вложенность операторов for и if . . . . . . ..................
6,8 Примеры скриптов . . . . . . . . . . . . . ..................

7 Утилиты

7.1 Инструменты сетевого управления . . . . . . ..................
7.2 Инструменты аудита параметров . . . . . . . . ..................

7.3 Инструменты PM . . . . . . . . . . . . . . . . . ..................

7,4 Разные инструменты . . . . . . . . . . ..................
8 Обслуживание сервера

8.1 Процессы подвешивания . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 156 8.2 Диск заполнен . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 156 8.3 Недостаточно памяти . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . 156
9 Офлайн-режим и мультирежим 157
9.1 Офсетный режим . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 157

9.2 Режим SQL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 158

9,3 Мульти режим . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 158
10 лист регистраций изменений 159

1. Введение
1.1 Контакты
Для сообщений об ошибках, проблемах с установкой, запросов на изменение и т. Д. Используйте форум на домашней странице
moshell.
TR для MoShell
Разместите отчеты об ошибках на веб-странице (см. Раздел 1.1 ) или запишите их в MHWEB:
Чтобы написать MoShell TR / CR в MHWEB:
1. Продукт должен быть AMOS CXC 172 4313
2. MHO должен быть LMIR7-BASIC.
Чтобы как можно быстрее решить вашу проблему, добавьте следующую информацию в свой TR или отчет об ошибке:
? УФ и фото распечатка
? Любая полная распечатка, относящаяся к неисправности
? Как воссоздать неисправность (вы можете, например, включить приветственную распечатку, показывающую все
команды, которые привели к неисправности)

1.2 Концепция МО
***************************************
| Клиент O&M |
| (например: EMAS / OE / RANOS / moshell и т. д.)|
***************************************

|

|
***************************************
| Уровень обслуживания CS, PM, AS, NS, IS, LS |
***************************************

|
|

|
********** ******************************
* +++++++ *
* | | *

* | МАО | Уровень адаптации управления *
* | | *

МО -> * | | ------------------------ *
* | FRO |
*
* | | Слой ресурсов *
* | RO | *
* | | *
* +++++++ *

*****************************************
Клиент O&M может получить доступ к МО через ряд служб:
?Служба конфигурации (CS): для чтения и изменения данных конфигурации. Данные конфигурации хранятся в атрибутах
MO.
? Измерение производительности (PM): для настройки сканеров статистики или фильтров событий. Счетчики
статистики хранятся в PM-атрибутах MO и выводятся в XML-файл каждые 15 минут. События выводятся в двоичные
файлы каждые 15 минут.
? Служба аварийных сигналов (AS): для получения списка аварийных сигналов, активных в данный момент на каждом МО.
? Служба уведомлений (NS): для подписки и получения уведомлений от узла, информирующих об изменениях
параметров / аварийных сигналов в MO.
? Служба инвентаризации (IS): для получения списка всего HW и SW, определенного в узле.
? Служба журнала (LS): для сохранения журнала определенных событий, таких как изменения в
конфигурации, включение и выключение сигналов тревоги, перезапуски узла / платы, события jvm,
события безопасности O&M и т. Д.
MO - это способ моделирования ресурсов в узле CPP. Это состоит из:
1. Уровень адаптации управления, который реализован на java, в MP, на котором запущена jvm (O&M MP).
Целью MAO (объекта адаптации управления) является взаимодействие с различными услугами O&M,
описанными выше.
2. Уровень ресурсов, состоящий из объекта ресурсов фасада (FRO) и объекта ресурсов (RO), которые реализованы
в C и работают на различных досках. RO - это реальный ресурс, моделируемый MO. Назначение FRO -
действовать как интерфейс между MAO и RO, обрабатывая транзакции конфигурации и сохраняя данные
конфигурации для RO.
1.3 Сервисы и протоколы O&M
Описанные выше MO-сервисы (CS, AS, PM, IS, NS) передаются протоколом IIOP (Internet Inter-ORB Protocol), также
называемым CORBA (Common Object Request Broker Architecture).
При запуске узел генерирует свой IOR (Interoperable Object Reference) и сохраняет его в файле nameroot.ior, который
может использоваться клиентом O&M для доступа к узлу. Файл IOR содержит IP-адрес узла и некоторые сведения о
том, как клиенты могут отправлять запросы к узлу.
ОСЭ-оболочка (также называется ИСЖ) можно получить доступ через Telnet / SSH или локально, через
последовательный порт (RS232). Он дает прямой доступ к операционной системе, файловой системе и частям
уровня FRO / RO.

Рисунок 1: Узлы CPP имеют различные методы доступа для разных услуг. Для управляемых сервисов, таких как CS,
используется CORBA. Для командной оболочки используется ssh или telnet. Для сбора файлов PM XML ROP
используется FTP.
1.4 Дерево МО и соглашения об именах МО
1.4.1 LDN - местное отличительное имя
МО организованы в иерархическую структуру.

Каждый экземпляр MO однозначно идентифицируется в узле его локальным отличительным именем (LDN).
Самый высокий MO в узле, так называемый корневой MO - это ManagedElement. Этот МО представляет собой весь узел.
В узле есть только один экземпляр MO ManagedElement, на который ссылается LDN: ManagedElement = 1
Строка слева от знака равенства называется классом MO (или типом MO), а строка справа от знака равенства
называется идентификатором MO. В случае корневого MO класс MO - ManagedElement, а идентификатор - 1 .
Если MO расположен ниже в дереве MO, LDN должен содержать классы MO и идентификаторы всех родителей этого
MO в последовательности, идущей от корневого MO до рассматриваемого MO. См. Пример ниже:
ManagedElement = 1
ManagedElement = 1, Equipment = 1
ManagedElement = 1, Equipment = 1, Subrack = MS
ManagedElement = 1, Equipment = 1, Subrack = MS, Slot = 19
ManagedElement = 1, Equipment = 1, Subrack = MS, Slot = 19, PlugInUnit = 1
ManagedElement = 1, Equipment = 1, Subrack = MS, Slot = 19, PlugInUnit = 1, Program = DbmFpgaLoader
Из этого примера мы видим, что ManagedElement имеет дочерний элемент с именем Equipment = 1, у которого есть
дочерний элемент с именем Subrack = MS (представляющий основную подстойку узла), у которого есть дочерний
элемент с именем Slot = 19 (представляющий слот в позиции 19 ), у которого есть дочерний элемент с именем
PlugInUnit = 1 (представляющий плату, расположенный в этом слоте), у которого есть дочерний элемент с именем
Program = DbmFpgaLoader (представляющий одну из программ, загруженных в эту доску).
LDN самого нижнего MO (тот, который называется Program = DbmFpgaLoader ) содержит адреса всех последующих
родителей этого MO вплоть до ManagedElement.
1.4.2 RDN - Относительное отличительное имя
Строка, расположенная в крайнем правом углу LDN, сразу после последней запятой, называется относительным отличительным
именем (RDN).
Это уникальный способ обращения к экземпляру MO по отношению к его ближайшему родителю.
Это означает, что существует только один экземпляр MO с программой RDN Program = DbmFpgaLoader в
родительском MO ManagedElement = 1, Equipment = 1, Subrack = MS, Slot = 19, PlugInUnit = 1 . Однако может
существовать другой экземпляр MO с тем же RDN под другим родительским MO. Например, может существовать
экземпляр MO с RDN Program = DbmFpgaLoader под родительским MO ManagedElement = 1, Equipment = 1, Subrack =
MS, Slot = 23, PlugInUnit = 1 .
Следовательно, RDN - это относительный способ адресации экземпляра MO.

1.4.3 FDN - полное отличительное имя
Когда узел подключен к системе управления сетью, такой как OSS-RC, необходимо однозначно адресовать каждому
MO в пределах всей сети. Полное отличительное имя (FDN) добавляет префикс сетевого элемента (префикс MIB)
перед LDN каждого экземпляра MO, чтобы указать, к какому узлу принадлежит этот MO. См. Рисунок ниже,
обобщающий концепцию FDN / LDN / RDN:
FDN (полное отличительное имя)

<------------------------------------------------- -----------....................................... ..................... >
LDN (местное отличительное имя)
<---- Префикс MIB -----------------------> <--------------.... .................................................. .......... >
Идентификация MoClass
<----- > <--- > RDN (относительное отличительное имя)
<--------- >
Сеть = H3GA, Utran = Rnc1, MeContext = Rbs03, ManagedElement = 1 RDN
<-------- >
Сеть = H3GA, Utran = Rnc1, MeContext = Rbs03, ManagedElement = 1, Equipment = 1 RDN
< ----->
Сеть = H3GA, Utran = Rnc1, MeContext = Rbs03, ManagedElement = 1, Equipment = 1, Subrack = MS RDN
< ---------->
Сеть = H3GA, Utran = Rnc1, MeContext = Rbs03, ManagedElement = 1, Equipment = 1, Subrack = MS, Slot = 19 RDN
< ------------------->
Сеть = H3GA, Utran = Rnc1, MeContext = Rbs03, ManagedElement = 1, Equipment = 1, Subrack = MS, Slot = 19, PlugInUnit = 1
Сеть = H3GA, Utran = Rnc1, MeContext = Rbs03, ManagedElement = 1, Equipment = 1, Subrack = MS, Slot = 19, PlugInUnit = 1, Program = DbmFpgaLoader
1.5 MOM - Модель управляемого объекта
Каждый класс MO содержит ряд атрибутов, которые используются для хранения данных конфигурации или данных измерения
производительности.
Каждый класс MO может также поддерживать ряд определенных действий. Они представляют собой определенные
операции, которые может выполнять МО. Типичным примером является перезапуск действия, при котором МО
перезапускает ресурс, за который он отвечает (например, плату, программу и т. Д.).
Модель управляемого объекта (MOM) - это справочный документ, описывающий все классы MO, которые могут
существовать в узле, вместе с их атрибутами и действиями.
Формат MOM может быть UML, XML, HTML или MS-Word.
XML-версия MOM обычно хранится на веб-сервере узла по адресу:
http: // <IP-адрес> / виолончель / oe / xml / <имя файла> .xml
MOM для каждой версии ПО также хранятся в формате HTML на http://cpistore.ericsson.se.
1.6 Функциональность Moshell
MoShell - это текстовый клиент O&M, предоставляющий доступ к следующим сервисам:
? Служба конфигурации (CS)

? Аварийная служба (AS)
? Служба управления эффективностью (PM)
? Служба журналов (LS)
? Оболочка OSE (COLI)
? Передача файлов (ftp / http)
Доступ ко всем сервисам поддерживается как в безопасном режиме (secure Corba, ssh, sftp), так и в небезопасном
режиме (unsecure corba, telnet, ftp).
1.6.1 Аварийная служба
Список активных сигналов тревоги можно получить с помощью команд al (для отображения обзора) или ala (то
же самое, что и al, с более подробной информацией).
1.6.2 Оболочка OSE
Любую команду оболочки OSE можно ввести в командной строке moshell, а вывод при необходимости можно
передать через внешние утилиты (которые существуют на вашем рабочем месте / сервере).
Примеры:

журнал прочитан
журнал прочитан | grep ERROR
? Поддерживается только приглашение $. Например, невозможно ввести lhsh 000100 и ожидать подсказки для
этой платы. Обходной путь - ввести команду в той же строке, что и оболочка обработчика ссылок, например
lhsh 000100 te log read или поставить точку с запятой после lhsh xxxx, например lhsh 001400; журнал прочитан;
vii; llog. Для получения дополнительной информации введите h ose в командной строке moshell.
? Другие команды, для которых требуется оболочка, например sqlc, имеют собственную реализацию. См. Раздел 4.3.8 .
? Любые команды Loco должны быть записаны как loco ts \ nloco ... Вы можете добиться этого автоматически,
используя псевдонимы, см. Раздел 4.3.55 .
1.6.3 Служба конфигурации
Moshell поддерживает следующие 6 операций из службы конфигурации:
1. GetChildren для загрузки всего или части MO-дерева.

2. GetAttribute для чтения атрибутов МО.
3. CallAction для выполнения действия над МО.
4. SetAttribute, чтобы установить (изменить) значение атрибута MO.
5. CreateMO, чтобы создать новый MO в узле.
6. DeleteMO для удаления MO из узла.
1.6.4 Служба управления производительностью
Moshell поддерживает следующие операции из службы управления производительностью:

? Список сканеров и фильтров событий
? Создать сканер
? Остановить сканер
? Сканер резюме
? Удалить сканер
? Установить фильтр событий
1.6.5 Служба журнала
Moshell поддерживает получение и анализ следующих журналов:

? журнал доступности
? системный журнал
? Журнал событий
? журнал тревог
? журнал команд
? Журнал событий безопасности O&M
? Журнал COLI
? Журнал инвентаризации оборудования
? Журнал событий JVM (журнал обновлений)
1.6.6 Передача файлов
Moshell может загружать / выгружать файлы и каталоги на / с узла, используя http, ftp или sftp.

2 Установка и пользовательские настройки
2.1 Установка для Unix (Solaris / Linux)
Скопируйте установочный пакет moshell moshellxxx.zip в свой домашний каталог / home / youruser или во
временный каталог / tmp . Очень важно: не храните zip-файл в папке moshell, иначе установка будет нарушена.
Затем перейдите в папку, содержащую zip-файл (cd <folder>), и выполните следующие команды:
распаковать -o
moshellxxx.zip bash
moshell_install
Когда будет предложено ввести каталог, в который вы хотите установить moshell, рекомендуется указать ваш
ДОМАШНИЙ каталог (~). Если вы выполнили moshell_install из своего домашнего каталога, вы можете нажать
клавишу ввода, и будет выбран текущий каталог.
Если предыдущая установка moshell уже существует, рекомендуется установить ее в тот же каталог, что и старая.
Таким образом, все ваши пользовательские файлы (файлы jar / xml, файлы сайтов и т. Д.) Будут скопированы в новую
ревизию, а старая ревизия будет перемещена в другое место, чтобы вы могли получить к ней доступ при
необходимости.
Когда будет предложено ввести путь к java, обязательно используйте Oracle Java. Другие дистрибутивы Java,
такие как OpenSDK, не поддерживаются moshell.
Примечание. В случае установки AMOS используйте параметр -a, например: bash moshell_install -a (должен
запускаться от имени пользователя root на главном сервере OSS).
Примечание: для Linux 64-бита, 32-бит требуется библиотека Libc, имя пакета libc6-i386 или glibc.i686 или ia32-ЛИЭС.
(Другие пакеты, которые могут потребоваться для определенных команд, - это python и expect.)
Впервые запускаем moshell:
Если вы правильно установили переменную PATH в вашем файле ~ / .bashrc, вы сможете запускать moshell из
любого каталога. Например: moshell <ipaddress>
Если это первая установка moshell в этом месте, то он загрузит с узла несколько jar-файлов. Индикатор выполнения
не будет отображаться, так что просто наберитесь терпения, это займет несколько минут. Прогресс можно увидеть,
выполнив команду «ls -l» в каталоге moshell / jarxml. Дополнительную информацию о пользовательских настройках и
т. Д. См. В руководстве пользователя.
Если выполнение Moshell завершается ошибкой в Linux со следующей ошибкой:
moshell / commonjars / lib / lin64 / filefuncs.so: невозможно восстановить защиту сегмента после перемещения: в доступе
отказано
Затем попробуйте выполнить следующие команды, войдя в систему как root:
chcon -t texrel_shlib_t ./commonjars/lib/lin64/libz.so.1 chcon -t texrel_shlib_t

./commonjars/lib/lin64/filefuncs.so
Если Moshell не может подключиться к узлу на порту 22, попробуйте запустить программу moshell / commonjars / ssh
вручную. Если это не удается со следующей ошибкой:
moshell / commonjars / ssh: ошибка при загрузке разделяемых библиотек: невозможно восстановить сегментный протез после
перемещения:
Затем попробуйте выполнить следующую команду, войдя в систему как root:
chcon -t texrel_shlib_t commonjars / ssh
2.2 Установка для Windows (с использованием Cygwin)
При работе в Windows Moshell использует эмулятор unix, известный как Cygwin.
Переходите непосредственно к шагу 10, Установка MoShell, если вы уже установили и настроили Cygwin ранее.
1. Загрузите и запустите файл http://www.cygwin.com/setup-x86.exe.

2. Выберите «Установить из Интернета», затем нажмите «Далее».
3. Корневой каталог C: \ cygwin (не рекомендуется выбирать другой каталог, особенно если он содержит пробелы).
4. Выберите сайт загрузки. Например, http://sourceware.mirror.tds.net, как известно, работает хорошо, но, вероятно,
другие тоже работают хорошо.

5. В меню просмотра «Выбрать пакеты» выберите «Категория», затем добавьте следующие пакеты:
? в разделе Архив выберите zip и разархивируйте
? в разделе База данных выберите postgresql
? необязательно: в разделе «Редакторы» выберите vim (если вы хотите иметь возможность редактировать файлы с
помощью vi)
? в разделе Графика выберите gnuplot
? в разделе Libs выберите libglib2.0_0
? в Net выберите curl, inetutils, openssh, openssl
? в Perl выберите perl, perl-XML-Simple и perl-IO-Tty
? в Python выберите python2
? под Tcl выберите ожидать
6. Нажмите Далее, начнется установка. Дождитесь завершения установки.
7. Скопируйте файл moshell / examples / cygwin_install / cygwin_install.txt в C: / Cygwin
(также доступен по адресу http://newtran01.au.ao.ericsson.se/moshell/cygwin_install.txt). .
8. Щелкните Пуск -> Выполнить.
В окне «Выполнить» введите: cmd, затем нажмите <enter>.
Откроется окно DOS. В командной строке DOS выполните следующие
команды: c:
cd cygwin
bin \ perl.exe cygwin_install.txt
Это создаст следующие файлы: c: / cygwin / etc / profile, c: /cygwin/cygwin.bat, c:
/cygwin/home/youruserid/.bashrc, c: /cygwin/home/youruserid/.minttyrc, c :
/cygwin/home/youruserid/.inputrc.
Если эти файлы уже существуют, они автоматически перемещаются в папку c: / cygwin / tmp / installbackup.
9. Откройте новое окно терминала cygwin. Окно должно быть черным с белым текстом, а подсказка должна
выглядеть так: [~] $ Если нет, повторите все шаги еще раз и убедитесь, что вы ничего не пропустили.
Дополнительную информацию о проблемах с установкой Cygwin можно найти по адресу: http://cygwin.com/faq/faq0.html
Инструкции по удалению cygwin можно найти по адресу
http://cygwin.com/faq/faq.setup.html#faq.setup.uninstall-all
10. Установка Moshell. Выполните следующие действия, если у вас уже есть рабочая среда Cygwin.
? Скопируйте установочный пакет moshell moshellxxx.zip в свой домашний каталог c: / cygwin / home / youruserid
? Откройте оболочку cygwin и запустите:
распаковать -o
moshellxxx.zip bash
moshell_install
Когда будет предложено ввести каталог, в который вы хотите установить moshell, рекомендуется указать ваш
ДОМАШНИЙ каталог (~).
Если вы выполнили moshell_install из своего домашнего каталога, вы можете нажать клавишу ввода, и
будет выбран текущий каталог.
Если предыдущая установка moshell уже существует, рекомендуется установить ее в тот же каталог, что и
старая. Таким образом, все ваши пользовательские файлы (файлы jar / xml, файлы сайтов и т. Д.) Будут
скопированы в новую ревизию, а старая ревизия будет перемещена в другое место, чтобы вы могли получить к
ней доступ при необходимости.
Когда будет предложено ввести путь к Java, просто введите java.
11. Первый запуск moshell
Если вы правильно установили переменную PATH в вашем файле ~ / .bashrc , вы сможете запускать moshell из
любого каталога. Например: moshell <ip-адрес>
2.3 Структура каталогов Moshell
Каталог moshell содержит ряд файлов и подкаталогов:

? файлы журналов / Для хранения файлов журналов, созданных различными утилитами ( moshell, mobatch, swstat и т. д. )
? examples / Пример входных файлов, необходимых для работы утилит (файлы команд, файлы сайтов и т. д.)
? cmd files / Место для хранения ваших командных файлов (для использования в mobatch, monode, telbatch, telnode и т. д. )
? файлы сайта / Место для хранения файлов вашего сайта (для использования в mobatch, telbatch, swstat, swup и т. д. )
? jarxml / Место для хранения файлов jar ( oms.jar и vbjorb.jar ) и файлов xml-MOM (используемых Moshell ). Специально для
определенных узлов.
? commonjars / Место для хранения файлов jar, общих для всех узлов
? moshell Файл, используемый для запуска moshell. Содержит некоторые настраиваемые параметры переменных.
? mobatch Запускать команды moshell параллельно на нескольких узлах
? интерпретатор сценария gawk, используемый различными утилитами
? prog.awk, funcs.awk Основной код для moshell, не может быть запущен сам по себе.
? moshellUserGuide.pdf Файл справки
? rncaudit Аудит и проверка согласованности данных rnc в отношении CDR данных ячеек, CDR взаимосвязей, базового
уровня, uerc и т. д.
? swstat Для просмотра версий ПО, резюме и удаления старых пакетов обновления
? rbsaudit Аудит и проверка соответствия данных РБС данным РБС и базовым показателям. Генерация скриптов
исправления мобатчей.
? swup Обновление сетевого ПО
? cvms создают и устанавливают резюме на нескольких узлах параллельно
? momdoc конвертирует MOM из xml в html
? mocmd сгенерирует командный файл moshell из файла базовых параметров
2.4 Запуск сеанса moshell
В этом разделе дается краткий обзор того, как начать работу после установки moshell.
2.4.1 Запуск Moshell
Сеанс Moshell запускается из командной строки оболочки Unix с помощью команды: moshell <имя-узла> | <адрес-узла>
При соединении с именем узла в файле ipdatabase должна существовать запись, указывающая имя узла на адрес ip или dns.
Другие способы запуска moshell описаны при вводе самого moshell, а также в главе Раздел 9 (автономный режим /
глава с несколькими режимами).
После запуска и выполнения команды "lt all" moshell выполнит следующие шаги:
1. Загрузите файл IOR узла и сохраните его на рабочей станции. Файл IOR узла берется из
http: // nodeipaddress / cello / ior_files / nameroot.ior
2. Проверьте версию MOM узла. MOM узла берется из http: // nodeipaddress / cello / oe / xml / <имя файла>, где
<имя файла> - это один из файлов, перечисленных в пользовательской переменной xmlmomlist. Версия MOM
является производной от тега «mim» внутри файла MOM, например: <mim name = "RNC_NODE_MODEL_E" version =
"5" release = "3"> становится RNC_NODE_MODEL_E_5_3. Если эта версия MOM не существует на рабочей станции
(в каталоге moshell / jarxml ), она загружается с узла и сохраняется в этом каталоге. Если версия MOM не может
быть определена (т. Е. Moshell не может найти какую-либо MOM на узле), используется MOM, указанная в
пользовательской переменной moshell default_mom.
3. Проанализируйте MOM и сгенерируйте внутреннюю таблицу, определяющую все классы, атрибуты и действия MO,
поддерживаемые узлом.
4. Инициируйте связь CORBA с узлом, используя информацию, содержащуюся в файле IOR.
5. Считайте FDN корневого МО.
6. Готовы принимать команды от пользователя.
На этом этапе можно получить доступ к службе тревог и оболочке OSE, но служба конфигурации ограничена,
поскольку Moshell не знает, какие экземпляры MO содержатся в дереве MO узла (кроме корневого MO).
На этом этапе можно использовать следующие команды:
? h - показать справку и список команд. Может использоваться с именем команды после, чтобы показать
справку по этой команде. Меню разделено на два (m и n) только для удобства чтения.

2.4.2 Загрузка дерева МО
Когда Moshell впервые подключается к узлу, он ничего не знает о структуре MO на этом узле (за исключением класса MO
ManagedElement). Чтобы получить атрибуты или вызвать действия, вам сначала нужно загрузить заглушки MO в ваш клиент
Moshell.
Все дерево МО можно прочитать с помощью команды lt all. LDN каждого MO дерева MO затем назначается «прокси»
номером и сохраняется во внутренней таблице в памяти Moshell. Внутреннюю таблицу прокси можно распечатать с
помощью команды pr, которая покажет для каждого MO, LDN и номера прокси.
При выполнении операции с MO (получение, установка, действие и т. Д.) В качестве аргумента может быть указан номер прокси
или LDN.
Фактически, при использовании части LDN, соответствующей регулярному выражению, операция может выполняться над
несколькими MO одновременно.
Дополнительную информацию об этом можно найти в Разделе 3 или набрав синтаксис h в командной строке.
Для экономии памяти на рабочей станции можно загружать только части MO-дерева вместо всего MO-дерева.
Например, если ввести lt pluginunit, будут прочитаны только LDN тех MO, класс MO которых равен PlugInUnit.
Вместо того, чтобы вводить весь класс MO, можно ввести регулярное выражение, которое будет соответствовать классу MO.
В этом случае lt plu будет таким же, как lt pluginunit, поскольку строка plu соответствует pluginunit
Дополнительную информацию об этом см. В разделе 4 или набрав в командной строке h lt и h lc.
2.4.3 Выполнение действий с загруженными заглушками MO
Для выполнения операций с одним или несколькими MO, которые вы загрузили в предыдущем разделе, следуйте
синтаксису команд, показанному в меню.
1. Пример: Чтобы прочитать атрибуты MO для MO с LDN ManagedElement = 1, Equipment = 1,
Subrack = MS, Slot = 19, PlugInUnit = 1 , введите следующее:
пр плю # затем найдите прокси-сервер этого MO
get <proxy> # введите идентификатор прокси MO в качестве аргумента команды "get"
ИЛИ
lget ms, slot = 19, pluginunit = 1 $

2. Пример: чтобы прочитать атрибуты MO всех MO, класс MO которых - PlugInUnit.
get plu # команда get будет работать со всеми MO, RDN которых совпадает с "plu"
Дополнительную информацию об этом можно найти в разделе 3 или набрав синтаксис h в командной строке Moshell.
Справку по каждой команде можно найти в Разделе 4 или набрав h <имя-команды> в командной строке Moshell.
!!! Важное примечание для узлов CDMA !!! Большинство узлов CDMA не хранят MOM на
жестком диске узла. Вот несколько обходных путей, чтобы заставить moshell использовать
правильную MOM:
? сохраните правильную MOM в вашем каталоге moshell / jarxml , затем, после запуска moshell, используйте
команду parsemom <mom> для синтаксического анализа правильной MOM или укажите путь к этой MOM в
вашей пользовательской переменной default_mom (см. раздел 2.5 для получения информации о
пользовательские переменные).
? сохранить правильную MOM на узле в /c/public_html/cello/oe/xml/CelloMOM.xml
? проверьте, есть ли у узла MOM, имя файла которого отличается от имени, указанного в переменной xmlmomlist
moshell. Это можно сделать, выполнив ls / c / loadmodules_norepl или ftree / c / loadmodules_norepl и выполнив
поиск файла MOM (расширение файла .xml )
2.5 Пользовательские настройки
Существует ряд параметров конфигурации moshell (называемых пользовательскими переменными), которые можно
устанавливать постоянно или для каждого сеанса. Эти настройки имеют значение по умолчанию, которое
определяется в файле moshell / moshell . Если необходимо изменить одну или несколько пользовательских
переменных со значения по умолчанию, рекомендуется сохранить новую настройку в одном из файлов moshellrc ( ~ /
.moshellrc или moshell / jarxml / moshellrc или moshell / jarxml / moshellrc. $ USER ) вместо файла moshell. Таким
образом, новые настройки сохранятся даже после обновления moshell.
Также возможно определять пользовательские переменные для каждого сеанса:
1. используя команду uv [var = value] из командной строки moshell (для получения дополнительной информации введите h uv)
2. или используйте опцию -v в командной строке при запуске moshell (для получения дополнительной информации введите
moshell отдельно)
Многие пользователи могут запускать moshell из центра и иметь свои файлы журналов, учетные данные, пользовательские
переменные и

псевдонимы хранятся в их собственном домашнем каталоге. Это в основном предназначено для сетей Solaris или
Linux, где многие пользователи смогут запускать moshell из общего места без необходимости устанавливать его в
свой домашний каталог. Общим расположением может быть vobs или домашний каталог любого пользователя,
например, учетная запись администратора или общая учетная запись.
Администратор может определить ряд пользовательских переменных и псевдонимов и сохранить их в файле
moshell / jarxml / moshellrc . Эти пользовательские переменные и псевдонимы будут применяться ко всем
пользователям и сохраняться после каждой установки moshell. Администратор также может определить отдельные
файлы moshellrc, которые будут расположены как moshell / jarxml / moshellrc. $ USER.
Каждый пользователь может также определить свои собственные настройки и псевдонимы и сохранить их в файле
~ / .moshellrc в своем домашнем каталоге. Если этого файла нет, он будет создан автоматически и может быть
изменен в любое время.
Всем пользовательским переменным, которые определены в файле moshell / moshell, можно присвоить новое
значение в файле moshell / jarxml / moshellrc и / или ~ / .moshellrc и / или файле moshell / jarxml / moshellrc. $ USER .
Пользовательские переменные, определенные в moshell / jarxml / moshellrc. $ USER переопределяют те, которые
определены в ~ / .moshellrc, которые переопределяют те, которые определены в moshell / jarxml / moshellrc ,
которые, в свою очередь, переопределяют те, которые определены в файле moshell / moshell.
Вот краткий список пользовательских переменных, загляните в файл moshell для получения дополнительной информации по
каждой переменной:
? disk_check - проверьте, достаточно ли свободного места на диске на рабочей станции: 0 = без проверки, 1 = только
предупреждение, 2 = выйти, если недостаточно места
? disk_limit - минимальное свободное место на диске, необходимое для проверки диска, по умолчанию 1 ГБ (1 гигабайт).
? java - путь к исполняемому файлу Java
? ip_database - путь к файлу базы данных IP (см. пример этого файла в moshell / examples / mobatch_files )
? secure_shell, secure_ftp, имя пользователя, ip_connection_timeout, ip_inactivity_timeout - смотрите Раздел 2.6 для информации
? corba_class, security_method, удостоверение, sa_credential, sa_password, sls_urls, sls_username, sls_password
- смотрите Раздел 2.7 для информации
? default_mom - путь к MOM по умолчанию, который будет использоваться, если на узле MOM не найден
? prompt_highlight - включить или отключить полужирный шрифт подсказки
? set_window_title - включить или отключить отображение заголовка окна
? http_port - для указания значения порта HTTP (например, 80 для CPP, 8080 для simcello)
? keepLmList - файлы, которые нельзя удалять командой fclean.
? bldebset_confification, lt_confirmation - чтобы указать, должно ли сообщение подтверждения передаваться в командах lt / bl /
deb / set.
? logdir - путь к каталогу файлов журналов (его можно изменить только с moshellrc или .moshellrc, но не uv или -v)
? еще несколько переменных, см moshell фи ле для получения более подробной информации
Более полный список и подробное объяснение каждой переменной можно найти в файле moshell .
2.5.1 Свойства файла
Все файлы и подкаталоги, принадлежащие пакету moshell, НЕ доступны для записи для внешних пользователей.
Только владелец учетной записи, в которой установлен moshell, может вносить изменения в установку. Единственное
исключение - подкаталог moshell / jarxml, доступный для записи всем. Причина в том, что все пользователи должны
иметь возможность хранить новые файлы xml MOM в этом каталоге (поскольку xml MOM часто обновляется для
каждой новой версии программного обеспечения узла).
Примечание: одни и те же файлы jar могут использоваться всеми пользователями, независимо от того, какое ПО CPP
запущено на узле. Например, можно использовать jar-файлы CPP 4 для узла CPP 3. То же самое происходит, когда
CPP 5.1 движется в сторону JacORB.
2.6 Настройки, относящиеся к связи telnet / ftp / ssh / sftp
Следующие пользовательские переменные относятся к связи telnet / ftp.

Все настройки могут быть установлены в файле moshell, в ~ / .moshellrc или с помощью команды uv в сеансе moshell. См.
Раздел 2.5 и
h uv для получения дополнительной информации. Также проверьте файл moshell для получения дополнительной информации
по каждой переменной.
? имя пользователя - какое имя пользователя использовать при входе на узел через telnet / ftp / ssh / sftp
? secure_shell - использовать telnet или ssh для доступа к оболочке OSE
? secure_ftp - использовать ftp или sftp для передачи файлов.
? ip_connection_timeout - таймаут для установления соединений telnet / ftp / ssh / sftp
? ip_inactivity_timeout - таймаут бездействия для соединений telnet / ftp / ssh / sftp

? telnet_port / http_port / ftp_port / secure_port - использовать другой порт для telnet / http / ssh / sftp.
Полезно для подключения к SimCello / CPPemu или запуска moshell через RSG с использованием
переадресации портов.
? node_login - входить или нет (нет входа в SimCello или в режиме резервного копирования)
Итак, чтобы включить ssh / sftp вместо telnet / ftp, выполните одно из следующих действий:
1. Установите для переменных secure_shell и secure_ftp в файле moshell значение 1 (не рекомендуется,
поскольку значение будет сброшено при следующей установке / обновлении moshell).
2. ИЛИ Добавьте следующие строки в ~ / .moshellrc или moshell / jarxml / moshellrc фи ле
secure_shell = 1
secure_ftp = 1
3. ИЛИ Выполните следующие команды из командной строки Moshell (настройка будет действительна только для текущего
сеанса):
УФ secure_shell = 1
УФ secure_ftp = 1
4. ИЛИ запустите moshell с опцией -v secure_shell = 1, secure_ftp = 1
См. Раздел 2.5, чтобы узнать больше о настройке пользовательских переменных.
Важное примечание относительно ip_connection_timout: по умолчанию этот тайм-аут установлен на 45 секунд в файле moshell .
Определенная OSE
Команды оболочки могут не выводить какой-либо вывод в течение более длительного периода времени,
например: format, rcp и т. д. Чтобы избежать тайм-аута соединения при выполнении этих команд, рекомендуется
продлить ip_connection_timeout перед запуском команды, выполнив uv ip_connection_timeout = 600 (например).
2.7 Настройки CORBA
Чтобы указать, какие настройки безопасности corba SW и corba должен использовать moshell, используйте
следующие значения пользовательской переменной corba_class.
? corba_class = 1: подключиться в безопасном режиме с программным обеспечением visibroker (vbjorb)
- security_method = 1 (требуется java> = 1.2.2): используйте учетные данные хоста host.p12, поддерживаются
только для узлов, работающих под управлением CPP5.0 и ниже. Учетные данные переменной
пользователя должны быть установлены соответственно, чтобы указывать на файл host.p12. Файл
host.p12 загружается с сервера PKS или с узла.
- security_method = 2 (требуется java> = 1.3.1): используйте автономные учетные данные sam.pbe. Файл
sam.pbe загружается с сервера SLS, его путь и пароль должны быть указаны в пользовательских
переменных sa_credential и sa_password.
? corba_class = 2 (требуется java> = 1.3.1): подключитесь в небезопасном режиме с помощью ПО prismtech (jacorb).
? corba_class = 3 (требуется java> = 1.4.2_05): подключитесь в безопасном режиме к jacorb SW, используя
автономные учетные данные sam.pbe. Файл sam.pbe загружается с сервера SLS, его путь и пароль должны быть
указаны в пользовательских переменных sa_credential и sa_password.
? corba_class = 4 (требуется java> = 1.4.2_05): подключитесь в безопасном режиме с программным обеспечением
jacorb, используя учетные данные сетевого режима ssucredentials.xml, которые автоматически загружаются с
сервера SLS. Имя пользователя и пароль для входа в SLS должны быть указаны в пользовательских
переменных sls_username и sls_password. Адрес SLS считывается с узла, но также может быть указан в
пользовательской переменной sls_urls.
? corba_class = 5 (требуется java> = 1.4.2_05): подключитесь в безопасном режиме к jacorb SW, используя уже
загруженные учетные данные сетевого режима ssucredentials.xml. Путь к файлу ssucredentials.xml должен быть
указан в пользовательской переменной nm_credential.
Для получения дополнительной информации о том, как установить пользовательские переменные, см. Раздел 2.5 и h
uv. Также проверьте файл moshell для получения дополнительной информации по каждой переменной.
2.8 Порты, используемые moshell
Если между Moshell и узлами установлен брандмауэр, то в брандмауэре должны быть открыты следующие TCP-порты:
Для узлов CPP:
1. Корба:
? порт 56834: для незащищенного Corba (O&M SL1)
? порт 56836: для защищенного Corba (O&M SL2 и SL3)
2. HTTP: 80

3. SSH / SFTP: 22
4. Telnet: 23 (необязательно)
5. FTP: 21 (необязательно). Если используется ftp, для передачи данных должен быть открыт дополнительный диапазон
портов (21 предназначен только для управления).
6. Целевой монитор: порты TCP с 33077 по 33087 и UDP 33078-33079. Требуется для отслеживания журнала
трассировки и ошибок с помощью команды "mon".
7. Необязательно: для подписки на уведомления Corba CS / FM с использованием утилиты runClient.sh (параметры -c / -a ):
диапазон портов обратного вызова 53248-55295 от узла к клиенту. Это не требуется для moshell, только для параметров
утилиты runClient.sh -c / -a .
Для узлов ECIM / COM:

1. Узлы RCS (MSRBSv2 / TCU):
? HTTPS: 443 и 8443
? SSH: 830 (NETCONF), 2023 (COMCLI), 4192 (COLI)
? SFTP: 22 (от узла), 2024 (до узла)
? TLS: 6513 (NETCONF), 9830 (COMCLI), 9831 (COLI)
? Потоковая передача трассировки от узла: TCP 5342/5343 (трассировки MP) и UDP 33079 (трассы BB)
2. Пико-узлы: 22 (SFTP), 9830 (COMCLI), 830 (NETCONF)
3. Прочие узлы: 22 (APG43L), 2024 (BSP), 830 (PGM), ...
Более подробная информация в документе CPI «Рекомендации по усилению защиты узлов».
2.9 Запуск moshell через защищенные туннели (RSG)
Пожалуйста, обратитесь к инструкции в файле moshell / examples / misc / RSG_tunnels_instruction.txt.
3 Синтаксис команд, включая регулярные выражения
3.1 Как идентифицируются МО
MO могут быть идентифицированы с использованием RDN, LDN или FDN.
3.1.1 RDN - Относительное отличительное имя
Это используется для идентификации МО по отношению к его ближайшему родителю в дереве МО.
RDN содержит класс MO (также называемый типом MO), знак равенства и идентификатор MO. Пример:
АтмПорт = МС-24-1
AtmPort - это класс MO, MS-24-1 - это идентификатор.
3.1.2 LDN - локальное отличительное имя
Это используется для уникальной идентификации MO в узле.

LDN показывает иерархию выше MO в дереве MO управляемого элемента. Пример:
ManagedElement = 1, TransportNetwork = 1, AtmPort = MS-24-1
3.1.3 FDN - полное отличительное имя
Это используется для однозначной идентификации MO в сети (используется RANOS / CNOSS / OSS-RC). Пример:
Подсеть = AUS, Подсеть = H2RG_0201, MeContext = St_Leonards_Station_2065010, ManagedElement = 1, TransportNetwork = 1, AtmPort = MS-24-1

3.2 Как обращаться к MO в командах, связанных с MO

Первый аргумент в командах, связанных с МО, обычно используется для указания МО, которые должны
использоваться командой. В настоящее время существует шесть различных способов указать MO (ы):
1. все
Все загруженные МО будут затронуты. Пример:
а) получить все пользовательские метки, чтобы получить атрибут UserLabel для всех MO
Примечание: вместо всех также возможен подстановочный знак регулярного выражения, например. или * . Это имеет тот
же эффект.
2. ID прокси
Все MO с указанными идентификаторами прокси

будут использоваться. Чтобы указать несколько МО
прокси, есть два способа:
? Укажите каждый идентификатор прокси с пробелом между ними. Пример:

a) pr 0 2 5 для печати прокси-серверов MO 0, 2 и 5.
? Укажите диапазон идентификаторов прокси. Примеры:

а) пр 4-10 печатает прокси МО от 4 до 10.
b) pr 10-4 печатает все прокси MO от 10 до 4 (обратный порядок, полезно для удаления MO).
в) согласно 10-20 рестарта вызывает действие рестарта на ОЧ с прокси - 10 до 20 лет .
Примечание: диапазоны прокси и индивидуальные идентификаторы прокси могут быть смешаны в одной строке.
Пример: пр 0 2 3-5 8 10-12
3. Обработчик ссылок (только для MO PluginUnit и Spm!). Примеры:
a) acc 001400 restart - для перезапуска MO Subrack = MS, Slot = 14, PlugInUnit = 1 .
b) bl 001900 / sp0.lnh - для блокировки первого SPM на SPB в слоте 19 с помощью LDN: Subrack = MS, Slot =
19, PlugInUnit = 1, Spu = 1, Spm = 1 . Обратите внимание, что МО начинают отсчет с 1, а обработчики ссылок
- с 0!
4. MO Group
Группы МО - это определенные пользователем группы МО. Все МО, принадлежащие данной группе МО, будут оперированы.
Чтобы создать группу MO, см. Описание команды ma / lma в Разделе 4.1.7 . Группы МО также можно
создавать с помощью команд hget / lhget, lk / llk, st / lst, pdiff / lpdiff.
Примечание. В RNC выполнение команды bo автоматически создает ряд групп MO, содержащих MO устройства
cc / dc / pdr для каждого модуля.
5. Группа правления
МО ( PlugInUnit или Spm ), отображенные на платы, принадлежащие данной группе плат, будут
оперированы. Пример 1:
? baw sccp sccp Все платы с соответствием swallocation "sccp" войдут в группу плат "sccp"
? bl sccp Все модули PlugInUnit или Spm, подключенные к платам этой группы плат,
будут заблокированы. Пример 2: в RNC с использованием групп плат по умолчанию,
созданных после выполнения команды bo:
? acc mod10 перезапуск

? пр dc10
? acc dc10 перезапустите группу плат dc10 отображается на МО Spm
? bl dc10dev в этом случае мы используем группу MO, содержащую MO устройства , см. выше
6. MO-Filter (регулярное выражение)
Это затронет MO, чьи LDN / RDN соответствуют шаблону регулярного

выражения. Если команда начинается с l, то шаблон снова будет
соответствовать LDN.
Если команда не начинается с l, тогда шаблон будет соответствовать RDN.

Если команда не начинается с l и фильтр не содержит запятых, тогда шаблон будет соответствовать RDN.

Если команда не начинается с l, а фильтр содержит запятые, тогда шаблон будет соответствовать LDN, но не
будет включать дочерние элементы. (Примечание: этот конкретный синтаксис не поддерживается в
многомодовом режиме).
Примеры:
а) пр мс-24-1
TransportNetwork = 1, AtmPort = MS-24-1

б) лпр мс-24-1
Транспортная сеть = 1, AtmPort = MS-24-1, VplTp = vp1
Транспортная сеть = 1, AtmPort = MS-24-1, VplTp = vp1, VpcTp = 1
Транспортная сеть = 1, AtmPort = MS-24-1, VplTp = vp1, VpcTp = 1, VclTp = vc32
c) PRMS, слот = 5, Plug Equipment = 1, Subrack =

MS, PlugInUnit = 1
г) lpr ms, слот = 5, штекер
Оборудование = 1, Крейт = MS, PlugInUnit = 1

Оборудование = 1, Подставка = MS, PlugInUnit = 1, Программа = базовая
Equipment = 1, Subrack = MS, PlugInUnit = 1, Program = nss
Оборудование = 1, Подставка = MS, PlugInUnit = 1, Программы = СПА
....
При использовании MO-фильтра рекомендуется протестировать шаблон с помощью команды pr / lpr перед
запуском команды get / set / acc / cr / del, чтобы увидеть, какие MO будут соответствовать шаблону.
Иногда можно указать второй или третий аргумент, который обычно представляет собой строку, соответствующую
атрибуту или значению атрибута, которое вы хотите отобразить.
3.3 Регулярные выражения
Примечание. Сопоставление с образцом MOSHELL НЕ чувствительно к регистру.

Строка поиска, которая используется в фильтрах, является регулярным выражением Unix (подобно шаблонам,
используемым в команде grep -E ). Поэтому специальные мета-символы, такие как. * [] ^ $ можно
использовать.
Краткое описание некоторых мета-символов:
? «.» - любой отдельный персонаж

? «*» - 0 или более повторений предыдущего символа
? [] - соответствует символу или диапазону символов внутри скобок.
? [^] - НЕ соответствует символу или диапазону символов внутри скобок
? | - ИЛИ
? ^ - начало строки
? $ - конец строки
? ! - отрицание
? % - обратный порядок
Примеры использования метасимволов:

? а * означает а или аа или ааа и т. д.
? . * похож на подстановочный знак, поскольку он соответствует 0 или более вхождений любого символа
? [az] соответствует всем буквам от a до z
? [abe] соответствует буквам a, b и e

? [^ 3] соответствует любому символу, кроме 3

? 3 | 5 | 6 соответствует 3 или 5 или 6
? ^ а. * 4 $ соответствует строке, начинающейся с a и заканчивающейся 4, с любым

символом в середине. Регулярные выражения также могут быть сгруппированы вместе с
помощью скобок, например:
? ячейка (11 | 23 | 45) соответствует ячейке 11, ячейке 23 или ячейке 45
Примеры использования регулярных выражений в фильтрах:
1. лпр мс-24-1. * vp2

TransportNetwork = 1, AtmPort = MS-24-1, VplTp = vp2
TransportNetwork = 1, AtmPort = MS-24-1, VplTp = vp2, VpcTp = 1
TransportNetwork = 1, AtmPort = MS-24-1, VplTp = vp2, VpcTp = 1, VclTp = vc34
2. lpr % ms-24-1. * vp2

3. lpr! Loadmodule | программа
? Будут напечатаны все МО, кроме соответствующих loadmodule или программе.
4. LPR 20. * OS
Оборудование = 1, Подставка = 1, Слот = 20, PlugInUnit = 1, Etm4 = 1, Os155PhysPathTerm = 1
Оборудование = 1, Подставка = 1, Слот = 20, PlugInUnit = 1, Etm4 = 1, Os155PhysPathTerm = 2
5. pr cc [1-4]
Транспортная сеть = 1, AtmCrossConnection = AtmCC1
6. пр-кс [135]
7. lpr = 6. * прог. * = 1
Оборудование = 1, Подставка = 1, Слот = 6, PlugInUnit = 1, Программа = 15
Equipment = 1, Subrack = 1, Slot = 6, PlugInUnit = 1, Program = 14
8. lpr = 6. * прог. * = 1 $
9. лпр мс-24-1
TransportNetwork = 1, AtmPort = MS-24 -1, VplTp = vp1, VpcTp = 1, VclTp = vc337
TransportNetwork = 1, AtmPort = MS-24- 1, VplTp = vp2, VpcTp = 1, VclTp = vc64
10. лпр мс-24-1. * = vc [^ 3]


3.4 Как указать значения атрибутов в командах set / cr / acc
1. Для атрибутов типа Struct используйте следующий синтаксис: attr1 = val1, [, attr2 = val2 [, attr3 = val3]]] ...
Пример:
установить sid sib11 sib11repperiod = 128

установить mtp3bspitu sppriority prioslt = 2
установить приоритет приоритета mtp3bspitu prioslt = 2, prioco = 2
2. Для атрибутов типа MoRef просто введите MO LDN (без ManagedElement = 1 ). Например:
lset AtmPort = 1221, VplTp = vp1 atmTrafficDescriptor

transportnetwork = 1, atmtrafficdescriptor = C1P4500
Также можно пропустить первого родителя (например, TransportNetwork , SwManagement и т. Д.). Например:
cr rncfunction = 1, utrancell = 30451, utranrelation = 30451to305212 Атрибут 1 из 1,
utrancellref (moRef: UtranCell): utrancell = 30521
3. Для атрибутов типа array of MoRefs отделите каждый элемент массива пробелами.
Например: установить jvm admclasspath loadmodule = oms loadmodule = vbjorb ...
acc aal2pathdistributionunit = 1 addPath

Параметр 1 из 1, aal2PathVccTpId (последовательность-moRef-Aal2PathVccTp):
aal2pathvcctp = csa aal2pathvcctp = csb
4. Для атрибутов типа array of Struct отделите каждый элемент массива точкой с запятой. Например:
установить rncfunction aliasPlmnIdentities mcc = 300, mnc = 23, mnclength = 2; mcc = 345, mnc = 32, mnclength =
2; mcc = 208, mnc = 123, mnclength = 3
5. Для атрибутов типа array of integer / long / oat / string / boolean разделите каждый элемент массива запятыми
или пробелами. Например:
установить antfeedercable = 6 ulattenuation 10,10,10,10,10,10,10,10,10
установить antfeedercable = 6 затухание 10 10 10 10 10 10 10 10 10
установить параметры jvm -Xms65000k, -Dhttp.root = / c / public_html,

-Dse.ericsson.security.PropertyFileLocation = / c / java / SecurityManagement.prp
установить ячейку = 3041 ActiveOverlaidCDMAChannelList true, true, false, true
установить ячейку = 3041 ActiveOverlaidCDMAChannelList истина истина ложь истина
acc managedelementdata addDhcpServerAddress

Параметр 1 из 1, ipAddressArray (последовательность-строка): 10.1.1.3,10.1.1.4
6. Для атрибутов типа массив целых чисел также можно указать диапазоны
значений. Например, в приведенной ниже команде атрибуту будет присвоено
значение 1,2,3,4,5,23,24,25,26.
установить IpInterface = 1, DscpGroup = 1 dscpValues 1-5,23-26

7. Чтобы ввести пустое значение:
? в команде set просто оставьте поле значения пустым. Например:
установить 0 userlabel
установить надежный программатор admpassiveslot
? в команде cr введите null или d. Это поддерживается только для необязательных (ограниченных) атрибутов,
поскольку обязательным атрибутам должно быть присвоено значение.
? в команде acc введите null. Это поддерживается только для параметров типа MoRef или String.
3.5 Командная строка Moshell
В командной строке используется библиотека Readline из bash. Вот некоторые из поддерживаемых функциональных клавиш:
? стрелка вправо или Ctrl-f - перейти на один символ вперед

? стрелка влево или Ctrl-b - перейти на один символ назад
? стрелка вверх - предыдущая команда в буфере истории

? стрелка вниз - следующая команда в буфере истории

? backspace - удалить один символ назад
? Ctrl-d или <del> - удалить на один символ вперед
? Ctrl-a или <home> - перейти в начало строки
? Ctrl-e или <end> - перейти в конец строки
? Ctrl-u - стереть все символы назад
? Ctrl-k - стереть все символы вперед
? Alt-f - перейти на одно слово вперед
? Alt-b - перейти на одно слово назад
? select или select + ctrl- <insert> - копировать в буфер обмена
? <insert> или shift- <insert> - вставить из буфера обмена
Примечание об истории команд: если вы наберете начало команды, а затем воспользуетесь клавишами со
стрелками вверх / вниз, вы увидите все предыдущие команды, начинающиеся с этой строки.
3.6 Трубопровод
Некоторые команды поддерживают конвейер, например, все команды оболочки OSE, lh, tg, str и т. Д.
Обычно это указывается в меню и справке по этой команде. Вот несколько примеров:
журнал прочитан | grep ERROR

lh mp te журнал прочитан | grep
ERROR str | grep cell = 30456
Для других команд, которые не поддерживают конвейерную передачу (например, команды MO), обходной путь
состоит в том, чтобы сохранить вывод в файл журнала, а затем запустить команду unix в этом файле журнала,
используя l или! команда. Пример:
л+ # открыть файл журнала, будет дано произвольное имя

prod loadmodule # запустить команду
l- # закрыть файл журнала
Я сортирую файл журнала# запустить команду unix для сортировки файла журнала.
l grep -i basic $ logfile
Примечание. $ Logfile автоматически устанавливается MoShell, чтобы содержать имя последнего созданного файла журнала.
4 Описание команд
Здесь поддерживаются все команды и их синтаксис, которые возможны при использовании Moshell. Каждая из
команд оболочки OSE не упоминается отдельно, но их все можно запустить через Moshell.
4.1 Основные команды МО
4.1.1 мама [abcd fl oprtuxsi] [<moclass / struct / enum>] [<атрибут / действие>] [<тип- атрибута >] [<теги атрибутов>] [<описание>]
Распечатайте описание классов MO, атрибутов CM / FM, действий, перечислений и структур.

Регулярные выражения можно использовать в различных фильтрах. Как показано в синтаксисе команды, существует пять
уровней фильтрации.
Параметры:
? a: показывать только определения, относящиеся к МО приложений
? b: показывает значения атрибутов по умолчанию.
? c: показать все классы MO, указанные в фильтре, а также классы их детей / внуков и т. д.
? d: дает более короткую распечатку без части описания.
? f: показывает флажки атрибутов (применяется только в сочетании с опциями «b», «r», «l»)
? i: показывать только атрибуты EricssonOnly

? l: показывает длину значений атрибута.

? p: показать только определения, относящиеся к платформам MO (CPP)
? r: показывает допустимый диапазон значений атрибута.
? x: показать однонаправленные и двунаправленные отношения MO
? t: показать взаимосвязи и количество элементов MO. Команда momt показывает три таблицы: первая таблица
со всеми допустимыми LDN, вторая таблица с родительскими MO (ами) и третья таблица с дочерними MO (ами).
Первый аргумент может использоваться для отображения только классов MO, соответствующих фильтру.
Параметры o, u, l (momto / momtu / momtl) можно использовать для отображения только определенных
конкретных таблиц: momtl для таблицы LDN, momto для родительской таблицы (MOs выше) и momtu для
дочерней таблицы (MOs ниже) . Параметр s используется для отображения флага systemCreated в таблице LDN и
родительской таблице (например: momts / momtls).
Некоторые параметры можно комбинировать, см. Примеры ниже.
После выполнения команды MOM автоматически создаются две скриптовые переменные:
? $ moclass_filer: содержит регулярное выражение, соответствующее всем классам MO, которые были напечатаны командой
? $ attrib_filter: содержит регулярное выражение, соответствующее всем атрибутам, которые были напечатаны командой
Затем эти переменные можно использовать в команде «get» для чтения атрибутов, соответствующих определенным
условиям MOM, на основе имени атрибута, типа данных, флага или текста описания. В команде kget можно указать
условия MOM непосредственно из аргументов команды kget.
Примеры:
1. momt - Просмотр всего дерева МО

2. momt atmp - Просмотр всех возможных родителей и детей AtmPort MO
3. мама atmp - Посмотреть описание AtmPort MO
4. momcd atmp - список всех классов MO в разделе AtmPort MO
5. momc atmp - просмотр описания всех классов MO в AtmPort MO.
6. mom vcl - Просмотр описания МО класса VclTp
7. мама вкл. - Просмотр описания всех атрибутов МО класса VclTp
8. момди. . . ! readonly - список всех атрибутов EricssonOnly, которые не доступны только для чтения
9. Момд. restart - Список всех атрибутов и действий, соответствующих слову перезапуск
10. мамд. . struct - список всех атрибутов типа struct и / или всех действий, содержащих параметры структуры
11. мамд. . . ограниченный - список всех атрибутов, у которых есть ограниченный флаг
12. Momd Utrancell. . ! limited | readonly - перечислить все атрибуты utrancell, у которых нет флагов limited или readonly.
13. мамд. . . . лицензия - список всех MO, атрибутов и действий, описание которых содержит слово лицензия.
14. мама. . . . лицензия - просмотр описания всех MO, атрибутов и действий, описание которых содержит слово
лицензия
15. перезагрузка momd. - Список всех структур или перечислений, соответствующих слову перезапуск
16. мама перезагрузка. - Просмотр описания всех структур или перечислений, соответствующих слову перезапуск
17. мама. . enumref: admst - Список всех атрибутов типа enumRef: AdmState
18. мама adminproductda. - Просмотр описания всех членов структуры, содержащихся в struct AdminProductData
19. мамд. . sequence: moref limited - список всех атрибутов типа sequence: moRef, у которых флаг ограничен.
20. momb utrancell - Список значений по умолчанию для всех атрибутов в классе MO UtranCell
21. mombf utrancell. . ! limited - перечислить значения по умолчанию для всех атрибутов UtranCell, для которых
флаг не ограничен.
22. mombr. power | pwr - перечисляет значения по умолчанию и допустимые диапазоны для всех атрибутов, которые
соответствуют слову power или pwr
23. momx - Показать отношения между классами МО.
24. momx iublink - Показать отношения с IubLink и обратно

25. momx iublink. * utrancell | utrancell. * iublink - Показать отношения между IubLink и UtranCell
26. momx reservedby - Показать отношения, связанные через атрибут reservedBy.
27. мама. . ^ moref, тогда получите. $ attrib_filter - Распечатать значения атрибутов для всех атрибутов типа данных moRef

4.1.2 lt / clt / ltc [1-9] <motype-filter> | root | all [<attribute == value> И / ИЛИ <attribute == value>]
Загрузите дерево МО (полное или частичное) и создайте прокси-таблицу.

lt обозначает типы MO нагрузки, clt обозначает типы условной нагрузки mo, ltc обозначает типы MO нагрузки и их дочерние
элементы. Числовой параметр в ltc предназначен для указания количества уровней дочерних элементов для загрузки. Без опции
загружаются все уровни дочерних элементов.
Эта команда запрашивает узел, чтобы узнать, какие MO он содержит, и создает таблицу с MO LDN и номером прокси.
Первым аргументом команды lt / clt / ltc может быть:
? root очистить таблицу прокси и выделить прокси для корневого MO (ManagedElement)

? все очищают таблицу прокси, затем загружают все дерево МО и строят таблицу прокси со всеми экземплярами МО.
? all! <motype-filter> очистить таблицу прокси, затем построить таблицу прокси со всеми MO, кроме некоторых классов MO.
? <motype-filter> получить прокси для всех типов MO, соответствующих указанному шаблону.
Примеры:
1. lt atmpor - загрузить все MO типа, соответствующего строке "atmpor", обычно это будут MO AtmPort.
2. clt atmpor - условно загрузить все МО типа, соответствующего строке "atmpor". Загрузка выполняется только в
том случае, если ни один МО этого типа еще не загружен.
3. ltc equipm - загрузите оборудование MO и все его дочерние элементы (полностью вниз)
4. ltc1 equipm - загрузить оборудование MO и только один уровень children
5. ltc2 transp - загружаем Транспортную МО и два уровня детей
6. lt ^ utrancell | fach | rach | pch - загрузить все МО utrancells, fach, rach, pch
7. lt iub - загрузить все iublinks
8. lt all! Relationship - загрузить все МО, кроме МО "нет связи / GSM".
Шаблон в motype-filter - это регулярное выражение, дополнительную информацию можно найти с помощью синтаксиса команды
h и h pr
Аргумент root / all очищает таблицу прокси, тогда как lt <motype-filter> - нет, поэтому MO LDN добавляются к
существующей таблице.
Если один и тот же тип MO загружается несколько раз, сохраняется только последний загруженный экземпляр. Ранее
выбранные экземпляры этого типа MO удаляются из внутренней таблицы.
Второй аргумент (необязательный) - это ограничение фильтра для значения атрибута. Пример:
1. lt utrancell operatingState == 0 - загрузить прокси для всех отключенных ячеек

2. lt utrancell primaryCpichPower == 270 - загрузить прокси для всех ячеек, у которых pichpower = 270
3. lt all operatingState == 0 OR administratorState == 0 - загрузить прокси для всех MO в узле, которые имеют
opstate 0 или admstate 0.
4. ltc rncfunction operatingState == 0 - загружать прокси для всех MO под RncFunction, у которых opstate 0.
Примечание. Этот тип поиска очень сложен для узла, если ему нужно перебирать большое количество MO (т.е. несколько
тысяч).
Дополнительные сведения об ограничении фильтра см. В ссылке [ ? ].
4.1.3 lc / lcc [1-9] <moGroup> | <moFilter> | <прокси (и)> | все
Загрузите дерево МО (полное или частичное) и создайте прокси-таблицу.

Команда lc предназначена для загрузки LDN дочерних MO, находящихся под MO или группой MO. lc сам по себе или в сочетании с
числовым параметром «1» будет загружать только прямые дочерние элементы. С помощью числовых опций от 2 до 9 можно
указать количество уровней дочерних элементов для загрузки. Параметр «c» (команда lcc) предназначен для загрузки всех
возможных уровней дочерних элементов в МО.
Параметры команды:
? все очищают таблицу прокси, затем загружают все дерево МО и строят таблицу прокси со всеми экземплярами МО.
? <proxy (s)> - загружать потомков одного или нескольких MO по их идентификатору прокси. Например:
- lc 0 загружает прямые дочерние элементы объекта MO ManagedElement (только один уровень дочерних элементов)
- lc2 0 загружает два уровня детей под ManagedElement MO

- lcc 0 загружает все уровни дочерних элементов MO ManagedElement (то же самое, что и lc all или lt all).

- lc 5 6 7 загружает потомков прокси 5, 6 и 7.
? <moFilter> - загружает потомков всех МО, чьи RDN соответствуют шаблону. Например:
- lc3 transportnetwork = 1 загрузить три уровня дочерних элементов под TransportNetwork MO
- lc cell = 3002 загружает прямые дочерние элементы для MO, чье RDN соответствует cell = 3002
- lcc ms-24-1 загружает дочерние элементы всех MO, чьи RDN совпадают с ms-24-1
Шаблон в фильтре - это регулярное выражение, дополнительную информацию можно найти с помощью синтаксиса команды h и
h pr.
4.1.4 ld [c] <ldn>
Загрузите один экземпляр MO и (необязательно) дерево MO под ним

ld означает Load LDN. Эта команда загружает прокси для MO с учетом его LDN. Предполагается, что LDN
не обязательно должен содержать ManagedElement = 1.
Типы MO не чувствительны к регистру, но MO-ID чувствителен .
С опцией c также загружается поддерево ниже MO.
Примеры:
? ld transportnetwork = 1, atmport = MS-6-1, vpltp = vp1, vpctp = 1, vcltp = 36 - загрузить экземпляр MO, который имеет этот
LDN
? ldc equipment = 1 - загрузить MO с LDN "Equipment = 1", а также дерево MO под ним.
4.1.5 lu / llu <moGroup> | <moFilter> | <прокси (и)>
Выгрузить МО из дерева МО.

Цель состоит в том, чтобы уменьшить размер таблицы прокси за счет выгрузки нежелательных MO. Это полезно на больших
узлах с> 50 000 MO. Использование памяти на рабочей станции будет уменьшено, а команды MO станут быстрее. Типичный
случай - выгрузить все взаимосвязанные МО в RNC (UtranRelation и GsmRelation), которых очень много, но которые не
используются в большинстве команд.
Пример:
? л все
? Лу отношения
4.1.6 pr [s] [m] / lpr [s] [m] [<moGroup> | <moFilter> | <proxy (s)>] [<mimName>]
Распечатайте MO LDN и идентификаторы прокси для всего или части дерева MO, загруженного в настоящее время в moshell.
Параметры:
? s (без звука): для вывода только общего количества MO, соответствующих каждому классу MO.
? m (mim): для вывода mimName каждого экземпляра MO. Применимо только для узлов COM / ECIM.
Примеры:
? пр - распечатать все МО
? pr 0-1000 - печатает МО с идентификатором прокси от 0 до 1000
? lpr subrack = ms - вывести все MO, чьи LDN соответствуют subrack = ms. Это напечатает MO Subrack = MS, а
также все его дочерние элементы.
? pr! utranrel - вывести все MO, кроме тех, для которых RDN соответствует utranrel
Для получения дополнительной информации см. Раздел 3 или h синтаксис.

Примечание. Команда pr полезна для проверки шаблонов, используемых в фильтрах. Например, некоторые
шаблоны будут соответствовать большему количеству MO, чем ожидалось, что приведет к выполнению команды на
некоторых нежелательных MO. Поэтому хорошо сначала попробовать шаблон в команде pr / lpr, а затем сделать это
«по-настоящему» для команды, которая действительно взаимодействует с узлом. Команда pr / lpr также показывает
общее количество МО, соответствующих шаблону.

4.1.7 ma [i] / lma [i] <moGroup> <moGroup> | <moFilter> | <proxy (s)> | all [<attribute-filter>] [<value-filter>]
Добавить МО в группу МО.

Первый аргумент (обязательный) указывает имя MO-группы.
Второй аргумент (обязательный) указывает идентификатор прокси или фильтр MO для сопоставления.
Если никаких дополнительных аргументов не приводится, то MO, чьи RDN / LDN соответствуют MO-фильтру (или у
которых есть соответствующий прокси), будут помещены в MO-Group.
Если указаны дополнительные аргументы, выполняется команда get или pget с использованием второго / третьего
(/ четвертого) аргумента команды ma / lma.
Если задана опция «i» (mai / lmai), то вместо «get» используется команда «geti».
Третий аргумент будет строкой, соответствующей атрибуту, а четвертый (если он используется) будет соответствовать
значению.
Если атрибут относится к любому другому типу, кроме MoRef, то МО, атрибуты которых соответствуют четвертому аргументу,
будут помещены в группу.
Если атрибут имеет тип MoRef, то МО, содержащиеся в атрибуте, помещаются в группу (кроме четвертого аргумента).
См. Следующие примеры:
? ma test atmport. * 24-1 - все МО, RDN которых соответствует atmport. * 24-1, проходят групповое испытание
? lma test atmport. * 24-1 - все МО, чьи LDN совпадают с портом. * 24-1 помещаются в групповой тест
? ma test atmport operatingst 0 - все MO, чьи RDN совпадают с atmport и у которых операционное состояние
соответствует "0", будут помещены в групповой тест
? ma test atmport Physpathterm - все МО, на которые ссылается атрибут PhyspathermId соответствующих
atmport, будут помещены в групповой тест (поскольку PhyspathermId является атрибутом типа MoRef)
? lma test subrack = ms, slot = 10, program loadmodule - все MO loadmodule, подключенные к программным MO,
работающим в слоте 10 в основном шасси, будут помещены в групповой тест (поскольку loadmodule является
атрибутом типа MoRef)
? ma test atmport Physpatherm slot = 23 - все порты, чья ссылка Physpatherm соответствует слоту = 23, будут
помещены в групповой тест
? ma test secureprogram admactiveslot slot = 10 - все надежные программы, которые находятся в слоте 10, будут
помещены в групповой тест
? ma test vcltp pmrec 0 - все vcltps с 0 pmreceivedcells помещаются в группу

? ma test 34,58,42 - включить экземпляры MO с идентификаторами прокси 34, 42 и 58 в группу
? mai test sectorcarrier = noOfUsedTxAntennas ^ 1 $ - включить все секторные несущие, у которых есть ровно одна
антенна. Двухэтапный пример: поместить все разблокированные-отключенные МО в группу, чтобы заблокировать
их:
ма тест все в рабочем

состоянии 0 ма тест1 тест
администратор 1 бл тест1
Поместить все ячейки, принадлежащие модулю 3, в группу, чтобы заблокировать их
ma iubmod3 iublink module = 3 $ ma

cellmod3 iubmod3 зарезервировано bl
cellmod3
Поместить все vcltps, которые имеют 0 принятых ячеек и более 0 переданных ячеек в группу, чтобы выяснить, какие
верхние уровни затронуты
ma faultyvcltp vcltp pmrec ^ 0

mr faultyvcltp vcltp pmtrans ^ [^ 0] lk
faultyvcltp
Примечание: также можно создавать группы MO с помощью команд hget / lhget, st / lst, lk / llk и pdiff / lpdiff.
4.1.8 mr [i] / lmr [i] <moGroup> <moGroup> | <moFilter> | <proxy (s)> | all [<attribute-filter>] [<value-filter>]
Удалить группу МО или удалить МО из группы МО (МО НЕ удаляются, только группа).

Точно такой же синтаксис, что и ma, описанный в Разделе 4.1.7, за исключением того, что соответствующие MO
будут удалены из MO-группы, а не добавлены.

4.1.9 мп
Выведите все определенные МО-группы. См. Команду ma в Разделе 4.1.7 для получения дополнительной информации о группах
MO.
Примечание. Чтобы распечатать содержимое группы, используйте команду pr <mo-group> .
4.1.10 get [m] [i] / lget [m] [i] [<moGroup> | <moFilter> | <proxy (s)> | all] [<attribute-filter> | all] [<value-filter >]
Считайте атрибут (ы) CM / FM из MO (ов).

Параметры:
? m: для чтения атрибутов через MibManager вместо Corba. Применимо только на узлах CPP с C15.1 или выше.
? i: для печати атрибутов внутренней мамочки. Применимо только к MSRBSv2 (DUS Gen2). Не забудьте
активировать функцию «Доступ к скрытым параметрам» (CXC4012188 / FAJ1214785) на узле для более
быстрой распечатки.
Примечание: чтобы прочитать атрибуты PM, используйте pget / lpget (см. Раздел 4.4.3 ).
Примеры:
1. Получить все атрибуты от всех MO, кроме тех, чье RDN совпадает с utranrel или iub.
? получить! (утранрел | iub)

2. Получите все атрибуты от MO, чьи прокси находятся в диапазоне от 10 до 30
? получить 10-30
3. Из всех МО получить данные продукта, содержащие строку 0843 (может быть полезно узнать, какие МО
связаны с определенным загрузочным модулем).
? получить весь товар 0843
4. Из всех Utrancells получить атрибут sintersearch, отличный от 10.
? получить утрансель синтер! 10
5. Получите дескрипторы трафика для всех VclTp (ов)
? получить трафик vc
6. Получите VcpTp, используемые всеми кросс-соединениями.
? получить кросс vc
7. Получите piutype для всех МО в разделе «Оборудование»
? lget equip piutype
8. получить значения затухания для всех кабелей (в RBS)
? получить кабель аттенюатор

9. получить все атрибуты в nodeynch MO, принадлежащих сайту 1164 (в RNC)
? lget 1164, узлы
10. получить все атрибуты в МО в "RadioNetwork", соответствующие pwr или power, или сэр
? lget radion p. * ш. * г | сэр

11. посмотреть, какие ячейки к каким iub подключены (в RNC)
? получить сотовый iub

12. получить все атрибуты из nodebfunction MO, кроме тех, которые соответствуют "overload"
? получить nodebfunc! перегрузка

13. получить атрибут loadCtrlPrioOfMta с помощью команды internalmomread / testmomdump
? geti. loadCtrlPrioOfMta
Важная информация:
1. при выполнении get <mo (s)> или get <mo (s)> all, один запрос CORBA отправляется для каждого MO,
запрашивая все атрибуты этого MO.
2. при выполнении get <mo (s)> <attribute (s)> запрос CORBA отправляется максимум для 100 MO одновременно
с запросом указанных атрибутов этих MO.

Следствием этого является то, что это быстрее, но:

1. если один или несколько атрибутов не могут быть прочитаны из-за некоторого исключения (например: fRO
недоступен), тогда все атрибуты вернут одно и то же исключение, даже если они могут быть прочитаны.
2. если один или несколько MO содержат один или несколько атрибутов, которые не могут быть прочитаны, тогда
все MO в этом запросе CORBA вернут одно и то же исключение, даже если они могут быть прочитаны.
Обходной путь для первой проблемы - выяснить, какой атрибут вызывает проблему. Для этого можно использовать
команду sget / lsget. Команда sget считывает каждый атрибут один за другим. Атрибут (ы), который вызывает /
вызывают исключение (я), тогда будет легко обнаружить.
Затем можно использовать стандартную команду "get" с отрицательным фильтром (!), Чтобы исключить атрибут "неисправный".
? get nodebfunction! overload - будут прочитаны все атрибуты MO nodebfunction, кроме соответствующих «overload».
? pget utrancell! pmnoofrrc - будут прочитаны все атрибуты pm из MO utrancell, кроме совпадающих с "pmnoofrrc".
Обход второй проблемы состоит в том, чтобы снизить скорость чтения, чтобы на запрос CORBA читался только один
MO вместо 100.
Это делается с помощью команды скорости.
Пример: st all - один MO возвращает исключение, что означает, что до 100 MO не могут быть прочитаны. Вместо этого сделайте:
скорость 1-
я все
скорости
100
Команда будет выполняться медленнее, но исключение повлияет только на МО, у которых она есть, а не на «здоровые».
Команда скорости влияет на команды get, pget, kget, prod и st.
По умолчанию скорость установлена на 100, что означает, что до 100 MO совместно используют один и тот же запрос CORBA.
Запустив команду скорости 1, исключение не повлияет на другие МО. Однако скорость будет ниже. Для определения
скорости можно использовать значение от 1 до 200. Не рекомендуется использовать скорость выше 100, так как это
требует большего объема памяти узла.
Введите скорость самостоятельно, чтобы увидеть текущую скорость.
Сценарии и присвоение переменных с помощью get
Можно сохранить вывод в переменной
Пример:
1. Сохраните одно значение в переменной.
? получить utrancell pich> $ pich

2. Сохраните множество значений в массиве.
? для $ mo в utrancellgroup $
mordn = rdn ($ mo)
получить $ mo pich> $ pichTable [$ mordn]
готово
Обратитесь к Разделу 6 (Глава о сценариях) для получения дополнительной информации.
4.1.11 hget [c] [m] [i] / lhget [c] [m] [i] <moGroup> | <moFilter> | <proxy (s)> [<attribute- filter>] [<value1- filter >]
[<значение2- фильтр>] [<значение3- фильтр>] и т. д.
Считайте атрибут (ы) CM / FM из MO, распечатайте по горизонтали одну строку на MO (вместо одной строки на атрибут).
Параметры:
? c: отображать вывод в формате CSV для упрощения экспорта в Excel (например).
? m: распечатать все MO в одной таблице вместо отдельных таблиц для каждого класса MO
? i: для печати атрибутов internalmom, аналогично geti, но по горизонтали. Применимо только к MSRBSv2 (DUS Gen2).
Не забудьте активировать функцию «Доступ к скрытым параметрам» (CXC4012188 / FAJ1214785) на узле для
более быстрой распечатки.
Пример:
? hget secureprogramuniter slot | оперативная печать атрибутов RPU admActiveSlot, admPassiveSlot и
operatingMode

? hget слот надежного программного обеспечения | рабочий слот = 10. ^ 2 напечатайте все RPU, которые
определены в слоте 10 (активном), любом слоте для пассивного и 2 для рабочего режима.
? hget слот надежного программного обеспечения | рабочий! слот = 10. ! ^ 1 вывести все RPU, которые не
определены в слоте 10 (активном), в любом слоте для пассивного режима и в рабочем режиме не равно 1
? hget loadmodule type | productdata печатает атрибуты loaderType и productData для всех MO LoadModule. Обратите
внимание, что productData - это структура, содержащая 5 членов, поэтому атрибут productData займет 5
столбцов.
? hget loadmodule type | productdata @ name выводит только атрибут loaderType и structmember
productData: productName пассивный, а рабочий режим не равен 1
? hgetm port state печатает все атрибуты, соответствующие слову «state», на всех MO, соответствующих слову
«port», и отображает все строки в одной таблице вместо отдельной таблицы для каждого класса MO.
Для "медленного" hget используйте "shget / lshget": одновременно читает только один атрибут.
4.1.12 kget [m] / lkget [m] [<moGroup> | <moFilter> | <прокси>] [<атрибут-фильтр>] [<тип-атрибута>]
[<флаг-атрибута>] [ <описание-атрибута>]
Отображение атрибутов CM / FM в экспортируемом формате распечатки.

То же, что и get / lget, но с другим форматом вывода, позволяющим импортировать дамп во внешние инструменты, такие как
MCOM, CCT, ETRAN.
Параметр m предназначен для чтения атрибутов через MibManager вместо Corba. Применимо только на узлах CPP с
C15.1 или выше. Чтобы собрать дамп MO через MibManager, установите пользовательскую переменную
mibmgr_threshold с помощью команды uv. См. Информацию в файле moshell / moshell.
Для «медленного» kget используйте «skget / lskget»: читает по одному атрибуту за раз.
Аргументы со 2-го по 5-й имеют то же значение, что и аргументы, используемые в команде «мама».
Примеры:
? kget: распечатать все атрибуты MO
? kget! Relations =: вывести все атрибуты, кроме MO с совпадающим RDN "Relations ="
? kget. . moref: вывести все атрибуты, соответствующие типу данных "moref"
? kget. . . ericsson: выведите все атрибуты с помощью флага, соответствующего "ericsson"
? kget. . . . dbm: вывести все атрибуты с описанием, совпадающим с "dbm"
4.1.13 fro / lfro [m] <moGroup> | <moFilter> | <proxy (s)> | all [<attribute-filter> | all] [<value-filter>]
Чтение постоянных данных MO из базы данных узлов через SQL.

Команда fro / lfro считывает только блок, соединяющий части MAO и FRO MO.
Команда from / lfrom считывает все данные MAO / FRO MO.
Синтаксис команды и формат распечатки идентичны команде get / lget.
Примеры:
? from upgradepackage = cxp9012014_r5a - распечатать постоянные данные MAO /
FRO для MO UpgradePackage = CXP9012014_R5A
? от 0 - печатать постоянные данные MAO / FRO для ManagedElement MO
? для плагина - распечатать FroId для всех MO плагинов

? для плагина. 5 - вывести MO PlugInUnit, у которых есть froid, соответствующий значению 5
? для плагина. ^ 5 $ - вывести MO PlugInUnit, у которых froid равен 5
? lfro ms, slot = 10, plugin sairesource> $ sai - сохранить sairesourceid определенного подключаемого модуля в
переменную $ sai
Примечание. Если клиент SQL LM (CXC1325608) не запущен, команда fro [m] запускает его автоматически с
помощью команды «sql +». После сеанса клиент SQL должен быть выключен с помощью команды «sql-» . Для
получения дополнительной информации введите "h sql +".

4.1.14 sql / select <команда> [| <unix-cmds>]
Для выполнения команды SQL в режиме db.dat. Db.dat, cv.zip или dbdump.zip загружается с параметром moshell "-d".
Примеры:
? выбрать * из таблиц | grep pgm
? выберите * из таблиц, где имя вроде "% iur%"
? выберите * из cspgmresource_01, где pno = 'CXC 132 0784'
4.1.15 st / lst <moGroup> | <moFilter> | <прокси (ы)> | все [<фильтр состояний>]
Распечатать состояние МО (рабочее состояние и административное состояние, если применимо).

Это похоже на запись состояния get / lget <mo>, с той лишь разницей, что оно представляет два состояния бок о бок
более наглядным образом.
Фильтр состояния соответствует как рабочему состоянию, так и административному состоянию.
Примеры:
? st - просмотреть состояние всех МО

? st all dis - просмотреть все отключенные МО
? lst equip dis - просмотреть все отключенные МО в разделе «Оборудование»
? st all 1. * 0 просмотреть все разблокированные и отключенные МО
? st all ^ 0 - просмотреть все заблокированные МО:
? lst сектор - просмотреть состояние всех МО в разделе «Сектор» (в RBS)
? lstячейка - просмотреть состояние всех каналов во всех 3 ячейках RBS

? lstcell = 120 - просмотреть состояние всех каналов в ячейках начиная с 120 (в RNC)
4.1.16 prod <moGroup> | <moFilter> [<productdata-filter>]
Распечатайте атрибут productData на применимых MO.

Это похоже на ввод «hget <mo> productdata». Эта команда распечатывает данные о продукте для всех МО. Это похоже на ввод
получить все данные о продукте, за исключением того, что данные о продукте отображаются в одной строке.
Можно фильтровать только MO, соответствующие определенному идентификатору продукта. Примеры:
? prod loadmodule cxc1320784 - вывести все MO, соответствующие "loadmodule" и где значение атрибута
productData совпадает с "cxc1320784"
Классы MO, у которых есть атрибут productdata, можно найти с помощью команды mom:
мама все все структурирует. * данные о продукте
Как правило, это включает в себя Slot, Subrack, PiuType и LoadModule.
4.1.17 lk / llk <moGroup> | <moFilter> | <прокси (и)>
Просмотр всех MO (ов), связанных с MO, и их состояний (adminstrativeState и operatingState).

Примеры:
? lk mtp3bsrs = - Просмотреть все стеки основных сетевых интерфейсов
? lkранап = cs - Просмотр всех МО, связанных с Ranap = cs
? lkiublink = iub-12- Просмотреть все МО, связанные с iub 12

? lk atmport = ms-24-1 - просмотреть все MO, связанные с atmport MS-24-1 (и его VclTp)
? lk eutrancellfdd = 1a - просмотреть все MO, связанные с EUtranCellFDD = 1A

4.1.18 lko / llko <moGroup> | <moFilter> | <прокси (и)>
Старый lk. Устаревшая команда, используйте вместо нее lk / llk.

Формат вывода, например, lko ranap = cs:
================================================== =================================
MO связаны с 1316 RncFunction = 1, Ranap = cs (-, E)
================================================== =================================
localSccpApRef Ранап = cs ---> (-, E) SccpSp = 1, SccpScrc = 1, SccpAp = 1
sccpGlobalTitleRef Ранап = cs ---> (-, -) SccpSp = 1, SccpScrc = 1, SccpGlobalTitle = 1
remoteSccpApRef Ранап = cs ---> (-, E) SccpSp = 1, SccpScrc = 1, SccpAp = 2
зарезервировано SccpSp = 1, SccpScrc = 1, SccpAp = 1 ---> (-, -) SccpSp = 1, SccpScrc = 1, SccpEntitySet = 1
mtp3bApId SccpSp = 1, SccpScrc = 1, SccpAp = 2 ---> (-, E) Mtp3bSp = 1, Mtp3bAp = 1
зарезервировано SccpSp = 1, SccpScrc = 1, SccpAp = 2 ---> (-, -) SccpSp = 1, SccpScrc = 1, SccpEntitySet = 2
routeSetId Mtp3bSp = 1, Mtp3bAp = 1 ---> (-, E) Mtp3bSp = 1, Mtp3bSrs = 1
зарезервировано SccpSp = 1, SccpScrc = 1, SccpEntitySet = 2 ---> (-, -) SccpSp = 1, SccpScrc = 1, SccpGlobalTitle = 2
slsReservedBy Mtp3bSp = 1, Mtp3bSrs = 1 ---> (-, E) Mtp3bSp = 1, Mtp3bSls = 1
зарезервировано Mtp3bSp = 1, Mtp3bSls = 1 ---> (-, E) Mtp3bSp = 1, Mtp3bSrs = 1, Mtp3bSr = 1
nniSaalTpId Mtp3bSp = 1, Mtp3bSls = 1, Mtp3bSl = 2 ---> (-, E) NniSaalTp = csb
nniSaalProfileId NniSaalTp = csb ---> (-, -) NniSaalProfile = 1
aal5TpVccTpId NniSaalTp = csb ---> (-, E) Aal5TpVccTp = csb
processorId Aal5TpVccTp = csb ---> (U, E) Подставка = MS, слот = 9, PlugInUnit = 1
vclTpId Aal5TpVccTp = csb ---> (-, E) AtmPort = MS-7-1, VplTp = vp12, VpcTp = 1, VclTp = vc34
atmTrafficDescriptrId AtmPort = MS-7-1, VplTp = vp12, VpcTp = 1, VclTp = vc34 ---> (-, -) AtmTrafficDescriptor = U3P4500M3000
nniSaalTpId Mtp3bSp = 1, Mtp3bSls = 1, Mtp3bSl = 1 ---> (-, E) NniSaalTp = csa
nniSaalProfileId NniSaalTp = csa ---> (-, -) NniSaalProfile = 1
aal5TpVccTpId NniSaalTp = csa ---> (-, E) Aal5TpVccTp = csa
processorId Aal5TpVccTp = csa ---> (U, E) Подставка = MS, слот = 8, PlugInUnit = 1
vclTpId Aal5TpVccTp = csa ---> (-, E) AtmPort = MS-6-1, VplTp = vp11, VpcTp = 1, VclTp = vc34
atmTrafficDescriptrId AtmPort = MS-6-1, VplTp = vp11, VpcTp = 1, VclTp = vc34 ---> (-, -) AtmTrafficDescriptor = U3P4500M3000
================================================== =================================
В среднем столбце - исходная МО. В крайнем правом столбце указана МО. В левом столбце находится атрибут, содержащий
указанную МО. Буквы в скобках показывают административное состояние и рабочее состояние указанного MO:
? U = разблокировано
? L = Заблокировано
? E = Включено
? D = отключено
? - = Не применимо
4.1.19 set [m] [c] [1] [i] / lset [m] [c] [1] [i] <moGroup> | <moFilter> | <proxy (s)> <attribute> [<value >]
Установите значение атрибута для одного или нескольких МО.

Можно установить только атрибуты, у которых нет флага только для чтения или с ограничениями. Используйте
команду mom, чтобы проверить флажки атрибута. Для ограниченных атрибутов можно использовать команду rset.
Параметры:
? m: для установки нескольких атрибутов одновременно в одном MO, используя одну транзакцию для всех
атрибутов в каждом MO. Требуется для изменения определенных атрибутов в RNC UtranCell (locationAreaRef,
uarfcnDl, uarfcnUl).
? 1: для установки одного атрибута одновременно для многих МО с использованием одной транзакции для всех МО.
Требуется для изменения определенных атрибутов в eNB EUtranCell (tac, frameStartOffset, subframeAssignment,
specialSubframePattern).
? c: для установки текущего значения атрибута. При использовании этой опции значение атрибута не должно
указываться, поскольку используется существующее значение атрибута.
? i: установить атрибут с помощью команды "internalmomwrite". Применимо только к узлам RCS (MSRBSv2 / TCU).
Примечание. Эти параметры нельзя комбинировать.
Примеры:
? set cell primarycpichpower 250 - установить primarycpichpower на 250 для всех ячеек (в RNC)
? lset uerc = sirmin 60 - установить sirmin на 60 на всех MO под uerc (в RNC)
? lset ms, slot = 1, pluginunit = 1 $ userlabel - установить пустое значение для userLabel этого PluginUnit
? set mtp3bspitu sppriority prioslt = 2 - установить атрибут типа struct
? setc iublink = Preferredsubrackref - установить текущее значение атрибута preferredsubrackref для всех Iublinks,
чтобы равномерно распределить сайты по всем модулям.
? - установка трех атрибутов одновременно на МО (разделить на несколько строк для удобства чтения)
setm utrancell = 3012 locationaref locationarea = 9 servicearef
locationarea = 9, servicearea = 1 routingaref locationarea = 9,
routingarea = 1
? set1 ^ eutrancellfdd = tac 1280 - установить атрибут tac одновременно на всех EUtranCellFDD в eNB.

? сети. loadCtrlPrioOfMta false - установить атрибут loadCtrlPrioOfMta через команду internalmomwrite

Пожалуйста , смотрите раздел 3 и конкретно раздел 3.4 для получения дополнительной информации о том , как
установить значения для каждого специфического типа атрибута (например , Struct , массив MoRef , массив
структур и т.д.).
4.1.20 eset [c] [1] / leset [c] [1] <moGroup> | <moFilter> | <proxy (s)> <attribute- filter> [<value>]
Установите один или несколько атрибутов для одного или нескольких MO, используя сопоставление регулярного выражения
для имени атрибута.
То же, что и команда set, за исключением того, что второй аргумент использует сопоставление регулярного
выражения для имени атрибута, поэтому все атрибуты, имя которых соответствует фильтру, будут затронуты
операцией. Обратитесь к справке по команде set для получения дополнительной информации о синтаксисе и
параметрах команды c и 1.
Примеры:
? Активируйте все функции в RBS / ERBS. Атрибут называется featureStatexxxx, где xxx - имя функции. Для всех
MO, атрибут которых соответствует слову "featurestate", этот атрибут будет установлен на 1.
>> eset. featurestate 1
? Измените ENodeBFunction :: eNodeBPlmnId в ERBS. EUtranCellFDD :: bPlmnList должен быть изменен
одновременно в одной транзакции.
>> eset1 ^ enodebf | ^ eutrancellfdd plmn mcc = 240, mnc = 99, mnclength = 2
4.1.21 rset / lrset <moGroup> | <moFilter> | <прокси (и)> <атрибут> [<значение>]
Установите значение атрибута для ограниченного атрибута или измените MOid MO.
Ограниченный атрибут - это атрибут, который может быть установлен только при создании MO.
Команда rset работает, выполняя rdel / lrdel на МО и воссоздавая все ранее удаленные МО с новым значением
атрибута.
Чтобы изменить MOid MO, имя атрибута должно состоять из MOclass, за которым следует «id», например: atmportid,
pluginunitid и т. Д.
Пример 1, изменение ограниченного атрибута:
rset unisaaltp =. * 1004 unisaalprofileid unisaalprofile = win30a
Пример 2, измените MOid:
rset utrancell = cell123 utrancellid cell456
4.1.22 bl [s] / lbl [s] <moGroup> | <moFilter> | <прокси (и)>
Блокировка или мягкая блокировка МО.

Работает путем установки административного состояния на 0 (жесткая блокировка) или 2 (мягкая блокировка).
Параметр s предназначен для мягкой блокировки. Для административного состояния установлено значение 2
(«завершение работы»), что означает, что у ресурса будет льготный период для передачи трафика другим ресурсам,
прежде чем он будет заблокирован. Административное состояние автоматически переходит на 0 после периода
отсрочки, который может составлять от нескольких секунд до пары минут, в зависимости от типа MO.
Административное состояние автоматически перейдет на 0 после периода отсрочки около 30 секунд.
Без опции s ресурс немедленно блокируется.
Чтобы разблокировать МО, используйте команду deb / ldeb.
Примеры:
1. bl aal2. * ca [246] - заблокировать aal2paths ca2, ca4, ca6

2. lbl subrack = ms, slot = 19 - блокировать все MO (ы) в subrack = ms, slot = 19
3. bl 234 256 248 - блокировать прокси 234, 256 и 248
4. bl 001500 - заблокировать плату. То же, что и lbl subrack = ms, slot = 15, pluginunit = 1 $.
5. BLS 001500 - мягкий блок доски.

Примечание: существует также команда OSE с именем bl. Если вместо команды moshell необходимо запустить команду OSE,
просто введите
"\" (обратная косая черта) впереди. Например: \ bl
4.1.23 deb / ldeb <moGroup> | <moFilter> | <прокси (и)>
Разблокируйте МО.
Работает, устанавливая административное состояние на 1.
Чтобы заблокировать МО, используйте команду bl / lbl.
1. ldeb subrack = ms, slot = 19 - деблокировать все MO (ы) в subrack = ms, slot = 19
2. deb 001900 - деблокировать плату. То же, что и ldeb subrack = ms, slot = 19, pluginunit = 1 $)
4.1.24 acl / lacl <moGroup> | <moFilter> | <прокси (-а)> | все [<действие- фильтр>]
Перечисляет доступные действия МО.

Примеры:
1. acl all restart - просмотр всех действий перезапуска

2. acl all [^ (restart) (eteloopback)] - просмотреть все действия, кроме перезагрузки и eteloopback.
3. acl sync - Просмотр всех действий, связанных с синхронизацией МО. Вывод:
-------------------------------------------------- ----------------------------
Прокси МО Действие Nr of Params
-------------------------------------------------- ----------------------------
396 Синхронизация = 1 changeSyncRefPriority 2
396 Синхронизация = 1 removeSyncRefResource 1
396 Синхронизация = 1 resetLossOfTracking 1
396 Синхронизация = 1 addSyncRefResource 2
4. acl all listrou - Найдите MO с действием, соответствующим регулярному выражению listrou:

-------------------------------------------------- -----------------------------------------------
ПроксиМО Действие Nr of Params
-------------------------------------------------- -----------------------------------------------
471 Ip = 1, IpRoutingTable = 1 listRoutes 0
4.1.25 acc [e] [n] / lacc [e] [n] <moGroup> | <moFilter> | <proxy (s)> | all <action>
Выполните действие МО.

Если для действия требуются параметры, они будут запрошены. Если значение не введено в подсказке, действие
прерывается. Чтобы не запрашивать параметры, используйте опцию «n» (accn / laccn), тогда параметры могут быть
указаны в той же строке, что и команда.
Параметры:
? n: параметры действия не запрашиваются и должны вводиться в командной
строке. Например: accn 0 ручной перезапуск 0 0 0
? e: для параметров действия типа struct будет отдельная подсказка для каждого отдельного члена структуры.
Примеры:
1. Перезагрузите доску:
? acc 001400 restart - То же, что:
lacc subrack = ms, slot = 14, pluginunit = 1 $ перезапуск
? acc 001900 / sp0.lnh restart - То же, что:
lacc subrack = ms, slot = 19 ,. * , spm = 1 $ перезапуск
2. Перезагрузите узел:
? acc 0 ручной перезапуск

3. Перечислите таблицу IP-маршрутизации:
? acc ip listroutes
4. Выполните End-To-End кольцевой проверки на VclTp ОЧ:
? lacc atmport = ms-24-1 eteloopback

5. Выполните PhaseMeasurement на МО NodeSynchTp:
? узлы acc выполняютPhaseMeasurement

6. Добавьте новую ссылку синхронизации:
? acc sync addSyncRefResource

Примечание 1. Чтобы указать атрибут типа Struct, используйте следующий синтаксис:
? attr1 = val1, attr2 = val2, attr3 = val3 ...
Это тот же синтаксис, что и в командах set и cr, и регистр не учитывается. Пример (в случае routingTableEntry в
действии deleteStaticRoute ) (примечание: разделение строк для удобства чтения):
destinationIpAddr = 10.1.10.0, destinationNetworkMask = 255.255.255.0,

nextHopIpAddr = 10.128.15.1, routeMetric = 3
В качестве альтернативы можно использовать параметр e, и в этом случае каждый член структуры
запрашивается в отдельной строке (команда: accept / lacce).
Примечание 2: Руководство по действию Перезапуск на ManagedElement MO
?Это действие можно ограничить с помощью пользовательской переменной restart_confirmation. См. Описание в файле
moshell / moshell.
? Перезапуск узла обычно приводит к уменьшению значения атрибута ConfigurationVersion :: rollbackCounter, что
приводит к откату узла при достижении нуля. Однако действие manualRestart на ManagedElement является
особым случаем, который не приводит к уменьшению rollbackCounter при выполнении из moshell / AMOS.
4.1.26 cr [e] [n] <ldn>
Создайте МО.
При запуске без опции команда предложит пользователю ввести значения для всех обязательных и ограниченных
атрибутов. Порядок, в котором запрашиваются атрибуты, совпадает с порядком их перечисления в файле XML
MOM. Ограниченные атрибуты необязательны, введите d, чтобы выбрать значение по умолчанию. Чтобы отменить,
введите в командной строке <enter>.
Параметры:
? e: получить отдельную подсказку для каждого отдельного члена структуры, полезную при вводе значений атрибутов типа
struct
? n: разрешить пользователю вводить любое имя и значение атрибута. Каждое имя и значение атрибута должны
быть введены в отдельной строке с пробелом между именем атрибута и значением. Можно указать любой
атрибут, он не обязательно должен быть обязательным или ограниченным. Введите "конец" после ввода всех
атрибутов.
Примеры:
cr swmanagement = 1, upgradepackage = FAB102572% 2_R14D.xml cr

rncfunction = 1, iublink = 2456
cre swmanagement = 1, loadmodule = CXC123456_R9A
crn rncfunction = 1, iublink = 90
Ноты:
Чтобы указать пустое значение атрибута, введите null или d.
Чтобы указать атрибут типа Struct, используйте следующий синтаксис:
attr1 = val1, attr2 = val2, attr3 = val3 ...
Это тот же синтаксис, что и в команде set, и регистр не учитывается. Пример, в случае данных о продукте в
loadmodule (примечание: разделение строк для удобства чтения!):
productnumber = CXC1322155 / 2, productrevision = R3C08, productname = test,

productinfo = test, productiondate = 20010229
В качестве альтернативы можно использовать параметр e, в этом случае каждый член структуры запрашивается в отдельной
строке (команда: cre).
Сценарий moshell для создания MO может быть автоматически сгенерирован с использованием имитированного
режима отмены: u + s, del <mo>, u-, а затем отредактируйте файл отмены команды, указав требуемые значения. По
умолчанию сценарий отмены будет содержать команды crn. Чтобы использовать команды cr вместо crn, сделайте
uv use_crn = 0.
По умолчанию обязательные / ограниченные атрибуты, помеченные как устаревшие, не запрашиваются
командой cr. Это поведение можно изменить, установив для пользовательской переменной exclude_deprecated
значение 0.

Как и в команде ld, LDN не обязательно должен содержать ManagedElement = 1.

В мо-типа не чувствительны к регистру , но мо-идентификатор является.
4.1.27 del [b] / ldel [b] <moGroup> | <moFilter> | <прокси (и)>
Удалите МО.
MO может быть удален, только если его список reservedBy пуст и когда у него нет дочерних элементов. Если у
MO есть дочерние элементы и / или непустой атрибут reservedBy, вместо этого можно использовать команду
rdel / lrdel.
Команда сначала печатает МО, которые нужно удалить, затем запрашивает подтверждение. После удаления
МО они также удаляются из списка прокси.
Чтобы удалить все MO, которые только что были созданы сценарием, просто проверьте диапазон созданных прокси и
удалите их в обратном порядке. Это легко сделать, используя обратный порядок прокси.
Пример: прокси с 22 по 46 были созданы сценарием CREATE (в режиме выполнения или trun). Чтобы отменить это:
дель 46-22
Чтобы удалить MO и все его дочерние элементы, просто используйте знак% перед фильтром ldn / rdn. Пример:
ldel% ms, slot = 20, plug сначала удалит программы, затем piu
Чтобы удалить группу MO в порядке, обратном прокси, поместите знак% перед именем группы MO. Пример:
del% mymogroup - удалит все MO группы MO "mymogroup" в обратном порядке их прокси
Примечание:
Следующие MO могут быть удалены только в состоянии ЗАБЛОКИРОВАНО: PlugInUnit, EUtranCell,
TermPointToENB, GpsReceiver, IpAccessHostEt, IpAccessHostGpb, IpAccessHostSpb, IpSyncRef.
По умолчанию команда «del» автоматически выполняет блокировку перед удалением, если не использовалась опция «b» (delb).
4.1.28 rdel / lrdel <moGroup> | <moFilter> | <прокси (и)>
Удалите МО вместе с дочерними и сохраняющими МО.

Для классов MO, показанных в списке ниже, команда обнаруживает все связанные MO, затем представляет список
MO, которые должны быть удалены, и запрашивает у пользователя подтверждение. Для всех остальных классов MO
команда действует так же, как обычная операция «del», т.е. просто пытается удалить сам MO.
Список классов MO, для которых rdel действует рекурсивно:
? Aal0TpVcctp
? Aal1TpVcctp
? Aal2Ap
? Aal2PathDistributionUnit
? Aal2PathVcctp
? Aal2RoutingCase
? Aal5TpVccTp
? АнтеннаNearUnit
? AtmCrossConnection
? АтмПорт
? Cdma2000Cell
? Ds0Bundle
? EUtranCellFDD
? EUtranCellTDD
? EutranFrequency
? ExternalCdma2000Cell
? ExternalCdma20001xRttCell

? ВнешнийENodeBFunction
? ВнешнийEUtranCellFDD
? ВнешнийEUtranCellTDD
? ВнешнийGeranCell
? ExternalGsmCell
? ВнешнийUtranCell
? ExternalUtranCellFDD
? ExternalUtranCellTDD
? ImaGroup
? IpEthPacketDataRouter
? IuLink
? Iub
? IubLink
? IurLink
? M3uАссоциация
? Mtp2TpItu / Ansi / Ttc / Китай
? Mtp3bSlItu / Ansi / Ttc / Китай
? Mtp3bSls
? Mtp3bSrs
? NbapCommon
? NbapDedicated
? NniSaalTp
? NodeSynchTp
? PacketDataRouter
? Ранап
? Rnsap
? СекторОборудованиеФункция
? UniSaalTp
? UtranCell
? VclTp
? Vmgw
? VpcTp
? ВплТп
4.1.29 gm [c] [d] / lgm [c] [d] <moGroup> | <moFilter> | <прокси (и)>
Сгенерировать скрипт создания / удаления МО.

Параметры:
? c: Сгенерировать скрипт создания MO.
? d: сгенерировать скрипт удаления MO.
Результатом выполнения команды является командный файл, содержащий команды создания / удаления.
По умолчанию операторы create будут использовать команду crn, но можно использовать команду cr, установив uv
use_crn = 0 Можно преобразовать файл команды в формат trun с помощью u! команда.
Примеры:

? lgmc equipment = 1: сгенерируйте сценарий MO для создания всех MO в разделе Equipment = 1. Родительские и
ссылочные МО будут созданы до дочерних и резервных МО.
? gmd subrack = 1, slot = 2, pluginunit = 1: сгенерируйте MO-скрипт для удаления MO Subrack = 1, Slot = 2, PlugInUnit
= 1. Дочерние и резервные МО будут удалены перед родительскими и зарезервированными МО.
4.1.30 sc [g] [w] [d] [<список параметров>]

Чтение / запись / сброс системных констант.
Параметры:
? g ("get"): читать системные константы
? w ("запись"): установить системные константы
? d ("по умолчанию"): сбросить

системные константы Синтаксис:
? scg [const [> $ var]] : прочитать одну или все константы

? scw const1: val1, const2: val2, ...: записать одну или несколько констант
? scd const1, const2, ... : сбросить одну или несколько констант по умолчанию
? scd все : сбросить все константы по умолчанию

Примеры синтаксиса:

? scg: читать все системные константы
? scg 915: прочитать значение системной константы "915"
? scg 915> $ var: прочитать значение системной константы "915" и сохранить в переменной
? scd 915: сбросить системную константу 915 до значения по умолчанию
? scd 915,2102,2085: сбросить системные константы 915, 2102, 2085 на их значение по умолчанию
? scd all: сбросить все системные константы до значений по умолчанию
? scw 915: 14: установить системную константу 915 на значение 14
? scw 915: 14,2102: 1,2085: 1: установить системные константы с 915 на 14, 2102 на 1, 2085 на 1
4.1.31 сейф + / safe- / safe?
Цель: применять строгие правила соответствия MO к командам MO WRITE
? safe +: применять безопасный синтаксис MO, без идентификатора прокси или соответствия регулярному
выражению для команд MO WRITE, необходимо указать точное имя (я) MO (допускается
нечувствительность к регистру)
? safe-: разрешить сопоставление идентификатора прокси и регулярного выражения (это настройка по умолчанию)
? сейф? : проверить текущую настройку
Список команд MO WRITE: bl, bls, deb, del, rdel, fdel, set, eset, rset, fset, acc, facc
Примеры:
? bl utrancell = 11 - заблокирует только ячейку = 11 (ячейка = 111, ячейка = 11a и т. д. не будут затронуты)
? bl utrancell = 11 | utrancell = 12 | utrancell = 13 - заблокирует cell = 11, cell = 12, cell = 13
? bl utrancell = 11 | 12 | 13 - то же, что и выше
? bl utrancell = 11 | 12 | 13 | iublink = 1 - заблокирует ячейку = 11/12/13 и iublink = 1
? bl pluginunit = 1 - ничего не произойдет, так как существует несколько экземпляров МО с таким именем
? bl subrack = ms, slot = 28, pluginunit = 1 - заблокирует этот MO, поскольку данное имя уникально
По умолчанию этот параметр выключен, но его можно сохранить в положение «включено», добавив строку
safe_syntax = 1 в файл moshell / jarxml / moshellrc или файл /.moshellrc.

4.1.32 с + / с ++ / с- / с?
Цель: отсортировать список MO в алфавитном порядке, а не в порядке прокси.

? s +: активировать алфавитную сортировку списка MO по порядку LDN (sort_proxy = 1)
? s ++: активировать алфавитную сортировку списка MO по порядку класса MO (sort_proxy = 2)
? s-: вернуться к поведению по умолчанию, когда список МО отсортирован по номеру прокси (sort_proxy = 0)
? с? : проверить, активна ли сортировка по алфавиту или нет
После ввода команды s + / s ++ сортировка по алфавиту вступает в силу для всех последующих команд MO, таких как,
pr, get, set, st и т. Д.
Введите s-, чтобы вернуться к стандартному поведению сортировки по номеру прокси.
Чтобы изменить поведение по умолчанию, можно использовать пользовательскую переменную sort_proxy,
например, добавив строку sort_proxy = 1 в файл ~ / .moshellrc
Пример:
Поведение по умолчанию: MO отображаются в порядке нумерации прокси. Порядок нумерации прокси зависит от
порядка, в котором МО были созданы на узле.
RNC32> pr uerc =
================================================== =================================
Прокси МО
================================================== =================================
2587 RncFunction = 1, UeRc = 0
Активируйте сортировку списка МО и выполните некоторые команды МО. Теперь МО отображаются в алфавитном порядке.
RNC32> s +
Сортировка прокси: активирована.
RNC32> pr uerc =
================================================== =================================
Прокси МО
================================================== =================================
.... <вырез> ....
RNC32> hget uerc = userlabel

================================================== ================================================== ===
MO userLabel
================================================== ================================================== ===
UeRc = 0 холостой ход
UeRc = 1 SRB (13,6 / 13,6) UeRc = 2 Конв.
Речь CS 12.2 UeRc = 3 Конв. CS unkn
(64/64) UeRc = 4 Взаимодействовать. PS
(RACH / FACH) UeRc = 5
Взаимодействовать. PS (64/64) UeRc = 6
Взаимодействовать. PS (64/128)
4.1.33 u + [s] / u- / u? [<файл>]
Обработка режима отмены (для команд cr / del / rdel / set / bl / deb / acc). Может также использоваться для генерации скриптов
MO.

? u + Для запуска режима отмены

? u + s Для запуска имитации режима отмены
? u- Чтобы остановить режим отмены
? ты? Чтобы проверить, активен ли режим отмены или нет
? ты! Чтобы преобразовать файлы команд moshell ".mos" в формат netconf ".xml" или формат trun ".mo" (и
наоборот), или отменить файлы журнала ".log" в файлы команд ".mos", см. Описание ниже для больше
информации.
При работе в «режиме отмены» данные MO сохраняются в специальном файле журнала для всех MO, в которых выполняются
следующие команды:
? cr
? del / ldel / rdel / lrdel
? bl / lbl / deb / ldeb
? set / lset
? acc / lacc
После выхода из режима отмены создается файл отмены для отмены изменений конфигурации МО. Его также
можно использовать для удаления и воссоздания MO, когда нужно изменить ограниченный атрибут.
Файл отмены будет содержать следующие команды:
? del для удаления созданных МО.
? cr команды для возврата удаленных МО.
? Команды bl / deb для возврата МО в исходное административное состояние.
? команды set для восстановления исходных значений атрибутов MO.
? acc команды для отмены определенных действий МО. Это работает только с действиями, у которых есть
противоположность, см. Примечание ниже.
При запуске имитированного режима отмены (u + s) все операции MO (cr / del / rdel / bl / deb / set) моделируются.
Генерируются два командных файла: один для удаления и один для создания.
Файлы, созданные в режиме отмены и имитируемом режиме отмены, хранятся в следующих переменных:
? $ undolog файл
? $ undodelcommand file (только в режиме имитации отмены)
? $ undocommand файл
Функции преобразования ( u! ): U! Команда принимает в качестве входных данных один из файлов, созданных в
режиме отмены. В зависимости от входного файла будут созданы разные выходные данные.
? если входной файл является файлом отмены (.log), выходом будет файл команды отмены модели и файл команды отмены
? если входной файл является файлом команды отмены модели или файлом команды отмены (.mos), на выходе будет:
- в случае узла CPP: файл отмены выполнения ($ undotrunfile), который является командным файлом в формате trun /
emas (.mo)
- в случае узла COM: файл undoxml ($ undoxmlfile), который является командным файлом в формате netconf (.xml)
? если входной файл является файлом отмены выполнения (формат trun / emas ".mo"), на выходе будет файл отмены
команды (формат выполнения ".mos")
Примечание: чтобы отменить команды создания, запускаемые из сценария trun, просто выполните
удаление диапазона прокси в обратном порядке. См. Раздел 4.1.27 или h del для получения
дополнительной информации.
Примечание: режим отмены в настоящее время не может отменить команду set, выполненную для атрибута типа
последовательность структуры.
Примечание: в настоящее время в режиме отмены поддерживаются следующие действия:
? addPath / removePath
? addDhcpServerAddress / removeDhcpServerAddress
? setAutoActivate / setAutoDown
? активироватьRemoteSp / inactivateRemoteSp
? addRemoteSp / removeRemoteSp
? активировать / деактивировать
? localInhibit / localUninhibit
? activateLinkSet / деактивироватьLinkSet

? blockSignalingRoute / deBlockSignalingRoute
? addRepertoire / deleteRepertoire
? addSlot / deleteSlot
? addCicRange / removeCicRange
? addNri / removeNri
? addTdmTermGrpMos / removeTdmTermGrpMos
? addSyncrefResource / deleteSyncrefResource
? addAal2ApToRc / removeAal2ApFromRc
? writeSystConst / resetSystConst, deleteConst / writeConst
? changeFrequency, pnpChangeFrequency, setFrequencyBand
? removeIpAccessHostMos / addIpAccessHostMos
? manualMspSwitch, manualSwitch, переключатель
4.1.34 run [x] [1] [1p] [1r] [-l <lineNr>] <файл команды> [<var1>] [<var2>] ...
Запустите командный файл в формате moshell.

Компоновка командного файла такая же, как для монода и мобатча. См. Примеры в moshell / examples / mobatch_files .
Он должен содержать все строки, которые должны быть отправлены в приглашение moshell, включая пароль (для
команд ose), но НЕ подтверждения ( y ). Это применимо к таким командам, как lt / ltc, lc / lcc, del / ldel, bl / lbl, set / lset,
где подтверждение автоматически вводится при запуске файла команды.
Комментарии могут быть помещены в командный файл с помощью знака #. При вводе <TAB> отображается
файловая система unix, что упрощает поиск местоположения командного файла.
Если после файла команды указаны аргументы, переменные сценария $ 1, $ 2, $ 3 и т. Д. Будут установлены на
соответствующие значения. Переменная $ 0 будет установлена на все содержимое строки. Для получения
информации введите "h scripting".
Параметры:
? 1: выполнить файл за одну транзакцию и зафиксировать. Применимо только для COM-узлов. Чтобы запустить
сценарий MO в одной транзакции на узлах CPP, используйте trun1.
? 1p: выполнить файл за одну транзакцию и запросить фиксацию / откат. Применимо только для COM-узлов.
? 1r: выполнить файл за одну транзакцию и выполнить откат. Применимо только для COM-узлов.
? x: остановить выполнение файла в случае сбоя команды MO WRITE (создать, удалить, установить, действие).
Следующие переменные сценария устанавливаются автоматически при остановке сценария:
- $ errorline указывает на номер строки, на которой остановился скрипт
- $ errorcmdline указывает на номер строки последней неудачной команды
- $ nextcmdline указывает на номер строки следующей команды для выполнения

Переключатели:
? -l <lineNumber>: начать выполнение файла с определенного номера строки.
4.1.35 trun [is1cr] <moScript> | <http: // ipaddress / script>
Запустите командный файл в формате EMAS / MoTester.

Выполнить командный файл в формате EMAS / MoTester.
При вводе <TAB> отображается файловая система unix, что упрощает поиск местоположения командного файла.
Также можно указать файл, расположенный на веб-сервере (например, когда сценарий расположен на узле CPP).
Поддерживаются следующие команды: ECHO, CREATE, SET, SETM, SETU, DELETE, ACTION, CHECK, CHECKM, CALL,
КОЛЛРЕЛ, ПОДОЖДИТЕ.
Строки можно закомментировать, добавив // в начале каждой строки.
См. Примеры ниже. Для получения дополнительной информации обратитесь к документации MoTester в moshell / examples /
motester / runMoTester.html.

По умолчанию командный файл останавливается, когда команда терпит неудачу.

Параметры:
? i: игнорировать исключения, выполнение не останавливается при сбое команды.
? s: смоделированный запуск, выполнение командного файла моделируется, на самом деле никакие команды не
выполняются на узле. Может использоваться для проверки синтаксиса сценария перед его запуском на
практике. Имитационный режим всегда используется в «офлайн-режиме» или «имитированном режиме
отмены», независимо от опций «trun».
? 1: выполняет весь сценарий за одну транзакцию, затем запрашивает подтверждение или откат. Эту опцию
следует использовать с большой осторожностью и только в случае крайней необходимости (например, при
изменении IP-адреса узла, см. Пример сценария в moshell / examples / misc / ip_change.mo). При регулярном
использовании рекомендуется не использовать эту опцию, поскольку было замечено, что в некоторых случаях
она вызывает повреждение базы данных, например, при создании / удалении определенных типов MO в одной
транзакции. Несогласованность базы данных можно проверить с помощью команды dbc.
? c: используется в сочетании с опцией 1 выше, позволит избежать подсказки, автоматически подтвердив транзакцию
? r: используется в сочетании с вариантом 1 выше, чтобы избежать запроса, автоматически откатывая транзакцию
Описание команды. См. Примеры синтаксиса ниже.
? ECHO: скрипт отобразит текст на экране.
? CREATE: создать новый экземпляр MO
? DELETE: удалить экземпляр MO
? ДЕЙСТВИЕ: выполнить МО действие
? SET: установить один атрибут MO
? SETM: установить несколько атрибутов MO
? SETU: установить один член структуры (тогда как с SET / SETM все члены структуры должны быть указаны)
? ПРОВЕРИТЬ: проверьте, что значение атрибута равно заданному значению
? CHECKM: расширенная «проверка» - поддерживает нетранзакционную операцию получения и несколько атрибутов
? WAIT: приостановить выполнение скрипта на заданное количество миллисекунд
? ВЫЗОВ: выполнить другой сценарий МО. Если путь к сценарию не является абсолютным, будет выполняться
поиск в текущем рабочем каталоге.
? CALLREL: выполнить другой сценарий MO. Если путь к сценарию не является абсолютным, будет выполняться
поиск в каталоге основного сценария.
? ТРАНЗАКЦИЯ: отметьте начало или конец транзакции. Все операции, выполняемые между операторами
«TRANSACTION BEGIN» и «TRANSACTION END», будут выполняться в рамках одной транзакции.
? CORBATIMEOUT: установите другой тайм-аут простоя для сценария, чтобы переопределить значение пользовательской
переменной "corba_timeout".
Пример скрипта:
// Вывод
комментария ECHO
"Start Test"
// Создаем MO
CREATE
(
родительский "ManagedElement = 1,
SwManagement = 1" identity "ROJ1192104_3_R4"
moType PiuType
исключение нет
nrOfAttributes 3
productData Struct
nrOfElements 5
productNumber String «ROJ1192104 / 3»
productRevision String «R4» productName
String «TUB» productInfo String «TU»
productionDate String «20030116»
boardWidth Целое число
3 роль Целое число 2
)
// Удаляем MO
DELETE
(
mo "ManagedElement = 1, SwManagement = 1, PiuType = ROJ1192104_3_R4"

// Устанавливаем атрибут
УСТАНАВЛИВАТЬ
(
mo "ManagedElement = 1, Equipment = 1, Jvm = 1"
исключение отсутствует
AdmClasspath Ссылка на массив 4 "ManagedElement = 1,
SwManagement = 1, LoadModule = Oms" "ManagedElement = 1,
SwManagement = 1, LoadModule = Asms" "ManagedElement = 1,
SwManagement = 1, LoadModule = VbjOrb" "ManagedElement = 1,
SwManagement = 1, SwManagement 1, LoadModule = Cma "
)
// Устанавливаем несколько атрибутов в

одном MO SETM
(
mo "ManagedElement = 1, RncFunction = 1, UtranCell = Iub-1-1"
uarfcnDl Целое число
10738 uarfcnUl Целое
число 9788
)
SETM
(
mo "ManagedElement = 1, RncFunction = 1, Sid = 1"
sib1 Struct nrOfElements 2
sib1RepPeriod Integer 32
sib1StartPos Integer 4
sib2RepPeriod Integer 128
sib2StartPos Integer 118
)
// Устанавливаем неполный атрибут структуры. Для отсутствующих членов структуры будет установлено их текущее значение.
SETU
(
mo "ManagedElement = 1, RncFunction = 1, Sid = 1"
sib1RepPeriod Целое число
32
)
// Выполняем действие MO
ДЕЙСТВИЕ
(
actionName addRepertoire
mo "ManagedElement = 1, SwManagement = 1, SwAllocation = TB_LLP"
nrOfParameters 1
Ref "ManagedElement = 1, SwManagement = 1, Repertoire = Cello_Common_MP"
returnValue ignore
)
// Считываем атрибут с транзакционным получением и сравниваем с эталонным значением

ЧЕК
(
uarfcnDl 10738
)
// Считываем один или несколько атрибутов с помощью транзакционного получения и сравниваем со ссылочными значениями
CHECKM
(
uarfcnDl 10738
uarfcnUl 9788
)
// Считываем один или несколько атрибутов с нулевой транзакцией и сравниваем со ссылочными значениями
CHECKM
(
транзакция null
uarfcnDl 10738
uarfcnUl 9788
)

// Считываем один или несколько атрибутов с нулевой транзакцией и распечатываем значения без сравнения
CHECKM
(
транзакция null
сравнить нет
uarfcnDl uarfcnUl
)
// ждем 2 секунды (время в миллисекундах) WAIT

2000
// запускаем другой сценарий MO CALL ("/

home / eric / scripts / newfile.mo")
// запускаем другой сценарий MO, используя путь относительно пути к основному сценарию
CALLREL ("test.mo")
// запускаем несколько операций в одной транзакции

СДЕЛКА НАЧАТЬ
<введите здесь несколько команд>
КОНЕЦ СДЕЛКИ
// установить другой тайм-аут простоя для скрипта (в секундах), чтобы переопределить uv "corba_timeout"
CORBATIMEOUT 1800
4.1.36 Ctrl-Z; touch / tmp / xxxx; fg (отменить команду MO)
Прервать выполнение команды MO или цикла for.

Чтобы прервать выполнение команды MO (например, get / st / set / acc ...) или цикла for, необходимо выполнить два шага:
Сначала нажмите Ctrl-Z , чтобы приостановить moshell. Затем в командной строке unix создайте пустой файл / tmp / xxxx (где
xxxx - номер процесса, указанный в меню moshell и в строке заголовка окна) и возобновите работу с moshell. Это делается с
помощью следующей команды:
touch / tmp / xxxx; фг

Если приглашение moshell не возвращается даже после нескольких нажатий <enter>, попробуйте снова приостановить
( ctrl-z ) и возобновить (fg).
4.1.37 pol [b] [c] [d] [h] [i] [k] [m] [p] [s] [r] [u] [w] [y] » [-m <mo>] [<интервал>] [<waitTime>] [<checkTime>]
Опрашивайте узел, пока не будет запущена служба MO или пока не будет завершена операция.
Варианты, применимые для узлов CPP:
? s: опрашивать узел, пока сервер telnet / ssh не будет включен.
? h: опрашивать узел, пока http-сервер не заработает.
? r: опрашивать узел, пока http-сервер не отключится. Например, чтобы узнать, когда начался перезапуск узла.
? d: опрашивать узел до завершения действия startHealthCheck.
? m: опрашивать узел до завершения зеркалирования диска / c.
? k: опрашивать узел, пока системные часы не перейдут в заблокированный режим.
? c: опрашивать узел, пока ConfigurationVersion не завершит свои текущие операции, отслеживая
атрибут currentMainActivity. Полезно использовать после восстановления действия / принудительного
восстановления.
? u: опрашивать узел до тех пор, пока UpgradePackage не завершит свои текущие операции, путем отслеживания
атрибута progressHeader. Если progressHeader - awaiting_confirm, действие confirmUpgrade будет отправлено на
узел автоматически.
Параметры, применимые для COM-узлов:
? h: опрашивать узел, пока не станет COM-порт.
? r: опрашивать узел, пока COM-порт не отключится. Например, чтобы узнать, когда начался перезапуск узла.
? u: опрашивать узел до тех пор, пока МО UpgradePackage не завершит свои текущие операции, путем мониторинга
атрибута reportProgress. Если UpgradePackageState - wait_for_commit, действие подтверждения будет отправлено
автоматически.

к узлу.
? b: опрашивать узел, пока Brm * MO (BrmBackup, BrmBackupManager, BrmBackupScheduler, BrmFailsafeBackup)
не завершит свои текущие операции.
? i: опрашивать узел, пока KeyFileManagement не завершит свои текущие операции.
? w: опрашивать узел, пока MO SwM не завершит свои текущие операции.
? y: опрашивать узел до тех пор, пока CertM / NodeCredential MO не завершит свои текущие операции.
? p: опрашивать любой МО, имеющий атрибут прогресса, используя опцию -m <mo>.
Одновременно может быть предоставлен только один вариант, т. Е. Объединение нескольких вариантов не
поддерживается. Если параметры не указаны, он будет опрашивать узел до тех пор, пока не будет запущена служба
MO. Обратите внимание, что этот опрос выполняется автоматически перед каждой командой MO. Если загруженное
резюме изменилось во время опроса, то moshell автоматически перезагрузит MOM и MIB (getmom, parsemom, lt all).
Аргументы (необязательно):
? <интервал>: для указания времени в секундах между каждым опросом. Значение по умолчанию - 10 секунд.
? <waitTime>: указать время ожидания в секундах перед началом опроса. По умолчанию 20 секунд (60 секунд для
полу). Причина этого времени ожидания заключается в том, что может пройти некоторое время, прежде чем
узел начнет выполнение операции.
? <checkTime>: указать время ожидания в секундах перед проверкой результата действия при использовании
опций 'c' или 'u'. Значение по умолчанию - 60 секунд.
Чтобы прервать опрос, нажмите ctrl-z, затем коснитесь <stopfile> (путь к стоп-файлу указан в заголовке окна), затем fg. Видеть
h ctrl-z для получения дополнительной информации.
Примеры: выполнение различных операций с UpgradePackage и опрос узла между ними, чтобы определить, когда
можно продолжить.
? acc upgradepackage = CXP9012014_R10CD неблокирующая установка
? полу
? acc upgradepackage = CXP9012014_R10CD verifyupgrade
? полу
? acc upgradepackage = CXP9012014_R10CD rebootnodeupgrade
Примечание: если polu выполняется на узле, который обновляется с ENM или приложения OSSRC SMO, тогда
пользовательская переменная polu_confirmupgrade должна быть установлена в 0, чтобы предотвратить
подтверждение обновления polu. В противном случае это могло бы сбить с толку SMO. Обратитесь к описанию этой
пользовательской переменной в файле moshell / moshell.
4.1.38 re [i]
Отключитесь и снова подключитесь к службе CM (мобраузер) и / или службе PM (pmtester).

Это полезно, если настройки безопасности были изменены на узле во время сеанса moshell. Параметр «i» - это
повторно загрузить файл ior, который необходим, если файл IOR изменился на узле (это происходит, например, при
переходе с vbjorb на JacORB или при переходе на безопасность corba). Обратите внимание, что при первом запуске
moshell не подключается ни к CM, ни к PM.
Чтобы подключиться к службе CM, просто используйте команду re, команду lt или любые другие команды MO
(например, pr, get и т. Д.). Как только moshell подключится к службе CM, атрибут userlabel / site ManagedElement будет
прочитан, и запрос будет установлен соответствующим образом.
Чтобы подключиться к службе PM, просто введите команду pst, которая выведет список всех сканеров, определенных на узле.
Если происходит перезапуск узла со сменой поставщика CORBA, то есть при переходе с Vbjorb (cpp3 / 4/5) на
JacORB (cpp5.1 и выше) или наоборот, то необходимо выполнить команду rei, которая также выполнит
повторную выборку файл IOR.
Необязательно вводить re после перезапуска / обновления узла или перезапуска jvm, если определения corba
остались прежними (поставщик corba и настройка безопасности corba). Moshell остается подключенным все время,
хотя выполнение операций во время перезапуска может оказаться невозможным.
4.1.39 getmom [<версия>]
Проверьте версию MOM, которая в настоящее время хранится на узле, или загрузите MOM с сервера newtran01.
Когда команда запускается сама по себе, без аргументов, будет произведена проверка, чтобы найти версию MOM узла. Для
узлов CPP проверка выполняется путем чтения заголовка файла MOM, хранящегося в http: // <NodeIpAddress> / cello / oe / xml.
Для COM-узлов проверка выполняется путем чтения атрибутов идентификатора и версии в MO схемы. Обычно эта проверка
проводится

автоматически, когда moshell подключается к сервису MO.
Когда команда запускается с аргументом, она пытается получить соответствующий файл MOM с сервера newtran01
и сохранить его в папке jarxml.
Пример:
>> getmom RNC_NODE_MODEL_K_9_115_COMPLETE
4.1.40 парсемом [<momFile>]
Разобрать XML-файл MOM

Без аргументов команда parsemom просто повторно анализирует текущую версию MOM. Может
использоваться вместе с командой getmom для проверки и анализа текущего MOM.
С аргументом команда parsemom проанализирует MOM, отличную от той, которая в данный момент загружена в
moshell. Может быть полезно, если на узле хранится неправильная MOM или если вы просто хотите просмотреть
MOM на флэшке. Пример:
parsemom moshell / jarxml / RNC_NODE_MODEL_D_3.xml
4.1.41 fl t / fl tc <motype-filter>
Загрузите прокси для типа MO, который не определен в MOM. ("Force" lt / ltc).
Может быть полезно, если xml MOM не обновлен с SW узла или если xml MOM отсутствует.
Пример: flt rncsystemparameters
4.1.42 fget [i] / lfget [i] <moGroup> | <moFilter> | <прокси (и)> | все [<атрибут>]
Прочтите атрибуты, не указанные в MOM (f = "Force").

При использовании fget / lfget в команде должно быть указано точное имя атрибута.
Может отображаться любой атрибут, если он поддерживается узлом SW.
Параметры:
? i: для чтения атрибута с помощью команды "internalmomread". Применимо только к узлам RCS (MSRBSv2 / TCU).
Примеры:
? fget ^ pluginunit = идентификатор ресурса

? fgeti ^ eutrancellfdd = loadCtrlPrioOfMta
? fgeti ^ eutrancellfdd = 7 dlCyclicPrefix> $ var
4.1.43 eget / leget <moGroup> | <moFilter> | <прокси (и)> | все [<атрибут>]
Прочтите атрибуты, не указанные в MOM (e = "Extended").

Для eget / leget имя атрибута указывать необязательно, или можно использовать фильтр атрибута.
Могут отображаться только атрибуты, перечисленные в файле moshell / commonjars / extendedMOM.txt.
Атрибуты этого файла также могут быть показаны в командах get / kget / sget, если пользовательская
переменная use_extended_mom установлена в 1 (по умолчанию: 0).
Пример: eget plug res
4.1.44 sget / lsget / skget / lskget / shget / lshget <moGroup> | <moFilter> | <прокси (и)> | все
Считайте атрибуты CM / FM из MO (ов) один за другим (получение "Медленно").

Медленно, но полезно, если стандартная команда «get» не работает из-за того, что какой-то атрибут возвращает исключение.
4.1.45 fset [i] / lfset [i] <moGroup> | <moFilter> | <прокси (и)> | все <атрибут> [<значение>] [<тип-атрибута>]
Установите атрибут, который не описан в MOM (набор "Force").

Может быть полезно в случае, если xml MOM не обновлен с SW узла, или если отсутствует xml MOM (например,
часть приложения MGW).
Синтаксис аналогичен команде "set", за исключением того, что тип атрибута должен быть явно указан с использованием
приведенного ниже справочного списка.
Параметры:
? i: установить атрибут с помощью команды "internalmomwrite". Применимо только к узлам RCS (MSRBSv2 / TCU). С
опцией «i» тип атрибута указывать не нужно.
Примеры:
? lfset subrack = ms, slot = 20, pluginunit = 1 $ административное состояние 0 i
? fseti ^ eutrancellfdd = loadCtrlPrioOfMta false
Поддерживаются следующие типы атрибутов:
? я целое / длинное / перечисление
? l longlong
? s строка
? b логическое
? r moref
? f fl oat
? t структура
? ai массив целых / длинных / перечислимых
? весь массив длинных
? как массив строк
? ab массив логических значений
? ar массив Moref
? af массив овса
? в массиве structref
4.1.46 facc / lfacc <moGroup> | <moFilter> | <proxy (s)> | all <action> [<param1>] [<param2>]
Выполняйте действия, не определенные в MOM («силовое» действие).

Может быть полезно, если xml MOM не обновлен с SW узла или если xml MOM отсутствует.
Если параметр является целым числом или строкой, тип параметра указывать не нужно, как в примере
ниже. Пример:
? lfacc Sector = 1, Carrier = 1, HsDschResources = 1 startRDBTCellHidden 16

? facc CommContexts = 1 readHsMusOnCCHidden 0
В противном случае это должно быть четко указано, используя приведенный ниже список литературы. Примеры:
? lfacc Equipment = 1, Subrack = 1, Slot = 4, PlugInUnit = 1, RaxDeviceGroup = 1, UbchDeviceSet
defineCqiPatternHidden 0 5 15,16,17,18,19: ai
Поддерживаются следующие типы параметров:

? я целое / длинное / перечисление
? l longlong
? s строка
? b логическое
? r moref
? f fl oat
? t структура
? ai массив целых / длинных / перечислимых
? весь массив длинных

? как массив строк

? ab массив логических значений
? ar массив Moref
? af массив овса
? в массиве structref
4.1.47 fdel / lfdel <moGroup> | <moFilter> | <прокси (и)>
Удалите МО, включая МО, созданные системой.

Работает так же, как обычная команда del / ldel, за исключением того, что она также пытается удалить созданные
системой MO, тогда как команда del пропускает их.
Хотя МО, созданные системой, не могут быть удалены, эта команда может быть полезна при генерации команд
набора в "режиме имитации отмены" для этих созданных системой МО.
4.2 Другие команды МО
4.2.1 cvls / cvmk / cvms / cvset / cvrm [u] / cvrbrm / cvcu / cvget [f] [u] [d] / cvput / cvls1 / cvre / cvfa / cvfd
Обработка резервного копирования резюме: список, сделать локальным, сделать удаленным, удалить, установить
запускаемый.
Набор команд аналогичен командам "cv" в OSE, но работает через интерфейс MO вместо telnet / ssh.
Синтаксис и описание команды (CPP):
? cvcu: отображать только текущую информацию о cv (эквивалент cv cu).
? cvls [<cv-filter>]: отображать как текущую информацию cv (эквивалент cv cu), так и список cv (эквивалент cv ls).
Можно отфильтровать вывод cvls, чтобы отображались только CV, где имя CV или атрибуты CV соответствуют
определенной строке. Идентификатор прокси-сервера CV может использоваться в командах cvrm и cvget.
Отображение идентификатора CV прокси можно отключить командой «safe +».
? cvls1: аналогична команде cvls, за исключением того, что она выполняется через оболочку OSE, а не через службу MO.
? cvmk <cvname> [<operator>] [<comment>]: создать локальную резервную копию CV. В качестве аргумента можно
указать имя оператора и комментарии (не более 40 символов).
? cvset <cvname> | <cv-Id>: установить cv как запускаемое.
? cvms <cvname> [<operator>] [<comment>]: создать резюме и сделать его запускаемым (комбинация cvmk и cvset)
? cvget [f] <cvname> | <cv-filter> | <cv-Id> [<destdir>]: сделать удаленную резервную копию CV на рабочую станцию.
Операция выполняется с помощью MO-действия putToFtpServer, если не указана опция «f», и в этом случае
передача будет выполняться по FTP / SFTP. Второй аргумент не обязателен. Если не указан, для резервного
копирования выбирается папка по умолчанию ~ / moshell_logfiles / logs_moshell / cv / <node> / <date> _ <time> /
? cvgetu <UP>: сделать удаленную резервную копию всех CV, подключенных к определенному UP (так же,
как cvget, но с UP в качестве аргумента).
? cvgetd <cvname> | <cv-filter> | <cv-Id> [<destdir>]: загрузить дамп БД (dbdump.zip) для одного или нескольких
резюме. Это применимо только для узлов CPP OSE, которые поддерживают действие MO generateDbDump.
Дамп БД - это текстовый дамп db.dat, который можно прочитать в режиме SQL ("moshell
-d /path/to/dbdump.zip") для выполнения проверки целостности БД без использования ПО Polyview.
? cvput < zipped -cvfile>: передать удаленную резервную копию CV (zip-файл) с рабочей станции на узел.
Операция выполняется с помощью действия MO getFromFtpServer.
? cvrm <cvname> | <cv-filter> | <cv-Id>: удалить одно или несколько cv. Если аргумент не соответствует
существующему CV, то все CV, соответствующие этой строке, будут удалены. Перед удалением печатается
подтверждающее сообщение. При необходимости CV автоматически удаляется из списка отката.
? cvrmu <UP>: удалить все CV, подключенные к определенному UP (так же, как cvrm, но с UP в качестве аргумента).
? cvrbrm: удалить одно или несколько cv из списка отката. Если аргумент не соответствует существующему
CV, то все CV, соответствующие этой строке, будут удалены. Перед удалением печатается подтверждающее
сообщение.
? cvfa: активировать надежную реконфигурацию (то же самое, что и действие MO Action
Configuration.activateRobustReconfguration)
? cvfd: деактивировать надежную реконфигурацию (то же, что и MO action Configuration.deactivateRobustReconfguration)
Синтаксис и описание команды (COM):

? cvcu: отображать только текущую информацию о резервной копии.

? cvls [<cv-filter>]: то же, что и выше, плюс список SwVersions, UpgradePackages и BrmBackups. Поле Id BrmBackup
можно использовать в командах cvrm и cvget.
? cvmk <cvname>: создать локальную резервную копию.
? cvre <cvname> | <cv-Id>: восстановить резервную копию (эквивалентно выполнению cvset с последующим перезапуском
узла на CPP)
? cvrm <cvname> | <cv-filter> | <cv-Id>: удалить одну или несколько резервных копий с узла. Если аргумент не
соответствует существующей резервной копии, все резервные копии, соответствующие этой строке, будут
удалены. Перед удалением печатается подтверждающее сообщение.
? cvrmu <UP>: удалить все резервные копии, подключенные к определенному UP (так же, как cvrm, но с UP as аргументом).
? cvget <cvname> | <cv-filter> | <cv-Id> [<destdir>]: экспортировать резервную копию на рабочую станцию. Второй
аргумент не обязателен. Если не указан, для резервного копирования выбирается папка по умолчанию ~ /
moshell_logfiles / logs_moshell / cv / <node> / <date> _ <time> /
? cvgetu <UP>: экспортировать все резервные копии, подключенные к определенному UP (так же, как cvget, но с UP as
аргументом).
? cvput < zipped -cvfile>: передать резервную копию (zip-файл) с рабочей станции на узел.
? cvfa: активировать отказоустойчивое резервное копирование (аналогично действию MO BrmFailsafeBackup.activate)
? cvfd: деактивировать отказоустойчивое резервное копирование (аналогично действию MO BrmFailsafeBackup.deactivate)
? cvfda: то же, что и cvfd, но Post_failsafe_backup будет добавлен в RestoreEscalationList
? cvfdc: то же, что и cvfda, но все резервные копии SYSCR будут удалены и удалены из RestoreEscalationList
Примеры:
? cvls: список всех резюме
? cvls CXP9011274_R9A: список всех резюме с помощью пакета обновления CXP9011274_R9A
? cvms RNC11_Final: создать резюме и сделать его запускаемым (без идентификатора пользователя или комментариев)
? cvms RNC11_Final Мощность ячейки eanzmagn увеличена до 33 дБм: создать резюме и сделать его
запускаемым (идентификатор пользователя и комментарии)
? cvrm Temp: удалить все резюме, имя которых соответствует строке "Temp"
? cvrm! Final: удалить все резюме, имя которых не соответствует строке "Final"
? cvrm! Final | RNC: удалить все cv, имя которых не соответствует строке "final" или строке "RNC"
? cvget RNC11_Final: Сделайте удаленную резервную копию резюме на рабочую станцию, на которой работает moshell.
? cvget RNC11. * Fi: Сделайте удаленную резервную копию всех резюме, имя которых соответствует RNC11. * Fi
? cvput /home/eric/RNC11_Final.zip: передача удаленной резервной копии cv с рабочей станции на узел
? cvrm 1-15: удалить 15 самых старых CV.
? cvget 3,5,8: получить резюме с номерами 3, 5 и 8 из списка резюме.
? cvset 23: Установить номер CV 23 как запускаемый
? cvrmu CXP9011274_R9A: удалить все CV / резервные копии, подключенные к UP CXP9011274_R9A
? cvgetu CXP9011274_R9A: экспорт / выборка всех резюме / резервных копий, подключенных к UP CXP9011274_R9A
? cvfa: активировать отказоустойчивую / надежную конфигурацию
? cvfd: Деактивировать отказоустойчивую / надежную конфигурацию
? cvfdc: отключить отказоустойчивость и удалить все резервные копии SYSCR (только Gen2)
4.2.2 inv [hlxbpctrgfa] [<Filter>] [<stateFilter>]
Полная инвентаризация оборудования и программного обеспечения. Включает информацию о RPU, лицензировании, JVM,
устройствах, XP, ISL и т. Д.
Эта команда выполняет полную инвентаризацию аппаратного и программного обеспечения через интерфейс MO и
COLI. Отображается все ПО, включая JVM, RPU и ПО устройства (spm, dsp, fpga). Также показано лицензирование
(функции и емкость), а также обзор ссылок ISL.
Параметры:
Параметры используются для уменьшения количества отображаемых таблиц. Без опций отображаются все таблицы.
? h: только информация об аппаратном обеспечении.

? x: HW, CPRI и RF информация (TX / RX / VSWR и сопоставление RU с ячейкой)
? xf: то же, что «x», но без CPRI.
? xt: то же, что и «x», но без RF и температуры.
? xa: то же, что и "x", но с сопоставлением RU с Antenna / TMA / RET вместо Cell
? xaf: то же, что и "x", но с отображением RU как на соту, так и на антенну / TMA / RET
? xtaf: то же, что и xaf, но без TX / RX / VSWR / температуры (быстрее)
? l: только информация о лицензировании (лицензии на функции и мощности)
? p: показать загрузку ЦП подключаемых модулей: устарело, заменено командой "lh all procload".
? r: повторно прочитать данные инвентаризации с узла.
? c: распечатать таблицы в формате CSV
? b: показать значения BER получателя в таблицах CPRI
? g: отображение графического представления CPRI и RF-соединения (RBS / ERBS / MSRBS)
При первом запуске команды требуется немного больше времени, так как данные должны быть получены из узла
перед синтаксическим анализом. В следующий раз, когда команда запускается, существующие данные
анализируются снова, если не используется переключатель r («обновить»), и в этом случае данные снова
выбираются и анализируются. Когда никакие опции не указаны, будет отображаться вся информация, кроме BER и
Antenna (которые можно распечатать с опциями «b» и «a» соответственно).
Аргументы:
? Первый аргумент (общий фильтр) позволяет отображать только строки, соответствующие строке фильтра.
Отрицательный фильтр подкрепляется восклицательным знаком перед фильтром. См. Примеры ниже.
? Второй аргумент (фильтр состояний) позволяет отображать только те строки, в которых статус MO совпадает с фильтром
состояний.
Описание распечатки:
? первая таблица показывает информацию об оборудовании MP / BP, положение и состояние. Столбец GE (если
субрейт содержит CMXB) показывает состояние подключения к объединительной плате IP 10G (атрибут
EthernetSwitchModule :: backPlanePortState), столбец CE (если субрейт содержит SCXB) показывает состояние
подключения к объединительной плате IP 1G (атрибут ControlSwitch :: backPlanePortState ). Столбец «c / p»
показывает использование диска в / c или / p (в зависимости от того, является ли он центральным MP или
обычным MP), а столбец «/ d» показывает использование диска для тома / d.
? вторая таблица показывает информацию об аппаратном / программном обеспечении вспомогательных
устройств (XP), состояние, температуру в градусах Цельсия и время безотказной работы в днях (столбец «UPT»).
? Третья таблица показывает информацию об аппаратном обеспечении крейтов и объединительных плат. Поле
switchState состоит из трех цифр: состояние переключателя, состояние плоскости A и состояние плоскости B.
? в следующей таблице показаны ссылки ISL. Каналы ISL применимы только в узлах, содержащих несколько
субстратов, например, RNC / MGW. Показаны все связи ISL, соединяющие основной шасси с каждым
дополнительным шасси. Отображается состояние каждой ссылки: 1-я цифра соответствует
«operatingStateSync», а 2-я цифра соответствует «operatingStateTrafc». Показаны порты, подключенные к
каждому ISL, включая тип платы (SCB / SXB) и состояние порта (активный / пассивный).
? следующая таблица показывает инвентарь RDS / DOT. Применимо только для RBS / ENB с IRU (внутренний
радиоблок). Описание полей можно найти ниже в этой справке.
? в следующей таблице показаны ссылки CPRI, а также ссылки IDL и IPL, если они есть ( ссылки Inter-DU,
ссылки Inter-PIMCU ). Применимо только для RBS / ENB.
? в следующей таблице показаны РЧ-порты радиоблоков, по одной строке на порт. См. Описание ниже.
? в следующих двух таблицах показан список функций и емкости, а также их статус лицензирования.
Номера FAJ считываются в первую очередь из файла License.xml на узле, и если они там не найдены, они считываются
из таблиц Excel на https://ericoll2.internal.ericsson.com/sites/SW_License_Handling_Community/SWLicenseHandling/ ELIS /
Wiki /Лицензия
Информацию об ограниченных функциях можно найти в документах 2/22104-FGB101135 и 4/19812-FGB101135.

? в следующей таблице показаны модули загрузки java, работающие в JVM.
? в следующей таблице показаны конфигурация и состояние ReliableProgramUniters (RPU).
? в последней таблице показаны программы, работающие на каждом процессоре, включая устройства.
Описание столбца «состояние»:
Информация о состоянии всегда сокращается до одной цифры, так же, как и для других распечаток, таких как stt, stv, str и т. Д.
? 1 = разблокирован включен

? 0 = разблокировано отключено
? L = заблокировано (opstate может быть

включен или отключен) Описание столбцов
светодиода:
? НЕИСПРАВНОСТЬ: КРАСНЫЙ
? ОПЕР: ЗЕЛЕНЫЙ
? ОСНОВНОЙ: ЖЕЛТЫЙ или СИНИЙ (на старых досках используется ЖЕЛТЫЙ, на новых - СИНИЙ)
? СТАТИСТИКА: ЖЕЛТЫЙ (применимо только для EvoC)
Описание полей в таблице RDS / DOT (применимо только для RBS / ENB, содержащих IRU с DOT):
? MO / FRU: имя MO AuxPlugInUnit / FieldReplaceableUnit, представляющего этот модуль DOT
? LNH / ID: адрес обработчика ссылок и номер порта (от 1 до 8) IRU, к которому подключена DOT.
? RDS: название продукта блока DOT.
? ST: состояние MO AuxPlugInUnit / FieldReplaceableUnit, представляющего этот модуль DOT
? P: статус PowerOverEthernet. Прочитать из команды eqpm rdPoe status all (1 = обнаружено: истина, 0 =
обнаружено: ложно)
? C: статус подключения. Прочтите из команды rdc dump all (1 = RD_OPERATIONAL, 0 =
RD_FAILED / NOT_PRESENT)
? T: статус LTU. Прочитать из команды rdsh all hal ltu lock (1 = LOCKED, 0 = NOT_LOCKED)
? TX / RX: состояние ветвей TX / RX A и B точки DOT соответственно. Прочитать из команды rdc dump all (1 =
ВКЛЮЧИТЬ, 0 = ОТКЛЮЧИТЬ)
? TEMP: температура DOT в градусах Цельсия. Прочтите из команды rdsh all temp.
? VII: состояние визуального индикатора DOT. Прочтите из команды rdsh все винды.
? НЕИСПРАВНОСТЬ: указывает на наличие аварийных сигналов на DOT. Читаем из команды eqpm rdFault dump
Описание полей в таблице CPRI (применимо только для RBS / ENB):
? ID: произвольный ссылочный номер для ссылки, также используется в таблицах SFP.
? Т: Тип. E = электрический, O = оптический, I = внутренний (например, IDL или IPL). Для оптических каналов есть
три дополнительные таблицы, в которых показана информация о продукте и диагностика для модулей SFP,
расположенных на концах каждого канала CPRI (SFP = подключаемый приемопередатчик малого
форм-фактора ). См. Описание ниже.
? RiL: имя RiLink MO, представляющего эту ссылку CPRI.
? BPBP: B = состояние платы, P = состояние порта. Состояние MO PlugInUnit / AuxPluginUnit / FieldReplaceableUnit
и MO RiPort на каждой стороне ссылки CPRI.
? Р: Роль. M = ведущий, S = ведомый. Мастер всегда находится слева. Подчиненный справа.
? ДЛИНА: Длина кабеля. Длина кабеля получается из значения задержки канала CPRI в наносекундах, которое затем
делится на 4,9, чтобы получить длину кабеля (предполагая задержку 4,9 нс на метр кабеля или две трети скорости света).
? BER: значение счетчика полученного коэффициента битовых ошибок. NZ = ненулевое значение (=> на этом порте есть
битовые ошибки).
Описание полей в таблице диагностики SFP (применимо только для RBS / ENB, содержащих оптические каналы CPRI):
? ID: уникальный идентификатор ссылки CPRI, который можно использовать для сопоставления с информацией о
соединении и продукте в двух приведенных выше таблицах распечатки.
?СВЯЗЬ: указывает, находится ли канал CPRI в положении «Вверх» или «Вниз» в соответствии с информацией из команды
COLI «ricr».
? WL: длина волны лазера в нм.
? TEMP: температура SFP в градусах Цельсия
? TXbs: уровень смещения TX в процентах от нижнего / верхнего пороговых значений предупреждения.
Рассчитывается по формуле 100 * (Bias - LowLimit) / (HighLimit - LowLimit). Не должно быть отрицательным или
превышать 100%. Приемлемые значения обычно находятся в диапазоне от 1% до 50%, в зависимости от
поставщика SFP.
? TXdBm: передаваемая мощность в дБм
? RXdBm: полученная мощность в дБм
? BER: значение счетчика полученного коэффициента битовых ошибок. NZ = ненулевое значение (=> на этом порте есть
битовые ошибки).
? DlLoss / UlLoss: разница в дБ между мощностью передачи передающего порта и мощностью RX удаленного порта.

О й/ й П Д Р ф й
Приемлемые значения должны быть от -1 дБ до + 3 дБ при использовании коротких соединений точка-точка

(длина <200 м). При использовании более длинных соединений и / или с фильтрами / разветвителями xWDM
значения потерь следует сравнивать в соответствии с ожидаемым бюджетом канала с учетом потерь в фильтрах
/ разветвителях / разъемах.
? Проверка согласованности: выполняется три проверки содержимого области SFP A0. Проверка №1 - это
преамбула (должно быть 0304), проверка №2 - это база контрольной суммы (байты 2-62-> 63), проверка №3 -
это расширенная контрольная сумма (байты 64-94-> 95). Если какая-либо из этих проверок не удалась,
VENDORNAME покажет FAULTY_SFP, а VENDORPROD покажет, какая из проверок не удалась.
Если канал CPRI не работает или напряжение SFP не находится в диапазоне от 2 до 4 В, то в некоторых
диагностических значениях будет отображаться «NA» («Неприменимо»).
Описание полей в таблице портов RF
? AuxPiu / FRU: имя MO AuxPlugInUnit / FieldReplaceableUnit MO, представляющего этот радиоустройство.
? LNH: адрес обработчика ссылок радиоустройства, может использоваться для подключения к радио с помощью команды
«lhsh».
? BOARD: название продукта радиоблока.
? RF: порт RF на радиоустройстве
? BP: B = состояние платы, P = состояние порта. Состояние MO AuxPlugInUnit / FieldReplaceableUnit и MO RfPort.
? TX (Вт / дБм): текущая передаваемая мощность в ваттах и дБм.
? VSWR (RL): КСВН и возвратные потери в дБ.
? RX (дБм): полученная мощность в дБм
? Сектор: MO сектора или MO сектора оборудования, подключенного к порту RF, обозначается как «SR» или
«SE», соответственно. SR применим для WRBS, а SE применим для ENB и MSRBSv2. Если рядом с именем SR /
SE стоит звездочка, это означает, что в этом секторе используется mixedModeRadio.
? Ячейки: для WRBS показывает RbsLocalCells, подключенные к этому RF-порту, а также их состояние и значения
localCellId. Для ENB и MSRBS LTE он показывает имена MO EUtranCellxDD и их соответствующие значения
состояния, cellId и PCI. Для MSRBS WCDMA имя NodeBLocalCell отображается следующим образом: NB =
<localcellgroup> / <localcell> / <sectorcarrier>, за которым следуют соответствующие значения состояния и
localCellId. Для MSRBS GSM он отображает GsmSector / Trx следующим образом: GT = <gsmsector> / <trx>
? AG: имя MO AntennaUnitGroup, подключенного к этому RF-порту.
? AS: имя MO AntennaSubunit, подключенного к этому RF-порту (AS = x / y
=> AntennaUnitGroup = x, AntennaUnit = y, AntennaSubunit = 1)
? RET / TMA: имя MO AntennaNearUnit (RET или TMA), подключенного к этому RF-порту (RET = x / y или TMA =
x / y => AntennaUnitGroup = x, AntennaNearUnit = y)
Описание полей в графическом виде
? каждое поле представляет собой FieldReplaceableUnit (MSRBS) или PlugInUnit / AuxPlugInUnit (RBS / ERBS).
Внутри каждого поля находится идентификатор MO, тип платы и обработчик ссылки. Сбоку от каждого поля
указаны имена портов CPRI. Внизу каждого блока RU находятся РЧ-порты и соответствующие сектор / ячейки.
? каждая строка представляет соединение CPRI. По соединению CPRI перечислены:
- номер ID из таблиц CPRI, описанных выше. Рядом с ним указан номер RiLink, если это
применимо (MSRBS / ERBS).
- тип канала (E / O) и скорость передачи данных (например: O25 = оптический 2,5 ГБ / с).
- длина, выраженная в метрах (с учетом задержки 5 нс на метр), если применимо (MSRBS / ERBS).
+ ---------+ + ----------+

| |А O25 D1 | 2 |
| | ----- 1/1 ----- | RRUS11B4 |
| | 181 кв.м. | BXP_0 |

| | + ----------+
| | |А |B

| 1 | SE = 1 FDD = 1
| DUS3201 |

| 000100 | + ----------- +
| |B O25 D1 | 3 |
| | ----- 2/2 ----- | RRUS11B13 |
| | 180 м | BXP_1 |

| | + ----------- +

| | |А |B

+ --------- + SE = 2 FDD = 2

Примеры:
? inv CXC132055 -> появятся только строки, соответствующие CXC132055. Это удобно для поиска имени LM и
просмотра плат, на которых он работает.
? inv: -> будет напечатана только информация RPU.
? inv nss ->, чтобы увидеть, какие модули загрузки содержат строку «nss» и на каких платах они работают.
? инв. L | 0 -> появятся только строки, в которых состояние МО заблокировано или отключено.
? invroj L | 0 -> будут отображаться только строки, соответствующие «ROJ» и состояние заблокировано или отключено.
? inv! программа-> отображаются только строки, НЕ соответствующие слову "программа".
4.2.3 cab [adefghlmrstxc] [| <unix-cmds> ]
Отображение различных распечаток COLI, касающихся аппаратного обеспечения, программного обеспечения, перезапусков,
светодиодов, загрузки процессора, ошибок, использования диска / оперативной памяти
Эта команда применима только к узлам CPP. На узлах RCS "cab / cabx" псевдонимы "invx" и "cabr / caba"
псевдонимы "lgg". Команда cab предлагает несколько опций, можно комбинировать несколько опций, например:
cabslxrdg, cablx, cabxs и т. Д. Команда cabslxrdgm предоставит максимальный объем информации.
Примечание. Большинство параметров теперь устарели и заменены другими командами, такими как «inv», «proctemp»,
«procload» и «fte».
Параметры:
? h: распечатывает информацию об аппаратном обеспечении MP / BP и статус светодиода, температуру MP и
статус coreMgr. Если параметры не указаны, это вариант по умолчанию. Заменены командами "inv" и
"proctemp".
? t: то же, что и "h", но без температуры и значений TX / VSWR (в RBS / ENB)
? x: то же, что и «h», плюс информация о светодиодах и hw для плат XP (например: TMA, MCPA, Fans, RU, RRU и т. д.).
С опцией «c» («cabxc») вывод будет в формате CSV. Заменено командой "inv".
? s: то же, что и "h" плюс список программ, работающих во всех MP / BP. Заменено командой "inv".
? r: печатает все перезапуски MP / BP, сгруппированные по доскам. Чтобы просмотреть эту информацию в
хронологическом порядке, используйте команду «lgg». Ненормальные перезапуски выделены красным.
? a: печатает только ненормальные перезапуски MP / BP.
?d: использование диска для печати. Диски, превышающие определенный предел, будут отображаться в цвете. Предел
можно определить в файле cabview.
? f: использование диска для печати и вспышки.
? g: распечатать аппаратные ошибки MP / BP (например, неисправный диск, неисправное ОЗУ и т. д.).
? m: распечатать использование памяти MP / BP RAM.
? e: печать MP / BP добавлены условия трассировки T&E. Заменено командой fte s.
? l: загрузка процессора MP / BP / SP. Заменено командой procload.
Следующие команды OSE запускаются и анализируются различными функциями "cab":
? h: pboot sh par, vii, mirror s, ppctemp, boardtemp
? t: pboot sh par, vii, зеркало s
? x: pboot sh par, vii, mirror s, ps port *, par get SYS_HW *, listObj subrack, getAttrObj subrack, warpA / warpB read, warp3
txpwr, fui get temp, fui get vswr
? s: pboot sh par, vii, mirror s, listloaded
? l: pboot sh par, capi prio, capi core all
? r: llog -l
?a: llog -l Распечатываются только перезапуски с кодом ошибки, не совпадающим с 0xB0AD или 1010 [9-F] или содержащие
PMD
? d / f: vols, ls / d / loadmodules
? g: pboot sh par, dumpelg
? m: pboot sh par, mmu, mm -p
? e: pboot sh par, te s, te s -restart

П ( ) Н
Примечание 1. Относительно статуса CoreManager: если плата имеет статус CoreManager, это означает, что на плате
запущены программы Core Manager (EqmMgr, Database, LoaderServer). Если узел сконфигурирован с
отказоустойчивым ядром, есть две платы, выполняющие функции Core Manager. Одна плата активна, а другая
находится в режиме ожидания.
Когда узел настроен на отказоустойчивое ядро, диск / c зеркалируется между двумя платами Core Manager.
Если статус резервной платы - StandbyReady, то это означает, что диск / c правильно зеркалирован и резервная
плата может взять на себя активную роль в любое время, в случае отказа активной платы или перезапуска.
Если статус резервной платы - StandbyWriting, то это означает, что диск / c выполняет небольшое обновление, и
резервная плата может вскоре занять ее, как только диски будут обновлены.
Если статус резервной платы - StandbySync, это означает, что диск / c выполняет полное обновление, и
резервная плата не сможет взять на себя управление, пока это не будет завершено. Прогресс отображается в
виде процентного значения (например, StandbySync-56% ).
Примечание 2: Когда многие команды для отправки, функция кабины будет поместить их в команду фи ле, передачи
этого фи ле (через (ы) FTP) к узлу и запустить , что фи ль внутри узла, используя оболочку -f команд .
Это сэкономит время вместо того, чтобы отправлять каждую команду на узел одну за другой.
Существует пользовательская переменная fast_cab_threshold, которая определяет количество плат в узле, выше
которого командный файл будет передан узлу.
См. Раздел 2.5 и файл moshell для получения дополнительной информации о пользовательских переменных.
Примечание 3: Что касается идентификаторов PMD, появляющихся в cabr / caba:
Посмертный самосвал (PMD) может быть связан с ненормальной перезагрузкой платы. В этом случае идентификатор
PMD отображается в командах cabr / caba. Можно отображать и собирать файлы PMD с помощью команды lgp. В
качестве альтернативы команды
dump list -a, ftreef / c / pmd или lg1 также можно использовать для отображения файлов PMD.
Примечание 4: Относительно расчета мощности передачи в "cabx":
Для RU PL4:
TXPwrA = (DL_PM_PA0_C0 + DL_PM_PA0_C1 + DL_PM_PA0_C2 + DL_PM_PA0_C3) * 16384 * powerClassA / (1228800 *
8491396) TXPwrB = (DL_PM_PA0_C0 + DL_PM_PA0_C1 + DL_PM_PA0_C2 + DL_PM_PA0_C3) * 16384 * powerClassB /
(1228800 * 8491396)
Куда:
? DL_PM_PA0_Cx читаются из команд RU COLI "warpA read" для TXA или "warpB read" для TXB
? powerClass читается из команды RU COLI "db list * currentPowerClass" или "txm rh all wrk
dump" Для RU PL5:
? TXPwrA = pwrClassA * 268435456/8491396 * (10 ^ (B0 / 10) + 10 ^ (B1 / 10) + ... + 10 ^ (B7 / 10))
? TXPwrB = pwrClassB * 268435456/8491396 * (10 ^ (A0 / 10) + 10 ^ (A1 / 10) + ... + 10 ^ (A7 / 10))
Куда:
? От A0 до A7 и от B0 до B7 читаются из команды RU COLI "warp3 txpwr" или "warp: 0 / warp: 1 txpwr"
? powerClass считывается из команды RU COLI «db list * currentPowerClass» или «txm rh all
wrk dump» Примечание 5: Что касается измерения RSSI в «cabx» для WRBS:
RSSI - это значение, считываемое из MP-трассировки bus_receive на CDCI_TR. Звездочка перед TrDevice в распечатке
указывает, что это TrDevice сообщило об измерении. TrDevices без звездочки может быть связано с тем, что это TX или
что ячейка отключена.
Примечание 6: Относительно измерений КСВ в «cabx»:
Для большинства RU / RRU основная команда, используемая для печати обратных потерь, - это fui get vswr <tx>. В
AIR21, AIR32, RUS12m и mRRUS12 используется команда fuia get antquality <tx>, которая показывает не возвратные
потери, а значение индикатора качества соединения антенны в диапазоне от 1 до 5, где 1 - плохо, а 5 - хорошо.
Примечание 7: Обновление кеша.
Команда cab считывает большую часть своих данных с узла каждый раз при выполнении. Однако есть некоторые
статические данные, такие как список плат и список ячеек, которые читаются только один раз, а затем сохраняются
в кеше. Если эта информация изменилась во время сеанса, можно обновить кеш, выполнив команду «bor».
Примечание 8: Температура DU читается с помощью:
? DUW10 / 20/30: trace4 в процессе SriBcThread, sensor3 (0x4B)

? DUW11 / 31/41: команда coli readPower, датчик 1 (0x4D)

П ( ) Н
? DUL20 / 21: температура платы команд coli, sensor0

? DUS31 / 41 / ODS: температура платы управления coli, датчик1
4.2.4 SDI [eacr]
Системная диагностика CPRI.

Выполните тест диагностики системы для каналов CPRI RBS / ENB.
Параметры:
? e: показать ячейки, подключенные к каждому каналу CPRI.
? a: отображать любые аварийные сигналы, связанные с каждым каналом CPRI (применимо только для ENB и MSRBSv2, но
не для WRBS Gen1).
? c: распечатать таблицы в формате CSV
? r: перечитать данные с узла.
Формат распечатки, первая таблица
Каждая строка в этой таблице представляет ссылку CPRI.
? ID: произвольное число для идентификации ссылки CPRI
? RiL: MO имя связанного RiLink (применимо только для ENB / MSRBS, но не для WRBS)
? Тип: E = Электрический, O = Оптический, 25 = 2,5 Гбит / с, 49 = 4,9 Гбит / с, 98 = 9,8 Гбит / с, 103 = 10,3 Гбит / с
? Res: результат теста, OK, NOK (Не в норме), OKW (OK с предупреждением), NT (Not Tested = когда порт или плата
на канале заблокированы)
? MO1-MO2: сокращенный LDN порта MO CPRI на каждой стороне канала
? BOARD1-BOARD2: тип платы на каждой стороне ссылки
? AlmIDs: список аварийных сигналов, связанных с RiLink, RiPorts или FRU / PIU / AuxPius, подключенным к каналу
(применимо только для ENB / MSRBS)
? Ячейки: список ячеек (EUtranCell, NodeBLocalCell, RbsLocalCell, GsmTrx и т. Д.), Связанных с любыми
радиомодулями, подключенными к ссылке.
? Проблема: краткое описание результата теста, включая информацию о том, какие именно проверки не прошли.
================================================== ================================================== ===

ID; RiL; Type; Res ; MO1-MO2 ; BOARD1-BOARD2; AlmIDs; Cells; Issue (Failed chec
================================================== ================================================== ===
1 ;1 ; O98 ;ХОРОШО ; 1/1 (А) 1/1 / РУ-1-1 (Д1) ; ДУС4102 RRUS82B41 ; ; TDD = 1 TDD = 2 ;Прошло
2 ;2 ; O98 ; NOK ; 1/1 (В) 1/1 / РУ-1-1 (Д2) ; DUS4102 RRUS82B41 ; ; TDD = 1 TDD = 2 ; Потери волокна DL (Dl
3 ;3 ; O25 ;ХОРОШО; 1/1 (К) 1/2 / РУ-1-2 (Д1) ; DUS4102 RRUS62B41D ; ; TDD = 3 ;Прошло
4 ;4 ; O98 ; NOK ; 1/1 (Д) 1/3 / РУ-1-3 (Д1) ; DUS4102 RRUS62B41D ; 1,2 ; TDD = 4 ; Волоконно BER DL (BER2
...
15 ; 13 ; O25 ; ОКВ ; XMU03 (11) RRU-101 (D1) ; XMU03 RRUS12B2 ; ; FDD = 9A_1 ; Условно пройти
-------------------------------------------------- -------------------------------------------------- ---
Формат распечатки, вторая таблица

Эта таблица печатается только в том случае, если была задана опция «a» и есть аварийные сигналы, влияющие на каналы CPRI.
Каждая строка в этой таблице представляет собой сигнал тревоги, который может быть активным или прошлым
сигналом тревоги, который переключался в течение последних 24 часов.
? AlmID: произвольное число для идентификации тревоги, этот номер находится рядом с одним или несколькими ссылками
CPRI в первой таблице.
? Идентификаторы: список идентификаторов каналов CPRI, у которых есть эта сигнализация.
? RiLs: список MO RiLink, соответствующих идентификаторам каналов CPRI.
? Статус: A = Активен, если тревога все еще активна. T = Переключение, если будильник не активен, но
переключался в течение последних 24 часов. В случае переключения будильника он покажет, сколько раз
будильник переключался и сколько часов / минут назад был последний раз с момента переключения
будильника.
================================================== ================================================== ===

AlmID; ID; RiLs; Статус; Тревога
================================================== ================================================== ===
1 ; 4; 4 ; T 8x 12h28m; Link Degraded - RiLink = 4 (Высокий BER на дальнем конце канала. Порт на ближнем конце

П ( ) Н
2; 4; 4; T 8x 12h30m; Link Degraded - RiLink = 4 (Высокий BER на ближнем конце канала. Порт на ближнем конце
-------------------------------------------------- -------------------------------------------------- ---
================================================== ================================================== ===

AlmID; идентификаторы; РИЛЫ ; Статус; Тревога
================================================== ================================================== ===
1 ;5 ;5 ; А ; Несоответствие Конфигурация - FieldReplaceableUnit = 6 (Нет хардвы
2 ;6 ;6 ; А ; Несоответствие Конфигурация - FieldReplaceableUnit = 7 (Нет хардвы
3 ;5 ;5 ; А ;Ссылка на сайтНеудача - RiLink = 5 (Нет сигнал обнаружен (ссылка на сайтНачало время-о
4 ;6 ;6 ; А ;Ссылка на сайтНеудача - RiLink = 6 (Нет сигнал обнаружен (ссылка на сайтНачало время-о
5 ; 1,2,3,4,5,6 ; 1,3,5,2,4,6; А ; Аппаратный сбой неизбежен - Подставка = 1, слот = 1, PlugInUnit = 1 (HDF
-------------------------------------------------- -------------------------------------------------- ---
Формат распечатки, третья таблица

Эта таблица печатается только в том случае, если некоторые ссылки CPRI не прошли проверку.
Каждая строка в этой таблице представляет конкретный тип проблемы.
? ID: список ID для ссылок CPRI, у которых возникла проблема этого типа.
? RiLs: этот список MO RiLink, соответствующих каждой ссылке CPRI, указанной в столбце ID (применимо только
для ENB / MSRBS, но не для WRBS)
? Проблема и рекомендуемые действия: более подробное описание проблемы, за которым следуют некоторые
рекомендации по корректирующим действиям для каждого типа проблемы.
================================================== ================================================== ===

Идентификаторы; RiL; Проблема и рекомендуемые действия.
================================================== ================================================== ===
2 ; 2; Проблема с оптоволокном - на дальнем конце сообщается о чрезмерной потере оптической мощности.
-------------------------------------------------- -------------------------------------------------- ---
1) Устраните неполадки, чтобы определить, где происходит потеря оптической мощности или обнаружены битовые ошибки.
Начать с th
2) См. Инструкции Ericsson CPI «Обращение с модулями SFP и оптическими кабелями» и следуйте им, Cle
************************************************* ************************************************* ***
4 ; 4; Проблема с оптоволокном - битовые ошибки сообщения на дальнем конце.
-------------------------------------------------- -------------------------------------------------- ---
1) Устраните неполадки, чтобы определить, где происходит потеря оптической мощности или обнаружены битовые ошибки.
Начать с th
2) См. Инструкции Ericsson CPI «Обращение с модулями SFP и оптическими кабелями» и следуйте им, Cle
************************************************* ************************************************* ***
4.2.5 stc [p] [r] [<Filter>] [<stateFilter>]
Отображение состояния и конфигурации CrossConnections Atm / Tdm.

Фильтр позволяет отображать только строки, соответствующие строке фильтра. StateFilter позволяет отображать
только те МО, соответствующие фильтру состояний.
При первом запуске команды требуется немного больше времени, так как данные должны быть получены из узла
перед синтаксическим анализом. В следующий раз, когда команда запускается, существующие данные
анализируются снова, если не используется переключатель r (обновление), и в этом случае данные снова
выбираются и анализируются.
Первое поле - это MO id перекрестного соединения Atm / Tdm.
Второе поле - это информация о состоянии, состоит из пяти цифр:
? 1-я цифра: рабочее состояние MO CrossConnection Atm / Tdm (0 = отключено, 1 = включено)
? 2-я и 3-я цифры: рабочее состояние модулей MO VclTp (стороны A и B).
? 4-я и 5-я цифры: применимы, только если использовалась опция «p». Показывает состояние pget на MO VclTp
(стороны A и B). Устанавливается в 0, если счетчик переданныхCells увеличился, но счетчик receiveCells не
увеличился в течение заданного периода времени (по умолчанию 25 секунд, можно изменить в
пользовательской переменной pm_wait): это указывает на отсутствие ответа от удаленного конца.
Третье и четвертое поля - это MoId для VclTpA и VclTpB, сокращенные следующим образом: AtmPortId / VplTpId / VclTpId
Пятое и шестое поля - это фактические значения Vpi / Vci для VclTpA и VclTpB. Может быть полезным, если MoId
VclTp не соответствует значению Vpi / Vci.
Седьмое и восьмое поля - это MoId для дескриптора трафика VclTpA и VclTpB.
Последнее поле - это userLabel MO AtmCrossConnection.

П ( ) Н
Примечание: в случае TdmCrossConnections третье и четвертое поля показывают временной интервал в

Ds0Bundles A и B. Пятое и шестое поля показывают Moid Ds0Bundle A и B.
Примеры:
1. stc 2051 - показать все перекрестные соединения, информация о которых совпадает с "2051" (в
приведенном ниже случае, когда atmport равен 2051)
2. stc. * 0 - показать все перекрестные соединения, которые не работают должным образом.
Формат распечатки, AtmCrossConnection:
================================================== ================================================== =====================

CCId CSSPP VclTpA VclTpB Vp / VcA Vp / VcB TD-A TD-B UserLabel
================================================== ================================================== =====================
MGTS44500_MSC6_AAL2a 11110 2041. * 1. * 501 2071. * 1. * 5011/5011/501 C2P12000 C2P12000 MGTS44500_MSC6_AAL2a
MGTS44500_MSC6_AAL2b 11111 2041. * 1. * 502 2071. * 1. * 5021/5021/502 C2P12000 C2P12000 MGTS44500_MSC6_AAL2b
SOLVER44800_MSC6_AAL2a 10101 2051. * 1. * 136 2071. * 3. * 5121/1363/512 C2P12000 C2P12000 SOLVER44800_MSC6_AAL2a
MGTS45600_MSC9_AAL2a 11100 2052. * 1. * 300 2041. * 1. * 3001/3001/300 U2P3520M3520U2P3520M3520MGTS45600_MSC9_AAL2a
Формат распечатки, TdmCrossConnection:
================================================== ================================================== =====================

CCId CSS TSA TSB Ds0A Ds0B UserLabel
================================================== ================================================== =====================
1192_1191_ts16 101 11 1, слот = 27. * E1. * = 1277, Ds0. * = 127702 1, слот = 27. * E1. * = 1276, Ds0. * = 127602 TS 16 127702_port1191
4.2.6 std [ar] [<фильтр>]
Отображение состояния и конфигурации устройств (только RNC и MGW).

Аргумент (необязательно):
Будут отображаться только строки, соответствующие фильтру. Если аргумента нет, отображаются все строки.
Пример:
? std fax - показать факсимильные устройства (mgw)
? std pdr - показать устройства pdr (rnc)
? std 0020 - показать устройства на борту 0020
Параметры:
? r: обновить распечатку. В MGW данные устройства локально кэшируются и обновляются, когда задана опция
«r». Это то же самое, что и в таких командах, как bo, stc, stt, stv, inv и т. Д. В RNC опция «r» заставляет moshell
повторно проверять связь устройства с модулем. Все остальные данные обновляются каждый раз, даже без
опции «r».
? a: для получения дополнительной информации об использовании устройства.
std на MGW
В первой таблице (напечатанной только с опцией a) показано программное обеспечение DSP и его использование
для каждой платы MSB. Поле GMD указывает состояние GRA-GPB («G»), MSB («M») и DSP («D»). GRA-ГПБ статус и MSB
соответствуют состоянию соответствующего PlugInUnit: L = заблокирован, 1 = включено, 0 = выключен. Состояние
DSP можно найти с помощью команды pingdsp на MSB3 и mmpp pingdp на MSB4. Программное обеспечение DSP
можно найти с помощью команды rev на MSB3 и mmpp dspc devt на MSB4. Тип устройства и все остальные поля
находятся в GRA-GPB с помощью команды gradsl :
? Set = DevSetNr: идентификатор набора устройств

? ResId = resourceId
? nRes = nrOfResources: общее количество выделенных ресурсов для этого набора устройств
? nIdle = nrOfIdle : количество неиспользуемых ресурсов

? graCap = graRdCapacity: доступная емкость, выраженная в единицах PU, доступная для обычных вызовов
? dspCap = dspRdCapacity: rdScaledCapacity (сообщается DSP и используется только MFD) - доступные

устройства, выраженные как оставшиеся PU
? totCap = rdCapacityTot: общая емкость, выраженная в PU (сообщается RD в attachCfm)
? rej = nrTimeoutRej: количество отклоненных запросов из-за таймаута таймера контроля DSP 30 + 30 мс + 1 сек. На
этом этапе DSP отмечен как неисправный
? nRest = nrGraOrderedDspRestarts: количество перезапусков DSP, заказанных GRA, из-за таймаута таймера
контроля DSP 30 + 30 мс + 1 + 10 секунд
? dupCep = nrOfDupCeps: текущее количество дублированных CEP в этом RD
Дополнительную информацию можно найти в описании распечатки gradsl в Руководстве по поиску и устранению
неисправностей управления трафиком M-MGw 25/1553-AXM 101 01/7



П ( ) Н
EAB Финн Магнуссон
1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата
Ред. файл
2018-10-30 BX
moshellUserGuide.tex
================================================== ================================================== ==================================

Слот Sr Lnh Доска GRA DSP GMD Тип устройства SW Устанавливать ResId nRes nIdle graCap dspCap totCap rej nRest dupCep
================================================== ================================================== ==================================
3 7 730700 MSB3 7304 1 111 UMTS_MFD CXC1327790 / 8_R3L01 325 9594 166 166 57300 57300 57300 0 00
3 7 730700 MSB3 7304 6 111 ПДК CXC1327801 / 8_R3D01 326 11088 24 24 55542 55542 55542 0 00
3 7 730700 MSB3 7303 7 111 Я CXC1327799 / 8_R3E01 327 100 100
3 7 730700 MSB3 7304 8 111 CSD_GSM_MFH CXC1327794 / 8_R3D01 328 11112 36 36 55650 55650 55650 0 00
3 7 730700 MSB3 7304 13 111 CSD_DIGITAL CXC1327791 / 8_R3D01 329 11148 16 16 55650 55650 55650 0 00
3 7 730700 MSB3 7304 14 111 CSD_DIGITAL CXC1327791 / 8_R3D01 329 11148 16 16 55650 55650 55650 0 00
3 7 730700 MSB3 7304 15 111 CSD_MODEM CXC1327792 / 8_R3D01 330 11180 16 16 55650 55650 55650 0 00
3 7 730700 MSB3 7304 16 111 CSD_FAX CXC1720519 / 8_R3D02 331 11196 5 5 55650 55650 55650 0 00
Во второй таблице показано состояние и доступность устройства для каждой платы MSB.
Поле MD указывает состояние MSB («M») и DSP («D»).
Статус MSB соответствует состоянию соответствующего PlugInUnit: L = заблокирован, 1 = включен, 0 = отключен.
Состояние DSP можно найти с помощью команды pingdsp на MSB3 и mmpp pingdp на MSB4. Если все DSP ЖИВЫ,
состояние равно 1, в противном случае - 0.
Остальные поля считываются из действия getBoardDetails в MsDeviceGroup:
? nDev = nrOfRds: количество корневых устройств (RD) на плате, настроенных с теми же устройствами (набором
служб), как указано в атрибуте deviceType.
? % Lock = capacityDependencyLockedDev: дробь (
? % Dis = capacityDisabledDev: Доля (
? maxDev = maxNrOfDev: теоретическое максимальное количество настроенных устройств на плате.
Больше информации в MOM "mom dev getboarddetails".
================================================== =========================================
Sr Слот Lnh Плата MD SwAllocation DeviceType nDev% Lock% Dis maxDev
================================================== =========================================
3 7 730700 MSB3 11 MGW_MSB3_Profile_16 CSDDigital 2 0 0 32
3 7 730700 MSB3 11 MGW_MSB3_Profile_16 CSDGSMFH 1 0 0 36
Третья таблица показывает состояние устройства и доступность для каждого пула устройств.
В MGW R2 / R3 использование указывается в виде числа, в MGW R4 - в процентах.
================================================== ====================
DevPool Total% Idle% Busy% Failed% DepLock% DepFail
================================================== ====================
CSDDigitalPool 256 100 0 0 0 0
CSDGSMFHPool 288 100 0 0 0 0
CSDModemPool 128 100 0 0 0 0
std на RNC
Показывает конфигурацию, состояние и использование устройств RNC, CC, DC, PDR.
Информация о состоянии сокращена следующим образом:
? 1 = разблокирован включен
? 0 = разблокировано отключено
? L = заблокировано (включено или отключено)
? I = бездействует (устройство не обрабатывает вызовы)
? A = активно (устройство обрабатывает вызовы)
? B = занято (устройство полностью занято и не может обрабатывать больше вызовов)
Параметры:
? r: перечитать информацию о конфигурации устройства. Без r обновляется только состояние устройства и использование.
? a: показать дополнительную информацию об устройстве, относящуюся к его использованию. Примечание:
использование этой опции означает, что moshell выполнит команду drh_dcrh_topdata all, которая может вызвать
перезапуск модуля в некоторых выпусках RNC SW, см. TR WRNae26272. Если RNC запускает выпуск ПО,
содержащий исправление TR WRNae26272, тогда можно безопасно запускать stda. В противном случае просто
запустите std без опции.
Поправка для этого TR включена в ПО RNC P6.1.4 (CXP9012842_R3BD) и P7.0.1 (CXP9012995_R6CF).

у р д д у р р Д д ф
Распечатка описания таблиц устройств:

Примечание: некоторые поля отображаются только при запуске опции a (stda).
Общие поля:
? Столбцы MOD и GPB показывают модуль MP, управляющий устройством.
? Столбцы SPM и DEV показывают идентификаторы MO для Spm и MO устройств.
? Столбец G показывает состояние модуля MP (GPB).
? Столбец D показывает состояние MO устройства.
? Столбец S показывает состояние МО Spm.
? Столбец U показывает usageState MO устройства.
Специфические поля устройства CC:
-------------------------------------------------- ------------------------------------
TYP MOD GPB SPB SPM DEV GDS U LNH Ячейки пользовательского оборудования ЦП (DRH / CCS / max)
-------------------------------------------------- ------------------------------------
CC 4 ES1-15 SPB21 ES1-10-1 ES1-10-1 111 A 011000 / sp0.lnh 18% 5 52 52 96
....

? CPU показывает загрузку CPU устройства и считывается из переменной spCpuLoad в распечатке

drh_ccrh_topdata в модуле MP.
? UE показывает количество UE, обслуживаемых устройством, и считывается из распечатки uelist в CC SP.
? Cells / DRH показывает количество ячеек, обрабатываемых устройством, и считывается из распечатки
drh_ccrh_topdata в модуле MP.
? Cells / CCS также показывает количество ячеек, обработанных устройством, но считывается из команды celllist в CC SP.
? Cells / max показывает максимальное количество ячеек, поддерживаемых устройством (отображается на
RNC> = P7). Два значения Cells / DRH и Cells / CCS всегда должны быть одинаковыми, иначе это указывает на
несоответствие между DRH и CCS.
Специфические поля устройства постоянного тока:
-------------------------------------------------- -------------------------------------------------- ---

ТИП MOD GPB СПБ SPM DEV GDS U LNH ЦПУ Res HsUEs UEsDcs УЭсДч UEsDrh gbrResourcePoints
-------------------------------------------------- -------------------------------------------------- ---
ОКРУГ КОЛУМБИЯ 1 МС-14 СПБ21 МС-19-5 3 111 А 001900 / sp4.lnh 26% 10% 14 22 15/150 16/150 530/5100
ОКРУГ КОЛУМБИЯ 1 МС-14 СПБ21 МС-20-3 4 111 А 002000 / sp2.lnh 34% 11% 23 22 21/150 23/150 540/5100
....

? CPU считывается из переменной cpuLoad в распечатке drh_dcrh_topdata в модуле MP.

? Res - это процент ресурсов, использованных из maxResourcePoints (считывается из drh_dcrh_topdata all)
? UEsDcs считывается из распечатки списка uelist в DC SP.
? следующие столбцы считываются из всей распечатки drh_dcrh_topdata в модуле MP: HsUEs–> noOfHsCapableUes,
UEsDch–> noOfUesOnDch / maxNoOfUesOnDch, UEsDrh–> noOfUesOnDch /
maxNobresourceOfUes / gResourcePoints / g
? UE / DCS считывается из распечатки uelist в DC SP.
Специфические поля устройства PDR:
-------------------------------------------------- -------------------------------------------------- ---

TYP MOD GPB SPB SPM DEV GDS U LNH CPU UE RAB aal5 used
-------------------------------------------------- -------------------------------------------------- ---
PDR 1 MS-14 SPB21 MS-19-1 MS-19-1 111 A 001900 / sp0.lnh 3,7% 55 406 95 3796/215000
...

? ЦП считывается с помощью команды spp -p xxxx00 / spx.lnh sp procload 1 на центральном MP или capi
prio и capi core 0 на устройствах PDR (в зависимости от версии ПО RNC)
? UE считываются из распечатки uelist в PDR SP.
? RAB и aal5 соответствуют переменным noOfRabs и noOfAal5Conns в распечатке drh_pdrrh в модуле MP.
? usedCapacity читается из usedCapacity / maxCapacity в drh_pdrrh в модуле MP.
Сводная таблица модуля:

В этой таблице показано использование устройства по модулям.
Поля такие же, как в таблицах выше, за исключением сводной таблицы DC, которая содержит некоторые
дополнительные поля, считанные из распечатки lh mod drh_trbr_data:
? Банкомат: noOfAtmTrBr

? IP: noOfAtmToIpTrBr
? BEE: noOfBeesTrBr
Также в сводной таблице CC поле «max» заменено полем «GPB», которое указывает количество ячеек, которые обрабатываются
GPB этого RncModule. Поле "GPB" читается через атрибуты IubLink :: rncModuleRef и IubLink :: reservedBy.
Сводная таблица СПБ:

В этой таблице мы получаем обзор всех плат SPB, их состояний устройств, использования и распределения модулей.
Столбец State показывает сначала состояние SPB PlugInUnit, а затем состояние и использование его устройств.
В столбце «Модуль» показано, какой модуль обрабатывает каждое устройство.
-------------------------------------------------- ------------------------------
Sr Slot Lnh Board Модуль использования состояния типа SwAlloc
-------------------------------------------------- ------------------------------
MS 19 001900 SPB21 SPB_TYPE_A PCDDD 1-11111 AAAAA 1 1 13 8 8
4.2.7 stv [b] [r] [<Filter>] [<stateFilter>]
Отображение состояния, пользователя и использования полосы пропускания для портов и каналов ATM.
Параметры:
? b: чтобы получить данные об использовании полосы пропускания для портов AtmPorts. Требуется выполнение некоторых
команд COLI.
? r: обновить данные (т.е. перечитать с узла).
Аргументы:
? первый аргумент соответствует всей строке
? второй аргумент соответствует только полю состояния ("VU")
Примеры:
? stvb ms-6-1 распечатывает данные ATM для AtmPort = MS-6-1 и всех VP / VC под ним
? stv p4500 печатает данные ATM для всех VP / VC, используя дескриптор трафика с максимальной скоростью передачи
ячеек 4500
? stv. 0 | L распечатать все порты / VP / VC с отключенным или заблокированным состоянием
Формат распечатки:
? Поле ResrvBw / TraffDesc показывает:
- дескриптор AtmTraf для MO VclTp. Для VC, используемых Aal2Path, QoS Aal2 показано в скобках.
- зарезервированная полоса пропускания (в сотах / с) для MO AtmPort и VplTp. Например, 353000/353207

означает, что 353000 ячеек / с зарезервировано из 353207 доступных. Доступная пропускная способность
для AtmPort получается из команды COLI.
aet_atmmp etatmportfro <fro> и отображается только в том случае, если указан параметр b.
Зарезервированная полоса пропускания для VplTp получается из дескриптора трафика VplTp (общая
полоса пропускания) и суммы дескрипторов трафика VclTp (используемой пропускной способности).
Скорость передачи ячеек, используемая дескриптором трафика, - это PeakCellRate в случае CBR и
MinimumCellRate для UBR / UBR +.
? Поле User показывает MO с помощью VclTp. Для MO Aal2PathVccTp информация в скобках показывает
aal2PathId и зарезервированный Aal2Ap. Для объектов MO PacketDataRouter информация в скобках показывает
позицию PdrDevice, MOid Aal5TpVccTp, rncIpAddress и cnIuLinkIpAddress. Для MO Mtp3bSl информация в скобках
показывает SignallingLinkCode (SLC), linkState, procduralState и usageState, как и в распечатке stt. Обратитесь к stt
help для получения дополнительной информации о Mtp3bSl.
? Поле M показывает RncModule, обслуживающий пользователя.
? Поле VU показывает состояние VP / VC, за которым следует состояние пользователя. L = заблокировано, 0 =
отключено, 1 = включено. Например, VU = 10 означает, что VclTp включен, но пользовательский MO отключен.
Для MO Aal2PathVccTp есть дополнительная цифра, которая представляет remoteBlockingState (0 =
remotely_blocked, 1 = remotely_unblocked,? = Undefined). Обратите внимание, что remoteBlockingState не
отображается, когда Aal2PathVccTp заблокирован. Для объектов MO PacketDataRouter есть дополнительная
цифра, которая представляет состояние объекта MO PdrDevice.
Пример распечатки:
================================================== ================================================== ==================
VclTp VPI / VCI ResrvBw / TraffDesc VU M Пользователь
================================================== ================================================== ==================
AtmPort = MS-6-1 / 1 ---------------------------------------
AtmPort = МС-6-1, VplTp = 1 2 224000/353000 1 ---------------------------------------
AtmPort = MS-6-1, VplTp = 1,. * VclTp = vc34 2/34 U3P4500M3000 11 Mtp3bSpItu = Iu1, Mtp3bSls = Iuc-1-2300-3, Mtp3bSlItu = 1
AtmPort = MS-6-1, VplTp = 1,. * VclTp = vc50 2/50 U3P4500M3000 11 Mtp3bSpItu = Iu1, Mtp3bSls = Iup-2-2810-3, Mtp3bSlItu = 1


1553-CXC1328930
Ответственный / утвержденный документ
Проверено Дата
Ред. файл
у
AtmPort = MS-6-1, VplTp = 1,. * VclTp = vc90 2/90 C2P12000 (AB) 111 1 Aal2PathVccTp = Iu1-1-1 (1, Aal2Ap = Iu1)
AtmPort = MS-6-1, VplTp = 1,. * VclTp = vc91 2/91 C2P12000 (AB) 111 1 Aal2PathVccTp = Iu1-1-2 (2, Aal2Ap = Iu1)
... <вырез> ...
AtmPort = MS-6-1, VplTp = 1,. * VclTp = Pdr1Gtpu1 2/230 U3P66600M5000 11 RncModule = 1, PacketDataRouter = Pdr1Gtpu1
AtmPort = MS-6-1, VplTp = 1,. * VclTp = Pdr1Gtpu2 2/231 U3P66600M5000 11 RncModule = 1, PacketDataRouter = Pdr1Gtpu2
AtmPort = MS-26-1 / 1 ---------------------------------------
AtmPort = МС-26-1, VplTp = 1 1 13804/14650 1 ---------------------------------------
AtmPort = MS-26-1, VplTp = 1,. * VclTp = vc34 1/34 C1P5 11 1 IubLink = 1, NodeSynchTp = 1
AtmPort = MS-26-1, VplTp = 1,. * VclTp = vc35 1/35 C1P5 11 1 IubLink = 1, NodeSynchTp = 2
AtmPort = MS-26-1, VplTp = 1,. * VclTp = vc36 1/36 U3P1000M80 11 1 IubLink = 1, NbapCommon = 1
AtmPort = MS-26-1, VplTp = 1,. * VclTp = vc37 1/37 U3P1000M80 11 1 IubLink = 1, NbapDedicated = 1
AtmPort = MS-26-1, VplTp = 1,. * VclTp = vc38 1/38 U3P1000M80 11 1 Aal2Sp = 1, Aal2Ap = Iub1
AtmPort = MS-26-1, VplTp = 1,. * VclTp = vc39 1/39 C2P6657 (AB) 111 1 Aal2PathVccTp = Iub1-1 (101, Aal2Ap = Iub1)
AtmPort = MS-26-1, VplTp = 1,. * VclTp = vc40 1/40 C2P6657 (AB) 110 1 Aal2PathVccTp = Iub1-2 (102, Aal2Ap = Iub1)
AtmPort = MS-26-1, VplTp = 1,. * VclTp = vc43 1/43 U3P1000M80 11 1 IubLink = 1, NbapCommon = 1
AtmPort = MS-26-1, VplTp = 1,. * VclTp = vc44 1/44 U3P1000M80 11 1 IubLink = 1, NbapDedicated = 1
AtmPort = MS-26-1, VplTp = 1,. * VclTp = vc45 1/45 U3P1000M80 11 1 Aal2Sp = 1, Aal2Ap = Iub1
... <вырез> ...
4.2.8 stt [r] [<Filter>] [<stateFilter>]
Цель: отображение состояния и пользователя физических портов и Ds0Bundles.

Параметры:
? r: обновить данные (т.е. перечитать с узла).
Аргументы:
? второй аргумент соответствует только полю состояния ("PUI")
Примеры:
? stt ms-26-1 распечатывает все порты и их пользователей, соответствующих ms-26-1
? stt. 0 | L распечатать все порты и их пользователей, у которых состояние отключено или заблокировано
? stt mtp3 busy распечатать все ссылки mtp3, которые находятся в состоянии использования занято
? stt mtp3 deact распечатать все ссылки mtp3, которые находятся

в деактивированном состоянии ссылки Формат распечатки:
? PUI: первая цифра представляет состояние PhysicalPort / Ds0Bundle. Вторая цифра (если есть) представляет
состояние пользователя. Третья цифра (если есть) представляет состояние промежуточного уровня, которым
может быть IMA (когда пользователь - AtmPort) или MTP2 (когда пользователь - Mtp3bSl). L = заблокировано, 1 =
включено, 0 = отключено.
? CG / KLM: группа цепей и KLM (для STM-1 с разделением каналов )
? SLC / PCM: SignallingLinkCode для Mtp3bSl или pcmSystemNr для TdmTermGrp
? Пользователь: уровень, использующий физический порт. Обычно AtmPort в узлах Утрана. Также может
быть TdmTermGrp или Mtp3bSl в MGW. В случае Mtp3bSl также отображаются linkState, procduralState и
usageState.
Пример распечатки RXI:
================================================== ================================================== ==================

Порт CG / KLM PUI USER
================================================== ================================================== ==================
Подставка = MS, слот = 7, .. *, Os155SpiTtp = pp1, Vc4Ttp = 1 11 AtmPort = MS-7-1
...
Подставка = MS, слот = 24,. *, Os155SpiTtp = pp1, Sts1SpeTtp = 1, Vt15Ttp = 1, T1Ttp = 11 / 1.1.1 11 АтмПорт = MS-24-1-1-1
Подставка = MS, слот = 24,. *, Os155SpiTtp = pp1, Sts1SpeTtp = 1, Vt15Ttp = 2, T1Ttp = 11 / 1.1.2 111 AtmPort = MS-24-ima1
Подставка = MS, слот = 24,. *, Os155SpiTtp = pp1, Sts1SpeTtp = 1, Vt15Ttp = 3, T1Ttp = 11 / 1.1.3 111 AtmPort = MS-24-ima1
Пример распечатки MGW:
================================================== ================================================== ==================

Порт CG / KLM SLC / PCM PUI ПОЛЬЗОВАТЕЛЬ
================================================== ================================================== ==================
2, слот = 25,. *, E1PhysPathTerm = 2251, Ds0. * = 22511 1 LL TdmTermGrp = E1_MSC3_Slot25_Port1_TS1-29_31
2, слот = 25,. *, E1PhysPathTerm = 2252, Ds0. * = 22521 2 1л TdmTermGrp = E1_MSC3_Slot25_Port2_TS1-29_31
2, слот = 25,. *, E1PhysPathTerm = 2253, Ds0. * = 22531 3 11 TdmTermGrp = E1_MSC3_Slot25_Port3_TS1-29_31
2, слот = 25,. *, E1PhysPathTerm = 2253, Ds0. * = 22532 0 111Mtp3bSpItu = 2. * Sls = msc3. * SlItu = msc3_0 (доступно, инициализировано, активно)
2, слот = 25,. *, E1PhysPathTerm = 2254, Ds0. * = 22541 4 11 TdmTermGrp = E1_MSC3_Slot25_Port4_TS1-29_31
4.2.9 ste [gr] [<Filter>] [<stateFilter>]
Цель: отображение состояния и конфигурации портов Ethernet.

Параметры:
? r: обновить данные (очистить кеш и перечитать с узла).
? g: распечатать дерево RSTP в графическом формате.
Аргументы:

? первый аргумент соответствует всей строке.
? второй аргумент соответствует только полю состояния

("S12" или "STL") Примеры команд:
? ste! nolink: показать все строки, кроме тех, которые содержат слово "nolink"
? ste. 0 | L: показать все строки, содержащие ресурс, состояние которого отключено или заблокировано
? ste forwarding: показать все строки, содержащие слово "forwarding"
Формат распечатки, первая таблица: В этих таблицах показаны свойства портов Ethernet, где выполняется
распределение IP, т. Е. Где определены IpInterfaces. Каждая строка соответствует MO GigabitEthernet (ETIPG /
ETMFG) или MO InternalEthernetPort (ETMFX). Каждый столбец соответствует атрибуту этих МО. Обратитесь к MOM
для получения более подробной информации по каждому атрибуту.
? Позиция: шасси, слот и номер порта - GigaBitEthernet :: portNo или 0 для InternalEthernetPort
? Скорость: GigaBitEthernet :: actualSpeedDuplex
? Конф: GigaBitEthernet :: configuredSpeedDuplex
? AutoNg: GigaBitEthernet :: автосогласование
? Мастр: GigaBitEthernet :: masterMode
? Prot: GigaBitEthernet :: ProtectionMode.
? DfRSw: GigaBitEthernet :: defRoutersLinkSwitch
? S: GigaBitEthernet :: administratorState и operatingState (0 = разблокировано и отключено, 1 = разблокировано и включено, L =
заблокировано)
? 1: GigaBitEthernet :: link1State
? 2: GigaBitEthernet :: link2State. Примечание: этот атрибут не применим к EPB и будет отображаться как -.
? ActiveLink: GigaBitEthernet :: activeLink
? Ссылка: GigaBitEthernet :: linkType
? Фрейм: GigaBitEthernet :: frameFormat или InternalEthernetPort :: frameFormat
? Vlans: список идентификаторов vlan для всех интерфейсов IpInterface, определенных на этом порту
(считывается из атрибута vid или vlanRef дочерних MO IpInterface). Значение идентификатора vlan -1
означает, что vlan не используется на этом порту ("vlan = false").
? DscpPbitMap: GigaBitEthernet :: dscpPbitMap или InternalEthernetPort :: dscpPbitMap (перечислены только
значения pbit) Пример:
================================================== ================================================== ================================

Положение Правления Скорость ConfAutNg Мастр Prot DfRSw S12 ActiveLink Ссылка на сайтРамка Вланс DscpPbitMap
================================================== ================================================== ================================
MFG МС-06-1 1Г_Ф 1Г_Ф правдаправдаправда ложь 111 1 (ПЕРВИЧНЫЙ) ФРОНТ 2DIX 20 0000000000101010003030300040404000505050000000600000000000000000
MFG МС-07-1 1Г_Ф 1Г_Ф правдаправдаправда ложь 111 1 (ПЕРВИЧНЫЙ) ФРОНТ 2DIX 20 0000000000101010003030300040404000505050000000600000000000000000
MFX12 МС-24-0 2DIX 19 0000000000101010003030300040404000505050000000600000000000000000
MFX12 МС-25-0 2DIX 19 0000000000101010003030300040404000505050000000600000000000000000
================================================== ================================================== ================================
Формат распечатки, вторая таблица: Каждая строка соответствует MO EthernetSwitch или EthernetSwitchPort (ETMFX),
или EthernetSwitchModule, или EthernetSwitchModulePort MO (CMXB), или EthernetBridgePort (CMXB / CCIB в подъезде
CAX), а также соответствующим дочерним MOs SwitchStp / SwitchPortStp. Каждый столбец соответствует атрибуту
этих МО. Обратитесь к MOM для получения более подробной информации по каждому атрибуту.
? Позиция: шасси, слот и номер порта:
- 0: EthernetSwitch (модуль)
- 1-7: EthernetSwitchPort :: номер порта
- 1-8: EthernetSwitchModulePort :: номер порта
? Lag: Положение порта, указанное в masterPort подключенного Lag MO, если применимо.
? lagSp: Lag :: aggregatedPortSpeed, скорость задержки
? Remote: SwitchStp :: rootBridgeId или SwitchPortStp :: remoteBridgeId -> если идентификатор моста указывает на
коммутатор внутри узла, MAC-адрес remoteBridge / rootBridge будет преобразован в положение коммутатора.
Если MAC-адрес не найден в узле, но указывает на внешний коммутатор, то будет напечатан MAC-адрес,
указанный в remoteBridgeId.
? Скорость: EthernetSwitch (модуль) Port / EthernetPort :: actualSpeedDuplex
? Conf: EthernetSwitch (модуль) Порт / EthernetPort :: operatingMode: configuredSpeedDuplex
? AutoNg: EthernetSwitch (модуль) Port / EthernetPort :: operatingMode: autoNegotiation

? Sys / Ext: EthernetSwitchPort :: systemPort или EthernetSwitchModulePort :: externalPort или EthernetBridgePort :: externalPort
? S: EthernetSwitch (модуль) Порт / EthernetPort :: administratorState и operatingState (0 =
разблокировано и отключено, 1 = разблокировано и включено, L = заблокировано)
? T: EthernetSwitch (модуль) Порт / EthernetPort :: состояние трафика
? L: Задержка: административное состояние и рабочее состояние. Применимо только в том случае, если порт (ы) являются
частью Lag MO.
? Приоритет: SwitchStp :: bridgePriority или SwitchPortStp :: priority
? Стоимость: SwitchPortStp :: actualPathCost
? RtCost: SwitchPortStp :: rootPathCost
? Состояние роли: SwitchPortStp :: stpRole и SwitchPortStp :: stpState
? Граница: SwitchPortStp :: edgePortMode
? PbitQMap: EthernetSwitch (Модуль) (Порт) :: pbitQueueMap
? UnIng: EthernetSwitchPort :: untaggedIngressVid и untaggedIngressPriority или EthernetSwitchModulePort ::
untaggedIngressVlanRef и untaggedIngressPriority. Показывает vid и приоритет, которые будут назначены
входящим кадрам без тегов.
? Вланы: EthernetSwitchPort :: vlanMembership или EthernetSwitchModulePort :: vlanRef и egressUntagVlanRef.
Показывает список идентификаторов vlan, поддерживаемых портом. Vlan, в которых исходящие кадры не будут
помечены, будут помечены буквой «U», например, «23U» означает, что vlan id 23 будет немаркирован на выходе.
Пример, ETMFX:
================================================== ================================================== =========================================

Положение платы Удаленная конфигурация скорости AutNg Sys STL Prio Cost RtCost Role-State Edge PbitQMap UnIng Vlan
================================================== ================================================== =========================================
MFX12МС-24-0 ЭС4-26 1G_Fправдаложный
1 32768 МОСТ 10112233 101: 0 0,101
MFX12МС-24-1 МС-25 1G_F 1 128 20000 100000 ROOT-FORWARDING EDGE_OFF 10112233 1: 0 0,101
MFX12МС-24-2 NOLINK 1G_F верно ложный L 128 200000000 0 НЕИЗВЕСТНЫЙ-ОТКАЗ EDGE_OFF 10112233 1: 0 0
MFX12МС-24-3 NOLINK 1G_F верно ложный L 128 200000000 0 НЕИЗВЕСТНЫЙ-ОТКАЗ EDGE_OFF 10112233 1: 0 0
MFX12МС-24-4 НЕТ ССЫЛКИ1G_Fправдаложный L 128 200000000 0 НЕИЗВЕСТНЫЙ-ОТКАЗ EDGE_OFF 10112233 1: 0 0
MFX12МС-24-5 ЭС1-031G_F 1G_Fправдаложный 1 128 20000 100000 АЛЬТЕРНАТИВ-ОТКАЗ EDGE_OFF 10112233 1: 0 0,101
MFX12МС-24-6 МС-24 1G_F 1G_Fправдаправда 1 128 20000 100000 НАЗНАЧЕНИЕ-ПЕРЕАДРЕСАЦИЯEDGE_OFF 10112233 1: 0 0,101
MFX12МС-24-7 НЕТ ССЫЛКИ1G_Fправдаложный L 128 200000000 0 НЕИЗВЕСТНЫЙ-ОТКАЗ EDGE_OFF 10112233 1: 0 0
....
Пример CMXB:
================================================== ================================================== =========================================

Доска Позиция УдаленныйСкорость Конф AutNg Ext STL Prio Стоимость RtCost Роль-состояние Край PbitQMap UnIng Вланс
================================================== ================================================== =========================================
CMXB МС-03-0 МС-03 1 0 МОСТ
CMXB МС-03-1 МС-03 1G_F 1G_F ложныйложный 1 128 20000 0 НАЗНАЧЕНИЕ-ПЕРЕАДРЕСАЦИЯBPDU_FILTER 10234567 1: 0 3005
CMXB МС-03-2 МС-03 10G_F 10G_Fложныйложный 1 128 2000 г. 0 НАЗНАЧЕНИЕ-ПЕРЕАДРЕСАЦИЯEDGE_OFF 10234567 1: 0 1480,1481,2001,3005
CMXB МС-03-3 МС-03 10G_F 10G_Fложныйложный 1 128 2000 г. 0 НАЗНАЧЕНИЕ-ПЕРЕАДРЕСАЦИЯEDGE_OFF 10234567 1: 0 1480,2001,3005
CMXB МС-03-4 МС-03 10G_F 10G_Fложныйложный 1 128 2000 г. 0 НАЗНАЧЕНИЕ-ПЕРЕАДРЕСАЦИЯEDGE_OFF 10234567 1: 0 1480,2001,3005
CMXB МС-03-5 МС-03 1G_F 1G_F ложныйправда 1 128 20000 0 НАЗНАЧЕНИЕ-ПЕРЕАДРЕСАЦИЯBPDU_FILTER 10234567 1: 0 1480,1481
CMXB МС-03-6 НЕТ ССЫЛКИ10G_Fложныйложный L 128 2000 г. 0 НЕИЗВЕСТНЫЙ-ОТКАЗ EDGE_OFF 10234567 1: 0
CMXB МС-03-7 НЕТ ССЫЛКИ10G_Fложныйложный L 128 2000 г. 0 НЕИЗВЕСТНЫЙ-ОТКАЗ EDGE_OFF 10234567 1: 0
CMXB МС-03-8 НЕТ ССЫЛКИ10G_Fложныйправда L 128 2000 г. 0 НЕИЗВЕСТНЫЙ-ОТКАЗ EDGE_OFF 10234567 1: 0
.....
Формат распечатки, вариант g:

? Поле с двухстрочной рамкой - это идентифицированный корневой мост в домене RSTP.
? stpState отмечен в середине строки знаком "S" (DIS = ОТКЛЮЧЕН, BLO = БЛОКИРОВКА, LIS =
LISTENING, DSC = DISCARDING, LEA = LEARNING, FWD = FORWARDING, UNK = UNKNOWN)
? stpRole отмечен в середине строки знаком "R" (R = ROOT, D = DESIGNATED, A = ALTERNATE, B =
BACKUP, U = UNKNOWN)
? Острие стрелки (<или>) в конце строки - это сторона, где на самом деле можно определить, какой порт имеет
отношение к плате, с которой начинается линия.
? X нарисован на той стороне порта, где он сбрасывает
? Будет отображаться только одна ссылка на LAG (более толстая), метка будет включать номера портов всех ссылок в
группе
? Приоритет моста (P) отображается внутри моста.
? rootPathCost (ПК) отображается для каждой ссылки
Пример, RNC3820:
0 ~~~~~~~~~~~~ 0

S СЕТЬ S
+ ---------------- >S S <----------------+

| 0 ~~~~~~~~~~~~ 0 |
| |

| |

| Порт 1, ПК = 0 Порт 1, ПК = 2000 |
| R = D, S = ВПЕРЕД R = D, S = FWD |
| |

# ============ # +------------ +
+ ---- > H МС-03 H Порт 2, ПК = 2000, R = R, S = FWD | МС-26 | < ---- +
| + - > HP = 8192 H <---------------------------------- | P = 16384 |< -+|
|| # ============ # +------------ + ||
|| ||

|| ||
| | Порт 1, ПК = 2000 Порт 1, ПК = 4000 | |

| | R = R, S = FWD R = R, S = FWD | |
||
||
|| + ------------+ +------------ + ||
| + --- | ES1-03 | Порт 2, ПК = 4000, R = A, S = DSC | ES1-26 | --- +|
| | P = 32768 | <--------------------------------- х | P = 32768 | |
| + ------------+ +------------ + |

| |

| |
| Порт 1, ПК = 2000 Порт 1, ПК = 4000 |

| R = R, S = FWD R = R, S = FWD |
| |

| + ------------+ +------------ + |
+ ----- | ES2-03 | Порт 2, ПК = 4000, R = A, S = DSC | ES2-26 | ----- +
| P = 32768 | <--------------------------------- х | P = 32768 |
+ ------------+ +------------ +

4.2.10 sti [bcfopr] [<Filter>] [<stateFilter>]
Назначение: Отображение состояния и конфигурации IP-интерфейсов.

Распечатка состоит из 7 таблиц:
? таблица IpInterfaces, одна строка на каждый MO IpInterface.
? таблица IpAccessHostEt, одна строка на каждый MO IpAccessHostEt.
? таблица IpAccessHostGpb / Spb, по одной строке на IpAccessHostGpb или IpAccessHostSpb MO.
? таблица IpAccessHostPool, одна строка на IpAccessHostEt MO часть IpAccessHostPool (применимо только к RNC
и MGW).
? таблица IpEthPacketDataRouter, одна строка на каждый MO IpEthPacketDataRouter (применимо только к RNC38xx).
? таблица M3uA, одна строка на каждый MO ассоциации M3uA (применимо только к RNC и MGW).
? таблица Iub / S1 / X2, по одной строке на MO типа IubLink, Iub, TemPointToMMe, TermPointToENB (применимо
только к RNC / RBS / ERBS).
Параметры:
? p: пинговать удаленные пункты назначения (распечатка займет больше времени)
? r: обновить данные (очистить кеш и перечитать с узла).
? f: показывать только обзорную таблицу IpInterface / IpAccessHost. Без этой опции отображаются все таблицы.
? o: показать список IpAccessHost в приведенных выше таблицах.
? b: показывать только интерфейсы сигнализации Iub / S1 / X2 (в RNC / RBS / ERBS). Без этой опции отображаются все
таблицы.
? c: показывать только интерфейсы сигнализации ядра (в RNC / MGW: SIGTRAN). Без этой опции отображаются все таблицы.
Аргументы:
? второй аргумент соответствует только полю состояния («GS12MUP», «GS12ISP» или «IRP»)
Формат распечатки, таблица IpInterfaces:
Каждая строка соответствует MO IpInterface. Каждый столбец соответствует атрибуту этих МО. Обратитесь к MOM
для получения более подробной информации по каждому атрибуту.
? Board: Тип платы ET, на которой расположен IpInterface (ETIPG, ETMFG, ETMFX).

? Интерфейс: крейт и слот платы ET, за которыми следует порядковый номер, чтобы различать
многочисленные интерфейсы IpInterface, определенные на одной плате.
? Vid: идентификатор vlan, считанный из атрибута IpInterface :: vid или IpInterface: vlanRef
? Подсеть: значение атрибутов IpInterface :: subnet и IpInterface :: networkPre xLength.
? DefaultRouter: число в скобках показывает, какой из них является активным defaultRouter в
соответствии с атрибутом IpInterface :: defaultRouterTrafc. Также показан IP-адрес активного
маршрутизатора по умолчанию, считанный из атрибута IpInterface :: defaultRouterX (где X равно 0, 1
или 2)
? rps: значение IpInterface :: rps
? I: значение IpInterface :: operatingState (0 = отключено, 1 = включено)
? R: значение IpInterface :: defaultRouterXState (где X равно 0, 1 или 2). Применимо только при rps = true, в
противном случае отображается «-» .
? P: статус пинга активного маршрутизатора по умолчанию (0 = недоступен, 1 = активен)
? H: состояние каждого IpAccessHost, подключенного к этому IpInterface.
? IpHosts: список IP-хостов, подключенных к этому IpInterface. G = IpAccessHostGpb, Et = IpAccessHostEt, S =
IpAccessHostSpb. Для каждого IpAccessHost отображается расположение хоста, а не имя MO. Чтобы увидеть
сопоставление местоположения хоста и имени MO, проверьте следующие две таблицы. В скобках рядом с
IpAccessHostEt показан пул IpAccessHostPool, использующий этот хост, если это применимо.
================================================== ================================================== ===================

Плата Интерфейс Vid Подсеть DefaultRouter Rps IRP HHH IpHosts
================================================== ================================================== ===================
IPGМС-04-1 632 10.164.233.64/29 (0) 10.164.233.70 ложный 1-1 1 G = MS-5-1
IPGМС-04-2 652 10.164.233.0/26 (0) 10.164.233.61 правда 111 111 S = MS-10-2 S = MS-23-1 S = MS-9-1
IPGМС-04-3 662 10.164.233.128/26 (0) 10.164.233.188 ложный 1-1 1 Et = MS-04-3 (IuB)
IPGМС-04-4 682 10.164.233.96/27 (0) 10.164.233.125 правда 111 1 Et = MS-04-4 (IuR)
IPGМС-04-5 2001 г. 192.168.101.0/24 (0) 192.168.101.1 ложный 1-1 1 Et = MS-04-5 (intraNode)
Формат распечатки, таблица IpAccessHostEt:

Каждая строка соответствует MO IpAccessHostEt. Описание столбцов:
? ET: Тип платы ET, на которой расположен IpAccessHostEt (ETIPG, ETMFG, ETMFX)
? Хост: крейт и слот платы ET, за которыми следует порядковый номер, чтобы различать множество
IpAccessHostEt, определенных на одной плате.
? MOName: имя MO IpAccessHostEt.
? Lnh: адрес линкхана платы ET. Требуется для запуска команды
EtHostMo_startPing / EtHostMo_startTraceRoute.
? Ntp: значение атрибута ntpDscp. Отображается, только если на этом хосте включен ntpServerMode. Если
ntpServerMode отключен, вместо него отображается прочерк.
? Fro: совокупность IpAccessHostEt. Требуется для запуска команды EtHostMo_startPing /
EtHostMo_startTraceRoute. Отображается только с опцией o.
? HostIp: IP-адрес IpAccessHostEt.
? Vid: идентификатор vlan IpInterface, подключенного к этому IpAccessHostEt.
? H: состояние IpAccessHostEt (L = заблокировано, 1 = включено, 0 = отключено).
? IRP: состояние MO IpInterface, подключенного к этому IpAccessHostEt. См. Описание в таблице выше.
? IpAccessHostPool / IpAcccessSctp: список MO, использующих этот хост, сначала перечислены пулы, затем
IpAccessSctp. Для IpAccessSctp он показывает положение GPB, на котором расположен SCTP, а не имя MO.
================================================== ================================================== ===================

ET Host MOName Lnh Ntp Fro HostIp Vid HIRP IpAccessHostPool / IpAccessSctp
================================================== ================================================== ===================
IPG Et = MS-04-2 MS-4-1 000400 - 1 192.168.101.4 2001 г. 11-1 intraNode
IPG Et = MS-04-3 МС-4-3 000400 49 2 10.212.48.5 700 11-1 Iub МС-06, МС-08, МС-12, МС-16
IPG Et = MS-04-4 МС-4-2 000400 - 3 10.202.212.3 812 1111 Ю_Юр
IPG Et = MS-25-2 МС-25-1 002500 - 4 192.168.101.25 2001 г. 11-1 intraNode
IPG Et = MS-25-3 МС-25-3 002500 49 5 10.212.48.6 700 11-1 Iub МС-06, МС-08, МС-12, МС-16
Формат распечатки, таблица IpAccessHostGpb / Spb:

Каждая строка соответствует MO IpAccessHostGpb / Spb. Описание столбцов:
? Хост: шасси и слот GPB / SPB, где расположен IP-хост.
? Плата: тип платы, на которой расположен IP-хост.
? MOName: имя IpAccessHostGpb / Spb MO.

? HostIp1 / 2: IP-адреса IP-хоста.

? Interface1 / 2: положение IpInterfaces, подключенных к IP-узлу.
? Vid1 / Vid2: идентификатор vlan интерфейсов IpInterface, подключенных к IP-узлу.
? H: состояние IP-хоста (L = заблокировано, 1 = включено, 0 = отключено).
? IRP1 / 2: состояние IpInterfaces, подключенных к IP-узлу (см. Подробное описание состояния IRP в первой таблице).
================================================== ================================================== ===================

Хост Доска MOName HostIp1 HostIp2 Интерфейс1 Интерфейс2 Vid1 Vid2 H IRP1 IRP2
================================================== ================================================== ===================
G = MS-08 GPB53 МС-8 10.159.22.2 10.159.22.18 МС-26-2 МС-27-2 929 929 1 1-1 1-1
G = ES1-12 GPB53 ES-1-12 10.212.0.27 10.212.0.28 ES1-03-1 ES1-26-1 100 100 1 1-1 1-1
G = ES1-13 GPB53 ES-1-13 10.212.0.29 10.212.0.30 ES1-03-1 ES1-26-1 100 100 1 1-1 1-1
S = МС-19 СПБ3 МС-19 10.159.18.7 10.159.18.8 МС-26-3 МС-27-3 945 945 1 111 111
S = МС-20 СПБ3 МС-20 10.159.18.9 10.159.18.10 МС-26-3 МС-27-3 945 945 1 111 111
S = МС-21 СПБ3 МС-21 10.159.18.11 10.159.18.12 МС-26-3 МС-27-3 945 945 1 111 111
Формат распечатки, таблица IpAccessHostPool (RNC / MGW):

Каждая строка соответствует МО IpAccessHostEt, используемому IpAccessHostPool. Каждый столбец соответствует
атрибуту этих МО.
? Пул: имя IpAccessHostPool
? HostEt: позиция (Subrack-Slot) IpAccessHostEt MO, за которой следует порядковый номер, чтобы различать
многочисленные IpAccessHostEt, определенные на одной плате.
? HostIp: атрибут IpAccessHostEt :: ipAddress
? ET: тип платы (ETIPG, ETMFG или ETMFX)
? Vid: идентификатор vlan IpInterface, подключенного к этому IpAccessHostEt.
? P: состояние IpAccessHostPool MO (L = заблокировано, 1 = разблокировано и включено, 0 = разблокировано и отключено)
? H: состояние IpAccessHostEt MO
? I: состояние MO IpInterface, подключенного к этому IpAccessHostEt, такое же, как показано в первой таблице.
? R: состояние активного defaultRouter, такое же, как показано в первой таблице.
? P: статус ping для активного defaultRouter, как показано в первой таблице.
? Пользователи: читать из атрибута IpAccessHostPool :: reservedBy. Показывает «Rnc», если пул используется
MO RncFunction (применимо к пулу intraNode / BEES), в противном случае показывает количество IubLinks /
IurLinks / IuLinks, использующих этот пул.
RNC:
================================================== ================================================== ===================
Пул HostEt HostIp ET Vid PH Пользователи IRP: Iuc Iur Iub
================================================== ================================================== ===================
ВМС МС-04-3 10.164.233.129 IPG 662 11 1-1 0 0 34
ВМС МС-25-3 10.164.233.130 IPG 662 11 1-1 0 0 34
IUR МС-04-4 10.164.233.97 IPG 682 11 111 0 24 0
IUR МС-25-4 10.164.233.98 IPG 682 11 111 0 24 0
intraNode МС-04-5 192.168.101.4 IPG 2001 г. 11 1-1 Rnc 0 0 0
intraNode МС-25-5 192.168.101.25 IPG 2001 г. 11 1-1 Rnc 0 0 0
MGW:
================================================== ================================================== ===================
Тип пула HostEt HostIp ET Vid PH IRP
================================================== ================================================== ===================
А А ГЛАВНАЯ-06-2 10.52.211.10 IPG 1180 11 1-
А А ГЛАВНАЯ-14-1 10.52.211.11 IPG 1180 11 1-
А А ГЛАВНАЯ-17-1 10.52.211.12 IPG 1180 11 1-
А А MSE1-14-2 10.52.211.13 IPG 1180 11 1-
Iu IU ГЛАВНАЯ-06-2 10.52.211.10 IPG 1180 11 1-
Iu IU ГЛАВНАЯ-14-1 10.52.211.11 IPG 1180 11 1-
Iu IU ГЛАВНАЯ-17-1 10.52.211.12 IPG 1180 11 1-
Iu IU MSE1-14-2 10.52.211.13 IPG 1180 11 1-
Формат распечатки, таблица IpEthPacketDataRouter (RNC):

Каждая строка соответствует MO IpEthPacketDataRouter. Каждый столбец соответствует атрибуту этих МО.
? IpEthPdr: позиция (Subrack-Slot) PdrDevice, за которой следует атрибут IpEthPacketDataRouter :: ipAddressSelection.
Значение 1 означает IP_ADDRESS_1, значение 2 означает IP_ADDRESS_2. Значение 11 означает, что оба
IpEthPacketDataRouter этого PdrDevice используют IP_ADDRESS_1, тогда как 22 означает, что оба используют
IP_ADDRESS_2 (что будет означать, что весь трафик PdrDevice направляется на один и тот же IpInterface вместо
того, чтобы разделять нагрузку на оба IpInterfaces)
? SPB: тип платы SPB, на котором размещается PdrDevice
? HostSpb: позиция IpAccessHostSpb, подключенного к этому IpEthPacketDataRouter, за которой следует число 1
или 2, в зависимости от значения IpEthPacketDataRouter :: ipAddressSelection
? HostIp: IP-адрес IpAccessHostSpb, может быть ipaddress 1 или 2, в зависимости от значения
IpEthPacketDataRouter :: ipAddressSelection

? ET: тип платы IpInterface, подключенного к этому IpAccessHostSpb (ETIPG, ETMFG или ETMFX)
? Vid: идентификатор vlan IpInterface, подключенного к этому IpAccessHostSpb.
? E: состояние IpEthPacketDataRouter MO (L = заблокировано, 0 = разблокировано и отключено, 1 = разблокировано и
включено)
? H: состояние IpAccessHostSpb MO
? U: значение usageState PdrDevice, на котором размещен этот IpEthPacketDataRouter (I = Idle, A = Active, B = busy).
? I: состояние MO IpInterface, подключенного к этому IpAccessHostEt, такое же, как показано в первой таблице.
? R: состояние активного defaultRouter, такое же, как показано в первой таблице.
? P: статус ping для активного defaultRouter, как показано в первой таблице.
? Iup: значение IpEthPacketDataRouter :: reservedBy. Показывает, какие IP- ссылки IuPS могут использовать этот
IpEthPacketDataRouter для соединений на уровне пользователя. Если пусто, это означает, что он может использоваться
всеми IP- ссылками IuPS.
================================================== ================================================== ===================

ИпЭтПдр СПБ HostSpb HostIp Интерфейс ET Vid EH U IRP Iup
================================================== ================================================== ===================
МС-19-1 СПБ21 МС-19-1 114.126.135.176 MFG МС-07-1 2000 г. 11 А 1-1 любой
Формат распечатки, таблица ассоциаций M3u (RNC / MGW):

Каждая линия соответствует МО M3uAssociation. Каждый столбец соответствует атрибуту этих МО.
? столбец HostGpb идентифицирует MO IpAccessHostGpb.
? столбец Sctp определяет MO Sctp
? столбец M3uA идентифицирует MO ассоциации M3uAssociation. В начале строки указывается идентификатор
родительского МО Mtp3bSp, затем идет идентификатор МО M3uAssociation. Подстановочный знак (. *)
Разделяет два идентификатора.
? столбец Assoc идентифицирует ассоциацию sctp, заданную позицией gpb и номером ассоциации.
Номер ассоциации можно использовать в распечатке sctphost_info -assoc <assocnumber>.
? столбец GS12MUP показывает различные состояния, где: G = IpAccessHostGpb, S = Sctp, 1 = IpInterface1, 2 = IpInterface2, M =
M3uAssociation, U = User, P = ipac_ping (1 = активен, 0 = notalive). Пинг выполняется только тогда, когда "sti" запускается с
опцией "p".
? в столбце A показано состояние ассоциации M3uAssociation, где: I = неактивно, A = активно, E = установлено, D =

отключено.
? столбец LocalInterface показывает локальный интерфейс, может быть MO IpInterface или MO FastEthernet. В
случае FastEthernet к идентификатору добавляется буква «f», как показано в третьей строке распечатки ниже. В
скобках указано, является ли выбранный интерфейс интерфейсом 1 или интерфейсом 2. Ассоциация пытается
установить на интерфейсе 1, но если это не удается, то используется интерфейс 2.
? столбец RemoteInterface показывает, какой интерфейс используется на удаленной стороне, 1 или 2.
? столбцы LocalIp: Port и RemIp: Port показывают ipaddress и sctp-порт ассоциации для каждой стороны.
? В столбце User показано, какая часть приложения использует эту связь. Может быть GCP (Vmgw), Q.AAL2 (Aal2Ap),
RANAP, RNSAP.
Пример MGW:
================================================== ================================================== ========================
HostGpb Sctp M3uA Assoc GS12 MUP Локальный интерфейс, Ip: порт RemInterface, Ip: порт пользователя
================================================== ================================================== ========================
IPACGPB_2_6Sctp_2_6 2. * msc2qa 0006: 1481111111 А (1) 2-19 10.201.0.31:2905 (2) 10.202.10.20:2905 Vmgw = VMGW92
IPACGPB_2_6Sctp_2_6 2. * nwp141a 0006: 60 1111111 D(2) 2-20 10.201.10.31:2905(1) 10.201.12.141:2905 Aal2Sp = 1, Aal2Ap = nwp141
SIG12_13 SIG12_132. * nwp206a 0012: 5 1111111 А (1) 1-12f 10.202.0.30:2905 (1) 10.202.2.206:2905 Aal2Sp = 1, Aal2Ap = nwp206
Пример RNC:
================================================== ================================================== ==============================

HostGpbSctp M3uA Assoc GS12 MUP A LocalInterface, Ip: порт RemInterface, Ip: порт Пользователь
================================================== ================================================== ==============================
МС-8-1 MS-8 Iu. * Mgw7-2521-1720 0008: 21 1111 111 А (1) МС-7 10.207.2.121:2905 (1) 10.207.2.245:2905 Aal2Ap = Aal2routing-mgw7-2521-1720
МС-8-1 MS-8 Iu. * Mgw71-2521-1730 0008: 4 1111 111 А (1) МС-7 10.207.2.121:2905 (1) 10.207.2.246:2905 Aal2Ap = Aal2routing-mgw71-2521-1730
МС-8-1 МС-8 Ю. * МС-2521-1700 0008: 18 1111 111 А (1) МС-7 10.207.2.121:2905 (2) 10.207.12.240:2905Cn. * = 23591, Iu. * = Iuc-1700, Ranap = Iuc-1700
МС-8-1 МС-8 Ю. * МС-2521-1710 0008: 2 1111 111 А (1) МС-710.207.2.121:2905 (1) 10.207.2.242:2905 Cn. * = 23591, Iu. * = Iuc-1710, Ranap = Iuc-1710
МС-8-1 МС-8 Ю. * Iup-2521-2207 0008: 33 1111 111 А (1) МС-710.207.2.121:2905 (2) 10.207.4.1:2905 Cn. * = 23591, Iu. * = Iup-2207, Ranap = Iup-2207
МС-8-1 МС-8 Ю. * Iup-2521-2271 0008: 34 1111 111 А (1) МС-710.207.2.121:2905 (2) 10.207.4.17:2905 Cn. * = 23591, Iu. * = Iup-2271, Ranap = Iup-2271
МС-8-1 МС-8 Ю. * Iur-2521-2522 0008: 22 1111 111 А (1) МС-710.207.2.121:2905 (2) 10.207.12.122:2905Iur. * = Iur-2521-2522, Rnsap = Iur-2521-2522
Формат распечатки, таблица IubLink (RNC): в этой таблице показаны конфигурация и состояние соединений уровня
управления для IubLink на основе IP (для соединений уровня пользователя Iub см. Таблицу IpAccessHostPool).
Каждая строка соответствует MO IubLink в RNC. Каждый столбец соответствует атрибуту этих МО.
? Sctp: значение IubLink :: sctpRef. Показано расположение GPB, на котором размещен этот Sctp.
? Mod: значение IubLink :: rncModuleRef.

? Хост: значение Sctp :: ipAccessHostGpbId или Sctp :: ipAccessSctpRef. Показывает «Gpb», если используется
IpAccessHostGpb, или «Et», если используется IpAccessSctp.
? Interf1 / Interf2: позиция IpInterfaces, используемых IpAccessHost (ами).
? LocalIp1 / LocalIp2: IP-адреса IpAccessHost, используемых Sctp.
? RemoteIp: значение IubLink :: remoteCpIpAddress1
? IubLink: название МО IubLink.
? G: состояние IpAccessHostGpb или IpAccessSctp, используемое Sctp MO (0 = заблокировано, 1 =
разблокировано и включено, 0 = разблокировано и отключено)
? S: состояние Sctp MO
? 1: состояние IpInterface 1
? 2: состояние IpInterface 2
? I: состояние IubLink MO
? S: состояние NodeSynch MO
? PP: статус проверки связи от каждого интерфейса IpInterface к RemoteIp (0 = недоступен, 1 = активен). Первый
«P» соответствует статусу ping от IpInterface 1, второй «P» соответствует статусу ping от IpInterface 2.
? поля NbapC_Assoc и NbapD_Assoc определяют ассоциации sctp для NbapCommon и NbapDedicated. Первый
номер - это номер локального порта, затем номер удаленного порта, затем номер ссылки ассоциации SCTP в
соответствии с распечаткой sctphost_info -assoc -all . Число в скобках обозначает активный интерфейс
IpInterface, используемый для этой связи.
================================================== ================================================== =====================================

Sctp Mod Host Interf1 Interf2 LocalIp1 LocalIp2 RemoteIp IubLink GS12 ISPP NbapC_Assoc NbapD_Assoc
================================================== ================================================== =====================================
МС-14 1 Гпб МС-25-1 МС-26-1 10.100.0.140 10.100.1.140 10.100.2.150 Иуб-1 1111 11111: 5101: 30 (1)2: 5102: 23 (1)
МС-14 1 Гпб МС-25-1 МС-26-1 10.100.0.140 10.100.1.140 10.100.2.150 Иуб-10 1111 11111: 5119: 33 (1)2: 5120: 26 (1)
Формат распечатки, таблица Iub (RBS):

? LocalIp: IP-адрес IpAccessHostGpb или IpAccessHostEt, используемый для плоскости управления Iub.
? RemoteIp1 / RemoteIp2: IP - адрес , используемый на удаленной стороне (RNC) в
соответствии с распечаткой sctphost_info -assoc -all
? G: состояние IpAccessHostGpb или IpAccessSctp MO
? I: состояние МО IpInterface
? C: состояние NbapCommon MO
? D: состояние Nbap Выделенное МО
? P: статус ping, один ping для каждого remoteIp (0 = недоступен, 1 = активен)
? поля NbapC_Assoc и NbapD_Assoc определяют ассоциации sctp для NbapCommon и NbapDedicated. Первый
номер - это номер локального порта, затем номер удаленного порта, затем номер ссылки ассоциации SCTP в
соответствии с распечаткой sctphost_info -assoc -all . Число в скобках обозначает активный интерфейс
IpInterface, используемый для этой связи.
================================================== ================================================== ===================

LocalIp RemoteIp1 RemoteIp2 IubLink GSI CDPP NbapC_Assoc NbapD_Assoc
================================================== ================================================== ===================
10.2.35.143 10.2.35.16 10.2.35.17 Iub = 1 111 1111 5113: 1 (2) 5114: 2 (1)
================================================== ================================================== ===================
Формат распечатки, интерфейсы S1 / X2 в ERBS:

? T: состояние TermPoint MO
? H: состояние IpAccessHostEt MO
? P: статус ping для активного удаленного IP-адреса (0 = недоступен, 1 = активен)
? Assoc: ссылка номер SCTP ассоциации в соответствии с распечаткой sctphost_info -assoc -all
? TermPoint: «ENB» относится к TermPointToENB MO (X2), «Mme» относится к TermPointToMME MO (S1).
================================================== ================================================== ===================


Проверено Дата Ред.

файл
2018-10-30 BX moshellUserGuide.tex
LocalIp: Порт RemoteIp: порт StandbyRemoteIp TSHP Assoc TermPoint

================================================== ================================================== ===================
10.62.11.34:36422 10.62.11.33:36422 10.62.11.34 1111 71 ENB = 104023
10.62.11.34:36422 10.64.193.81:36412 10.62.11.82 1111 68 Mme = MME010064193081
10.62.11.34:36422 10.64.193.91:36412 10.62.11.92 1111 70 Mme = MME010064193091
================================================== ================================================== ===================
4.2.11 п.
Цель: отображение состояния и конфигурации сетевой синхронизации.

Распечатка считывается из MO синхронизации на узлах CPP и всех дочерних MO синхронизации / Ntp / Ptp на
узлах COM.
Формат распечатки CPP
Первая строка соответствует значению атрибута nodeSystemClock. Если узел является частью кластера
синхронизации группы узлов, в следующей строке будет указана роль группы узлов (поставщик или получатель).
Остальные строки соответствуют значениям атрибутов syncReference, syncRefPriority, syncRefActivity, syncRefStatus.
Примеры:
RNC01> ст.
SystemClock: LOCKED_MODE
-------------------------------------------------- -----------------------------------
Prio Деятельность RefState AdmState OpState SyncReference
-------------------------------------------------- -----------------------------------
1 АКТИВНЫЙ хорошо РАЗБЛОКИРОВАНОВКЛЮЧЕНО Подставка = MS, слот = 4, PlugInUnit = 1, TimingUnit = 1, TuSyncRef = 1
2 НЕАКТИВНЫЙхорошо РАЗБЛОКИРОВАНОВКЛЮЧЕНО Подставка = ES-2, слот = 2, PlugInUnit = 1, ExchangeTerminal = 1, Os155
RBS14> ст.

SystemClock: HOLD_OVER_MODE
-------------------------------------------------- -----------------------------------
Приоритетная активность RefState AdmState OpState SyncReference
-------------------------------------------------- -----------------------------------
1 НЕАКТИВНЫЙНЕ СМОГЛИРАЗБЛОКИРОВАНООТКЛЮЧЕНIpAccessHostEt = 1, IpSyncRef = 1
2 НЕАКТИВНЫЙНЕ СМОГЛИРАЗБЛОКИРОВАНООТКЛЮЧЕНIpAccessHostEt = 1, IpSyncRef = 2
Формат распечатки MSRBS

Первая строка указывает состояние часов в RadioEquipmentClock MO. Если узел является частью кластера
синхронизации группы узлов, тогда следующая строка будет указывать роль группы узлов (поставщик или
получатель). В таблице показаны атрибуты каждого MO RadioEquipmentClockReference. Приоритет отмечен
звездочкой, что указывает на активную ссылку. MO, на который указывает атрибут "инкапсуляция", показан справа
вместе с некоторыми его атрибутами в скобках.
Примеры:
MSRBS1> sts
radioClockState: FREQUENCY_LOCKED

-------------------------------------------------- -----------------------------------
Prio ST syncRefType refStatus opQualLevel SyncReference

-------------------------------------------------- -----------------------------------

*1 1 SYNC_E NO_FAULT КНР Синхронизация = 1, SyncEthInput = TN_B (SFP_OPTICAL Ethe
2 1 FREQUENCY_PORT NO_FAULT КНР Синхронизация = 1, FrequencySyncIO = 1 (FREQUENCY_1PPS F
ТЦУ> стс

radioClockState: FREQUENCY_LOCKED

-------------------------------------------------- -----------------------------------
Prio ST syncRefType refStatus opQualLevel SyncReference

-------------------------------------------------- -----------------------------------
2 0 NTP_FREQUENCY NTP_FAULT QL_UNKNOWN Ntp = 1, NtpFrequencySync = 1 (192.168.250.101:32751 Маршрутизатор
*3 1 PTP_FREQUENCY NO_FAULT КНР Ptp = 1, BoundaryOrdinaryClock = PTP_FREQUENCY (G_8265_1 Ro
4 1 PTP_FREQUENCY NO_FAULT КНР Ptp = 1, BoundaryOrdinaryClock = PTP_FREQUENCY_IPV6 (G_8265


1553-CXC1328930
5 1 GNSS_RECEIVER NO_FAULT GNSS Синхронизация = 1, TimeSyncIO = GPS (FieldReplaceableUnit

7 1 PTP_TIME PTP_FAULT QL_UNKNOWN Ptp = 1, BoundaryOrdinaryClock = PTP_TIME (IEEE_1588_J3 Eth
4.2.12 ул.
Распечатать статус IubLinks / AbisLinks и связанных с ними ячеек и каналов (только RNC / BSC).
Команда имеет два синтаксиса в зависимости от типа узла.
CDMA BSC: str [| <unix-cmds>]
-------------------------------------------------- ----------------
ПЛОЩАДЬ C1 C2 C3 АППАРАТЫ ABIS BACKHAUL
-------------------------------------------------- ----------------
96 11 11 11 11 RBS1_Backhaul BHRBS1_Backhaul_BHSBackhaulSpan_1
-------------------------------------------------- ----------------
Состояния каналов отображаются для каждой ячейки, а также состояния AbisCommon и AbisDedicated .
МО-идентификатор в транзитном и AtmPort с также показаны для каждого сайта.
Аббревиатура состояния: L означает заблокировано, 0 означает отключено, а 1 означает включено.
UTRAN RNC: str [123ft] [<csv файл>] [<параметры-фильтра>] [| <unix-cmds>]

Чтобы увидеть состояние всех или части ячеек / iubs / каналов в узле, по одной строке на сайт.
Опции фильтра (-m, -s, -i, -c, -g, -t, -r) позволяют получать состояния только для части сайтов / ячеек, чтобы ускорить
вывод. Например:
? str -m 7,8,9 - состояния печати только для модулей 7, 8 и 9
? str -s ms, es-1 - распечатать состояния только для субкрейков ms и es-1
? str -i 9012 - выводить состояния только для МО Iublink = 9012 и связанных с ним ячеек
? str -c 90121,90131 - выводить состояния только для МО Iublink, подключенных к МО UtranCell = 90121 и UtranCell = 90131
? str -g clusterNorth - выводить состояния только для Iublinks, определенных в группе MO "clusterNorth"
? ул.-tа - состояние печати только для iublink на банкоматах

? ул.-tя- состояние печати только для iublink на основе IP
? str -t ai - распечатать состояния для iublink с двойным стеком
? str -r 9345 - состояние печати для IubLinks, подключенных к

RSite = 9345. Существует пять возможных форматов вывода:
В распечатке str используется сокращенное обозначение ячеек, где предполагается, что последняя цифра
идентифицирует сектор. Для сетей, в которых сектор не идентифицируется последней цифрой, может быть удобно
использовать str1 или str2, поскольку в этом случае для каждого сектора будет отображаться полное имя ячейки.
Команда strt показывает порты AtmPorts, используемые каждым сайтом.
Команда str3 показывает состояние ячеек в сжатом формате, чтобы уместить 12 ячеек в строке, подробности см. Ниже.
? ул.
-------------------------------------------------- ---------------------------------------------
МОД ИМЯ ЯЧЕЙКИ IUBLINK CFRPHEU1 CFRPHEU2 CFRPHEU3 ICDS TN R
-------------------------------------------------- ---------------------------------------------
1 Iub_3011 3011-1 / 2/3 1111111 L000000 1000000 1111 IP
-------------------------------------------------- ---------------------------------------------
? strt
-------------------------------------------------- ---------------------------------------------
MOD IUBLINK CELLNAME CFRPHEU1 CFRPHEU2 CFRPHEU3 ICDS TN TNPORTS
-------------------------------------------------- ---------------------------------------------
1 Iub_3011 3011-1 / 2/3 1111111 L000000 1000000 1111 AI МС-25-1 МС-26-1
8 Iub_3012 3012-1 / 2/3 1111111 1111111 1111111 1111 я МС-23 МС-24
-------------------------------------------------- ---------------------------------------------
? str1


1553-CXC1328930
2018-10-30 BX
moshellUserGuide.tex
-------------------------------------------------- ---------------------------------------------
MOD IUBLINK CELLNAMES CFRPHEU1 CFRPHEU2 CFRPHEU3 ICDS
-------------------------------------------------- ---------------------------------------------
1 Iub_3011 30111 30112 30113 1111111 L000000 1000000 1111
-------------------------------------------------- ---------------------------------------------
? ул2
-------------------------------------------------- --------------------------------------
MOD IUBLINK ICDS CELL1 CFRPHEU CELL2 CFRPHEU CELL3 CFRPHEU
-------------------------------------------------- --------------------------------------
1 Iub_3011 1111 30111 1111111 30112 1111111 30113 1111111
-------------------------------------------------- --------------------------------------
? ул3
-------------------------------------------------- ---------------------
IUBLINK MOD TN R ICDS C01 C02 C03 C04 C05 C06 C07 C08 C09 C10 C11 C12
-------------------------------------------------- ---------------------
Iub-1523 1111 IP 1111 111 111 111 11 11 111

Иуб-1526 1161 А N 1111 111 1 111 111 111 111
-------------------------------------------------- ---------------------
? MOD : модуль RNC, который обрабатывает плоскость управления для этого Iub, соответствует атрибуту IubLink ::
rncModuleRef
? IUBLINK : MO-название IubLink.
? CELLNAME : имя ячеек, подключенных к этому IubLink. Имена ячеек соответствуют соответствующим
секторов. Например: 6306-1 / 2/3 означает, что: ячейка 63061 подключена к сектору 1, ячейка 63062
подключена к сектору 2, ячейка 63063 подключена к сектору 3.
? CFRPHEU : Первая цифра - это состояние MO UtranCell. Следующие три цифры обозначают состояние общих
каналов (Fach / Rach / Pch). Пятая цифра (если есть) представляет состояние канала HSDPA (Hsdsch). Шестая
цифра (если есть) представляет состояние улучшенного восходящего канала (Eul). Седьмая цифра (если есть)
представляет состояние канала EulFach (EulFach).
? ICDS : первая цифра - это состояние IubLink. Вторая цифра - это состояние MO NbapCommon или MO
SctpAssociation, обрабатывающего Nbap Common. Третья цифра - это состояние NbapDedicated MO или
SctpAssociation MO, обрабатывающего Nbap Dedicated. Четвертая цифра - это состояние NodeSynch MO.
? TN : Тип транспортной сети, используемой IubLink. A = ATM, I = IP, AI = DualStack
? R : конфигурация избыточности Iub для IubLink, считанная из атрибута IubLink :: poolRedundancy. P =
первичный, S = вторичный, N = без резервирования. Применимо только для RNC в пуле с функцией
резервирования Iub.
? TNPORTS : блок и слот ETIP (в случае IP Iub) или ATMPORT (в случае ATM или DualStack Iub)
? CXX : сжатый статус ячейки, содержащий до 3 цифр на ячейку (XX - это число от 01 до 12):
- 1-я цифра - это комбинированное состояние UtranCell + Fach + Rach + Pch: если все четыре активны, то
отображается 1. Если один или несколько заблокированы, отображается «L», «T», «S» или «U». "в
зависимости от типа замка (см. ниже). Если один или несколько отключены, отображается 0.
- 2-я цифра - это состояние ХсДщ.
- 3-я цифра - это комбинированное состояние Eul + EulFach (применяется то же правило, что и для 1-й цифры).
Значения состояний:
? L = Заблокировано
? S = ShuttingDown
? T = TPS power Locked (соответствует атрибуту tpsPowerLockState)
? U = выключение питания TPS
? 0 = разблокировано и отключено
? 1 = разблокировано и включено
Вывод может быть передан через внешние команды unix, такие как grep.
Если в качестве аргумента указано имя файла, вывод будет сохранен в этот файл в формате csv (а также будет распечатан на
экране).
Параметр f (быстрый) предназначен для печати без извлечения данных. Т.е. данные можно получить один раз, а
затем отобразить разными способами без необходимости получать их каждый раз снова.
Примеры:
strf | grep 3011

str1f | sort -k 2 (сортировка по второму полю)

4.2.13 dcg [meiasrfkx] [-m <рабочие часы>] [-d <дни журнала>] [-b <доски | группа досок> | все] [-k <nrdumps>] [-f
<фильтр очистки>] [<logdir> ]
Получите данные для TR / CSR в соответствии с Руководством по сбору данных.

Команда dcg предлагает несколько опций, можно комбинировать несколько опций, например: «dcgmsr»
Варианты для узлов CPP:
? m: обязательные данные. Включает modump, log-файлы, pm rop-файлы, CV, распечатки coli.
? e: аварийные данные. Подмножество обязательных данных, которые могут быть получены в случае аварии
перед перезапуском платы / узла. Эта опция обычно запускается сама по себе.
? i: распечатки IP
? a: Распечатки ATM / AAL2. По умолчанию собираются только распечатки AAL2. Для получения распечаток
банкомата используйте опцию «-b», см. Ниже.
? s: Распечатки SS7
? x: распечатки СПАС
? r: специальные распечатки RNC.
? f: получить файлы журналов, rop-файлов и CV. Создается три zip-файла, которые можно использовать в офлайн-
режиме в pmr, pmx, lg и dbc. Обратитесь к главе «Офлайн-режим» для получения дополнительной информации.
? k: взять дамп МО (формат kget). Создается zip-файл, содержащий MO-дамп и MOM узла, его можно
использовать в офлайн-режиме, запустив "moshell <zip-file>". Обратитесь к главе «Офлайн-режим» для
получения дополнительной информации.
Опции для COM-узлов:
? m: обязательные данные. Включает в себя modump, файлы журналов, файлы pm rop,
распечатки coli и большие ESI (узлы RCS). По умолчанию dcgm собирает большой ESI.
Чтобы получить небольшой ESI, используйте dcge или опцию -k 0, например dcgm -k 0.
Чтобы получить статический ESI, используйте параметр -k -1 (static = small без обратных вызовов, полезно в случае сбоя
небольшого ESI).
? e: аварийные данные. То же, что и m, но с маленьким ESI вместо большого.
? f: получить файлы журналов и rop-файлов. Создается два zip-файла, которые можно использовать в офлайн-
режиме в pmr, pmx и lg. Обратитесь к главе «Офлайн-режим» для получения дополнительной информации.
? k: взять дамп МО (формат kget). Создается zip-файл, содержащий MO-дамп и MOM узла, его можно
использовать в офлайн-режиме, запустив "moshell <zip-file>". Обратитесь к главе «Офлайн-режим» для
? -m <rophours>: количество часов ROP-файлов для сбора с помощью pmrf, например «-m 2». По умолчанию 8 часов
постоянного тока и 48 часов.
в dcgm / dcgf. Примечание: количество часов, в течение которых файлы ROP событий собираются с помощью
pmef, будет составлять одну четвертую от этого значения (по умолчанию: 2 часа в dcge и 12 часов в dcgm /
dcgf).
? -d <logdays>: количество дней для сбора файлов журнала с помощью lgf, например, «-d 30». По умолчанию 60
дней в dcgm / dcgf. Примечание: чтобы указать часы или минуты, используйте «h» или «m», например, «-d 2h»,
чтобы собрать последние 2 часа.
? -b <boards | boardgroup> | all: платы ET, на которых будет выполняться dcgi / dcga. Если этот параметр не указан, dcga
не собирает данные платы ET, в то время как dcgi собирает данные всех плат ET. Пример: dcgi -b 000600,000700
? -k <nrdumps>: количество дампов ENB DSP для сбора на узлах CPP или степень детализации ESI на узлах RCS (
1 = большой, 0 = маленький, -1 = статический). Соответствует параметру -d в команде lg. По умолчанию: 1 в dcgm, 0 в dcge.
Если на узлах CPP задана опция -k -1, то сбор прокси DCG будет пропущен (действие DataCollection.runDcg ()).
? -f <mofilter>: фильтр MO для сбора дампа MO. Например, «-f ! Relations =», чтобы пропустить MO, такие как
UtranRelation / GsmRelation, в дампе MO.
Аргумент:
? каталог, в котором будут храниться собранные данные. Если каталог не указан,
используется каталог ~ / moshell_logfiles / logs_moshell / dcg / <узел> / <дата> _
<время>.
Пожалуйста, обратитесь к командному файлу в moshell / commonjars / scripts / dcg_datacollection.mos, чтобы
просмотреть различные команды, выполняемые для каждой опции. Более подробную информацию о каждой
команде можно найти, набрав h <command>
Примечание: для узлов CPP, если уровень MO недоступен, в любом случае можно запустить dcg, набрав uv nocorba =
1 перед выполнением dcg. Использование nocorba = 1 означает, что moshell не будет пытаться подключиться к
службе MO и будет запускать команды только через telnet / ftp / ssh / sftp.

4.2.14 hc [iuzd] [v] [-r | -x <числа>] [<файл hclog> | <hclogdir> | <hcreportdir>] [<файл hclog2> | <hclogdir2>]
Запустите отчет проверки работоспособности или сравните журналы проверки работоспособности.

Параметры:
? i: выполнять только проверки, относящиеся к этапу предварительной установки (1-6, а также 9,13 на RNC)
? u: выполнять только проверки, относящиеся к этапу перед обновлением (5-8,10-12,14-17)
? z: выполнять только проверки, применимые к фазе после обновления (5-8,10-12,14-17, а также 9 на RNC)
? d: выполнить различие между двумя файлами журнала HC или двумя каталогами журнала HC
? v: подробная распечатка
? -r <числа>: список проверок, которые нужно выполнить. Например: -r 1-3,5,7-10
? -x <числа>: список пропускаемых проверок. Например: -x 5,12-14
Список проверок:
Проверить номера Применимость

- 1: Место на диске Все
- 2: Количество пакетов обновления Все
- 3: Количество резюме Все
- 4: Настройки безопасности RNC
- 5: Список аварийных сигналов Все
- 6: Статус лицензии Все
- 7: Статус HW Все
- 8: HW поддерживается выпуском RNC
- 9: согласованность БД RNC, RBS, ENB
- 10: статус синхронизации Все
- 11: статус NTP RNC, RBS, ENB
- 12: Состояние отказоустойчивого ядра RNC
- 13: Согласованность файловой системы RNC, RBS, ENB
- 14: История сбоев Все
- 15: Статус подключения Все
- 16: Статус ячейки Все
- 17: Статус устройства RNC
Аргументы в пользу hc [iuz] [v]:

? без аргументов: применимо только при подключении к узлу. Сгенерирует файл hclog, а затем проанализирует его для
создания файла hcreport.
? <hclog file>: проанализировать существующий файл hclog для создания файла hcreport.
? <hclogdir>: анализировать существующие файлы hclog, хранящиеся в общей папке, для создания набора
файлов hcreport, которые будут сохранены в новой папке.
? <hcreportdir>: анализировать существующие файлы hcreport, хранящиеся в общей папке, для создания
общего отчета, показывающего результаты проверки (ОК, НЕ ОК, ОК с предупреждением) для всех узлов,
чьи журналы хранятся в этой папке.
Выходные файлы, созданные hc [iuz] [v]:
? HcLogFile: файл, содержащий набор распечаток moshell, взятых с узла (например: invl, dbc и т. Д.).
Формат имени файла:
$ logdir / hc / logs /.../ HcLog_ <NodeType> _ <NodeName> - <NodeIp> _ <HcVersion> .log.gz
? ReportFile: файл, сгенерированный путем анализа файла hclog в соответствии с рядом проверок, результатом
которых стало ОК, ОК с предупреждением или НЕ ОК. Формат имени файла:
$ logdir / hc / reports /.../ HcReport_ <NodeType> _ <NodeName> - <NodeIp> _ <HcVersion> .txt
Аргументы в пользу hcd [v]:
? <hclog file>: применимо только при подключении к узлу. Сгенерирует файл hclog, а затем сравнит его с
файлом hclog, ранее собранным с того же узла.
? <hclog файл> <hclog файл2>: сравнить два файла hclog, ранее подключенных из узла, чтобы показать
различия, такие как активные аварийные сигналы, состояния сканера, состояния MO, рабочие функции,
состояние HW и т. д.
? <hclogdir> <hclogdir2>: сравните набор файлов hclog, хранящихся в двух отдельных папках, чтобы показать
различия, указанные выше. Сравниваются только пары файлов hclog, поступающие с одного узла.
Выходные файлы, созданные hcd [v]:

? DiffFile: файл, сгенерированный путем анализа двух файлов hclog (например, журнала до и после обновления) в
соответствии с рядом проверок, результатом которых является ОК, ОК с предупреждением или НЕ ОК. Формат
имени файла: $ logdir / hc / reports /.../ HcDiff_ <NodeType> _ <NodeName> - <NodeIp> _ <HcVersion> .txt
Файл фильтра:
Это текстовый файл, содержащий настройки конфигурации для настройки поведения проверок работоспособности.
Файл фильтра по умолчанию хранится в папке moshell / commonjars / scripts / hc / filter file.txt и не должен изменяться,
так как он содержит настройки по умолчанию. Чтобы изменить определенные параметры, создайте отдельный файл
фильтра, содержащий параметры, которые необходимо изменить, и укажите путь к нему в пользовательской
переменной hc_filter_file, который можно указать в /.moshellrc или moshell / jarxml / moshellrc.
Пакетные отчеты:
? 1) Соберите набор HcLogFiles и HcReportFiles из пакета узлов, запустив:
mobatch <sitefile> 'hc [iuz] [-x <nrs>] [-r <nrs>]'
Обратите внимание, что параметры [iuz], -x / -r являются необязательными и необходимы только в том случае,
если пользователю не нужно выполнять все проверки, тогда эти параметры позволяют сэкономить время,
пропуская сбор определенных распечаток с узла.
Задание mobatch сохранит все HcLogFiles и HcReportFiles в папке, общей для всех узлов, указанных в файле
сайта. Путь к этой папке будет находиться в папке moshell_logfiles / logs_moshell / hc / (журналы | отчеты) /
<дата> / <файл сайта> / <время>
Точный путь можно найти, заглянув в один из файлов журнала mobatch.

? 2) После того, как задание mobatch завершено, откройте файловую сессию moshell, не подключенную к какому-
либо узлу (например, просто введите «moshell» отдельно) и запустите hc [iuz] [v] или hcd [v] для соответствующих
hc / logs. папки в соответствии с аргументами, описанными далее в этой справке. hc [iuz] обычно должен
работать в направлении папки hc / reports, в то время как hcd должен работать в направлении пары папок hc /
logs.
Например: hc $ logdir / hc / reports / <дата> / <файл сайта> / <время>
или: hcd $ logdir / hc / logs / <дата> / <sitefile> / <time1> $ logdir / hc / logs / <date> / <sitefile> / <time2>
Описание проверок (критерии ОК):

? 1) Дисковое пространство: объем свободного дискового пространства как минимум на 10% превышает предел,
указанный в файле-фильтре .txt (disk_space * ). Если меньше чем на 10% выше лимита, результат будет ОК с
предупреждением.
? 2) Количество пакетов обновления: количество пакетов обновления меньше предела, указанного в
файле-фильтре.txt (nr_ups).
? 3) Количество резюме: количество резюме / резервных копий меньше лимита, указанного в файле-фильтре.txt (nr_cvs).
? 4) Настройки безопасности: безопасность corba и ftp-клиент настроены как незащищенные.
? 5) Список аварийных сигналов: нет активных аварийных сигналов с уровнем серьезности, указанным в файле фильтра
(alarm_severities).
? 6) Статус лицензии: лицензия установлена и не находится в аварийном состоянии, количество оставшихся
дней превышает предел, указанный в файле filter.txt (license_days), нет лицензий с несовместимыми
состояниями (например, АКТИВНО, ВКЛЮЧЕНО и НЕ РАБОТАЕТ), кодами RNC HWAC и лимиты
действительны.
? 7) Статус HW: ни один HW не находится в разблокированном и отключенном состоянии, светодиоды неисправности
выключены, а рабочие светодиоды горят.
? 8) HW, поддерживаемое выпуском: номер / версия продукта HW такой же или выше, как указано в файле HW_RNC.csv
? 9) Согласованность БД: результат команды dbc в порядке
? 10) Состояние синхронизации: системные часы находятся в состоянии ЗАБЛОКИРОВАНО.
? 11) Статус NTP: есть действующие серверы NTP
? 12) Состояние отказоустойчивого ядра: MP пассивного ядра находится в состоянии StandbyReady.
? 13) Согласованность файловой системы: действие ManagedElement.startHealthCheck () вернуло OK
? 14) История сбоев: за последние 14 дней не было сбоев / PMD
? 15) Статус подключения: нет разблокированных и отключенных экземпляров MO класса MO,
перечисленных в файле filter.txt (connectivity_mocs)
? 16) Статус ячейки: в файле filter file.txt (cell_mocs) нет разблокированных и отключенных экземпляров MO класса MO.
? 17) Статус устройства: в файле filter file.txt (device_mocs) отсутствуют разблокированные и отключенные экземпляры MO
класса MO.
4.2.15 diff [a] [d] [m] [o] [x] [i] / ldiff [a] [d] [m] [o] [x] [i] »
Аудит параметров или сравнение дампов МО.

Синтаксис 1:
Сравните два или три МО рядом. Будут напечатаны все значения атрибутов, которые различаются между МО.

Пример:
диф 4 32 17
Где 4, 32, 17 - это прокси-идентификаторы МО, которые следует сравнивать.

Синтаксис 2:
diff [a] [d] [m] [o] [x] [i] / ldiff [a] [d] [m] [o] [x] [i] <moGroup> | <moFilter> | <proxy> | <modumpFile> | <modumpDir> [<baselineFile> |
<modumpFile2> | по умолчанию] [<outputDir>]
Цель: сравнить MO-дамп с базовым файлом параметров или с другим MO-дампом.

Параметры:
? a: показать список MO и атрибутов, которые есть в ссылке, но не в узле или дампе.
? d: сравнить со значениями по умолчанию в MOM (считывается из команды "momb")
? m: при сравнении с базовой линией параметра любой параметр, не найденный в базовой линии, будет
сравниваться со значениями по умолчанию MOM.
? o: при сравнении двух дампов MO будут показаны только различия в параметрах конфигурации (= атрибуты,
которые не доступны только для чтения)
? ox: то же, что и diffo, но с дополнительной таблицей, показывающей различия в именах атрибутов.
? i: для аудита параметров EricssonOnly ("internalmom") узла Gen2 с помощью команды "geti". Применимо только к
MSRBSv2 (DUS Gen2). Не забудьте активировать функцию «Доступ к скрытым параметрам» (CXC4012188 /
FAJ1214785) на узле для более быстрой распечатки.
Примечание. В настоящее время не поддерживается объединение нескольких параметров вместе (кроме «o» и «x»).
Если опция не указана, атрибуты сравниваются с рекомендованными значениями в базовой
линии (файлы moshell / commonjars / pm / PARAM *)
Пользовательские переменные:
? difffo_exclude_attributes: для исключения определенных атрибутов из сравнения дампа MO (diffo <dump1> <dump2>)
? diffm_exclude_moclasses: для исключения определенных классов MO из сравнения значений по умолчанию MOM (diffd и
diffm)
? diffm_exclude_attributes: для исключения определенных атрибутов из сравнения значений по умолчанию MOM (diffd и diffm)
? diffm_exclude_structs: для исключения определенных структур из сравнения значений по умолчанию MOM

(diffd и diffm) Первый аргумент:
? <moGroup> | <moFilter> | <proxy>: чтобы указать MO в текущем узле, который следует использовать для сравнения.
? <modumpFile>: указать модамп, взятый из этого или другого узла. Файл модампа должен быть zip-файлом,
полученным командой dcgk. В качестве альтернативы это может быть текстовый или сжатый файл, содержащий
распечатку команды get или kget.
? <modumpDir>: указать каталог, содержащий файлы журнала модампа. При сравнении будут использоваться
только файлы с расширением «.log».
Второй аргумент (необязательно):
? пусто или "по умолчанию": файл базовых параметров из moshell / commonjars / pm / PARAM * будет выбран в соответствии
с MOM
тип и версия текущего узла или модампа, указанного в первом аргументе. Примечание: ввод "default"
необходим только в том случае, если нужно указать третий аргумент (outputDir).
Если пользовательская переменная custom_param_file установлена, то файл (ы), указанные в custom_param_file,
читаются после файла PARAM *, что означает, что их значения будут иметь приоритет над значениями файла PARAM
*. Базовые файлы параметров по умолчанию в moshell / commonjars / pm / PARAM * извлечены из следующих
документов: RNC: 3/19059-HSD10102. RBS:
4/19059-HSD10102. RXI: 5/19059-HSD10102. ENB: 19706-CXP102051 / *
? <baselineFile>: в качестве ссылки используется конкретный файл базовой линии
вместо файла по умолчанию. В этом случае файлы, указанные в пользовательской
переменной custom_param_file, не читаются.
Формат базового файла должен состоять из трех слов в каждой строке: <mo> <attribute>
<value> Поле <mo> может быть либо MO-классом (например, PlugInUnit), либо MO LDN
(например, Subrack = MS, Slot = 1, PlugInUnit = 1)
Также можно написать знак тильды () перед MO LDN, и в этом случае он рассматривается как регулярное
выражение. Например: ~ UniSaalTp =. * q [ab] $ maxSduSize 128 означает, что эталонное значение
применяется только к MO, LDN которых соответствует этой строке.
Рекомендуемое значение может быть одним или несколькими значениями, разделенными запятыми. Например,
-1,2,25,300: означает, что любое из этих значений принято в качестве рекомендуемого. Если рекомендуемое значение
представляет собой последовательность структур или

последовательность moRefs, тогда она должна быть записана в одной строке. В случае последовательности
структур элементы структуры должны быть отсортированы в алфавитном порядке (в порядке имени элемента
структуры), и имена элементов структуры не должны указываться, только значения элементов структуры.
Пример:
EthernetSwitch pbitQueueMap [8] = 0,1; 1,0; 2,1; 3,1; 4,2; 5,2; 6,3; 7,3
EUtranFreqRelation eutranFreqToQciProfileRelation [9] = 0,0,0,0,0 (РАЗРЕШЕНО), 0 (РАЗРЕШЕНО), 0,0,0,1 (F
Если ссылочный файл содержит несколько записей с одним и тем же атрибутом MO /, применяются следующие правила
приоритета:
1. Строки с фиксированным значением имеют приоритет над строками, содержащими Iu / Iur / Iub, независимо от
порядка. Например:
Sctp pathMaxRtx Iu, Iur: 4 Iub: 12 Sctp

pathMaxRtx 13
-> Будет использована строка со значением 13, независимо от того, находится ли она до или после строки Iu / Iur / Iub.
2. Строки, содержащие тильду: первая запись имеет приоритет. Например:
~ Sctp pathMaxRtx 13 ~
Sctp pathMaxRtx 14
-> Строка со значением 13 будет использоваться как ссылка.
3. Строки без тильды: последняя запись имеет приоритет. Например:
Путь SctpMaxRtx 13
Путь SctpMaxRtx 14
-> Строка со значением 14 будет использоваться как ссылка
Более подробную информацию о формате справочного файла можно
найти в документе moshell / examples / audit_files / EAB_FJW-08_0071.doc
? <modumpFile>: сравниваются два файла журнала модампа, и будут выделены следующие различия: различия
в значениях атрибутов, MO, найденные в одном дампе, но не найденные в другом, имена атрибутов найдены в
одном дампе, но не в другом.
Третий аргумент:
? <outputDir>: указать каталог, в котором будут храниться файлы результатов (файл сравнения csv и файл команды
исправления). Если не указано иное, выбираются каталог и имена файлов по умолчанию.
Результат:
Результат отображается на экране с полями, разделенными пробелами, а также сохраняется в каталоге результатов с
полями, разделенными запятыми (CSV). Кроме того, в каталоге результатов находится командный файл для
выравнивания текущих значений с базовыми значениями. Путь к файлу результата CSV сохраняется в переменной
moshell $ diffcsvfile, а путь к файлу команды сохраняется в переменной moshell $ diffcmdfile.
Пожалуйста, обратитесь к документу moshell / examples / audit_files / EAB_FJW-08_0071.doc для получения дополнительной
информации.
Примечание о файлах базовых показателей параметров:
Базовые файлы параметров берутся из базы данных Winnow и сохраняются в CDM в формате Excel:
? RNC: 3/19059-HSD10102
? RBS: 4/19059-HSD10102
? RXI: 5/19059-HSD10102
? ENB: 19706-CXP102051 / *
Чтобы использовать эти файлы в качестве справочных для сравнения, их необходимо преобразовать в текст. Это
можно сделать, скопировав вставку листа Excel в текстовый файл. Moshell хранит текстовую копию последней
версии каждого из этих файлов в папке moshell / commonjars / pm. Если не указывать файл базовых параметров в
команде "diff", Moshell выберет наиболее подходящий файл для типа узла и исходной версии текущего узла или файла
модампа.
Примеры:
? разница - Сравните все MO с соответствующим файлом базовых параметров, хранящимся в moshell / commonjars / pm.
? diffa. - То же, что и выше, но показывает MO / атрибуты, найденные в ссылке, но не в узле
? разница default ~ / audit \ _070110 - То же, что и выше, но результаты сохраняются в каталоге / audit_070110
? diff ~ / moshell_logfiles / logs_mobatch / 2007-01-10 / mysites / 11-21 - Сравните все модификации в этом
каталоге с соответствующим файлом базовых параметров, хранящимся в moshell / commonjars / pm
? ldiff msplatform = 1 mgw \ _parameters \ _r4.txt - Сравните все MO под msplatform = 1 в текущем узле с базовым
файлом "mgw_parameters_r4.txt"

? разница rnc10 \ _before \ _upgrade.txt - Сравнить все MO в текущем узле с дампом MO

"rnc10_before_upgrade.txt"
? diff rnc10 \ _before \ _upgrade.txt rnc10 \ _after \ _upgrade.txt - Сравните дампы MO
"rnc10_before_upgrade.txt" и "rnc10_after_upgrade.txt"
? difffo rnc10_before_upgrade.txt rnc10_after_upgrade.txt - То же, что и выше, но сравниваются только
параметры конфигурации
? diffd utrancell - сравнить все параметры utrancell со значениями по умолчанию MOM.
4.2.16 лкр [год]
Распечатайте распределение ресурсов RNC Iub.

Цель:
? отображать перераспределение IubLinks и UtranCells по rncModules и Subracks, чтобы идентифицировать любые
неравномерные распределения ресурсов, например: rncModules, которые обрабатывают больше Iub / Cells, чем
другие, или устройства CC, которые обрабатывают разные ячейки, чем их управляющий модуль MP.
? неравномерное распределение IubLinks по RncModules можно исправить с помощью команды resub iublink
? Неравномерное распределение UtranCell по устройствам CC может быть исправлено путем блокировки /
разблокировки ячеек с помощью команд bl и deb в MO UtranCell.
? с опцией a дополнительная таблица показывает IubLinks, чей порт (ы) AtmPort расположен в другой Subrack,
чем ресурсы модуля Iub. Ссылки IubLink можно переместить на другой порт AtmPort или Subrack с помощью
команды
перепубликуйте <iublink> <subrack> или повторно разместите <iublink> <atmport / vp>. Для получения информации введите h
повторно.
Пример и описание распечатки:
Первая таблица, напечатанная только с опцией a (lkra), показывает список IubLinks, чьи порты AtmPort находятся в
другом Subrack, чем ресурсы модуля Iub. Столбец Sr показывает Subrack, содержащий ресурсы модуля, столбец Mod
показывает номер модуля, столбец IubLink показывает Iub, а столбец AtmPort (s) показывает порт (ы), используемый
Iub. Пример:
-------------------------------------------------- ------------
Sr Mod IubLink AtmPort (ы)
-------------------------------------------------- ------------
РС 1 Iub-198 ES-1-27-2-1
РС 13 Иуб-203 ES-1-27-2-1
РС 8 Иуб-208 ES-1-27-2-1
РС 1 Иуб-213 ES-1-27-2-1
РС 13 Иуб-214 ES-1-27-2-1
РС 1 Iub-87 ES-1-3-1-1
РС 8 Иуб-88 ES-1-3-1-1
РС 1 Юб-89 ES-1-3-1-1
РС 13 Иуб-90 ES-1-3-1-1
РС 8 Iub-91 ES-1-3-1-1
РС 1 Iub-92 ES-1-3-1-1
РС 13 Iub-93 ES-1-3-1-1
РС 8 Iub-94 ES-1-3-1-1
РС 1 Iub-95 ES-1-3-1-1
РС 13 Иуб-96 ES-1-3-1-1
-------------------------------------------------- ------------
Вторая таблица (которая является первой таблицей, когда опция «а» не используется) показывает распределение ресурсов,
модуль за модулем.
? Sr: подставка, содержащая ресурсы модуля
? Mod: номер модуля
? S: состояние модуля MP: L = заблокировано, 1 = включено, 0 = отключено
? GPB: тип платы модуля MP
? nIub: количество ссылок IubLink, обрабатываемых модулем MP. Наличие равного количества IubLinks / Cells на
каждом модуле дает лучшее распределение нагрузки.
? CellGPB: количество UtranCell, обрабатываемых модулем MP.
? CellCC: количество UtranCell, обрабатываемых устройствами CC, управляемыми этим модулем MP.
? nCC: количество CC-устройств, выделенных для этого RncModule.

Примечание: если выделение ячейки для устройства CC изменилось с момента запуска сеанса moshell, необходимо
запустить команду «bor» для обновления кеша moshell, иначе значения в поле «CellCC» могут быть неправильными.
Перераспределение клеток с помощью rncModule:

-----------------------------------------------
Sr Mod S GPB nIub CellGPB CellCC nCC
-----------------------------------------------
РС 60 1 GPB65 14 90 117 1
РС 80 1 GPB65 13 81 год 114 1
РС 110 1 GPB65 14 90 119 1
РС 140 1 GPB65 14 93 117 1
-----------------------------------------------
ES1 21 год 1 GPB65 14 99 118 1
ES1 81 год 1 GPB65 14 99 114 1
ES1 151 1 GPB65 14 111 119 1
ES1 181 1 GPB65 14 96 106 1
ES1 211 1 GPB65 14 105 103 1
ES1 2121 1 GPB75 13 102 114 1
ES1 2122 1 GPB75 13 87 114 1
-----------------------------------------------
ES2 3021 1 GPB75 14 93 140 1
ES2 3022 1 GPB75 14 99 0 0
ES2 3081 1 GPB75 14 90 140 1
ES2 3082 1 GPB75 14 93 0 0
ES2 3121 1 GPB75 15 99 140 1
ES2 3122 1 GPB75 14 96 0 0
ES2 3151 1 GPB75 14 99 114 1
ES2 3152 1 GPB75 14 96 113 1
ES2 3181 1 GPB75 14 102 120 1
ES2 3182 1 GPB75 14 102 99 1
ES2 3211 1 GPB75 14 93 87 1
ES2 3212 1 GPB75 14 93 0 0
-----------------------------------------------
Третья таблица (которая является второй таблицей, когда опция «а» не используется) идентична предыдущей, но
агрегирована на уровне платы модулей. В случае GPB5 / GPB6 он даст те же цифры, что и в предыдущей таблице, но в
случае многоядерных плат (GPB75 / EPB) он дает агрегированные значения для всех RncModules этой платы.
Передел клеток по плате:

-----------------------------------------------
Sr Слот S GPB nIub CellGPB CellCC nCC
-----------------------------------------------
РС 06 1 GPB65 14 90 117 1
РС 08 1 GPB65 13 81 год 114 1
РС 11 1 GPB65 14 90 119 1
РС 14 1 GPB65 14 93 117 1
-----------------------------------------------
ES1 02 1 GPB65 14 99 118 1
ES1 08 1 GPB65 14 99 114 1
ES1 12 1 GPB75 26 189 228 2
ES1 15 1 GPB65 14 111 119 1
ES1 18 1 GPB65 14 96 106 1
ES1 21 год 1 GPB65 14 105 103 1
-----------------------------------------------
ES2 02 1 GPB75 28 192 140 1
ES2 08 1 GPB75 28 183 140 1
ES2 12 1 GPB75 29 195 140 1
ES2 15 1 GPB75 28 195 227 2
ES2 18 1 GPB75 28 204 219 2
ES2 21 год 1 GPB75 28 186 87 1
-----------------------------------------------
Четвертая таблица (которая является третьей таблицей, когда опция «a» не используется) показывает агрегированное
представление предыдущей таблицы на уровне Subrack. Интересно посмотреть, загружены ли какие-либо субрейки
больше, чем другие.
? Sr: идентичность Subrack
? nMod: количество модулей rncModules, содержащихся в Subrack

П ( ) Н
? nCC: количество CC-устройств, содержащихся в Subrack

? nIub: количество ссылок IubLink, обрабатываемых всеми модулями MP модуля Subrack.
? CellGPB: количество UtranCell, обрабатываемых всеми модулями MP модуля Subrack.
? CellCC: количество UtranCell, обрабатываемых всеми устройствами CC в Subrack.
? avIub: среднее количество ссылок IubLink на модуль MP в этом субрейке.
? avCell: среднее количество UtranCell на модуль MP в этом субрейте.
? avCellCC: среднее количество UtranCell на одно устройство CC в этом субстое
Перераспределение ячеек по Subrack:

-------------------------------------------------- ------------
Sr nMod nCC nIub CellGPB CellCC avIub avCell avCellCC
-------------------------------------------------- ------------
РС 4 4 55 354 467 14 88 117
ES1 7 7 96 699 788 14 100 113
ES2 12 8 169 1155 953 14 96 119
-------------------------------------------------- ------------
Всего: 23 19 320 2208 2208
4.2.17 повторно опубликовать <IubLink> [<VplTp> | <Subrack>] [<VplTp>]
Перемещение ресурсов Iub внутри или между крейтами (RNC> = P5).

Есть три способа запустить команду:
a) Повторное распространение ресурсов Iub в подкаталоге: resub <iublink (s)>
Команда lkr показывает перераспределение ячеек / IubLink по модулям rncModules, Cc-устройствам и субстратам. На
производительность влияет неравномерное распределение ресурсов. Ресурсы Cells / IubLinks могут быть равномерно
перераспределены с помощью команды resub <iublink (s)>. Пример:
? resub iublink = - равномерно перераспределять все ресурсы iublink в узле
? ma iub_es1 iublink subrackref subrack = es-1 ; resub iub_es1 - равномерно перераспределяет все ресурсы iublink в
субрейке ES-1
б) Перемещение ресурсов Iub в другой блок: resub <iublink (s)> <subrack>
Команда lkra показывает список IubLink, чей порт (-ы) AtmPort расположен в другой Subrack, чем IubLink. Это вызывает
более высокую нагрузку ISL. Затем IubLink можно переместить в другой Subrack с помощью команды resub <iublink (s)>
<subrack>. Пример:
? resub iublink = iub-10 subrack = es-1 - Переместить IubLink iub-10 в подкласс ES-1
c) Перенос ресурсов Iub на другой AtmPort / Vp: resub <iublink> <vp> [<vp>]
Когда есть потребность в большей пропускной способности Atm, может потребоваться переместить Iub на другой
порт Atm. Это можно сделать с помощью команды resub <iublink> <vp> [<vp>]. Второй vp является необязательным и
необходим только для IubLinks, которые используют два порта AtmPort для резервирования.
? resub iublink = 3040 atmport = ms-27-2, vpltp = vp2 - переместить IubLink 3040 в AtmPort = MS-27-2, VplTp = vp2
? resub iublink = 3040 atmport = ms-27-2, vpltp = vp2 atmport = ms-26-2, vpltp = vp8 - Переместите IubLink 3040 в
AtmPort = MS-27-2, Vpltp = vp2 и AtmPort = MS-26- 2, VplTp = vp8
Результат:
? a) и b) В этих случаях команда устанавливает для требуемого субкрейта атрибут предпочитаемого субстрака (P5 / P6) или
atmUserPlaneTermSubrackRef (P7). В случае а) это текущий подкрейд, эквивалентный запущенному
setc <iublink (s)> Preferencesubrackref. В случае b) это заданный субрейк, эквивалентный запущенному set
<iublink (s)> preferredsubrackref <subrack>
? c) В случае, когда указаны один или два VplTp, создается командный файл, содержащий все команды, необходимые для
перемещения IubLink на новые VplTp (ы). Команду можно выполнить с помощью команды run или преобразовать в
формат EMAS / MoTester с помощью команды u! команда. В этом случае это можно выполнить с помощью команды trun.
4.2.18 ir [cdpsomt] [<IubLink>] [<CM>] [<период>]
Iub Операции резервирования для RNC в пуле.

Аргументы (все необязательно):

? первый аргумент предназначен для указания IubLink (-ов), к которому будет применяться команда. Это может
быть фильтр MO, идентификатор прокси или группа MO. Если IubLink не указан, команда будет применяться ко
всем. IubLinks, использующие транспорт ATM, будут автоматически игнорироваться. Примечание: опция c всегда
игнорирует этот аргумент.
? второй аргумент предназначен для указания адреса другого члена кластера, который может быть IP-адресом
или путем к дампу MO. Другой член кластера также может быть указан в пользовательской переменной
cluster_members, и в этом случае указывать этот аргумент не обязательно. Пользовательская переменная
cluster_members должна содержать список IP-адресов или путей дампа MO для всех узлов кластера. Его можно
указать из командной строки с помощью команды uv или сохранить в файле ipdatabase.
? третий аргумент применим только к опции «t» и предназначен для указания периода отчета с использованием
того же синтаксиса, что и в команде pmx / pmr (например: -m <hrs>, -s <startdate> и т. д.)
Параметры:
? o: Обзор конфигурации и статуса резервирования Iub. Сгенерирует распечатку со списком всех IubLinks и
состояний ячеек, как избыточных, так и неизбыточных, в формате, аналогичном команде str3. В этом варианте
игнорируется первый аргумент. См. Описание распечатки ниже.
? c: Проверка согласованности конфигурации избыточности Iub. Сгенерирует распечатку со списком всех
проверок и их результатов. В этом варианте игнорируется первый аргумент. См. Описание распечатки ниже.
? p: защитить одну или несколько ссылок IubLink. Команда учитывает только IubLink с poolRedundancy PRIMARY
или NON-REDUNDANT . Атрибут poolRedundancy будет установлен в PRIMARY, и будет сгенерирован командный
файл для определения вторичных ссылок IubLink и связанных данных ячеек в другом члене кластера.
Командный файл должен выполняться в другом члене кластера, и путь к файлу может быть доступен из
переменной $ irpcommandfile.
? s: синхронизировать данные конфигурации одной или нескольких вторичных ссылок IubLink. Команда учитывает
только IubLink с poolRedundancy SECONDARY и операционным состоянием DISABLED. Будет сгенерирован
командный файл для согласования данных вторичного Iub / Cell с их эквивалентом на первичной стороне.
Командный файл должен выполняться в том же члене кластера, где была запущена команда irs, а путь к файлу
может быть доступен из переменной $ irscommandfile. Любые вторичные ссылки IubLink без первичного аналога
будут сохранены в переменной $ irs_orphan_iubs и могут быть удалены с помощью команды ird $ irs_orphan_iubs.
? d: удалить одну или несколько вторичных ссылок IubLink. Команда учитывает только IubLink с poolRedundancy
SECONDARY и операционным состоянием DISABLED. Будет сгенерирован командный файл для удаления
вторичных ссылок IubLink и связанных данных ячеек. Командный файл должен быть выполнен в том же члене
кластера, где была запущена команда ird, а путь к файлу может быть доступен из переменной $ irdcommandfile.
Соответствующие первичные ссылки IubLink могут быть настроены как неизбыточные с помощью команды set $
ird_iubs poolRedundancy 0 для запуска в другом члене кластера.
? m: переместить одну или несколько неизбыточных ссылок IubLink от члена кластера к другому. Генерируются
два командных файла: один для создания IubLink (-ов) на другом CM, а другой - для их удаления в текущем CM.
? t: Отчеты о трафике. В настоящее время показывает процент успешной подкачки на уровне пула. Пример: чтобы
распечатать отчет за последние 2 часа,
делать: irt. . -м 2
Ноты:
? когда вторичная ячейка UtranCell создается с помощью irp или irs, ранее существующая ячейка
RemoteUtranCell с этим cId будет удалена, а любые отношения ячеек, завершающиеся удаленной ячейкой
RemoteUtranCell, будут перенаправлены на новую вторичную ячейку UtranCell.
? когда вторичная ячейка UtranCell удаляется ird или irs, на ее месте создается RemoteUtranCell, чтобы разорвать
любые связи ячеек, которые указывали на только что удаленную ячейку UtranCell.
? Вторичные ячейки UtranCell, созданные irp или irs, будут использовать выделенный Ura, общий для всех ячеек
этого вторичного IubLink. Ura MO, используемый первичными UtranCell, не будет использоваться, так как в
настоящее время RNC не поддерживает использование одного и того же UraIdentity в нескольких членах одного
кластера.
? любые атрибуты, которые не должны копироваться с первичного на вторичный Iub / Cell, могут быть
указаны в пользовательской переменной ir_nosync.
? вторичный IubLink, созданный irp, будет создан в administratorState = LOCKED,
если redundancySwitchoverWaitTime = -1 на s-CM.
Пример распечатки из команды irc:
================================================== ============================
Проверка согласованности избыточности Iub для узлов: RNC01 (CM1) и RNC02 (CM2)
================================================== ============================
1) Одинаковый уровень ПО во всех CM: НЕ ОК
CurrentUpgradePackage: CXP9021776_R4FC40 (CM1) CXP9021776_R4FC39 (CM2)
-------------------------------------------------- ----------------------------

П ( ) Н
2) Одинаковые функции, работающие во всех CM: НЕ ОК

RncFeature = RabCombination009 serviceState: 0 (CM1) 1 (CM2)
-------------------------------------------------- ----------------------------
3) Все первичные / неизбыточные IubLinks / UtranCell имеют уникальный rbsId / cId в кластере: НЕ ОК cId = 2205
UtranCell = cell1106-Iub-1523-6 (CM1) UtranCell = cell2205-Iub-1525-5 (CM2)
-------------------------------------------------- ----------------------------
4) Все вторичные IubLinks / UtranCells имеют уникальный rbsId / cId в кластере: НЕ ОК
cId = 2202 UtranCell = cell2202-Iub-1525-2 (CM1) UtranCell = cell2201-Iub-1525-1 (CM1)
-------------------------------------------------- ----------------------------
5) Нет отношений Utran / покрытия между двумя ячейками с одинаковым cId: НЕ ОК cId = 1201
UtranCell = cell2204-Iub-1525-4, UtranRelation = Rem-Inter-Iub-1526-1 (CM1) cId = 1201
UtranCell = cell1201- Iub-1526-1, UtranRelation = Rem-Intra-Iub-1525-4 (CM1)
cId = 2202 UtranCell = cell2201-Iub-1525-1, UtranRelation = Intra-Softer-cell2202-Iub-1525-2 (CM1) cId = 2202
UtranCell = cell2202-Iub-1525-2, UtranRelation = Intra-Soft-cell2201- Иуб-1525-1 ( СМ1 )
-------------------------------------------------- ----------------------------
6) Нет RemoteUtranCell с тем же cId, что и у локального UtranCell или другого RemoteUtranCell в каждом CM: cId = 2202
UtranCell = cell2202-Iub-1525-2 UtranCell = cell2201-Iub-1525-1 (CM1)
cId = 2205 UtranCell = cell1106-Iub-1523-6 UtranCell = cell2205-Iub-1525-5 (CM1) cId = 1201
UtranCell = cell1201-Iub-1526-1 UtranCell = cell2204-Iub-1525-4 (CM1)
-------------------------------------------------- ----------------------------
7) Нет разблокированных отключенных вторичных ссылок IubLink, когда redundancySwitchoverWaitTime = -1: НЕ ОК
IubLink = Iub-1523 (CM1)
IubLink = Iub-1525 (CM2)
-------------------------------------------------- ----------------------------
Пример распечатки из команды iro:

Распечатка iro состоит из 3-х таблиц.
? Первые две таблицы показывают состояние IubLinks и связанных UtranCells, по одной строке на IubLink, если
только он не имеет более 12 ячеек, и в этом случае IubLink займет две строки. Redundant-Primary и Non-Redundant
IubLinks показаны слева, Redundant-Secondary показаны справа. Описание того, как интерпретировать различные
столбцы, см. В справке по команде str3.
-------------------------------------------------- -------------------------------------------------- ----------------

IUBLINK RNC MOD TN R ICDS C01 C02 C03 C04 C05 C06 C07 C08 C09 C10 C11 C12 RNC MOD TN R ICDS C01 C02 C03 C04 C05
-------------------------------------------------- -------------------------------------------------- ----------------
Иуб-1 CM1 1062 IP 1111 1 1 1
CM2 1162 IS 0000 0 0 0
Иуб-10 CM1 1061 IP 1111111 111 111 111 111 111
CM2 1163 я S 0000 000 000 000 000 000
Iub-44 CM1 2221 В 1111 111 111 111 111 111 111 111 111 111
Iub-569 CM2 3081 IP 0000 000 000 000 000 000 000 000 000 000 000 000 000 CM1 3071 я S 1111 111 111 111 111 111
? Третья таблица суммирует общую доступность для всех IubLink и UtranCell в пуле RNC. В каждом столбце первое число - это
количество подключенных MO, а второе значение - это общее количество MO, затем строка «IubLinks» - это доступность MO
IubLink, «UtranCells» - для MO UtranCell, «каналы HS. "- для МО Hsdsch, а" каналы EUL "- для МО Eul. Столбец «Всего» указывает
общую доступность с резервированием iub и без него и всегда должен быть равен сумме следующих двух столбцов
«Неизбыточный» и «Избыточный». Столбец «Redundant-Normal» указывает общую доступность избыточных сайтов, которые
не переключаются, а «Redundant-Switched» дает доступность сайтов, которые переключаются. Сумма значений в последних
двух столбцах всегда должна быть равна значениям в столбце «Избыточный».
-------------------------------------------------- -------------------------------------------------- --------------

Доступность Всего Неизбыточный Избыточный Избыточный-Нормальный Избыточный-Коммутируемый
-------------------------------------------------- -------------------------------------------------- --------------
IubLinks 818/818 (100%) 273/273 (100%) 545/545 (100%) 108/108 (100%) 437/437 (100%)
Клетки 6357/6357 (100%) 2121/2121 (100%) 4236/4236 (100%) 840/840 (100%) 3396/3396 (100%)
Каналы HS 6135/6135 (100%) 2043/2043 (100%) 4092/4092 (100%) 807/807 (100%) 3285/3285 (100%)
Каналы EUL 5691/5691 (100%) 1884/1884 (100%) 3807/3807 (100%) 747/747 (100%) 3060/3060 (100%)
-------------------------------------------------- -------------------------------------------------- --------------
4.2.19 rinp [c] [m] </path/to/rinpm.json>
Живая миграция узла на RNC в пуле.

Параметры:
? c: выполните предварительную проверку, чтобы убедиться, что оба узла находятся в правильном состоянии до миграции.
? m: выполнить миграцию живого узла.
Аргументы:

? rinpc: аргументы не требуются, если другой член кластера был указан в переменной пользователя.
cluster_members. Если пользовательская переменная cluster_members пуста, то во втором аргументе можно
указать IP-адрес другого члена кластера, например: rinpc. <ip_of_other_RNC> (тот же синтаксис, что и у команды
irc)
? rinpm: обязательный аргумент - это путь к файлу .json, в котором должны быть перечислены все параметры.
Пример файла json можно найти в папке moshell / commonjars / rinpm / rinpm.json.
4.2.20 тг [r] [c] [d]
Распечатать информацию об объекте ресурса для всех MO в LmCell (только RNC).

Синтаксис команды:
tg [c] [r] [<mofilter> | <mogroup> | <fro>] [: <actorChildren>] [<rrt-cmd>] [| <unix-cmds>]

tgd [<mofilter> | <mogroup> | <fro>] [: <actorChildren>] [<параметры ячейки>]
Цель:
? Чтобы распечатать отношение МО <—> ФРО <—> АКТЕР <—> CCDEVICE для МО IubLink и UtranCell .
? Для отправки команд RRT акторам Cell / Iub или их дочерним элементам в дереве акторов.
Аргументы: указав первый аргумент, можно отфильтровать Cell / Iub, соответствующие определенному FroId или MOid.
Указав второй аргумент, состоящий из команды RRT или списка параметров ячеек, можно запустить
команду RRT или отобразить определенные параметры ячеек для всех субъектов, которым соответствует
первый аргумент.
Список доступных команд RRT можно увидеть, набрав:
? lhsh 001400? rrt

Список доступных параметров ячейки можно увидеть, набрав:
? lhsh 001400 rrt-CXC132xxxx_Ryyyy 1/1/1/1/2 / 1.1 информация (для параметров ячейки)
? lhsh 001400 rrt-CXC132xxxx_Ryyyy 1/1/1/1/7 / 1.1 / 4/1 информация (для общих параметров nbap)
Распечатку можно передать в команды unix, такие как grep и sort.
Параметры:
? r: обновить данные MO / FRO / ACTOR. В противном случае эти данные повторно используются в рамках
сеанса moshell и от сеанса к сеансу с использованием кеша на диске рабочей станции. Обновление tg (tgr)
необходимо выполнить после обновления узла или если некоторые IubLink или UtranCell были добавлены /
удалены / перенесены. В противном случае вы можете получить сообщения об ошибках, такие как
неизвестная команда rrt-CXC1328831_Rxxx (например, rrt LM изменился после обновления).
? c: вывести следующие дополнительные поля:
- Устройство общего канала ( ccDevice ): показывает, какой SPM используется для обработки общих каналов этой
ячейки
- Модуль ccDevice ( ccMod ): показывает, работает ли ccDevice на SPM, который не принадлежит к тому же
модулю, что и Cell / Iub. Это можно исправить, заблокировав / разблокировав ячейку. Всегда лучше
убедиться, что все ячейки используют ccDevice, расположенный в их собственном модуле, чтобы нагрузка
распределялась равномерно на все ccDevices.
Обратите внимание, что данные ccDevice не хранятся в кеше, в кеше сохраняется только отношение MO / fRO / Actor.
? d: вывести определенные параметры ячеек для всех ячеек, соответствующих первому аргументу.
Примеры:
1. tg - для просмотра данных fRO / Actor для каждого UtranCell и IubLink
2. tg cell = 302 - для просмотра данных от / актера для всех MO UtranCell, соответствующих regex cell = 302
3. tg cellmod1 - для просмотра данных от / актера для всех MO, принадлежащих группе MO cellmod1 (используйте
команду ma для создания группы MO)
4. tg 67 - для просмотра данных о движении / актере для МО, которые имеют fro = 67
5. tgr - обновить данные о / актерах
6. tgc - для просмотра всех ячеек / iub и их соответствующих от / акторов и ccDevice (Примечание: данные
ccDevice не кэшируются, поэтому, если нет необходимости выполнять tgr для обновления данных ccDevice)
7. tg iublink = 3. * 1 $ info - запускать команду rrt info для всех актеров, MO которых соответствует iublink = 3. * 1 \ $
8. tgc | grep 0019, чтобы увидеть все ячейки, которые находятся на ccdevice платы 001900
9. tg cell getattr cellData - для отправки команды rrt getattr cellData всем актерам, MO которых совпадает с ячейкой.

П ( ) Н
10. tg iubmod3 state - для запуска состояния команды rrt на всех MO, принадлежащих группе MO iubmod3
(используйте команду ma для создания группы MO)
11. tgd cell ulinterference celldata: errorstatus cellRoState - для просмотра параметров ячейки
ulinterference, celldata: errorstatus и т. Д. на всех ячейках (P3 / P4)
12. Ячейка tgd: / 8/3 cellLoadMonitor: totAseDl
cellLoadMonitor: totAseUl cellLoadMonitor: currDlCode
- для просмотра использования дерева допуска во всех ячейках (P5 и после)
13. tgd cell ulinterference celldata: errorstatus celldata:
spconfigflag cellRoState
- для просмотра параметров ячейки ulinterference, celldata: errorstatus и т. д. по всем ячейкам.
14. tgd cell cellLoadMonitor: totAseDl
cellLoadMonitor: totAseUl cellLoadMonitor: currDlCode
- просмотреть использование дерева допуска по всем ячейкам.
15. tgd cell ulinterference celldata: spblocked celldata:
spconfigflag cellRoState celldeleted cellTraceActivated
celldata: errorstatus
16. tgd iub: / 4/1 activeStatus standbyStatus currentCause
currentAvailabilityStatus rncRbsLinkLossOfRedundancy
rncRbsLinkDown rncRbsDeactivated
- для просмотра этих атрибутов на всех актерах NbapCommon
Примеры вывода:
? tgc
-------------------------------------------------- ----------------------------------
MOD MFRO ModMP UtranCellId IubLinkId CfRO IfRO CellActor IubActor CcDev
-------------------------------------------------- ----------------------------------
1 0 001400 90121 9012 5 1 1/1/1/1/2 / 1,3 1/1/1/1/7 / 1,1 / 4 0019SP2
1 0 001400 90122 9012 4 1 1/1/1/1/2 / 1,2 1/1/1/1/7 / 1,1 / 4 0020SP0
1 0 001400 90123 9012 3 1 1/1/1/1/2 / 1,1 1/1/1/1/7 / 1,1 / 4 0020SP0
? tgd cell = 9012 ulinterference celldata: spblocked celldata: spconfigflag cellRoState celldeleted
cellTraceActivated celldata: errorstatus
-------------------------------------------------- -------------------------------------------------- -----------------------

MO ulinterference spblocked spconfigflag cellrostate celldeleted errorstat celltraceactivated
-------------------------------------------------- -------------------------------------------------- -----------------------
UtranCell = 90121 -106 0 0 2 0 0 0
UtranCell = 90122 -100 0 0 1 0 16002: CellNoDrhResources 0
UtranCell = 90123 -100 0 0 1 0 16002: CellNoDrhResources 0
Описание:
? spblocked = 1 означает, что CCdevice разбился, и Rnh получил сигнал clearResourceReq.
? Флаг spconfig говорит, выделила ли ячейка ресурсы SP или нет. Должно быть 0, если spblocked = 1.
? cellrostate определяется в файле заголовка rlibRncConst.h: roStateNOK = 1, roStateOK = 2, roStateDepNOK = 3
? celldeleted означает, что ячейка была удалена оператором, т.е. FRO отправил deleteInd.
? celltraceactivated сообщает, активна ли функция «Выборочное отслеживание ячеек». См. CR WRNac20241.
? errorstatus отличается от 0, если есть ошибка в процедуре разблокировки ячейки. Диапазон
16000–16014 указан в файле rlibEventNr.h. Cellrostate должен быть равен 1, если errorstatus отличается от
0.
? tgd iub: / 4/1 activeStatus standbyStatus current Причина
currentAvailabilityStatus rncRbsLinkLossOfRedundancy
rncRbsLinkDown rncRbsDeactivated
чтобы просмотреть эти атрибуты на всех акторах NbapCommon
-------------------------------------------------- -------------------------------------------------- ------------

MO activestatus standbystatus currentcause currentavailabilitystatus rncrbslinkdown rncrbs деактивирован
-------------------------------------------------- -------------------------------------------------- ------------
IubLink = 1001 1 1 2 2 0 0
IubLink = 1002 1 1 2 2 0 0
-------------------------------------------------- -------------------------------------------------- ------------
Описание:
? activeStatus и standbyStatus являются логическими (0 или 1). Это способ FRO сказать, нормально ли
присоединяться к USAAL. UserPlaneCepId для активного и ждущего режима должен отличаться от -1,
если статус активный / резервный равен 1.
? currentCause отправляется FRO в сигналах opStateChdInd и setAttribInd и определяется классом
данных CpxUsaalEf_ OpStateChangeCauseD. Допустимые значения:

- CELLO_USAALEFI_SERVER_RESTARTED == 1
- CELLO_USAALEFI_OTHER == 2
- CELLO_USAALEFI_SERVER_MOVED == 3 (введено в функцию Moveable CEP в P5MD)
? currentAvailabilityStatus поставляется вместе с opStateChdInd и относится к «обычному» распространению

состояния, то есть если бит 5 установлен в NBAP RO Dependency Failed.
? rncRbsLinkLossOfRedundancy и rncRbsLinkDown - это внутренние флаги, которые говорят, активны ли события
linkDown и linkLossOfRedundancy или нет. Если rncRbsLinkDown = 1, то currentAvailabilityStatus будет «Dependency
Failed», а linkUsedForTrafc будет равен -1.
? linkUsedForTrafic сообщает, какой iublink мы используем в настоящий момент. Активный == 0, Резервный == 1.
Если linkUsedForTraffc равно 1 (резервный), то rncRbsLinkLossOfRedundancy также равно 1.
? rncRbsDeactivated сообщает, активно событие linkDeactivated или нет. Все 3 события определены в заголовочном файле
rlibEventNr.h.
? tgd cell: / 8/3 cellLoadMonitor: totAseDl cellLoadMonitor: totAseUl cellLoadMonitor: currDlCode для просмотра
этих атрибутов на всех участниках NbapCommon
-------------------------------------------------- -------------------------------------------------- ---------------------------

MO totasedl totaseul currdlcode
-------------------------------------------------- -------------------------------------------------- ---------------------------
UtranCell = 30101 320 160 3750
UtranCell = 30102 0 0 3593
UtranCell = 30103 0 0 3593
UtranCell = 30104 1940 г. 969 4218
UtranCell = 30105 2064 1568 4375
UtranCell = 30106 991 911 3984
-------------------------------------------------- -------------------------------------------------- ---------------------
Описание:
? totAseDl - это общий объем DL ASE, который в данный момент используется в ячейке. Значение
масштабируется с коэффициентом 100, чтобы получить разрешение 0,01 ASE, то есть totalAseDl = 1280
означает 12,80 нагрузки ASE DL в ячейке.
? TotAseUl то же самое, что и totAseDl, но для UL ASE. Значения DL и UL ASE контролируются UEH (сигналами
admissionRequest, admissionDecreaseLoadInd, admissionAseUlIncreaseInd и admissionAseUlDecreaseInd).
? currDlCode отражает последнее сообщенное значение использования нагрузки дерева кода DL в ячейке
(сообщенное из блока RnhCode сигнальным codeTreeLoadInd). Значение масштабируется с коэффициентом 100,
чтобы получить разрешение 0,01.
4.2.21 ueregprint / uer [d] [t] [i] [s] [p] [v] [-m <mod> | -i <imsi> | -u <ueref> | -n <maxUes> | - c <utrancell> | -r
<iublink>] [<атрибут-фильтр> [= <значение>] | все]
Распечатайте реестр UE или данные контекста UE (обслуживающие или перемещающиеся) для всех активных вызовов (только
RNC).
Команда ueregprint - это псевдоним moshell, который запускает команду coli "ueregprint" на всех платах RNC RANAP.
Она позволяет использовать все те же аргументы, что и обычная команда ueregprint, но не требует указания платы, на
которой она должна работать. Это особенно полезно для узла EvoC, где реестр UE запущен на всех блэйдах.
Пример:
? сумма печати
? uereg распечатать все
Команда uer - это команда moshell, которая распечатывает контексты UE в каждом модуле MP, чтобы показать детали вызова.
Используются следующие команды COLI: ueregprint (на C2 / Ranap MP), drh_trbr rab (на MP модуля PDR) и
printUeCtxt (на модуле MP). Команды RRT не используются.
Параметры:
? s: для отображения сводных таблиц трафика в конце распечатки.
Если параметры фильтрации не используются (например, команда uers запускается сама по себе), отображаются
только сводные таблицы, а не отдельные вызовы.
Когда используются параметры фильтрации, но не указан переключатель s (например, uer [-option <filter>]),
сводные таблицы не отображаются, а отображаются только отдельные вызовы.
? d: для печати дрейфующих UE.
? i: для печати UE только с IMSI.
? t: для печати UE только с TMSI или IMEI.
? p: для пропуска проверки устройства PDR, быстрее.
? v: для вертикальной печати атрибутов контекста UE, применяется только при использовании с атрибутом-фильтром

Параметры фильтрации:
? -m <mod>: показать вызовы, принадлежащие только определенным модулям. Например: -m 1,8 ==> распечатываются
вызовы в модулях 1 и 8.
? -i <imsi>: показывать вызовы, чей IMSI соответствует только определенному фильтру. Например: -i 3014235.
? -u <ueref>: показать вызовы, относящиеся к определенному исх. UE. Например: -u 4728.
? -n <maxUes>: показать только максимальное количество вызовов. Например: -n 50 ==> печатается максимум 50 вызовов.
? -c <utrancell>: показать вызовы, которые имеют радиосвязь или общий канал в определенных utrancells.
? -r <iublink>: показать вызовы, которые имеют радиосвязь или общий канал в определенных iublinks.
Примечание относительно параметров -c / -r:
? на RNC> = P6 можно использовать фильтр регулярных выражений, например uer -c 30. * a
? на RNC = <P5 необходимо указать точный utrancell или iublink, например uer -r iub_10
Attribute- фильтр может быть:
? пусто. Некоторые таблицы по умолчанию будут напечатаны, см. Ниже.
? "все". Все данные UeContext для UE, соответствующих первому аргументу, будут напечатаны.
? регулярное выражение, соответствующее одному или нескольким атрибутам UeContext. Будут напечатаны только
атрибуты, соответствующие строке.
? имя атрибута, за которым следует "=" и значение (например, sccpConnId = 6). Будут напечатаны только те UE,
атрибуты которых соответствуют этому значению.
Если атрибут-фильтр пуст, печатаются три таблицы:
? Первая таблица содержит для каждого UeContext:

- MOD: модуль обработки звонка
- IMSI: IMSI UE.
- CTXT: идентификатор UeContext (UeRef) UE
- SRNC: обслуживающий RNC. Прочтите из переменной sRncId.
- CommCh: идентификатор rbsid и идентификатор ячейки (cid) обслуживающей ячейки, обеспечивающей

общие каналы для этого UE. Чтение из переменной commonResData.cId
- RL1-4: rbsid и идентификатор соты (cid) обслуживающих сот, обеспечивающих радиолинии для этого UE
(до 4 радиолиний на UE). Чтение из переменных radioLink [0-3] .cId
- DCdev: устройство постоянного тока, обрабатывающее вызов. Прочтите из переменной drhRcSpId.
- PDRdev: устройство PDR и блок PacketDataRouter, обрабатывающий вызов. Читаем из
команды lh mod drh_trbr rab.
- CoreNetId: Тип базовой сети, в которой выполняется вызов: CS или PS. Считываются из переменных
isCNConnected. * Circuit и isCNConnected. * Packet. Также показывает идентификатор базовой сети,
использованной для вызова (mcc / mnc / cnId). Чтение из переменных globalCnIdPs и globalCnIdCs.
- AGE: продолжительность звонка. Читать из lh ranapmp ueregprint all
- UERC: UeRc, используемый вызовом. Чтение из переменной connType.
? во второй таблице показано текущее количество контекстов Ue, связанных с каждым типом UeRc в каждом модуле.
? третья таблица показывает то же самое, что и вторая таблица, но для всего узла.
Примеры (с пустым атрибутом-фильтром):

? uer - распечатать данные UeContext для всех UE в узле
? uer -n 25 - распечатать данные UeContext только для 25 UE (выбираются случайным образом по узлу и
пропорционально распределяются по всем модулям)
? uer -i 0001 - распечатать данные UeContext для всех UE, чей IMSI соответствует 0001.
? uer -m 8 - распечатать данные UeContext для всех UE в модуле 8.
? uer -m 8,9,10 - распечатать данные UeContext для всех UE в модулях 8, 9 и 10.
? uer -r iub-17 - распечатать данные UeContext для всех UE, которые имеют радиосвязь или общий канал в ячейке IubLink
«Iub-17»
? uer -c iub-17-1 - распечатать данные UeContext для всех UE, которые имеют радиосвязь или общий канал в UtranCell
"Iub-17-1"
? UER -r Iub. * 1 $ - распечатать данные UeContext для всех UE, которые имеют радиосвязь или общий канал в IubLinks, чье
имя

совпадает с iub. * 1 $ (работает только на RNC P6 и выше)

См. Пример вывода ниже:
================================================== ================================================== =====================
MOD IMSI / TMSI CTXT CommCh RL1 RL2 RL3 DCdev PDRdev CoreNetId ВОЗРАСТ UERC + ESTAB_CAUSE
================================================== ================================================== =====================
1 301020430130001 1826 г. 746: 2907 20: 1174 0923sp3 P 24099 5 Взаимодействовать. PS (64/64) (2: origInteractive)
1 301001920070001 287 68: 1178 0022sp2 0019sp0: 1 P 24099 00:00:52 5 Взаимодействовать. PS (64/64) (2: origInteractive)
1 301000310030000 309 298: 1875 0021sp3 0019sp0: 0CP 24099 00:01:28 9 Конв. CS Speech 12.2 + Взаимодействовать. PS (0/0) (2: origInteractive)
1 301010330100000 5778 680: 2951 0923сп3 0019сп0: 0 P 24099 00:01:59 4 Взаимодействовать. PS (RACH / FACH) (2: origInteractive)
1 301001630000000 5565 582: 2848 71: 1205 0023sp2 C 24099 00:00:14 2 конв. CS Speech 12.2 (0: origConversational)
... <вырез> ...
================================================== ===
UeRc M1 M8 M13 userLabel
================================================== ===
1 14 13 4 Автономный RRC на DCH
2 75 55 55 Речь
3 18 30 22 Данные CS 64 кбит / с, фиксированная скорость
4 13 9 17 Пакет RACH / FACH
5 5 1 2 ПАКЕТ 64/64
7 1 0 0 Пакет 64/384
9 0 0 1 Речь + пакет 0 кбит / с
14 0 0 1 CS данные 64 кбит / с + пакет 8/8
16 1 0 0 PS Interactive 384 / HS - HS-DSCH
18 1 0 0 Пакет 128/128
================================================== ===
Всего: 128 108 102
================================================== ===
Причина M1 M8 M13 УчреждениеПричина
================================================== ===
0 65 46 57 происхождение
2 22 13 22 origInteractive
5 30 40 19 термин
12 11 9 4 постановка на учет
================================================== ===
Всего: 128 108 102
===============================================
UeRc Всего% userLabel
===============================================
1 31 9.2 Автономный RRC на DCH
2185 54,7 Речь
3 70 20,7 Данные CS 64 кбит / с, фиксированная скорость
4 39 11,5 Пакет RACH / FACH
5 8 2,4 ПАКЕТ 64/64
7 1 0,3 Пакет 64/384
9 1 0,3 Речь + пакет 0 кбит / с
14 1 0,3 CS данные 64 кбит / с+ Пакет 8/8
16 1 0,3 PS Интерактивный 384 / HS - HS-DSCH
18 1 0,3 Пакет 128/128
===============================================
Всего: 338 100
===============================================
Причина Всего% установления Причина
===============================================
0 168 49,7 ориг.
2 57 16.9 origИнтерактивный
5 89 26,3 семестр Разговорный
12 24 7.1 регистрация
===============================================
Всего: 338 100
Примеры (с не пустым атрибутом-фильтром ):

? uer -i 301001800040001 all - распечатать все данные UeContext для UE с IMSI 301001800040001
================================================== ================================
MOD АТРИБУТЫ IMSI
================================================== ================================
8 301001800040001 $ UehUexCtxtD [1022] = 0x4FE0D058
8 301001800040001 [1022] .isActive () = 1
8 301001800040001 [1022] .isCNConnected (uehCNidCircuit) = 0
8 301001800040001 [1022] .isCNConnected (uehCNidPacket) = 1
8 301001800040001 [1022] .sRncId = 301
8 301001800040001 [1022] .softHoDone = 1
8 301001800040001 [1022] .isPmRecordingActive = 0
8 301001800040001 [1022] .recordingProt = 1
8 301001800040001 [1022] .dlPcMethod = 3
8 301001800040001 [1022] .dlRefPwrVal = -165
8 301001800040001 [1022] .supportOfGsm = 1
8 301001800040001 [1022] .tmpRanapConnId = -1
8 301001800040001 [1022] .recordingMeas = 0
8 301001800040001 [1022] .measBERrequested = 0
8 301001800040001 [1022] .measBLERrequested = 0
и т.д.....
? уэр. aal2. * cepid $ | softho | \ .rcindex $ - для всех UE вывести атрибуты UeContext, соответствующие
регулярному выражению "aal2. * cepid $ | softho | ˙rcindex $"
================================================== ================================================== =====================

MOD IMSI АТРИБУТЫ
================================================== ================================================== =====================
1 301001800060003 softHoDone = 1 rcIndex = 4
1 301001701000000 softHoDone = 0 rcIndex = 2 aal2Arr [0] .cepId = 477 aal2Arr [1] .cepId = 494
1 301001810040000 softHoDone = 1 rcIndex = 4
1 301001700000001 softHoDone = 1 rcIndex = 2 aal2Arr [0] .cepId = 76 aal2Arr [1] .cepId = 77 aal2Arr [2] .cepId = 141 aal2Arr [3] .cepId = 142
1 301001720110001 softHoDone = 1 rcIndex = 2 aal2Arr [0] .cepId = 424 aal2Arr [1] .cepId = 425
? uer -i 001 sccpConnId = 6 - для всех UE, чей IMSI соответствует "001", вывести атрибуты UeContact,
соответствующие sccpConnId = 6
Примечание: чтобы прервать печать, нажмите Ctrl-z, затем: прикоснитесь к <stopfile>; фг

Путь к стоп- файлу можно найти в заголовке окна.

4.2.22 ced [h] [p] [s] [g] [r] [-m <module (s)> | -c <utrancell> | -r <iublink> | -s <rsite>] [| <unix-cmds>]
Потребление печати ресурсов соты и rbs hw, поддерживаемых сотами функций, координат соты (только RNC).
Параметры:
? ced: потребление ресурсов радиоинтерфейса для каждой UtranCell. Прочтите из coli команду "celldata" на
модуле MPs.
? cedh: потребление CE (элемент канала) и количество RadioLink / UE для каждого IubLink. Прочтите из
coli команду "hwm" на модулях MP.
? cedhp: то же, что и выше, но использование CE выражается в процентах.
? cedg: штат и географические координаты каждой UtranCell. Читайте из МО данные по UtranCell и детям.
? ceds: состояние и поддерживаемые функции каждой UtranCell. Читайте из МО данные по UtranCell и детям.
Параметр r можно использовать вместе с любым из вышеперечисленных, чтобы очистить кеш moshell и получить
последние значения с узла.
Фильтры:
? -m <module (s)>: извлекать / анализировать данные только для определенных RncModules, например -m 8 или -m 1,2,3
? -c <utrancell>: получать / анализировать данные только для определенных UtranCell, например, -c cell304A (без учета
регистра)
? -r <iublink>: извлекать / анализировать данные только для определенных IubLink, например. -r iub_304 (без учета регистра)
? -s <rsite>: извлекать / анализировать данные только для определенных RSites, например. -s

iub-304-305-306 (без учета регистра) Вывод может быть отфильтрован с помощью конвейерной передачи
некоторых команд unix, например. grep или sort.
Примеры:
? ced | grep 0019sp0: распечатать все ячейки, настроенные на устройстве CC 001900 / sp0
? ced | sort -k 5 : распечатать данные ячеек, отсортированные по пятому полю

? cedh -m 8,9,10: распечатать использование CE для всех сайтов в модулях 8, 9, 10.
? ced -r iub_304 : распечатать данные ячеек для всех ячеек, принадлежащих IubLink = Iub_304
? cedh -c cell304a: распечатать использование CE для сайта, подключенного к UtranCell = cell304A

? cedg -c cell40
: вывести штат и географические координаты для всех ячеек, соответствующих "cell40"

? ceds -r iub_56
: показать состояние и поддерживаемые функции для всех ячеек, подключенных к Iubs, соответствую
Формат распечатки:
> ced
---------------- -------------------------------------------------- -------------------------------------------------- --------------------------------------------
MOD CELL cid для PwrDl / Adm dlCode ulInt sf8d sf8u sf16d sf16u sf32d sf4u dlASE ulASE CPMcnt HScnt EULs EULns Eul2 Spch Fdcph Crn Hrn Ern
---------------- -------------------------------------------------- -------------------------------------------------- --------------------------------------------
1 Иуб-1-1 1031 0 07,0%75% 6,2% -111,8 0/8 0/8 0/16 0/16 0/32 0/4 0/500 0/500 0/15 0/10 1/32 0/100 0/4 0 0/0 0 0 0
1 Иуб-1-2 1032 1 27,0%75% 6,2% -111,8 0/8 0/8 0/16 0/16 0/32 0/4 0/500 0/500 0/15 0/10 4/32 0/100 0/4 0 0/0 0 0 0
1 Иуб-1-3 1033 2 37,0%75% 22,9% -111,8 1/8 0/8 0/16 1/16 0/32 0/4 39/500 8/500 0/15 0/10 3/32 0/100 0/4 0 0/0 0 0 0
1 Иуб-2-1 1037 6 17,0%75% 24,6% -111,8 1/8 0/8 0/16 2/16 1/32 0/4 53/500 20/500 0/15 0/10 0/32 0/100 0/4 0 0/0 0 0 0
1 Иуб-2-2 1038 7 47,0%75% 10,8% -111,8 0/8 0/8 0/16 2/16 1/32 0/4 12/500 19/500 0/15 1/10 0/32 0/100 0/4 0 0/0 0 0 0
Поля в распечатке «ced» соответствуют следующим переменным в распечатке «celldata» модуля MP:
? MOD: модуль RNC
? cid: cId
? fro: cellFroId (объект ресурса фасада, уникальный идентификатор в узле)
? ro: ячейка RO (объект ресурса, уникальный идентификатор в модуле. То же, что и индекс капсулы.)
? PwrDl / PwrAdm: Filtered DL Power / pwrAdm
? dlCode: уровень распределения кода DL
? ulInt: Вмешательство UL
? sf8dl: SF8 RL DL Count / sf8Adm
? sf8ul: SF8 RL Количество UL / sf8AdmUl
? sf16dl: SF16 RL DL Count / sf16Adm
? sf16ul: подсчет UL SF16 RL / sf16AdmUl
? sf32dl: SF32 RL Количество DL / sf32Adm

? sf4ul: SF4 RL Количество UL / sf4AdmUl

? dlASE: Всего ASE DL / aseDlAdm
? ulASE: Всего ASE UL / aseUlAdm
? HScnt: количество устройств HSDPA / hsdpaUsersAdm
? Лицензионные соглашения: EUL UE Count serve / eulServingCellUsersAdm
? EULns: EUL UE Count non- serve / eulNonServingCellUsersAdm
? EUL2ms: EUL2ms UE Count serve / eulServingCellUsersAdmTti2
? Spch: счетчик UE только для речи
? SpchG: Общее количество UE речи
? CPMcnt: CPM RL Count / compModeAdm
? Crn: количество выделений Crnti
? Hrn: количество выделенных Hrnti
? Эрн: количество выделений Эрнти
? Fdcph: эти столбцы считываются из команды admtimeposdata. Первое число соответствует количеству открытых
кодов, а второе число - количеству временных позиций.
? CC_SP: RncModule и SPM устройства CC, обрабатывающего соту. Если модуль RncModule, управляющий
устройством CC, отличается от модуля, управляющего ячейкой, печатается восклицательный знак (!). Раньше
это было проблемой в более старом RNC SW (информация PLM 510), но теперь исправлено с помощью TR
HN89801, см. Информацию PLM 749.
> cedh
-------------------------------------------------- -------------------------------------------------- ---------------------------------------
MOD GRP IUBLINK для используемой ячейки CEdl usedCEul gHoCEdl gHoCEul OtherCEdl OtherCEul dlRL ulRL NrUE leakingCellFroIds
-------------------------------------------------- -------------------------------------------------- ---------------------------------------
1 0 b0157MDN 0 0 3 34/64 98/256 30/64 158/256 29/63 155/253 46 46 46
1 4 b0423MDN 5 2 2 2/64 6/128 62/64 122/128 61/63 120/126 3 3 3
1 8 b0407MDN 8 4 1 8/64 42/256 56/64 214/256 55/63 211/253 15 15 15
1 10 b0106MDN 9 5 3 40/96 125/256 56/96 131/256 55/95 128/253 48 48 49 147
> cedhp
-------------------------------------------------- -------------------------------------------------- ---------------------------------------
MOD GRP IUBLINK для используемой ячейки CEdl usedCEul gHoCEdl gHoCEul OtherCEdl OtherCEul dlRL ulRL NrUE leakingCellFroIds
-------------------------------------------------- -------------------------------------------------- ---------------------------------------
1 0 b0157MDN 0 0 3 53,1% 38,3% 46,9% 61,7% 46,0% 61,3% 46 46 46
1 4 b0423MDN 5 2 2 3,1% 4,7% 96,9% 95,3% 96,8% 95,2% 3 3 3
1 8 b0407MDN 8 4 1 12,5% 16,4% 87,5% 83,6% 87,3% 83,4% 15 15 15
1 10 b0106MDN 9 5 3 41,7% 48,8% 58,3% 51,2% 57,9% 50,6% 48 48 49 147
Поля в распечатке "cedh / cedhp" соответствуют следующим переменным в распечатке "hwm print grp" модуля MP:
? GRP: группа ячеек (от одного до четырех на IubLink)
? IUBLINK: идентификатор MO IubLink
? fro: froId IubLink (идентификатор объекта ресурса фасада, уникальный идентификатор в узле)
? ro: идентификатор RO IubLink (идентификатор объекта ресурса, уникальный в модуле. То же, что и индекс капсулы).
? nCell: количество UtranCells в группе ячеек
? usedCEdl / usedCEul: Потребленный кредит / Кредит мощности. Количество использованных КЭ из общего
количества имеющихся КЭ. Общее количество доступного CE рассчитывается в каждом RBS на основе
возможностей HW и лицензированной мощности.
? gHoCEdl / gHoCEul: Guaranteed, HO (доступность элементов канала для гарантированного трафика, передача данных)
? OthrCEdl / OthrCEul: Other (доступность элементов канала для гарантированного, другого трафика)
? dlRL, ulRL: количество радиоканалов, используемых в RBS. Два значения (нисходящий и восходящий) всегда должны быть
равны.
? nrUE: количество UE в RBS. Это должно быть равно количеству радиосвязи.
? leakingCellFroIds: набор ячеек, в которых dlRL, ulRL, nrUE не равны. Это указывает на то, что некоторый ресурс в
ячейке не был освобожден должным образом. Чтобы освободить ресурсы в ячейке с утечкой, соответствующий
MO IubLink должен быть заблокирован и разблокирован.
? leakingCellFroIds: набор ячеек, в котором не выполняется следующее условие:
- до W10: dlRL = ulRL = nrUE
- из W11: nrUE = nrDlRL и nrUlRL> = nrDlRL и nrDlRL> = nrDchUlRL и nrUlRL не более чем в два раза nrDlRL
Это указывает на то, что некоторый ресурс в ячейке не был освобожден должным образом. Чтобы освободить ресурсы в
протекающей ячейке,

соответствующий IubLink MO должен быть заблокирован и разблокирован.
> cedg
-------------------------------------------------- -------------------------------------------------- ----------------------------------------
Измените UtranCell CFRPHEMU Antenna and Cell Coordinates, отправьте на http://maps.google.com/maps?q=
-------------------------------------------------- -------------------------------------------------- ----------------------------------------
21 год CTU20847 111111- 41,2383, -73,1937 41.2383, -73.193665 41.2424, -73.140621 41.2157, -73.149569 41.1996, -73.179159 41.2016, -73.215508
21 год CTU20848 111111- 41,2383, -73,1937 41.2383, -73.193665 41.2016, -73.215508 41.2208, -73.241665 41.2482, -73.245378 41.2710, -73.224885
21 год CTU20849 111111- 41,2383, -73,1937 41.2383, -73.193665 41.2710, -73.224885 41,2785, -73,189759 41.2672, -73.156478 41.2424, -73.140621
21 год CTV20841 111111- 41,2383, -73,1937 41.2383, -73.193665 41.2424, -73.140621 41.2157, -73.149569 41.1996, -73.179159 41.2016, -73.215508
Поля в распечатке "cedg" соответствуют:

? CFRPHEMU: состояние UtranCell, Fach, Rach, Pch, Hsdsch, Eul, MbmsCch, EulFach (L = заблокировано, S = ShuttingDown,
T = tpsPowerLocked, U = tpsPowerShuttingDown, 1 = разблокировано и включено, 0 = разблокировано и отключено)
? первые координаты: значение атрибута UtranCell :: antennaPosition

? все следующие координаты: значение атрибута UtranCell :: utranCellPosition
Координаты выражаются в градусах широты и долготы и могут быть введены в карты Google, чтобы увидеть
местоположение ячейки, например: http://maps.google.com/maps?q=41.2383,-73.1937
> кеды
-------------------------------------------------- -------------------------------------------------- -------------------------------------------------- -----------------
Mod UtranCell CFRPHEMU ABCDEFGHIJKLMNOPQRST cpc dBMC edchT2 enhDrx enhL2 eulDch eulTd fdpch hsAqm hsFach impL2 lBHo mC mCMimo q64 q64Mimo eulMC3hsThp3 hs
-------------------------------------------------- -------------------------------------------------- -------------------------------------------------- -----------------
1111 ячейка17711 111111-L 00100000001100000100 0 0 1 0 0 0 0 0 0 0 1 1 0 0 0 0 0 1 0 0
1111 ячейка17712 111111- 00100000001100010100 0 0 1 0 0 0 0 0 0 0 1 1 0 0 0 1 0 1 0 0
1111 ячейка17713 111111- 00100000001100010100 0 0 1 0 0 0 0 0 0 0 1 1 0 0 0 1 0 1 0 0
1111 ячейка17714 T00000-- 00100000001100000100 0 0 1 0 0 0 0 0 0 0 1 1 0 0 0 0 0 1 0 0
1111 ячейка17715 T00000-- 00100000001100010100 0 0 1 0 0 0 0 0 0 0 1 1 0 0 0 1 0 1 0 0
Поля в распечатке «ceds» соответствуют следующим атрибутам:

? CFRPHEMU: состояние UtranCell, Fach, Rach, Pch, Hsdsch, Eul, MbmsCch, EulFach (L = заблокировано, S = ShuttingDown,
T = tpsPowerLocked, U = tpsPowerShuttingDown, 1 = разблокировано и включено, 0 = разблокировано и отключено)
? A = cpc: UtranCell :: cpcSupport

? B = dBMC: MultiCarrier :: dualBandMultiCarrierSupport
? C = edchT2: Eul :: edchTti2Support
? D = enhDrx: Hsdsch :: enhUeDrxSupport
? E = enhL2: Hsdsch :: EnhancedL2Support
? F = eulDch: Eul :: eulDchBalancingSupport
? G = eulTd: Eul :: eulTdSchedulingSupport
? H = fdpch: UtranCell :: fdpchSupport
? I = hsAqm: Hsdsch :: hsAqmCongCtrlSupport
? J = hsFach: Hsdsch :: hsFachSupport
? K = impL2: Eul :: SuperiorL2Support
? L = lBHo: UtranCell :: loadBasedHoSupport
? M = mC: MultiCarrier :: multiCarrierSupport
? N = mCMimo: MultiCarrier :: multiCarrierMimoSupport
? O = q64: Hsdsch :: qam64Support
? P = q64Mimo: Hsdsch :: qam64MimoSupport
? Q = eulMC: MultiCarrier :: eulMultiCarrierSupport
? R = hsThp: UtranCell :: ueHsThpMeasSupport
? S = hs3MC: MultiCarrier :: hsdpa3McSupport
? T = db3MC: MultiCarrier :: hsdpaDb3McSupport
4.2.23 al [atkcg] [u] [-a | -u <alarm-id>] [| <unix-cmds>]
Распечатать список активных сигналов тревоги. Подтвердить / отменить сигнал тревоги.

Вывод может быть передан через внешние утилиты unix, такие как «sort», «grep», «less», «more» и т. Д.
На узлах CPP метки времени по умолчанию печатаются в местном часовом поясе. Для времени UTC используйте
опцию «u», например altu. На COM-узлах метки времени печатаются только в формате UTC.
Можно комбинировать несколько вариантов, например: al, ala, altk, alatk, altkc и т. Д. Это следующие варианты:
? al: список активных алармов распечатывается в формате обзора, для каждого аларма отображается только четыре поля.
? ala: то же, что и al, но полный подробный список добавлен под обзорной таблицей.
? alt: то же, что и al, но поле времени добавляется в таблицу, а сигналы тревоги сортируются в хронологическом порядке.
? alk: то же, что и al, но список разделен на две части: одну для неподтвержденных алармов, а другую - для
подтвержденных.
? alc: то же самое, что и al, но каждая сигнализация отображается в формате CSV, и все поля отображаются для каждой
сигнализации.
? alg: то же, что и al, но экземпляры MO с алармами сохраняются в группу MO с именем al_group
Примечание: параметры k и g в настоящее время применимы только для узлов CPP, но не для узлов COM.
Опции -a / -u могут использоваться для подтверждения / отмены сигнала тревоги. Аварийный сигнал
идентифицируется его идентификатором аварийного сигнала, который может быть напечатан как ala или alc.
Примеры:
? altk: сортировать список активных сигналов тревоги по отметке времени и отображать сигналы тревоги в двух отдельных
таблицах в зависимости от состояния подтверждения.
? altkc: то же, что и выше, но алармы отображаются в формате CSV и отображаются другие поля.
? аль | grep -i atmport: выводить только те сигналы тревоги, которые соответствуют "atmport" (без учета регистра)
? al -a 18: подтвердить тревогу номер 18 (идентификатор тревоги отображается в "alc" или "ala")
Примечание: в alt и alk поле серьезности сокращается до одного символа:
? C для критического
? M для Major
? м для несовершеннолетних
? w для предупреждения
Аварийные сигналы, генерируемые Moshell: на узлах CPP список аварийных сигналов считывается из интерфейса
клиента аварийных сигналов (ALCI), однако некоторые дополнительные аварийные сигналы генерируются из moshell
в случае, когда некоторые функции CPP активированы и отключены или если MO TimDevice отсутствуют на RNC. ,
поскольку в противном случае эти МО не генерировали бы сигнал тревоги. Эта функция moshell управляется
переменной пользователя «mosalarm» и включена по умолчанию, что означает, что выполнение команды «al»
занимает примерно 1 или 2 секунды больше из-за считывания состояния этих функций CPP из интерфейса клиента
MO.
4.2.24 - lg [abcdefghijklmnopqrstuvwxyz012345] [-l <входной-каталог | файл журнала | zip-файл>] [-m <minustime>] [-p
<plustime>] [-s <startdate>] [-e <enddate>] [ -g <группа досок>] [-n <фильтр узлов>] [-x
<XBlog- фильтр | ESIlog--фильтр> ] [-b <xb>] [-d <nrdumps>] [<каталог-назначения>] [| < unix-cmds>]
Получение и обработка логов узлов

Все опции можно комбинировать вместе, кроме опций d, w, x, f, которые можно комбинировать только с опциями r и c.
Параметры журнала CPP:
? 1: распечатать список журналов с узла.
? 2: журнал T&E и ramdisk (/ d / usr / cello / telogs и / r000x00 / telogs)
? 3: журнал RNC SON (/c/logfiles/SON/ANR_EVENTLOG.xml и /c/logfiles/SON/TPS_EVENTLOG.xml)
? 4: журнал MGW BGF (/ c / logfiles / BGF)
? 5: журнал MGW IPCS (/ c / logfiles / ipcs_logs)
? a: Журнал аварийных сигналов (ALARM_LOG.xml). История включения и выключения тревог.
? j: Продолжительность сигналов тревоги (ALARM_LOG.xml). То же, что вариант a, за исключением того, что
повышение и прекращение действия объединены в одну запись вместе с общей продолжительностью
сигнала тревоги.
? x: Активные аварийные сигналы (ALARM_LOG.xml). Моментальный снимок активных сигналов тревоги в конкретную дату /
время, указанную в опции -m / -s .
? e: журнал событий (EVENT_LOG.xml). История событий МО.
? v: Журнал доступности (CELLO_AVAILABILITY2_LOG.xml). История перезапусков узла / платы / программы.

? s: системный журнал (/ c / logfiles / systemlog). История перезапусков узла / платы / программы.

? p: Post Mortem Dumps (/ c / pmd) и файлы ошибок LTE ENodeB (/ c / logfiles / Troubleshooting / error). История
сбоев платы / программы. Файлы PMD постоянно сохраняются в moshell_logfiles / logs_moshell / pmdfiles /
<nodeaddress> / pmd.
? u: журнал обновлений (Trace.log / Trace.txt). История обновлений системы.
? d: Журнал простоев. История отключений узлов и частичных отключений.
? o: Журнал команд MO (CORBA_AUDITTRAIL_LOG.xml и PNP_LOG.xml). История команд записи МО
(установить / действие / создать / удалить).
? q: Журнал команд MO в формате "trun" (CORBA_AUDITTRAIL_LOG.xml). Полезно для восстановления данных
конфигурации, которые не были сохранены в CV перед перезапуском узла.
? l: журнал команд COLI (SHELL_AUDITTRAIL_LOG.xml). История команд COLI.
? y: журнал событий безопасности (CELLO_SECURITYEVENT_LOG.xml). История настройки подключения O&M.
? w: Активные соединения O&M (CELLO_SECURITYEVENT_LOG.xml). Снимок соединений O&M в конкретную дату /
время, заданный в опции -m / -s .
? z: Журнал IP-транспорта (CELLO_IPTRAN_LOG.xml).
? t: журнал трассировки и ошибок (lh all te log read. чтобы указать другую группу плат, чем все, используйте параметр -g ).
? g: журнал ошибок перезапуска платы (lh allpd llog -l ; lh ru llog -l -n 5).
? h: журнал инвентаризации HW (CELLO_HWINVENTORY_LOG.xml). Этот файл сначала должен быть сгенерирован с
помощью команды hili mk в O&M MP.
? k: журнал XB. Получает журналы CMXB (узлы HCS и Evo) и журналы SCXB (узлы Evo). Используйте -b <xb>, чтобы
ограничить выборку журнала с одной доски. Используйте -x <xblogfilter>, чтобы определить, какие журналы
обрабатываются (см. Ниже).
? b: журнал RLIB (/c/logfiles/Rlib/RLIB_PM_LOG.xml), применимый только к RNC.
? f: собрать все журналы, кроме журналов XB и дампов ENB DSP, и сохранить в zip-файл. Чтобы указать
количество дампов ENB DSP для сбора, используйте опцию -d <n>, например, lgf -d 2 для сбора последних 2
дампов ENB DSP.
? f1: собрать все журналы и последний дамп ENB DSP и сохранить в zip-файл.
? f2: собирать только журналы XB и сохранять в zip-файл. Чтобы собирать журналы XB только с
определенной платы, используйте опцию -b, например lgf2 -b 000100
Параметры журнала Pico:
? a: Журнал аварийных сигналов (/var/volatile/log/permanent/oss/alarmlog.log)
? e: Журнал FmEvent (/var/volatile/log/permanent/oss/fmevents.log)
? g: журнал времени выполнения (/ var / volatile / log / runtime)
? h: журнал автоинтеграции (/var/volatile/log/permanent/oss/AutointegrationLog.txt)
? o: Журналы аудита (/ var / volatile / log / runtime * и / var / volatile / log / постоянный / oss / runtime *)
? s: журнал системных событий (/ var / volatile / log / постоянный / oss / sysevent)
? u: журнал обновлений (/var/volatile/log/permanent/oss/SWUpgradeLog.txt)
? y: журнал событий SecurityEvent (/ var / volatile / log / security)
? f: собрать все журналы и сохранить в zip-файл
Параметры журнала RCS (MSRBSv2 / TCU):
? a: Журнал аварийных сигналов (AlarmLog). История включения и выключения тревог.
? j: Продолжительность сигналов тревоги. То же, что и вариант «а», за исключением того, что повышение и
прекращение действия объединяются в одну запись вместе с общей продолжительностью сигнала тревоги.
? x: Активные будильники. Моментальный снимок активных сигналов тревоги в конкретную дату / время, указанную в
опции -m / -s .
? b: журнал приложений TN (TnApplicationLog)
? d: Журнал простоев. История отключений узлов и частичных отключений.
? g: Журнал перезапуска платы ("llog -l" на DU / RU / XMU).
? h: журнал автоинтеграции (AiLog)
? k: Журнал информации службы поддержки Ericsson (EsiLog)

? l: журнал команд COLI (AuditTrailLog)

? o: Журнал команд MO (AuditTrailLog)
? p: Post Mortem Dumps (из / rcs / dumps / pmd). История сбоев CPM. Файлы PMD постоянно
сохраняются в moshell_logfiles / logs_moshell / pmdfiles / <nodeaddress> / pmd.
? q: Журнал проверки работоспособности (HealthCheckLog)
? v: Журнал доступности (RBS_CS_AVAILABILITY_LOG)
? t: T&E log (lh all te log read. Чтобы указать другую группу, отличную от "all", используйте параметр "-g" ). Журнал трассировки
и ошибок.
? u: журнал обновлений (SwmLog)
? y: Журнал безопасности (SecurityLog)
? z: Сетевой журнал TN (TnNetworkLog)
? 3: журнал VES (VesLog)
? 4: журналы APC (BatteryLog, ClimateLog, PowerDistributionLog, PowerSupplyLog)
? 5: Журнал OOT (OotLog)
? f: собрать все журналы с помощью небольшого ESI и сохранить в zip-файл. Если небольшой ESI не работает,
попробуйте lgf -d -1 для сбора статического ESI (= маленький без обратных вызовов)
? f1: собрать все журналы с большим ESI и сохранить в zip-файл
? f0: собрать все журналы, кроме ESI, и сохранить в zip-файл
Примечание: Если команда lg не работает на узле RCS (возможно, из-за ограничений брандмауэра), попробуйте
установить следующие пользовательские переменные в файле /.moshellrc:
? export_method: использовать значение 1 (экспорт SFTP на текущую рабочую станцию) или значение 2 (экспорт SFTP на
другую рабочую станцию).
? export_username: имя пользователя для SFTP-сервера, на который будут экспортированы журналы.
? export_password: пароль для SFTP-сервера. Можно зашифровать с помощью команды encpw. Если пароль не
установлен, он будет запрошен в командной строке.
? export_server: IP-адрес SFTP-сервера. Применимо, только если export_method = 2.
Более подробную информацию об экспорте пользовательских переменных можно найти в файле moshell / moshell.
Общие параметры (CPP / Pico / RCS):
? m: объединить различные журналы вместе (например: lgaevm объединит журналы тревог / событий / доступности).
? i: обратный хронологический порядок.
? r: получить журналы с узла. Журналы извлекаются только один раз и хранятся в кеше. Эта опция используется
для обновления кеша сеанса.
? c: распечатать вывод в формате csv (разделение точкой с запятой).
? n: Журнал команд Moshell. Чтобы указать разные или все узлы, используйте параметр -n <node-filter> . Если
опция -m или -s не указана, по умолчанию отображается история команд за последние 30 дней.
Временная фильтрация (CPP / Pico / RCS):
? Параметры -s и -e используются для указания абсолютного промежутка времени: -s дает дату начала, а -e дает
дату окончания. Формат - ггггммдд [.ччмм], например 20071230 или 20071230.0800.
? Параметры -m и -p используются для указания промежутка времени относительно сегодняшней даты: -m указывает,
сколько времени назад, а -p сколько времени вперед. Формат - дни, часы или минуты, например. 10д (10 дней), 2ч (2 часа),
30м (30 минут).
Примечание: ключ -s / -m иногда можно опустить. Например, lgo 14 можно использовать вместо lgo -m 14, а lgo
20080701.1200 можно использовать вместо lgo -s 20080701.1200. Это работает только в том случае, если параметры
-e / -p не используются.
Офлайн использования:
Параметр -l позволяет обрабатывать файлы журнала в автономном режиме, когда он не подключен к узлу.
Аргумент опции -l указывает место, где файлы журнала хранятся локально на рабочей станции. Может быть:
? единый лог-файл
? каталог, содержащий несколько файлов журналов.
? заархивированный архив, содержащий один или несколько файлов журнала.
Запустив команду lgf при подключении к узлу, можно загрузить все файлы журналов в локальный каталог для дальнейшего
использования.

плоской обработки. В качестве аргумента можно указать локальный каталог. Если не указано иное, выбирается
местоположение по умолчанию.
(~ / moshell_logfiles / logs_moshell / lg / nodeaddress / date_time). Затем локальный каталог автоматически
сжимается и сохраняется в заархивированном виде.
Журнальные фильтры XB (CPP):
Фильтр журнала XB указывается с помощью -x <filter> в команде lgk на узлах, содержащих платы CMXB / SCXB,
чтобы указать тип журналов, которые будут отображаться. Журнальный фильтр XB должен быть представлен как
комбинация одной или нескольких из следующих букв:
? o: журнал ОС (по умолчанию)
? s: журнал SNMP
? c: Журнал команд COLI
? b: журнал менеджера совета директоров
? w: Переключение журнала событий
? m: Журнал управления программным обеспечением
? e: Журнал безопасности
? f: журнал брандмауэра
? h: журнал диспетчера полок
? a: Журнал приложений
? t: журнал диспетчера единиц измерения времени
? p: Журнал питания и вентилятора
? x: Все перечисленные
выше журналы Пример:
? lgk -x oscb - показать записи журнала XB из журнала ОС, журнала SNMP, журнала команд COLI и журнала диспетчера плат
Журнальные фильтры ESI (RCS):
Фильтр журнала ESI (Ericsson Support Information) указывается с помощью -x <filter> в команде lgk на узлах RCS
(TCU / MSRBSv2), чтобы указать тип журналов, которые будут отображаться. Журнал-фильтр ESI должен быть
представлен как комбинация одной или нескольких следующих строк, разделенных запятыми:
? 1) ai: rcs / log / AiLog / AiLog. *
? 2) al: rcs / saf_log / saLogAlarm / saLogAlarm_ * __ * .log
? 3) a_t: rcs / log / AuditTrailLog / AuditTrailLog. * (МО часть)
? 4) atr: rcs / log / AuditTrailLog / AuditTrailLog. * (Часть COLI)
? 5) capi: cpu_load.log (создается после выполнения команд COLI "capistart" и "capistop" на DUS)
? 6) ком: rcs / comte / com.log. *
? 7) кома: rcs / comte / com_alarm.log. *
? 8) comi: rcs / log / ComInterfaceLog / ComInterfaceLog. *
? 9) erl: rcs / bootlogs / erlang.log.1 И rcs / erlang / erlang.log. *
? 10) ev: rcs / log / NotificationLog / NotificationLog. *
? 11) лицензия: rcs / log / LicensingLog / LicensingLog. *
? 12) ltt: rcs / log / LttngLog / LttngLog. *
? 13) мми: rcs / log / MMILog / MMILog. *
? 14) nl: rcs / bootlogs / nl_log. * и rcs / networkloader / nl_log. *
? 15) уведомление: rcs / saf_log / saLogNotification / saLogNotification_ * __ * .log
? 16) pnp: rcs / saf_log / PnpApplicationLog / PnpApplicationLog_ * __ * .log
? 17) sys: rcs / saf_log / saLogSystem / saLogSystem_ * __ * .log
? 18) сек: rcs / log / SecurityLog / SecurityLog. *
? 19) swmi: rcs / журнал / SwmInternal / SwmInternal. *
? 20) tnapp: rcs / saf_log / TnApplicationLog / TnApplicationLog_ * __ * .log

? 21) tnnet: rcs / saf_log / TnNetworkLog / TnNetworkLog_ * __ * .log

? 22) tri: rcs / log / TriLog / TriLog. *
? 23) swm: rcs / журнал / SwmLog / SwmLog. *
? 24) upg: rcs / saf_log / saLogUpgrade / upgrade_ * __ * .log
? 25) pmc: rcs / log / RcsPmCounters / RcsPmCounters. *
? 26) pmev: rcs / log / RcsPmEvents / RcsPmEvents.1
? 27) системный журнал: var / log / syslog
? 28) журнал: var / log / llog / llog
? 29) hw: tmp / ee_esi / ee_esi.log
? 30) синхронизация: applicationlogs / SyncDusg2_ * /sync-dcg.log
Пример:
? lgk -x coma, erl, tri -> показать записи журнала из com_alarm.log, erlang.log и TriLog в ESI
? lgk -x 7,9,22 -> то же, что и выше
? lgkm -x 2-4,7 -> показать записи журнала из saLogAlarm, com_alarm и AuditTrail (части MO и COLI) и объединить
их в хронологическом порядке
Ноты:
? Вывод команды lg может быть отфильтрован по конвейеру с помощью команды unix, такой как grep, sort, less и т. Д.
? В вариантах a и x поле серьезности аварийного сигнала сокращается до одного символа: C =
критическое, M = серьезное, m = незначительное, w = предупреждение, * = очищено.
? В варианте j поле серьезности аварийного сигнала состоит из одной буквы, если аварийный сигнал все еще
активен. Если тревога прекращена, мы видим символ, за которым следует звездочка, например: M *
означает, что тревога была поднята со степенью серьезности Major, а затем исчезла.
? В lgd код причины перезапуска вручную можно перевести с помощью команды mom restartreason
? В lgd на узлах CPP значения простоев соответствуют следующим этапам:
- Время простоя CPP - это время, прошедшее между отключением узла CRIT строки и работоспособностью узла строки.
в
syslog или строка NODE IN Действует в avlog (какая строка идет первой).
- Время простоя приложения - это время, прошедшее между строкой CRIT Node down в системном
журнале и строкой RNC Node Restart Completed (RNC), Cell. * включен (WRBS),
Разблокированы VMGW / включен первый VMGw (MGW) или NODE IN Operational RestartCompleted (ERBS) в
журнале avlog.
- Время простоя JVM - это время, прошедшее между отключением узла CRIT строки в
системном журнале и запуском модуля загрузки JVM строки в avlog или строке
Служба конфигурации запущена и работает в журнале обновлений.
- JvmRestart: для отдельных перезапусков Jvm время простоя Jvm - это время, прошедшее между
строкой Программа CXCxxxx, запущенной в системном журнале (или строкой Текущие свойства
в журнале обновлений), и строкой
Служба конфигурации запущена и работает в журнале обновлений. Хотя время простоя Jvm показано в
столбце Время простоя CPP, тем не менее, это всего лишь время простоя Jvm.
- Цифры простоев узлов в сводной таблице в конце распечатки представляют собой наибольшее
значение между временем простоя CPP и временем простоя приложения. Цифры частичного простоя
взвешиваются по отношению к проценту доступности (если применимо).
? В lgd на узлах RCS значения простоев соответствуют следующим этапам:
- Начало простоя отсчитывается от строки NODE OUT ShutdownCommand или
УЗЕЛВНЕНеработающий (в зависимости от того, что наступит раньше)
- Время простоя RCS считается до появления линии NODE IN Оперативный или
УЗЕЛВ Оперативный ExtUpgradeRequest
- Время простоя приложения считается до появления строки RestartCompleted.
Примеры:
? LGA -s 20050705 -e 20050710 - записи шоу журнала сигнализации между датами 20050705 и 20070710
? lgaemc | grep -i atmport - показать все записи из журналов аварийных сигналов / событий, соответствующие
слову atmport (без учета регистра), отобразить в формате CSV (разделенные точкой с запятой) и конвейерную
передачу для grep


ГИД ПОЛЬЗОВАТЕЛЯ 93 ( 15
1553-CXC1328930
2018-10-30
BX moshellUserGuide.tex
? lgx -m 14
- показать будильники, которые были активны 14 дней назад
? lgxc 20080704.1330 - показать тревоги, которые были активны 4 июля 2008 г. в 13:30, и распе

Формат CSV
? lgvsm -s 20050705.1000
- показать все записи из системного журнала и журнала доступности с 20
10:00, объединены в хронологическом порядке

? lgar -m 10d -p 30m

- восстановить журнал тревог и показать все его записи, начиная с 10 дней наза
Через 30 минут.
? lgf - получить все журналы с узла и поместить их в местоположение по умол

~ / moshell_logfiles / logs_moshell / lg / nodeaddress / date_time / node_logfiles.zip
? lgf / главная / пользователь / журналы / rnc10
- получить все журналы с узла и поместить их в заархивированн
/home/user/logs/rnc10/<node>_logfiles.zip
? lgaemic -m 10h -l ~ / moshell_logfiles / logs_moshell / lg / rnc10 / 20071122_1425 - проанализировать последние 10
часов журналов тревог и событий, хранящихся в папке ~ / moshell_logfiles / logs_moshell / lg / rnc10 /
20071122_1425, объединить их и отобразить в формате CSV и в обратном хронологическом порядке
? lgd -m 30d - показать все перезапуски узлов и связанные с ними простои за последние 30 дней
? lgt -g mp - показать журналы T&E плат группы "mp", отсортированные в
хронологический порядок

? lgtaom -m 12h - показать журналы T&E всех плат, объединенные с журналом аварийных сигналов и журналом аудита, для
последние 12 часов
? lgn -m 5 -n 137,58 - показать журнал команд moshell за последние 5 дней для всех узлов, чей адрес
соответствует 137.58
? lgk -m 5d -b 000100 - показать статус ОС на SCXB в 000100 за последние 5 дней

? lgk -m 10d -x ce - показать события безопасности и историю команд COLI на XB за последние 10 дней
? lgk -x coma, erl, swmi -m 30 - отображаются записи журнала ESI из com_alarm.log, erlang.log и swminternal журнала
за последние 30 дней
? lgf2 - собрать все логи XB

? lgf2 -b 000100 - собрать логи CMXB из SCB 000100
4.3 Другие команды
4.3.1 uv [<string> | <var> = value]
Отображение или изменение настроек конфигурации moshell (также называемых «пользовательскими переменными»).
Команда uv, используемая без аргументов, отображает значения всех пользовательских переменных, которые обычно
указываются в файле moshell и / или ~ / .moshellrc . См. Раздел 2.5 и файл moshell для получения дополнительной информации
о функциях этих переменных.
Если в качестве аргумента указана строка, будут отображаться только переменные, соответствующие этой строке.
Команда uv также позволяет изменять значение переменной из сеанса moshell.
Например, если для переменной secure_shell установлено значение 0 в ~ / .moshellrc , можно будет запустить сеанс
moshell в режиме защищенной оболочки, просто набрав uv secure_shell = 1 в командной строке moshell. С этого
момента все соединения узлов, которые были бы выполнены с использованием telnet, будут выполняться с
использованием ssh.
Пример:
1. uv - вывести все переменные
2. uv sec - для вывода всех переменных, соответствующих строке "sec"
3. uv secure_shell = 1 - для изменения переменной
Подобно команде get, вывод этой команды можно сохранить в переменной
Пример:
uv ^ учетные данные> $ учетные данные

4.3.2 pv [<string>]
Чтобы напечатать все переменные сценария или только те, которые соответствуют <string>.
Например:
? pv распечатать все скриптовые переменные и их текущее значение
? pv ver просто распечатайте скриптовые переменные, имена которых соответствуют ver
Количество напечатанных переменных сохраняется в переменной $ nr_of_vars. Пожалуйста, обратитесь к главе
«Создание сценариев», чтобы узнать, как установить переменную.
Примечание. Чтобы распечатать переменную, также можно: l echo $ variable
4.3.3! / L <unix-command>
Выполните команду unix на ПК / рабочей станции

Либо! или можно использовать l.
Примеры:
1. l pwd (или псевдоним lpwd) - чтобы узнать текущий рабочий каталог unix
2. l cd scripts / rbs3 (или псевдоним lcd) - для смены текущего рабочего каталога
3. ! lessdefine_sectors.mo - для просмотра командного файла, который будет запущен
4. ! vi define_sectors.mo - для внесения изменений в командный файл
Примечание:
? Команды unix, которые вызываются с "!" никогда не регистрируются
? Команды unix, которые вызываются с "l", регистрируются, если пользователь начал регистрацию с "l +"
4.3.4 л + [м] [м] [с] [о] / л- / л? [<файл журнала>]
Открытие / закрытие файлов журналов moshell.
l + - открыть файл журнала. Если файл журнала не указан, то выбирается

уникальный файл журнала по умолчанию. Путь к файлу журнала по
умолчанию:
~ / файлы_log_ moshell / logs_moshell / sessionlog / <ДАТА> _ <УЗЕЛ> .log
Параметр m предназначен для отключения звука, т.е. на экране не будет отображаться никаких выходных
данных, пока журнал не будет закрыт. Весь вывод попадет в файл журнала. (параметр мм предназначен для
дополнительного отключения звука, на экране будет отображаться даже меньше, чем при использовании l + m).
Параметр s позволяет не печатать заголовок «открытие журнала / закрытие журнала». Также можно
установить с помощью пользовательской переменной loginfo_print. Параметр o предназначен для
перезаписи файла журнала, в противном случае он добавляется.
l- для закрытия файла журнала.
л? для проверки, открыт ли в данный момент файл журнала.
Можно открыть несколько файлов журнала, но будет активен только один. Когда один файл журнала закрывается,
ведение журнала возобновляется с предыдущего. Примеры:
l + logfile1 # запускает запись в logfile1, для $ logfile установлено значение "logfile1"

get
пр
l + logfile2 # останавливает запись в файл журнала1 и начинает запись в файл журнала2
# $ logfile установлен в "logfile2"
vii
l- # останавливает запись в файл журнала2 и возобновляет запись в файл журнала1
# $ logfile установлен в "logfile1"
тома
l- # останавливает запись в logfile1, $ logfile остается равным "logfile1"
В этом примере файл журнала 1 будет содержать распечатки из get, pr и vols, а файл журнала 2 будет содержать распечатку из
vii.

4.3.5 dbc [s] [a] [<cvname> | <dbdat- file> | <cvzip-file> | <mobatch-folder>]
Проверка целостности базы данных

Цель
Несогласованность в базе данных SQL может привести к таким проблемам, как снижение производительности
трафика, сбои обновления или циклические перезапуски. Часто симптомы появляются только после следующего
перезапуска или обновления узла, поэтому нелегко узнать, как долго данные были повреждены и как далеко назад
мы должны откатиться, чтобы найти неповрежденное резюме. Поэтому регулярное выполнение проверки
согласованности базы данных является полезной профилактической мерой.
Пожалуйста, обратитесь к информации RAN PLM 662, 664, 808, 914, 941, чтобы узнать больше о различных
типах повреждений и возможных средствах их устранения.
Аргумент команды
Когда команда запускается сама по себе без параметров и аргументов, она создает CV (cvmk), извлекает файл
db.dat (ftget), удаляет cv (cvrm), затем анализирует db.dat на рабочей станции и просматривает за коррупцию.
Аргумент (необязательно) может быть следующим:
? название резюме, которое нужно получить и обработать.
? путь к файлу db.dat, cv.zip или dbdump.zip, который был получен ранее и находится на рабочей станции.
? путь к папке, содержащей журналы распечатки dbc, запущенной из mobatch (опция "a").
Параметры команды
? s (dbcs): для получения и проверки стартового резюме. Применимо только в онлайн-режиме.
? a (dbca): для анализа существующих журналов dbc, взятых с помощью mobatch со многих узлов или файлов db.dat.
Команда dbca объединяет несколько распечаток dbc в одну распечатку dbc, показывающую все исключения,
обнаруженные в разных узлах или файлах db.dat.
Выполнение проверки согласованности во всей сети
? Если файлы db.dat, cv.zip или dbdump.zip уже были собраны, их все можно проверить параллельно с mobatch.
Синтаксис:
mobatch [-r] -d / путь / к / папке dbc

В этом случае mobatch будет запускать сеансы moshell в режиме sql с файлами, а не с узлами. Первый
аргумент должен указывать путь к папке, содержащей файлы db.dat, cv.zip или dbdump.zip.
Параметр -r предназначен для рекурсивного поиска в папке, в противном случае проверяются только файлы
непосредственно в папке.
? Если файлы dbdat / cvzip не были ранее собраны, можно запустить: mobatch / path / to / sitefile dbc. В этом
случае mobatch будет запускать сеансы moshell в онлайн-режиме для каждого узла, указанного в файле сайта,
и проверять текущее резюме. .
Справочная информация
Данные конфигурации узла хранятся в базе данных SQL в оперативной памяти центрального процессора и могут
быть скопированы на диск (/ d / config / cv) для постоянного хранения. Основное предназначение базы данных -
хранить постоянные данные МО. МО состоит из трех слоев:
? слой MAO (объект адаптации управления)
? слой FRO (объект ресурса фасада)
? слой RO (объект ресурса)
MO всегда состоит из одного MAO. Между MO и его MAO существует взаимно однозначная связь.
Под MAO может быть одна или несколько FRO или, в некоторых случаях, не FRO. Примеры: MO SwAllocation состоит
только из MAO без FRO / RO. Mtp3bSpItu MO состоит из одного MAO и одного FRO / RO. MO Aal2PathVccTp состоит из
одного MAO и двух FRO / RO. FRO используются для управления фактическими ресурсами, RO.

MAO и FRO используют отдельные таблицы SQL для хранения данных. RO не хранят никаких постоянных данных,
поскольку они обрабатываются FRO.
MAO хранят свои постоянные данные в таблице SQL modata_r2 или modata_r3. Для FRO существует отдельная
таблица для каждого класса MO. Например, FRO MO PlugInUnit используют таблицу cspiuresource, FRO MO программы
используют таблицу cspgmresource и т. Д.
Пример распечатки и комментарии

Важно помнить: одна и та же неисправность может иметь место при нескольких проверках ниже. Например, MO,
который не был правильно удален с узла, может привести к повреждению, показанному в проверках 8, 12, 13.
UtranRelation с неправильным значением frequencyRelationType приведет к повреждению, показанному в проверках
17 и 18. Обычно, когда такая же ошибка появляется в После нескольких проверок неисправность, которая
находится выше в списке, должна быть устранена в первую очередь.
-------------------------------------------------- ----------------------------
1) MAO с нерекомендованными символами в имени MAO
(рекомендуемый диапазон: -_ /. A-Za-z0-9!%: * ): ДА
2039 TransportNetwork = 1, AtmTrafficDescriptor = UBR + _230_QoS3 Имя MAO: UBR + _230_QoS3
5642 RncFunction = 1, IubLink = iub 45 MAO имя: iub 45
****************** Комментарий ******************

Приведенные выше МО содержат знак "+" и пробел в своем идентификаторе МО. Неизвестно, что эти символы оказывают
влияние на систему на узле, но использовать их не рекомендуется, поскольку они могут некорректно обрабатываться клиентом
O&M (moshell / AMOS / OSSRC). Наличие МО в этом списке даст результат «ОК с предупреждениями». МО можно переименовать
с помощью команды "rset".
-------------------------------------------------- ----------------------------
2) MAO с опасными символами в имени MAO ', = ^ "|' Â (HL11572 / UABtr75948): ДА 5631
TransportNetwork = 1, Aal2PathVccTp = TransportNetwork = 1, Aal2PathVccTp = 88
Имя MAO: TransportNetwork = 1, Aal2PathVccTp = 88
****************** Комментарий ******************

Приведенный выше МО содержит строго запрещенные символы в идентификаторе МО: "," и "=". Использование
этих символов может вызвать циклический перезапуск узла, см. TR HL11572 / UABtr75948.
-------------------------------------------------- ----------------------------
3) МАО без FRO: ДА
3321 Aal2PathVccTp = Iuc-2300-2351-7-95: aal2pathepfroid = 5
не найден в таблице aal2pathepfrotable_6
5644 IubLink = 503: theclientsuniqueid = 33
не найден в таблице roamfroiublinkdbtable_09
****************** Комментарий ******************

Здесь у нас есть некоторые MO, где MAO указывает на несуществующий FRO. Запустите moshell в режиме sql по
направлению к файлу db.dat (moshell -d /path/to/db.dat) и выполните команду "get" для этих MO. Например,
команда «get» покажет, что IubLink MO имеет значение froId 33, но при просмотре соответствующей таблицы FRO
roamfroiublinkdbtable_09 с помощью команды «sql select» мы увидим, что записи с этим идентификатором нет.
-------------------------------------------------- ----------------------------
4) FRO без МАО: ДА
theclientsuniqueid = 198 в roamfroexternalgsmcelldbtable_06 (ExternalGsmCell)
****************** Комментарий ******************

Здесь ситуация обратная, чем выше. В таблице MAO нет записи, которая имела бы блок, указывающий на эту FRO. Мы можем
запустить команду «fro externalgsmcell», чтобы распечатать значение froId всех экземпляров MAO, и мы увидим, что ни у одного из
них нет froId 198.
-------------------------------------------------- ----------------------------
5) MAO с повторяющимся LDN: ДА
13 SystemFunctions = 1, Licensing = 1 (известная проблема: TR UABtr63243 - не влияет)
****************** Комментарий ******************

Это указывает на то, что в таблице modata_r2 есть несколько записей, которые относятся к одному и тому же MAO.
Иногда это может быть проблемой, особенно если MAO подключен к FRO. В этом случае лицензирование MO
выполняется только на уровне MAO, поэтому FRO не затрагивается. Эта конкретная проблема известна в CPP5 /
CPP6 и исправлена в CPP7. Не оказывает никакого влияния на систему.
-------------------------------------------------- ----------------------------
6) MAO с дублирующимся блоком: ДА
3440 IubLink = Iub-11 froid = 30 3443
IubLink = Iub-22 froid = 30
****************** Комментарий ******************

Здесь у нас есть два разных MAO, которые указывают на один и тот же FRO, это недопустимо, поскольку FRO может быть
подключен только к одному MAO. Мы могли бы проверить это, запустив moshell в режиме sql и выполнив команду «get» или «fro»
на этих MO, чтобы распечатать froid.


Подготовлено (также несет ответственность, если иное)

Нет.
Проверено

Дата

Ред. файл
-------------------------------------------------- ----------------------------
7) Несовпадение количества экземпляров MAO и FRO: ДА
Aal2PathVccTp : 21 МАО, 41 год FROs
(Для Aal2PathVccTp должно быть 2 FRO на один MAO).
ExternalGsmCell : 1133 МАО, 1134 FROs
IubLink : 33 МАО, 32 FROs

****************** Комментарий ******************

Эта проверка представляет собой сводку проблем, обнаруженных в пунктах 3,4,5,6. Мы подсчитываем количество
экземпляров MAO и FRO для каждого класса MO и показываем те, где есть несоответствие. Неисправные
экземпляры MO можно найти в одной из четырех предыдущих проверок.
-------------------------------------------------- ----------------------------
8) MAO, относящиеся к несуществующим MAO: ДА
429 Subrack = MS зарезервированоBy RncFunction = 1, IubLink = 80
1709 RncModule = 1 зарезервирован RncFunction = 1, IubLink = 80
****************** Комментарий ******************

Это указывает на то, что некоторые MO имеют ссылку на MO, которого нет на узле. Это может произойти, когда MO
удаляется из узла, иногда системе не удается удалить его из ссылочных атрибутов, указывающих на него. В
приведенном выше примере атрибут reservedBy некоторых MO не обновлялся должным образом, когда MO IubLink =
80 был удален из узла.
-------------------------------------------------- ----------------------------
9) MAO определены для другого родителя, чем FRO: ДА
3441 IubLink = Iub-11, NodeSynch = 1 maoParent: IubLink = Iub-11 (30)
froParent: 30 (IubLink = Iub-11 IubLink = Iub-22)
3444 IubLink = Iub-22, NodeSynch = 1 maoParent: IubLink = Iub-22 (30) froParent:
31 ()
3568 UtranCell = Iub-54-1, UtranRelation = 9875a maoParent: UtranCell = Iub-54-1 (145) fromParent: 223
(UtranCell = Iub-57-2)
****************** Комментарий ******************

MAO знает своего родителя по LDN. В некоторых случаях родительский адрес также сохраняется в FRO с помощью
атрибута, задающего фроид родительского MO в дереве MO. Эта проверка показывает, отличается ли родительская
ссылка, хранящаяся в MAO, от родительской ссылки, хранящейся в FRO.
В первом примере несоответствие связано с тем, что два MAO имеют одинаковое хладнокровие (проблема выделена в
проверке 6), эта проблема имеет здесь последствия, поскольку потомки этого MO не знают, какой из двух MO с хладнокровием
30 родители.
Во втором примере мы видим, что родительский фроид указывает на FRO, который либо не существует, либо не
связан с каким-либо MAO. В третьем примере мы видим, что хладнокровие родителя указывает на другой MO, чем
тот, который задан в LDN посредством MAO.
Примечание: число в скобках рядом с LDN - это совокупность этого MAO.
-------------------------------------------------- ----------------------------
10) Несогласованные ссылки на MO между MAO и FRO: ДА
3443 IubLink = Iub-22 sctpRef: Sctp = MS-15 (3) sctpfroid: 2 (Sctp = MS-14)
4135 UtranCell = Iub-11-1 iubLinkRef: IubLink = Iub-11 (30) iublinkfroid: 30 (IubLink = Iub-11
IubLink = Iub-22)
5789 UtranCell = U30717, UtranRelation = U05938
utranCellRef: IurLink = rncka62, ExternalUtranCell = U05938 (1743)
Nutrancellfroid: 1999 ()
2406 IpAccessHostPool = Iub
ipAccessHostRef: IpAccessHostEt = ES1-27 IpAccessHostEt = MS-26 IpAccessHostEt = MS-7
ipaccesshostfroid: IpAccessHostEt = ES1-02 IpAccessHostEt = ES1-27 IpAccessHostEt = MS-26
****************** Комментарий ******************
Ссылки на МО иногда хранятся только в MAO или FRO, но иногда они хранятся в обеих частях. Важно, чтобы ссылка
на MO, хранящаяся как в MAO, так и в FRO, была одинаковой в обоих.
В первом примере MO имеет ссылку, хранящуюся в MAO, которая отличается от ссылки, хранящейся в FRO.
Во втором примере ссылка, хранящаяся в FRO, указывает на два разных MAO, это связано с проблемой, выделенной
в проверке 6, с дублированием хладнокровия.
В третьем примере эталон FRO указывает на FRO, который либо не существует, либо не имеет MAO.
В четвертом примере список ссылок MO отличается в атрибуте MAO ipAccessHostRef по сравнению с атрибутом FRO
ipaccesshostfroid. Примечание: число в скобках рядом с LDN - это froId этого MAO.
-------------------------------------------------- ----------------------------
11) MAO отсутствуют в списке reservedBy: ДА
2401 IubLink = Iub-1226 sctpRef Sctp = MS-15 зарезервировано
****************** Комментарий ******************

Эта проверка указывает, что MO слева имеет ссылку на MO справа (через атрибут, указанный в середине), но не
появляется в списке reservedBy для MO справа. Чтобы проверить это, мы запускаем moshell в режиме sql (moshell -d
dbdat / cvzip) и выполняем команду get для MO справа, и мы видим, что MO слева не может быть найден в списке
reservedBy, хотя в нем есть ссылка на что МО. Это одностороннее отношение между МО и является ошибкой.
-------------------------------------------------- ----------------------------
12) MAO найдены только в списке reservedBy: ДА
858 RncModule = 11 reservedBy IubLink = Iub-198
****************** Комментарий ******************
Это проблема, противоположная предыдущей проверке. Это означает, что МО справа (в данном случае IubLink) появляется в

список ReserveBy для MO слева, даже если он не имеет ссылки на этот MO. Чтобы проверить это, мы запускаем
moshell в режиме sql (moshell -d dbdat / cvzip) и выполняем команду get на МО справа. Мы не увидим никаких
атрибутов, содержащих ссылку на МО слева. Когда мы выполняем команду get для MO слева, мы видим, что MO
справа все равно появляется в списке reservedBy. Это одностороннее отношение между МО и является ошибкой.
-------------------------------------------------- ----------------------------
13) Несогласованная последовательность moRefs в MAO: ДА
1003 SectorAntenna = 1, AuxPlugInUnit = RRU-1 persistentReservers: 5, фактическое: 7
****************** Комментарий ******************

Эта проверка применяется к атрибутам MAO типа последовательность: moRef. Он указывает, есть ли
несоответствие между объявленным количеством ссылок на MO в атрибуте (показанным в начале значения
атрибута в квадратных скобках, например: [5]) и фактическим количеством MO, перечисленных в атрибуте. В
приведенном выше примере предполагается, что атрибут представляет собой последовательность из 5 МО, но на
самом деле он содержит 7 МО. Для проверки запустите moshell в режиме sql и выполните команду "get" на МО.
-------------------------------------------------- ----------------------------
14) FRO, относящиеся к несуществующим FRO (CSR1473974): ДА
6513 SpDevicePool = DcDevice, DcDevice = 1 subrackfroid 9 () 6494
RncModule = 13 piufroid 45 ()
****************** Комментарий ******************
Эта проверка показывает FRO, которые имеют ссылку на FRO, которая не существует на узле. Здесь будут
отображаться только MO, которые еще не были отображены в проверке № 10. Чтобы найти неисправную таблицу и
строку FRO, запустите moshell в режиме sql и выполните команду "get" на MO.
-------------------------------------------------- ----------------------------
15) Оставшиеся старые версии таблиц FRO (HL93894 / WRNae89948 / HM76376 / HS48645 / HR63086):
ДА cspgmresource_03 (текущая): cspgmresource_02 (старая)
csxpresource_01 (текущий): csxpresource (старый)
ecnprsectordata_4 (текущий): ecnprsectordata_3, ecnprsectordata_2, ecnprsectordata_1 (старый)
****************** Комментарий ******************

Эта проверка показывает таблицы FRO, которые существуют в нескольких версиях: последняя версия таблицы отображается с
левой стороны, а список старых версий таблиц - с правой стороны. Старые версии таблиц обычно следует удалять при
обновлении системы.
-------------------------------------------------- ----------------------------
16) Поврежденные записи MAO в таблице modata: ДА
3280 Aal2QosProfile = adoffbdoff зарезервировано Из-за неправильного nrOfElements: qF3 || rF1 = 1,5 = 1,141 = aal2pathvcctp = 99 || rF1 = 1,5 =
1,141 = Транспортная сеть = 1,141 = 88 | rF1 = 1,5 = 1,141 = Транспортная сеть = 1,169 = 8
****************** Комментарий ****************** Эта проверка проверяет синтаксис данных атрибутов MAO.
перечисленные в таблице modata_r2 / modata_r3. Любые поврежденные данные атрибутов будут показаны в виде
исключения в распечатке получения для этого MO. Правильный синтаксис каждой записи должен быть следующим:
MoType ^ Revision ^ LDN ^ PrimaryKey ^ attributeName ^ attributeData ^ И синтаксис данных атрибута должен быть:
dataType AVCflag Data. С участием:
dataType: s = String, r = Reference, t = Struct, f = Float, q = Sequence,

i = целое число, l = длинное, b = логическое
AVCflag: T = isAVCNotifier, F = notAVCNotifier
Последовательность: dataType AVCflag noOfElements | attributeName | attributeData | ....
Структура: тип данных AVCflag noOfElements attributeName attibuteData ....
-------------------------------------------------- ----------------------------
17) МАО без родителей: ДА
14498 AtmPort = ES-1-2-1-ima55, VplTp = VP1, VpcTp = 1 missingParent: AtmPort = ES-1-2-1-ima55, VplTp = VP1
****************** Комментарий ******************

Эта проверка сообщает список MAO, родительский элемент которых не имеет записи в таблице modata_r2 / modata_r3.
-------------------------------------------------- ----------------------------
18) MAO с недопустимым фолдом: ДА
22458 Подставка = ES-2, слот = 21, PlugInUnit = 1, GeneralProcessorUnit = 1, LoadControl = 1 froId =
22485 Подставка = ES-2, слот = 20, PlugInUnit = 1, GeneralProcessorUnit = 1, LoadControl = 1 froId =
****************** Комментарий ******************

Эта проверка сообщает список MAO, которые имеют недопустимый идентификатор FRO, например, пустое значение вместо
целого числа.
-------------------------------------------------- ----------------------------
19) Сканеры PM на основе экземпляров, содержащие отсутствующие экземпляры MO (HR95951 / CSR2375943 / CSR2375969 / ER690205):
ДА
533 USERDEF.RNC_CNHH_RNC71_3.Profile = 982.Continuous = Y.STATS отсутствуют экземпляры MO:
UtranCell = BU317L, UtranRelation = BU980L
536 USERDEF.RNC_CNHH_RNC71_4.Profile = 983.Continuous = Y.STATS отсутствуют экземпляры MO:
UtranCell = BU530L, UtranRelation = BU279L UtranCell = BU530L2, UtranRelation = BU279L2
624 USERDEF.RNC_CNHH_RNC71_2.Profile = 981.Continuous = Y.STATS отсутствующие экземпляры MO:

UtranCell = BU279M, UtranRelation = BU279N

UtranCell = BU279K, UtranRelation = BU279N
UtranCell = BU279L, UtranRelation = BU279N
UtranCell = BU279L, UtranRelation = BU530L
UtranCell = BU279M2, UtranRelation = BU279N
UtranCell = BU279L2, UtranRelation = BU279N
UtranCell = BU279L2, UtranRelation = BU530L2
****************** Комментарий ******************

Эта проверка сообщает список сканеров PM на основе экземпляров, которые содержат экземпляры MO, которые больше не
существуют в узле. Любые такие сканеры следует удалить и заменить сканерами на основе классов или сканерами на
основе экземпляров, содержащими существующие экземпляры MO. Сканеры можно распечатать в режиме dbdat с помощью pst
/ pgets. Обратитесь к TR HR95951 или PLM info 914 для получения дополнительной информации.
-------------------------------------------------- ----------------------------
20) Сканеры PM на основе экземпляров, содержащие более 1000 экземпляров MO (HR95951 / CSR2375943 / CSR2375969 / ER690205): ДА
533 USERDEF.RNC_CNHH_RNC71_3.Profile = 982.Continuous = Y.STATS количество экземпляров MO: 10118
****************** Комментарий ******************

Эта проверка сообщает список сканеров PM на основе экземпляров, которые содержат более 1000 экземпляров MO.
Рекомендуется заменить эти сканеры сканерами на основе классов из-за влияния на производительность JVM узла.
Сканеры можно распечатать в режиме dbdat с помощью pst / pgets. Обратитесь к TR HR95951 или PLM info 914 для
-------------------------------------------------- ----------------------------
21) Jvm admClassPath, содержащий модули LoadModules, не входящие в текущий пакет UpgradePackage (CSR2447811): ДА
7 Jvm = 1 неверный LM в admClassPath: CXC1720482_R73D61 CXC1727628 / 2_R5X02 CXC1726723_R73D03 CXC1725907_R73D62
****************** Комментарий ******************

Эта проверка сообщает, содержит ли Jvm admClassPath какие-либо LM, которые не указаны в текущем
UpgradePackage (атрибут: ConfgurationVersion :: currentUpgradePackage :: loadModuleList)
-------------------------------------------------- ----------------------------
22) Отсутствующие таблицы
FRO: ДА dnsclient (IpOam)
httpsdb (WebServer)
****************** Комментарий ******************
Эта проверка сообщает, есть ли экземпляры MAO, в которых отсутствует соответствующая таблица FRO. Выходные
данные показывают имя отсутствующей таблицы FRO и соответствующий класс MO. Это дополнение к проверке 3,
которая обнаруживает экземпляры MAO, в которых запись FRO отсутствует в таблице FRO, но не обнаруживает
случаев, когда отсутствует вся таблица FRO.
-------------------------------------------------- ----------------------------
101) Атрибуты FRO, содержащие поле froId, но не поле ldn (HR88263): ДА
1867 EUtraNetwork = 1, ExternalENodeBFunction = 5051-530675, ExternalEUtranCellFDD = 5051-530675-2 parentref, eutranfrequenc
1868 EUtranCellFDD = SHBDEM2, EUtranFreqRelation = 1275, EUtranCellRelation = 5051-530675-2 parentref, neighbourcellref
****************** Комментарий ******************

Эта проверка специфична только для RBS / ERBS и не появляется в других типах узлов (RNC / MGW). Эта проверка
показывает, есть ли какие-либо атрибуты, содержащие текст "<attr name =" froId "", но не текст "<attr name =" ldn "".
-------------------------------------------------- ----------------------------
101) Конфликт кода точки MTP3 (WRNae82362, SCS695737): ДА
Код точки 13749348, используемый Mtp3bSpAnsi = 1 и Mtp3bSpAnsi = 1, Mtp3bSrs = r821s
****************** Комментарий ******************

Эта проверка специфична только для узлов RNC / MGW и не появляется в других типах узлов (RXI / RBS).
Эта проверка показывает, существуют ли какие-либо маршруты MTP3, которые используют тот же код точки
назначения, что и собственный точечный код узла. Чтобы проверить это, запустите moshell в режиме sql и выполните
команду "get" на обоих перечисленных МО, чтобы проверить, что код точки совпадает. Неисправность описана в TR
WRNae82362.
-------------------------------------------------- ----------------------------
102) Несоответствие количества вентиляторов (CSR 2101402 /
HQ64197): ДА 23 Equipment = 1, Subrack = MS nrOfFans: 4
nr_denib: 2
****************** Комментарий ******************
Эта проверка специфична только для узлов RNC / MGW и не появляется в других типах узлов (RXI / RBS).
Кроме того, это применимо только к узлам, которые используют крейты с конфигурацией fanConfiguration BFD528, например.
RNC3820, MGW GMPv4.
Цель состоит в том, чтобы проверить, совпадает ли количество MO вентиляторов, определенных для каждой Subrack,
с количеством вентиляторов, указанным в атрибуте numberOfDenibDevices (если> 0) или в атрибуте Subrack ::
subrackProdType :: fanConfguration (если numberOfDenibDevices <0) .
-------------------------------------------------- ----------------------------
103) Несогласованность в UtranRelation nodeRelationType или frequencyRelationType (HP94489 /
WRNae68940 / WRNae72810): ДА

5596 UtranCell = Iub-10-1, UtranRelation = Softer-Iub-10-3 nodeRelationType: 1, фактический: 0

(cellRef: UtranCell = Iub-10-3)
22205 UtranCell = U31618, UtranRelation = U31477 frequencyRelationType: 1,
фактический: 0 (f1 = f2 = 1007)
37068 UtranCell = 85276B, UtranRelation = 1 frequencyRelationType: 0, фактический: 1
(f1 = 10737, f2 = 10713)
****************** Комментарий ******************
Эта проверка специфична только для RNC и не появляется в других типах узлов. Это только для экземпляров MO типа
"UtranRelation" и перекрестная проверка значения атрибутов nodeRelationType и frequencyRelationType с реальной настройкой.
В первом UtranRelation в примере для nodeRelationType установлено значение 1 (Inter-RNC, что означает , что он
должен быть отношением к ExternalUtranCell), но cellReference, на который он указывает, является внутренним
UtranCell, поэтому на самом деле он должен иметь nodeRelationType 0 вместо 1.
Второй MO UtranRelation в примере имеет несоответствие в параметре frequencyRelationType, который установлен в
1 (межчастотный), тогда как исходная ячейка и ячейка назначения имеют одинаковую частоту, поэтому на самом
деле она должна быть 0 (внутричастотная). Третий UtranRelation - это противоположный сценарий, в котором
частота исходной ячейки и ячейки назначения различаются, но для параметра frequencyRelationType установлено
значение 0 (внутричастотность).
-------------------------------------------------- ----------------------------
104) Несогласованность в UtranCell interFreqRelCntr или intraFreqRelCntr (HP94489 / WRNae68940 /
WRNae72810): ДА
364 UtranCell = 85162B intraFreqRelCntr: 27, фактическое: 28 (по frequencyRelationType и uarfcnDl)

364 UtranCell = 85162B interFreqRelCntr: 1, фактическое: 0 (по frequencyRelationType и uarfcnDl)
680 UtranCell = 85276B intraFreqRelCntr: 25, фактическое: 24 (по uarfcnDl)
680 UtranCell = 85276B interFreqRelCntr: 0, фактическое: 1 (по uarfcnDl)
****************** Комментарий ******************

Эта проверка специфична только для RNC и не появляется в других типах узлов. Это только для экземпляров MO
типа "UtranCell" и перекрестная проверка значения атрибутов intraFreqRelCntr и interFreqRelCntr с реальной
настройкой.
Реальная настройка проверяется путем проверки frequencyRelationType UtranRelations, определенного под UtranCell.
Проверяются как атрибут frequencyRelationType, так и реальный frequencyRelationType (полученный при просмотре
uarfcn исходной и целевой ячейки).
Чтобы проверить это вручную, запустите moshell в режиме sql (moshell -d cvzip / dbdat) и выполните команду «lget
utrancell = xxx cntr | freq. * Type». Он покажет значение freqRelCntr и frequencyRelationType ячейки базовых отношений.
Если они не совпадают, ячейка отображается как несовпадающая "по параметру frequencyRelationType и uarfcnDl". Если
они совпадают, но некоторые из параметров frequencyRelationType неверны (см. Предыдущую проверку 17), то
несоответствие будет показано «by uarfcnDl».
В первых двух строк мы видим , что UtranCell 85162B имеет 27 интр-частотные отношений и 1 межчастотных
отношений. Когда мы проверяем атрибут frequencyRelationType и uarfcn исходной и целевой ячеек, оба указывают, что
это неверно. Оказывается, что на самом деле существует 28 внутричастотных отношений и 0 межчастотных
отношений. В следующих двух строках мы можем видеть , что UtranCell 85276B имеет 26 интр-частотные отношений и
0 межчастотных отношений, но в действительности есть 24 внутри частоты и 1 межчастотные. В этом случае
параметр frequencyRelationType для UtranRelation вводит в заблуждение и был изменен при проверке 15.
-------------------------------------------------- ----------------------------
105) Несогласованность в RncFunction cellRelCntr (HT37388): ДА
RncFunction = 1 cellRelCntr = 21743, nrOfRelations = 21410 (1304 CoverageRelation, 6 EutranFreqRelation, 12 GsmRelation, 2
****************** Комментарий ******************

Эта проверка специфична только для RNC и не появляется в других типах узлов. Он проверяет, что значение
атрибута cellRelCntr в MO RncFunction должно быть равно общему количеству экземпляров MO типа CoverageRelation
+ EutranFreqRelation + GsmRelation + UtranRelation. Проверить это можно вручную командой:
отношение prs =
Примечание: начиная с W15B, это несоответствие можно исправить,
выполнив команду facc rncfunction = 1 recalculateInternalCounters
-------------------------------------------------- ----------------------------
106) Несогласованность в UtranCell gsmRelHoAndCellReselCntr: ДА 5289
UtranCell = U32194C gsmRelHoAndCellReselCntr: 21, актуально: 22
17389 UtranCell = G32105C gsmRelHoAndCellReselCntr: 25, фактическое: 22
****************** Комментарий ******************

Эта проверка специфична только для RNC и не появляется в других типах узлов. Он проверяет, что значение
атрибута gsmRelHoAndCellReselCntr в каждом MO UtranCell должно быть равно фактическому количеству
дочерних MO GsmRelation с мобильностьюRelationType = 0. Проверить это можно вручную командой:
получить utrancell = xxx, gsmrelation MobilityRelationType ^ 0
Примечание. Начиная с W15B, это несоответствие можно исправить,
выполнив команду facc utrancell = xxx recalculateInternalCounters.
-------------------------------------------------- ----------------------------
107) Несогласованность в UtranCell cellReselectionCntr: ДА 2749
UtranCell = 32S1C1 cellReselectionCntr: 1, фактический: 6 2753 UtranCell
= 32S1C2 cellReselectionCntr: 12, фактический: 9
****************** Комментарий ******************
Эта проверка специфична только для RNC (> = W15B) и не появляется в других типах узлов или более старых версиях ПО. Он
проверяет, что значение атрибута cellReselectionCntr в каждом MO UtranCell должно быть равно фактическому количеству
дочерних элементов UtranRelation.

MO с frequencyRelationType = 1 и MobilityRelationType = 0 или 2. Это можно проверить вручную с помощью

команды: hget utrancell = xxx, utranrelation frequencyRelationType | MobilityRelationType 1 ^ [02] Примечание:
начиная с W15B, это несоответствие можно исправить, запустив команду
facc utrancell = xxx recalculateInternalCounters
-------------------------------------------------- ----------------------------
108) Несогласованность в UtranCell handoverOnlyCntr: ДА 2749
UtranCell = 32S1C1 handoverOnlyCntr: 12, фактический: 9 2753
UtranCell = 32S1C2 handoverOnlyCntr: -4, фактический: 2
****************** Комментарий ******************
Эта проверка специфична только для RNC (> = W15B) и не появляется в других типах узлов или более старых версиях ПО. Он
проверяет, что значение атрибута handoverOnlyCntr в каждом MO UtranCell должно быть равно фактическому количеству
дочерних MO UtranRelation с frequencyRelationType = 1 и MobilityRelationType = 0 или 1. Это можно проверить вручную с помощью
команды:
hget utrancell = xxx, utranrelation frequencyRelationType | MobilityRelationType 1 ^ [01] Примечание: начиная
с W15B, это несоответствие можно исправить, запустив команду
facc utrancell = xxx recalculateInternalCounters
4.3.6 dbd [p] [<cvname> | <dbdat-file> | <cvzip- file>] [<cvname> | <dbdat-file> | <cvzip-file>]
Цель: сравнить данные двух CV или файлов db.dat

Параметры:
? p: сравнивать только МО программы. Например, может использоваться, чтобы узнать, были ли случайно
удалены некоторые программные МО программы в исполняемом CV по сравнению с загруженным CV.
Аргументы:
? название резюме, которое нужно получить и обработать.
или:
? путь к ранее полученным файлам db.dat, cv.zip или dbdump.zip, находящимся на рабочей станции.
Uservariables:
? dbd_exclude_moclasses: для исключения определенных классов MO из сравнения
? dbd_exclude_attributes: для исключения определенных атрибутов из сравнения
Примеры:
? dbd Rb_CXP9021775_R1BF04_121217_2155 Fi_CXP9021775_R1BF04_121217_2201 - сравнение CV до обновления и
CV после обновления
? dbd /home/userid/rnc1.db.dat /home/userid/rnc2.db.dat - сравнение db.dat одного узла с db.dat другого узла
4.3.7 dbcv [r]
Выполните проверку согласованности БД (dbc) для файлов db.dat CV, хранящихся на узле.
Результат выполнения dbcv сохраняется на узле в /c/public_html/dbcv.txt и читается командами cvls и al, если
пользовательская переменная use_dbcv имеет значение 1. Команда dbcv проверяет только резюме с неизвестным
статусом DBC, если не задана опция r (dbcvr), и в этом случае все резюме проверяются снова.
Когда use_dbcv = 1 (и mosalarm = 1), в распечатке появится сгенерированный Moshell аварийный сигнал с
серьезностью «Предупреждение», указывающий количество резюме, в которых статус DBC - NOK.
Пример:

Предупреждать DBC NOT OK о 7 резюме ConfigurationVersion = 1 (сигнал тревоги, сгенерированный Moshell)
Когда use_dbcv = 1, распечатка cvls будет содержать дополнительный столбец DBC, показывающий статус согласованности DB
каждого CV.
Пример:
================================================== ===============================================
Id CV Имя Дата создания UpgradePackage Тип выпуска Оператор DBC Комментарий
================================================== ===============================================
1 RNC11_W12.0 2013-07-24 12:23 CXP9014711 / 4_R4LB W12.0.2.10 Другой Eanzmagn NOK никто
2 RNC11_W14.0_OK 2014-02-16 11:23 CXP9021776 / 1_R3AA03 W14.0.1.0 Другой Eanzmagn хорошоникто
3 RNC11_W14.1.2.2 2014-12-22 06:58 CXP9021776 / 2_R4CA06 W14.1.2.2 Другой Eanzmagn хорошоникто
================================================== ===============================================

Столбец DBC может отображать четыре разных результата:

? ОК: команда DBC не обнаружила несоответствий в файле db.dat этого резюме
? NOK (НЕ ОК): команда DBC обнаружила одно или несколько несоответствий с отрицательным влиянием в файле db.dat
этого резюме.
? OKW (ОК с предупреждениями): в файле db.dat этого резюме были обнаружены несоответствия, но отрицательного
воздействия нет
? ? (неизвестно): проверка DBC для этого резюме еще не проводилась, запустите команду «dbcv», чтобы заполнить
недостающий статус
4.3.8 <команда ose / coli> [| <unix-cmds>]
Отправьте команду COLI в оболочку OSE узла CPP. Введите «h ose» для получения справки по синтаксису и «?» для просмотра
доступных команд.
Команда отправляется на узел с помощью telnet или ssh, в зависимости от значения параметра moshell
secure_shell (см. Раздел 2.6 ).
Пароль не требуется, если он определен в ipdatabase или переменной $ password (в противном случае пользователю
будет предложено ввести пароль).
Чтобы узнать все доступные команды COLI, введите? или lhsh <lnh>?
Можно передать команду любой внешней утилите, на которой запущен moshell (например, grep ). Пример:
? ls -l / d / loadmodules | sort -nk 3 : для сортировки LM по размеру

? журнал прочитан | /home/eric/tools/decoder.pl | /home/eric/tools/flow.pl
? lhsh 001400 te журнал прочитан | grep -i ошибка : показать ошибки в журнале TE

Несколько команд можно запускать в одной строке, разделяя каждую команду точкой с запятой.
Если в строке указано более 5 команд, они будут отправлены через командный файл на узел (быстрее).
Пользовательская переменная fast_coli_threshold управляет количеством команд, после которых командный файл
будет передан на узел.
По умолчанию это 5, но можно уменьшить или увеличить этот параметр с помощью команды uv (см. Главу
2.5 для получения дополнительной информации о пользовательских переменных).
Например, установив fast_coli_threshold в 0, команды COLI всегда будут запускаться через командный файл, это
может помочь избежать повреждения распечатки (некоторые команды, производящие большие распечатки, могут
иногда быть повреждены ложными эхо-символами при запуске напрямую без файла команд).
Примеры:
? vii; pwd; cd / d / loadmodules; pwd; llog
? lhsh 001100; vii; te e trace1 NBAP *
? lhsh 001400; набор фильтров "([1] <8) OR ([1]> = 9) AND (LEN <> 33)" NBAP *
? lhsh 001400; набор фильтров «([1] <> 8) И ([1] <> $ 12) И ([1] <> $ 14» И ([1] <> $ 11) »NBAP *
? lhsh 001400; te log freeze -grp state_change

«WaitForActivation -> WaitForCapacity» 100
? lhsh 012000; MsbHostMo_StartPing -d 10.173.137.130 -z 10.173.137.1
? lhsh 000200; EtHostMo_startPing -d 10.164.41.132 -h 1 -c 20 -s 54
Обратите внимание, что безопаснее использовать lhsh <lnh> <command> вместо lhsh <lnh>; команда в случае, если
плата недоступна. Пример: если вы хотите отформатировать / d на плате 001400: если вы используете lhsh 001400;
formathd / d и плата 001400 недоступна, тогда команда отправляется на концентратор MP, тогда как с командой
lhsh 001400 formathd / d, если плата 001400 недоступна, команда не отправляется вообще. Но для некоторых
команд, таких как «te" filter set »,« te log freeze »,« EtHostMo_startPing »или« MsbHostMo_StartPing », точка с запятой
должна быть введена после« lhsh », чтобы заставить moshell фактически войти в систему.
Выполнение команд SQL
Примеры:
? sql + (запустить клиент sqlc на узле)
? sql выберите имя из таблиц

? sql выберите * из таблиц, имя которых похоже на '% iur%'
? sql выберите * из cspgmresource_01, где pno = 'CXC 132 0784'
? sql update cspgmresource_01 установить размер пула = 20000000
где pno = 'CXC 132 0784'; совершить;

Примечание: если программа osa_coli запущена на другой плате, чем MP концентратора, sqlc необходимо поставить точкой с
запятой:
? lhsh 001100; sqlc; выберите * из таблиц

Запуск команд 3GSIM / CORBEN / LOCO
Примеры:
1. crb st
2. crb rf -f /c/corben/uefile.cmd;crb rf -f /c/corben/cellfile.cmd
3. 3gsim фунт
4. 3gsim lss
5. локомотивы
6. Корбен; ts; статистика
7. Корбен тс; статистика Корбена
Выполнение команд NCLI
Примечание: завершение команды ncli не поддерживается при запуске из moshell
Примеры:
? ncli alarms - Список активных аварийных сигналов
? ncli help; поиск man - список команд ncli. Распечатать справку команды ncli "поиск"
? ncli поиск. "" - список всех МО
? ncli поиск. "" operatingState == 0 - Список всех отключенных МО
? ncli поиск. "" operatingState == 0 AND administratorState == 1 - список всех разблокированных и
отключенных МО.
? ncli группа -a -e (. "" operatingState == 0); прибудет -группа userLabel - Сложите все инвалид в МО группы, а
затем прочитать атрибут userLabel этих орбиталей
? ncli; получить . userLabel; устанавливать . userLabel = (Строка) RNC11; получить . userLabel - чтение и
изменение атрибута userLabel на ManagedElement MO
Добавление / удаление статического маршрута:
? ncli action IpOam = 1, Ip = 1, IpRoutingTable = 1 addStaticRoute (String) «0.0.0.0» (String) «0.0.0.0» (String)
«137.58.152.1» (int) 110 (boolean) false
? ncli action IpOam = 1, Ip = 1, IpRoutingTable = 1 deleteStaticRoute {destinationIpAddr = (String) «0.0.0.0»
destinationNetworkMask = (String) «0.0.0.0» nextHopIpAddr = (String) «137.58.152.1» routeMetric = (int) 110}
Другие примеры:
? ncli; cd TransportNetwork = 1; поиск. AtmPort;

поиск. AtmPort operatingState == 0
? ncli group -a -e (. UpgradePackage); group -l; get -group state;
действие SwManagement = 1, UpgradePackage = "CXP9013831_R9YC / 6" verifyUpgrade
Выполнение команд CMXB на узле HCS (RNC3820 / MGW GMPv4).
Примеры:
? лхш 000100 смхбш; Помогите ; ls / bin; ls / usr / bin; iss; Помогите

? lhsh 000000 cmxbsh; iss; показать статус интерфейсов; показать таблицу MAC-адресов
? lh scb cmxbsh; iss; показать статус интерфейсов; показать таблицу MAC-адресов
Запуск команд CMXB / SCXB на EvoC (RNC8200).
Примеры:
? xbsh 000200; Помогите ; ls / bin; ls / usr / bin; iss; Помогите

? lh cmxb help; ls / bin; ls / usr / bin; iss; Помогите
? lh scxb help; ls / bin; ls / usr / bin; iss; Помогите
? lh xb help; ls / bin; ls / usr / bin; iss; Помогите

Имя пользователя telnet (и пароль, если применимо) необходимо ввести после команды telnet, разделить точкой с
запятой, а в конце нужно указать команду выхода.
Примеры:
? lhsh 000700 telnet 10.7.0.5; корень; корень; pwd; ls -l / var ; выход
Смена пароля оболочки
Примеры:
? passwd; <старый пароль>; <новый пароль>

? secmode -l 2; <новый пароль>
Выполнение команд в направлении узла AX (предварительное условие: переменная пользователя "lincli" должна быть
установлена на 3).
Примеры:
? аллип
? rxmsp: mo = rxotg-17, подчиненный
? rxbli: mo = rxotrx-17-1 (команда будет подтверждена автоматически)
Ограничения: невозможно освободить терминал для просмотра «заказных» распечаток.
4.3.9 кишечная палочка
Откройте интерактивный сеанс COLI или RCS-COLI для узла.
4.3.10 comcli
Откройте интерактивный сеанс COMCLI / ECLI для узла. Применимо только для COM-узлов.
4.3.11 ecli
Откройте интерактивный сеанс ECLI для узла. Применимо только для COM-узлов.
4.3.12 esci
Запустите режим командного интерфейса службы поддержки Ericsson. Применимо только для EMCLI (узлы RCS).
4.3.13 netconf [g] [<файл команды>]
Откройте интерактивный сеанс NETCONF для узла или выполните файл команды NETCONF. Применимо только для COM-узлов.
Параметры:
? g: нет обработки вывода. Больше подходит для netconf "get".
Без этой опции вывод обрабатывается, показывая каждую команду и ответ в отдельной строке. Больше подходит
для операций "записи" netconf.
Примечание: Таймаут простоя сеанса netconf можно настроить в пользовательской переменной netconf_timeout. По умолчанию
300 секунд.
4.3.14 c + / c1 / c2 / c- / c? / C0
Переключение между оболочкой linux COM-узла, оболочкой rcs-coli или оболочкой comcli.
Для переключения между оболочкой linux / rcs-coli и оболочкой comcli используйте команду c + / c1 / c2:
? c + устанавливает для переменной пользователя comcli значение 2, предоставляя доступ к оболочке comcli
? c1 устанавливает для переменной пользователя comcli значение 1, а coli_shell - значение 1, предоставляя доступ к
оболочке rcs-coli
? c2 устанавливает пользовательскую переменную comcli на 1 и coli_shell на 2, предоставляя доступ к оболочке Linux.
Если на узле нет оболочки rcs-coli, то команды c1 и c2 будут эквивалентны, и также можно использовать
команду c-.

С? Команда предназначена для проверки текущей оболочки.

По умолчанию moshell автоматически отправляет команды comcli / coli / linux в соответствующую оболочку.
Эту функцию можно отключить, установив для пользовательской переменной smart_shell значение 0 (по умолчанию - 1).
Также можно принудительно отправить команду в конкретную оболочку, набрав c +, c1 или c2.
Чтобы вернуться к автоматическому обнаружению оболочки, можно использовать команду c0.
4.3.15 < команда linux / rcs-coli / comcli > [| <unix-cmds>]
Отправляйте команды CLI в оболочку linux COM-узла, оболочку rcs-coli или оболочку comcli.
Команды отправляются на узел по ssh. Пароль не требуется, если он определен в ipdatabase или переменной $
password (в противном случае пользователю будет предложено ввести пароль).
Чтобы распечатать список команд linux, введите «ls» в списке каталогов, показанном в переменной среды $ PATH
(echo $ PATH). Чтобы распечатать список команд rcs-coli , введите «help». Чтобы распечатать список команд comcli,
введите "?" в режиме comcli.
Для переключения между оболочкой linux / rcs-coli и оболочкой comcli используйте команду c + / c1 / c2:
? c + устанавливает для переменной пользователя comcli значение 2, предоставляя доступ к оболочке comcli
? c1 устанавливает для переменной пользователя comcli значение 1, а coli_shell - значение 1, предоставляя доступ к
оболочке rcs-coli
? c2 устанавливает пользовательскую переменную comcli на 1 и coli_shell на 2, предоставляя доступ к оболочке Linux.
Если на узле нет оболочки rcs-coli, то команды c1 и c2 будут эквивалентны, и также можно использовать
команду c-.
Для переключения между оболочкой linux и оболочкой rcs-coli можно использовать пользовательскую переменную linux_shell:
? linux_shell = 0 -> оболочка rcs-coli
? linux_shell = 1 -> оболочка Linux
В оболочке comcli есть два режима: режим exec и режим конфигурации. По умолчанию установлен режим Exec.
Чтобы переключиться в режим настройки, наберите «конфигурация». Comcli позволяет выполнять команды МО
(получение, установка, создание, удаление, действие и т. Д.). Дополнительную информацию о оболочке comcli
можно найти в документе 1/1553-FAE 151 01 («Стиль CLI»). Все команды MO также могут быть выполнены с
использованием собственных команд MO moshell.
Можно передать команду оболочки любой внешней утилите unix, например, «grep», «sort» и т. Д. Знак вертикальной
черты должен быть окружен пробелами с каждой стороны. Также можно использовать встроенную команду COMCLI
«фильтр», в этом случае вокруг знака вертикальной черты не должно быть пробелов. См. Примеры ниже.
Каждая командная строка отправляется в отдельном сеансе ssh, поэтому для отправки нескольких команд в одном
сеансе ssh их нужно запускать в одной строке, разделяя каждую команду точкой с запятой.
Примеры:
? ls -l / d / loadmodules | sort -nk 3 - для сортировки файлов по размеру
? ps -ef | grep com - чтобы увидеть список com-процессов
? find / bin -ls - рекурсивный список всех файлов и каталогов в / bin
? bash && для файла в / bin / * ; сделать echo $ file; сделано ; exit - открыть оболочку bash и выполнить цикл for для
всех файлов внутри каталога / bin
? c + - переключиться на оболочку comcli
? показать ManagedElement = 1, Equipment = 1, RbsUnit = 1;
конфигурация; ManagedElement = 1, Equipment = 1, RbsUnit = 1,
userLabel = "test"; конец
? показать все | Схема grep

? показать все | Схема фильтра
? c2, чтобы вернуться к оболочке linux
Обратитесь к файлу moshell для получения дополнительной информации о пользовательских переменных для COM-узлов:
? комкли
? linux_shell
? клисс
? comcli_columns

? comcli_timeout
? comcli_cfg
? comcli_model
? comcli_retry_maxtime
? comcli_retry_interval
? comcli_port
? comcli_mom
4.3.16 mcl [d] [<moClass-фильтр>] [<команда-фильтр>]
Перечислите доступные команды COMCLI MO-Context .

Примеры:
? mcl - Список всех команд COMCLI MO-Context
? mcl bridg - Список всех команд COMCLI MO-Context, доступных в классе MO "Мост".
? мкл. clear - перечислить все команды COMCLI MO-Context, соответствующие слову «очистить»
? mcld - выводит список только команд COMCLI MO-Context без описания параметра
4.3.17 mcc / lmcc <moGroup> | <moFilter> | <прокси (-а)> <comcli-команды> [| <unix-cmds>]
Выполнение команд MO-Context COMCLI.

Выполните команду COMCLI из определенного MO.
Примеры:
Перечислить все команды COMCLI, применимые ко всем MO маршрутизатора и их дочерним элементам
(команда? Или? Может использоваться для перечисления команд COMCLI)
? lmcc router =?
? lmcc router = \ t
Распечатать дополнительную справку по команде ping в интерфейсе MO IPv4 = TNA
? mcc interfaceipv4 = tna ping?
Запустите команду ping из всех MO AddressIPv4 и направьте вывод через grep
? mcc addressip ping --count 3 10.18.30.2 | grep передан
4.3.18 bo [ar] / ba [swdpmu] / br [wdm] / be [0-50] / bp
Управляйте группами плат, которые можно использовать для выполнения команд COLI на нескольких платах.
Синтаксис:
? бо [а] [р]
? ba [s] / br / bp <boardGroup> <boardLNH> | <boardGroup> | <boardType>
? baw [s] / brw <boardGroup> <swa> [<rncMod>]

? bam [s] / brm <boardGroup> <MO Group>
? плохо / brd <boardGroup> <devType> [<rncMod>]

? бап <boardGroup> <pgm>
? бау <boardGroup> <rpuLabel>
? быть [0-50] <boardGroup> <boardGroup>
Следующие группы плат всегда создаются по умолчанию после выполнения любой из команд платы (bo / ba / br /
lh и т. Д.) В первый раз:
? all содержит все платы (MP / BP), а также PiuDevices (d0000x) и SPM (spx.lnh).

? allp содержит все платы (MP / BP), но не PiuDevices и SPM.

? allpd содержит все платы (MP / BP) и PiuDevices, но не SPM.
? alld содержит все PiuDevices и SPM.
? mp содержит все платы MP.
? bp содержит все платы BP.
? coremp содержит основные MP (ы), один или два в зависимости от конфигурации.
? ommp содержит MP (-ы) O&M, один или два в зависимости от конфигурации.
? sccpmp содержит MP (-ы) SCCP (только RNC / MGW).
? tu содержит платы TU.
? scx содержит платы SCB и SXB.
? et содержит платы ET.
? aal2ap, aal2nccadm, aal2cpsrc, aal2rh содержат платы MP, на которых выполняются соответствующие программы aal2.
В RNC по умолчанию также создаются следующие группы плат, содержащие MP / SPM, подключенные к различным модулям
RNC:
? мод [x]
? cc [x]
? dc [x]
? pdr [x]
В RBS по умолчанию создаются следующие группы плат: rax, tx, ru, asc.
В MGW по умолчанию создаются следующие группы плат: mesc, licdb, ch, stc, gra, imra, raa, msb.
Рекомендуется начать с выполнения команды bo (обзор платы), чтобы просмотреть доступные платы в узле.
Самый первый раз, когда bo запускается на узле, потребуется больше времени, потому что он должен получить данные с узла. В
следующий раз существующие данные отображаются снова, если не используется r swith (команда bor), и в этом случае данные
снова выбираются из узла.
По умолчанию команда bo показывает только слоты, которые содержат платы, определенные в конфигурации (то есть платы,
которые связаны с MO PlugInUnit), но с помощью опции a можно просмотреть все слоты, даже те, которые не содержат
PlugInUnit.
Команда ba используется для добавления досок в группу. Платы должны быть идентифицированы по их положению
или строке, соответствующей типу платы. Переключатель s добавляет любые связанные SPM в группу плат.
Примеры:
? ba group1 1 2 4-8 114-119 - платы 000100, 000200, 000400 до 000800, 011400 до 011900 добавляются в group1
? bas group1 223-226 - платы с 022300 по 022600 добавляются в group1 вместе со связанными с ними SP (если
эти платы являются SPB).
? ba group1 spb scb 3 4 - в группу 1 добавляются все платы типа spb и scb , а также платы 000300 и 000400
? ba group1 coremp mod scb - в группу group1 добавляются все платы, принадлежащие к группам coremp и mod ,
а также платы с соответствием типа scb .
? ba gpb gpb - все платы типа gpb добавляются в группу под названием gpb.
? ba ru28 rus02b28 - все платы типа HW, соответствующие rus02b28 , добавляются в группу под названием ru28 .
Команда baw аналогична команде ba за исключением того, что платы идентифицируются по их SwAllocation и / или
RncModule. Примеры:
? бау moduleMPs модуль - все платы , принадлежащие к SwAllocation Maching модуля будут добавлены в группу
под названием moduleMPs
? baw module1. * 1 - все платы, принадлежащие rncModule 1, будут добавлены в группу под названием module1
Плохая команда - добавить SPM в группу плат на основе их типа устройства. Это применимо только к RNC. Примеры:
? bad dc dc - добавить все SPM, управляющие устройством постоянного тока, в группу с именем dc.
? bad dc1 dc 1 - добавить все SPM, управляющие устройством постоянного тока на модуле 1, в группу с именем dc1.
Команда bap предназначена для добавления плат в группу плат в зависимости от того, какие программы они
запускают. Строка сопоставляется с именем МО программы. Все MO PlugInUnit, которые содержат MO программы,
имя которой совпадает со строкой, добавляются в группу. Примеры:

О й/ й П Д Р ф й
? bap mesc cxc1324881 | upcf_ * mesc - добавить все платы, содержащие MO программы, имя которой совпадает с
cxc1324881 или upcf_ * mesc, в группу плат mesc
Команда bau предназначена для добавления плат в группу плат в зависимости от того, какие RPU они
используют. Строка сопоставляется с надёжной меткой программы MO RPU. Все объекты MO PlugInUnit, у
которых есть MO RPU, для которого указана надежная программа, соответствует строке, добавляются в группу.
Примеры:
? bau ranap rnc_ranap - добавить все платы, у которых есть RPU, метка надежной программы которого
соответствует слову rnc_ranap, в группу плат ranap
Команда bam / brm предназначена для добавления / удаления плат, соответствующих MO PlugInUnit / Spm / PiuDevice
существующей группы MO. При указании опции «s» («bams») дочерние Spm / PiuDevice подключаемого модуля PlugInUnit будут
включены в группу плат.
Примеры:
? st plug dis - создает группу MO с именем st_group, содержащую отключенные MO PlugInUnit
? bamboardsdown st_group - создает группу плат, содержащую платы, соответствующие отключенным PlugInUnits,
указанным выше
Команда br предназначена для удаления всей группы или определенных досок из группы.
Отрицательный фильтр (!) Поддерживается для удаления всех плат, кроме тех, которые соответствуют фильтру.
Примеры:
? br group1 1 3 gpb - платы 000100, 000300 и все платы соответствующего типа gpb удалены из группы 1
? br group2 - удаляется группа 2
? br group1! gpb - из группы group1 удаляются все платы, кроме тех, которые соответствуют типу gpb
Команда brw аналогична команде br, за исключением того, что платы идентифицируются по их SwAllocation и / или
RncModule. Примеры:
? brw group3 dc - все платы, у которых SwAllocation соответствует dc, будут удалены из group3
Команда bp предназначена для печати существующих групп или содержимого определенной группы. Примеры:
? bp - отображаются все существующие группы, например: group1 и все

? bp all - отображается содержимое группы all.
Команда be предназначена для извлечения нескольких досок из группы. Используется вместе с "mon" для обработки
групп плат, содержащих более 50 плат (текущий предел на целевом мониторе). Примеры:
? be10 partial_mod мод

? be20 partial_dc dc
? partial_mod_dc partial_mod partial_dc
? пн partial_mod_dc
После создания группы команда lh используется для запуска команды OSE на всех платах группы.
Дополнительную информацию см. В справке по команде «lh» в следующей главе.
Также возможно запускать команды МО на группах платы. В этом случае команда MO будет выполняться для MO,
подключенных к этим платам, то есть для MO PlugInUnit или Spm.
Примеры:
? acc mod1 restart - перезапустите MP, найденный в группе плат "mod1"
? st mp просмотр состояния всех подключаемых модулей MP
? acc cc1 restart перезапустите SPM, найденные в группе плат "cc1"
Примечание: в RNC команда bo также создает ряд групп MO по умолчанию ccXdev, dcXdev, pdrXdev, где X - номер
модуля.
Итак, чтобы заблокировать / разблокировать некоторые устройства, используйте группу MO вместо группы плат,
поскольку группа плат подключается к SPM, которые не имеют административного состояния.
Например, bl cc1dev.
Больше информации в h синтаксисе.

4.3.19 lh [z] <boardGroup> | <moGroup> <OSE-command> | run <файл команды> [| <unix-cmds>]
Выполните команды COLI на всех платах группы плат или группы MO.
Первый аргумент команды «lh» - это группа платы или группа MO.
? Группы досок создаются по умолчанию после выполнения команд lh, bo или bp. Введите «bp», чтобы увидеть
список групп досок, и «bp <boardgroup>», чтобы увидеть, какие доски входят в группу. Пользователь также
может определить свои собственные группы плат с помощью команды «ba». Для получения информации
введите "h ba".
? Группы MO создаются с помощью команд «ma», «st» или «hget», для информации введите «h ma» и «h syntax».
Если группа MO содержит MO типа PlugInUnit / Spm / PiuDevice, то ее можно использовать с командой «lh».
Второй аргумент - это команда COLI или список команд COLI. Если на платах будет выполняться несколько команд
COLI, их можно разделить точкой с запятой или запустить из командного файла, хранящегося на рабочей станции.
Вариант:
? z: передает распечатку в формате gzip. Можно сэкономить время на очень больших распечатках.
Применяется только тогда, когда количество команд для отправки больше, чем fast_lh_threshold. См.
Дополнительную информацию ниже.
Примеры:
? lh group1 te журнал прочитан

? lh group1 te журнал прочитан | grep ОШИБКА:
? lh все vii ИЛИ: все vii
? lh весь журнал прочитан | grep ERROR: OR: all err (специальный ярлык)
? lhz все ps -w
Можно отправить несколько команд на каждую доску группы плат, разделив их точкой с запятой. Примеры:
? lh mp te журнал прочитан; llog -l ; т. е. лог очищен; llog -c

Язык

Добро пожаловать в Scribd!

Moshell 18 Rus Manual

Загружено:

Сведения о документе

Описание:

Оригинальное название

Авторское право

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Описание:

Авторское право:

Moshell 18 Rus Manual

Оригинальное название:

Загружено:

Описание:

Авторское право:

MoShell 18.0m Руководство пользователя

2 Установка и пользовательские настройки 10

3 Синтаксис команд, включая регулярные выражения 16

10 лист регистраций изменений 159

Клиент O&M может получить доступ к МО через ряд служб:

1.3 Сервисы и протоколы O&M

1.4 Дерево МО и соглашения об именах МО

1.4.1 LDN - местное отличительное имя

МО организованы в иерархическую структуру.

1.4.2 RDN - Относительное отличительное имя

1.4.3 FDN - полное отличительное имя

FDN (полное отличительное имя)

1.6 Функциональность Moshell

MoShell - это текстовый клиент O&M, предоставляющий доступ к следующим сервисам:

? Служба конфигурации (CS)

1.6.1 Аварийная служба

1.6.2 Оболочка OSE

1.6.3 Служба конфигурации

Moshell поддерживает следующие 6 операций из службы конфигурации:

1. GetChildren для загрузки всего или части MO-дерева.

1.6.4 Служба управления производительностью

Moshell поддерживает следующие операции из службы управления производительностью:

1.6.5 Служба журнала

Moshell поддерживает получение и анализ следующих журналов:

1.6.6 Передача файлов

2 Установка и пользовательские настройки

2.1 Установка для Unix (Solaris / Linux)

Затем попробуйте выполнить следующие команды, войдя в систему как root:

chcon -t texrel_shlib_t ./commonjars/lib/lin64/libz.so.1 chcon -t texrel_shlib_t

Затем попробуйте выполнить следующую команду, войдя в систему как root:

chcon -t texrel_shlib_t commonjars / ssh

2.2 Установка для Windows (с использованием Cygwin)

1. Загрузите и запустите файл http://www.cygwin.com/setup-x86.exe.

2.3 Структура каталогов Moshell

Каталог moshell содержит ряд файлов и подкаталогов:

2.4 Запуск сеанса moshell

2.4.1 Запуск Moshell

2.4.2 Загрузка дерева МО

2.4.3 Выполнение действий с загруженными заглушками MO

lget ms, slot = 19, pluginunit = 1 $

2.5 Пользовательские настройки

2.5.1 Свойства файла

2.6 Настройки, относящиеся к связи telnet / ftp / ssh / sftp

Следующие пользовательские переменные относятся к связи telnet / ftp.

2.7 Настройки CORBA

2.8 Порты, используемые moshell

Для узлов ECIM / COM:

2.9 Запуск moshell через защищенные туннели (RSG)

Пожалуйста, обратитесь к инструкции в файле moshell / examples / misc / RSG_tunnels_instruction.txt.

3 Синтаксис команд, включая регулярные выражения

3.1 Как идентифицируются МО

MO могут быть идентифицированы с использованием RDN, LDN или FDN.

3.1.1 RDN - Относительное отличительное имя

AtmPort - это класс MO, MS-24-1 - это идентификатор.

3.1.2 LDN - локальное отличительное имя

Это используется для уникальной идентификации MO в узле.

ManagedElement = 1, TransportNetwork = 1, AtmPort = MS-24-1

3.1.3 FDN - полное отличительное имя

3.2 Как обращаться к MO в командах, связанных с MO

Все MO с указанными идентификаторами прокси