Открыть Электронные книги
Категории
Открыть Аудиокниги
Категории
Открыть Журналы
Категории
Открыть Документы
Категории
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 1 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
В этом документе представлен обзор функций, включенных в 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
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 )
ГИД ПОЛЬЗОВАТЕЛЯ
( )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
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>] . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 3 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
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 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
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
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 5 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
1. Введение
1.1 Контакты
Для сообщений об ошибках, проблемах с установкой, запросов на изменение и т. Д. Используйте форум на домашней странице
moshell.
TR для MoShell
Разместите отчеты об ошибках на веб-странице (см. Раздел 1.1 ) или запишите их в MHWEB:
Чтобы написать MoShell TR / CR в MHWEB:
1. Продукт должен быть AMOS CXC 172 4313
2. MHO должен быть LMIR7-BASIC.
Чтобы как можно быстрее решить вашу проблему, добавьте следующую информацию в свой TR или отчет об ошибке:
? УФ и фото распечатка
? Любая полная распечатка, относящаяся к неисправности
? Как воссоздать неисправность (вы можете, например, включить приветственную распечатку, показывающую все
команды, которые привели к неисправности)
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 6 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
1.2 Концепция МО
***************************************
| Клиент O&M |
| (например: EMAS / OE / RANOS / moshell и т. д.)|
***************************************
|
|
***************************************
| Уровень обслуживания CS, PM, AS, NS, IS, LS |
***************************************
|
|
|
********** ******************************
* +++++++ *
* | | *
* | МАО | Уровень адаптации управления *
* | | *
МО -> * | | ------------------------ *
* | FRO |
*
* | | Слой ресурсов *
* | RO | *
* | | *
* +++++++ *
*****************************************
?Служба конфигурации (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.
Описанные выше 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.
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 7 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
Рисунок 1: Узлы CPP имеют различные методы доступа для разных услуг. Для управляемых сервисов, таких как CS,
используется CORBA. Для командной оболочки используется ssh или telnet. Для сбора файлов PM XML ROP
используется FTP.
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.
Строка, расположенная в крайнем правом углу 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.
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 8 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
Когда узел подключен к системе управления сетью, такой как OSS-RC, необходимо однозначно адресовать каждому
MO в пределах всей сети. Полное отличительное имя (FDN) добавляет префикс сетевого элемента (префикс MIB)
перед LDN каждого экземпляра MO, чтобы указать, к какому узлу принадлежит этот MO. См. Рисунок ниже,
обобщающий концепцию FDN / LDN / RDN:
Каждый класс MO содержит ряд атрибутов, которые используются для хранения данных конфигурации или данных измерения
производительности.
Каждый класс MO может также поддерживать ряд определенных действий. Они представляют собой определенные
операции, которые может выполнять МО. Типичным примером является перезапуск действия, при котором МО
перезапускает ресурс, за который он отвечает (например, плату, программу и т. Д.).
Модель управляемого объекта (MOM) - это справочный документ, описывающий все классы MO, которые могут
существовать в узле, вместе с их атрибутами и действиями.
Формат MOM может быть UML, XML, HTML или MS-Word.
XML-версия MOM обычно хранится на веб-сервере узла по адресу:
http: // <IP-адрес> / виолончель / oe / xml / <имя файла> .xml
MOM для каждой версии ПО также хранятся в формате HTML на http://cpistore.ericsson.se.
Доступ ко всем сервисам поддерживается как в безопасном режиме (secure Corba, ssh, sftp), так и в небезопасном
режиме (unsecure corba, telnet, ftp).
Список активных сигналов тревоги можно получить с помощью команд al (для отображения обзора) или ala (то
же самое, что и al, с более подробной информацией).
Любую команду оболочки OSE можно ввести в командной строке moshell, а вывод при необходимости можно
передать через внешние утилиты (которые существуют на вашем рабочем месте / сервере).
Примеры:
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 9 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
журнал прочитан
журнал прочитан | 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 .
Moshell может загружать / выгружать файлы и каталоги на / с узла, используя http, ftp или sftp.
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 10 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
Скопируйте установочный пакет 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: невозможно восстановить защиту сегмента после перемещения: в доступе
отказано
Если Moshell не может подключиться к узлу на порту 22, попробуйте запустить программу moshell / commonjars / ssh
вручную. Если это не удается со следующей ошибкой:
moshell / commonjars / ssh: ошибка при загрузке разделяемых библиотек: невозможно восстановить сегментный протез после
перемещения:
При работе в Windows Moshell использует эмулятор unix, известный как Cygwin.
Переходите непосредственно к шагу 10, Установка MoShell, если вы уже установили и настроили Cygwin ранее.
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 11 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
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-адрес>
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 12 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
? файлы журналов / Для хранения файлов журналов, созданных различными утилитами ( 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 из файла базовых параметров
В этом разделе дается краткий обзор того, как начать работу после установки 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) только для удобства чтения.
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 13 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
Когда 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.
Для выполнения операций с одним или несколькими MO, которые вы загрузили в предыдущем разделе, следуйте
синтаксису команд, показанному в меню.
1. Пример: Чтобы прочитать атрибуты MO для MO с LDN ManagedElement = 1, Equipment = 1,
Subrack = MS, Slot = 19, PlugInUnit = 1 , введите следующее:
пр плю # затем найдите прокси-сервер этого MO
get <proxy> # введите идентификатор прокси MO в качестве аргумента команды "get"
ИЛИ
Дополнительную информацию об этом можно найти в разделе 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 )
Существует ряд параметров конфигурации 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 из центра и иметь свои файлы журналов, учетные данные, пользовательские
переменные и
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 14 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
псевдонимы хранятся в их собственном домашнем каталоге. Это в основном предназначено для сетей 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 .
Все файлы и подкаталоги, принадлежащие пакету moshell, НЕ доступны для записи для внешних пользователей.
Только владелец учетной записи, в которой установлен moshell, может вносить изменения в установку. Единственное
исключение - подкаталог moshell / jarxml, доступный для записи всем. Причина в том, что все пользователи должны
иметь возможность хранить новые файлы xml MOM в этом каталоге (поскольку xml MOM часто обновляется для
каждой новой версии программного обеспечения узла).
Примечание: одни и те же файлы jar могут использоваться всеми пользователями, независимо от того, какое ПО CPP
запущено на узле. Например, можно использовать jar-файлы CPP 4 для узла CPP 3. То же самое происходит, когда
CPP 5.1 движется в сторону JacORB.
? имя пользователя - какое имя пользователя использовать при входе на узел через 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
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 15 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
? 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 (например).
Чтобы указать, какие настройки безопасности 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 для получения дополнительной информации по каждой переменной.
Если между Moshell и узлами установлен брандмауэр, то в брандмауэре должны быть открыты следующие TCP-порты:
Для узлов CPP:
1. Корба:
? порт 56834: для незащищенного Corba (O&M SL1)
? порт 56836: для защищенного Corba (O&M SL2 и SL3)
2. HTTP: 80
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 16 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
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 .
Это используется для идентификации МО по отношению к его ближайшему родителю в дереве МО.
RDN содержит класс MO (также называемый типом MO), знак равенства и идентификатор MO. Пример:
АтмПорт = МС-24-1
Это используется для однозначной идентификации MO в сети (используется RANOS / CNOSS / OSS-RC). Пример:
Подсеть = AUS, Подсеть = H2RG_0201, MeContext = St_Leonards_Station_2065010, ManagedElement = 1, TransportNetwork = 1, AtmPort = MS-24-1
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 17 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
1. все
Все загруженные МО будут затронуты. Пример:
а) получить все пользовательские метки, чтобы получить атрибут UserLabel для всех MO
Примечание: вместо всех также возможен подстановочный знак регулярного выражения, например. или * . Это имеет тот
же эффект.
2. ID прокси
Примечание: диапазоны прокси и индивидуальные идентификаторы прокси могут быть смешаны в одной строке.
Пример: пр 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:
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 18 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
Если команда не начинается с l, а фильтр содержит запятые, тогда шаблон будет соответствовать LDN, но не
будет включать дочерние элементы. (Примечание: этот конкретный синтаксис не поддерживается в
многомодовом режиме).
Примеры:
а) пр мс-24-1
Иногда можно указать второй или третий аргумент, который обычно представляет собой строку, соответствующую
атрибуту или значению атрибута, которое вы хотите отобразить.
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 19 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 20 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
1. Для атрибутов типа Struct используйте следующий синтаксис: attr1 = val1, [, attr2 = val2 [, attr3 = val3]]] ...
Пример:
установить 0 userlabel
установить надежный программатор admpassiveslot
? в команде cr введите null или d. Это поддерживается только для необязательных (ограниченных) атрибутов,
поскольку обязательным атрибутам должно быть присвоено значение.
? в команде acc введите null. Это поддерживается только для параметров типа MoRef или String.
В командной строке используется библиотека Readline из bash. Вот некоторые из поддерживаемых функциональных клавиш:
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 21 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
Примечание об истории команд: если вы наберете начало команды, а затем воспользуетесь клавишами со
стрелками вверх / вниз, вы увидите все предыдущие команды, начинающиеся с этой строки.
3.6 Трубопровод
Некоторые команды поддерживают конвейер, например, все команды оболочки OSE, lh, tg, str и т. Д.
Обычно это указывается в меню и справке по этой команде. Вот несколько примеров:
Для других команд, которые не поддерживают конвейерную передачу (например, команды MO), обходной путь
состоит в том, чтобы сохранить вывод в файл журнала, а затем запустить команду unix в этом файле журнала,
используя l или! команда. Пример:
Примечание. $ Logfile автоматически устанавливается MoShell, чтобы содержать имя последнего созданного файла журнала.
4 Описание команд
Здесь поддерживаются все команды и их синтаксис, которые возможны при использовании Moshell. Каждая из
команд оболочки OSE не упоминается отдельно, но их все можно запустить через Moshell.
4.1.1 мама [abcd fl oprtuxsi] [<moclass / struct / enum>] [<атрибут / действие>] [<тип- атрибута >] [<теги атрибутов>] [<описание>]
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 22 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
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 - Показать отношения между классами МО.
27. мама. . ^ moref, тогда получите. $ attrib_filter - Распечатать значения атрибутов для всех атрибутов типа данных moRef
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 23 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
4.1.2 lt / clt / ltc [1-9] <motype-filter> | root | all [<attribute == value> И / ИЛИ <attribute == value>]
Эта команда запрашивает узел, чтобы узнать, какие MO он содержит, и создает таблицу с MO LDN и номером прокси.
Первым аргументом команды lt / clt / ltc может быть:
Примеры:
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 удаляются из внутренней таблицы.
Второй аргумент (необязательный) - это ограничение фильтра для значения атрибута. Пример:
Примечание. Этот тип поиска очень сложен для узла, если ему нужно перебирать большое количество MO (т.е. несколько
тысяч).
Дополнительные сведения об ограничении фильтра см. В ссылке [ ? ].
Параметры команды:
? все очищают таблицу прокси, затем загружают все дерево МО и строят таблицу прокси со всеми экземплярами МО.
? <proxy (s)> - загружать потомков одного или нескольких MO по их идентификатору прокси. Например:
- lc 0 загружает прямые дочерние элементы объекта MO ManagedElement (только один уровень дочерних элементов)
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 24 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
? <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.
? 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.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
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 25 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
4.1.7 ma [i] / lma [i] <moGroup> <moGroup> | <moFilter> | <proxy (s)> | all [<attribute-filter>] [<value-filter>]
? mai test sectorcarrier = noOfUsedTxAntennas ^ 1 $ - включить все секторные несущие, у которых есть ровно одна
антенна. Двухэтапный пример: поместить все разблокированные-отключенные МО в группу, чтобы заблокировать
их:
Поместить все vcltps, которые имеют 0 принятых ячеек и более 0 переданных ячеек в группу, чтобы выяснить, какие
верхние уровни затронуты
Примечание: также можно создавать группы 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>]
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 26 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
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 >]
? geti. loadCtrlPrioOfMta
Важная информация:
1. при выполнении get <mo (s)> или get <mo (s)> all, один запрос CORBA отправляется для каждого MO,
запрашивая все атрибуты этого MO.
2. при выполнении get <mo (s)> <attribute (s)> запрос CORBA отправляется максимум для 100 MO одновременно
с запросом указанных атрибутов этих MO.
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 27 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
скорость 1-
я все
скорости
100
Команда будет выполняться медленнее, но исключение повлияет только на МО, у которых она есть, а не на «здоровые».
Команда скорости влияет на команды get, pget, kget, prod и st.
По умолчанию скорость установлена на 100, что означает, что до 100 MO совместно используют один и тот же запрос CORBA.
Запустив команду скорости 1, исключение не повлияет на другие МО. Однако скорость будет ниже. Для определения
скорости можно использовать значение от 1 до 200. Не рекомендуется использовать скорость выше 100, так как это
требует большего объема памяти узла.
Введите скорость самостоятельно, чтобы увидеть текущую скорость.
Сценарии и присвоение переменных с помощью get
Можно сохранить вывод в переменной
Пример:
1. Сохраните одно значение в переменной.
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
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 28 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
? 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> | <прокси>] [<атрибут-фильтр>] [<тип-атрибута>]
[<флаг-атрибута>] [ <описание-атрибута>]
4.1.13 fro / lfro [m] <moGroup> | <moFilter> | <proxy (s)> | all [<attribute-filter> | all] [<value-filter>]
Примечание. Если клиент SQL LM (CXC1325608) не запущен, команда fro [m] запускает его автоматически с
помощью команды «sql +». После сеанса клиент SQL должен быть выключен с помощью команды «sql-» . Для
получения дополнительной информации введите "h sql +".
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 29 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
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'
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 30 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
================================================== =================================
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 >]
? 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.
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 31 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
Установите один или несколько атрибутов для одного или нескольких 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
Установите значение атрибута для ограниченного атрибута или измените MOid MO.
Ограниченный атрибут - это атрибут, который может быть установлен только при создании MO.
Команда rset работает, выполняя rdel / lrdel на МО и воссоздавая все ранее удаленные МО с новым значением
атрибута.
Чтобы изменить MOid MO, имя атрибута должно состоять из MOclass, за которым следует «id», например: atmportid,
pluginunitid и т. Д.
Пример 1, изменение ограниченного атрибута:
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 32 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
Примечание: существует также команда 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> | <прокси (-а)> | все [<действие- фильтр>]
4.1.25 acc [e] [n] / lacc [e] [n] <moGroup> | <moFilter> | <proxy (s)> | all <action>
? acc ip listroutes
4. Выполните End-To-End кольцевой проверки на VclTp ОЧ:
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 33 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
В качестве альтернативы можно использовать параметр e, и в этом случае каждый член структуры
запрашивается в отдельной строке (команда: accept / lacce).
Примечание 2: Руководство по действию Перезапуск на ManagedElement MO
?Это действие можно ограничить с помощью пользовательской переменной restart_confirmation. См. Описание в файле
moshell / moshell.
? Перезапуск узла обычно приводит к уменьшению значения атрибута ConfigurationVersion :: rollbackCounter, что
приводит к откату узла при достижении нуля. Однако действие manualRestart на ManagedElement является
особым случаем, который не приводит к уменьшению rollbackCounter при выполнении из moshell / AMOS.
Создайте МО.
При запуске без опции команда предложит пользователю ввести значения для всех обязательных и ограниченных
атрибутов. Порядок, в котором запрашиваются атрибуты, совпадает с порядком их перечисления в файле XML
MOM. Ограниченные атрибуты необязательны, введите d, чтобы выбрать значение по умолчанию. Чтобы отменить,
введите в командной строке <enter>.
Параметры:
? e: получить отдельную подсказку для каждого отдельного члена структуры, полезную при вводе значений атрибутов типа
struct
? n: разрешить пользователю вводить любое имя и значение атрибута. Каждое имя и значение атрибута должны
быть введены в отдельной строке с пробелом между именем атрибута и значением. Можно указать любой
атрибут, он не обязательно должен быть обязательным или ограниченным. Введите "конец" после ввода всех
атрибутов.
Примеры:
Ноты:
Чтобы указать пустое значение атрибута, введите null или d.
Чтобы указать атрибут типа Struct, используйте следующий синтаксис:
Это тот же синтаксис, что и в команде set, и регистр не учитывается. Пример, в случае данных о продукте в
loadmodule (примечание: разделение строк для удобства чтения!):
В качестве альтернативы можно использовать параметр e, в этом случае каждый член структуры запрашивается в отдельной
строке (команда: cre).
Сценарий moshell для создания MO может быть автоматически сгенерирован с использованием имитированного
режима отмены: u + s, del <mo>, u-, а затем отредактируйте файл отмены команды, указав требуемые значения. По
умолчанию сценарий отмены будет содержать команды crn. Чтобы использовать команды cr вместо crn, сделайте
uv use_crn = 0.
По умолчанию обязательные / ограниченные атрибуты, помеченные как устаревшие, не запрашиваются
командой cr. Это поведение можно изменить, установив для пользовательской переменной exclude_deprecated
значение 0.
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 34 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
Удалите МО.
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).
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 35 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
? Внешний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> | <прокси (и)>
По умолчанию операторы create будут использовать команду crn, но можно использовать команду cr, установив uv
use_crn = 0 Можно преобразовать файл команды в формат trun с помощью u! команда.
Примеры:
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 36 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
? lgmc equipment = 1: сгенерируйте сценарий MO для создания всех MO в разделе Equipment = 1. Родительские и
ссылочные МО будут созданы до дочерних и резервных МО.
? gmd subrack = 1, slot = 2, pluginunit = 1: сгенерируйте MO-скрипт для удаления MO Subrack = 1, Slot = 2, PlugInUnit
= 1. Дочерние и резервные МО будут удалены перед родительскими и зарезервированными МО.
? scd const1, const2, ... : сбросить одну или несколько констант по умолчанию
? 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.
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 37 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
4.1.32 с + / с ++ / с- / с?
RNC32> pr uerc =
================================================== =================================
Прокси МО
================================================== =================================
2587 RncFunction = 1, UeRc = 0
2591 RncFunction = 1, UeRc = 16
2604 RncFunction = 1, UeRc = 91
2620 RncFunction = 1, UeRc = 1
2628 RncFunction = 1, UeRc = 17
2643 RncFunction = 1, UeRc = 70
2644 RncFunction = 1, UeRc = 59
2670 RncFunction = 1, UeRc = 2
Активируйте сортировку списка МО и выполните некоторые команды МО. Теперь МО отображаются в алфавитном порядке.
RNC32> s +
Сортировка прокси: активирована.
RNC32> pr uerc =
================================================== =================================
Прокси МО
================================================== =================================
2587 RncFunction = 1, UeRc = 0
2620 RncFunction = 1, UeRc = 1
2670 RncFunction = 1, UeRc = 2
2754 RncFunction = 1, UeRc = 3
4071 RncFunction = 1, UeRc = 4
.... <вырез> ....
Обработка режима отмены (для команд cr / del / rdel / set / bl / deb / acc). Может также использоваться для генерации скриптов
MO.
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 38 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
? если входной файл является файлом отмены выполнения (формат 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
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 39 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
? 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>] ...
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 40 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
? 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"
исключение нет
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 41 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
// Устанавливаем атрибут
УСТАНАВЛИВАТЬ
(
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 "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
sib2 Struct nrOfElements 2
sib2RepPeriod Integer 128
sib2StartPos Integer 118
)
// Устанавливаем неполный атрибут структуры. Для отсутствующих членов структуры будет установлено их текущее значение.
SETU
(
mo "ManagedElement = 1, RncFunction = 1, Sid = 1"
исключение нет
sib1 Struct nrOfElements 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
)
// Считываем один или несколько атрибутов с нулевой транзакцией и сравниваем со ссылочными значениями
CHECKM
(
mo "ManagedElement = 1, RncFunction = 1, UtranCell = Iub-1-1"
исключение нет
транзакция null
uarfcnDl 10738
uarfcnUl 9788
)
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 42 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
// Считываем один или несколько атрибутов с нулевой транзакцией и распечатываем значения без сравнения
CHECKM
(
mo "ManagedElement = 1, RncFunction = 1, UtranCell = Iub-1-1"
исключение нет
транзакция null
сравнить нет
uarfcnDl uarfcnUl
)
// установить другой тайм-аут простоя для скрипта (в секундах), чтобы переопределить uv "corba_timeout"
CORBATIMEOUT 1800
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, действие подтверждения будет отправлено
автоматически.
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 43 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
к узлу.
? 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]
Проверьте версию MOM, которая в настоящее время хранится на узле, или загрузите MOM с сервера newtran01.
Когда команда запускается сама по себе, без аргументов, будет произведена проверка, чтобы найти версию MOM узла. Для
узлов CPP проверка выполняется путем чтения заголовка файла MOM, хранящегося в http: // <NodeIpAddress> / cello / oe / xml.
Для COM-узлов проверка выполняется путем чтения атрибутов идентификатора и версии в MO схемы. Обычно эта проверка
проводится
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 44 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
автоматически, когда moshell подключается к сервису MO.
Когда команда запускается с аргументом, она пытается получить соответствующий файл MOM с сервера newtran01
и сохранить его в папке jarxml.
Пример:
>> getmom RNC_NODE_MODEL_K_9_115_COMPLETE
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> | <прокси (и)> | все [<атрибут>]
4.1.44 sget / lsget / skget / lskget / shget / lshget <moGroup> | <moFilter> | <прокси (и)> | все
4.1.45 fset [i] / lfset [i] <moGroup> | <moFilter> | <прокси (и)> | все <атрибут> [<значение>] [<тип-атрибута>]
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 45 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
Может быть полезно в случае, если 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>]
Если параметр является целым числом или строкой, тип параметра указывать не нужно, как в примере
ниже. Пример:
В противном случае это должно быть четко указано, используя приведенный ниже список литературы. Примеры:
? lfacc Equipment = 1, Subrack = 1, Slot = 4, PlugInUnit = 1, RaxDeviceGroup = 1, UbchDeviceSet
defineCqiPatternHidden 0 5 15,16,17,18,19: ai
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 46 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
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):
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 47 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
? 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)
Полная инвентаризация оборудования и программного обеспечения. Включает информацию о RPU, лицензировании, JVM,
устройствах, XP, ISL и т. Д.
Эта команда выполняет полную инвентаризацию аппаратного и программного обеспечения через интерфейс MO и
COLI. Отображается все ПО, включая JVM, RPU и ПО устройства (spm, dsp, fpga). Также показано лицензирование
(функции и емкость), а также обзор ссылок ISL.
Параметры:
Параметры используются для уменьшения количества отображаемых таблиц. Без опций отображаются все таблицы.
? h: только информация об аппаратном обеспечении.
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 48 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
? 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 /Лицензия
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 49 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
? 0 = разблокировано отключено
? НЕИСПРАВНОСТЬ: КРАСНЫЙ
? ОПЕР: ЗЕЛЕНЫЙ
? ОСНОВНОЙ: ЖЕЛТЫЙ или СИНИЙ (на старых досках используется ЖЕЛТЫЙ, на новых - СИНИЙ)
? СТАТИСТИКА: ЖЕЛТЫЙ (применимо только для 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 удаленного порта.
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 50 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
О й/ й П Д Р ф й
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
- длина, выраженная в метрах (с учетом задержки 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
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 51 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
+ --------- + SE = 2 FDD = 2
Примеры:
? inv CXC132055 -> появятся только строки, соответствующие CXC132055. Это удобно для поиска имени LM и
просмотра плат, на которых он работает.
? inv: -> будет напечатана только информация RPU.
? inv nss ->, чтобы увидеть, какие модули загрузки содержат строку «nss» и на каких платах они работают.
? инв. L | 0 -> появятся только строки, в которых состояние МО заблокировано или отключено.
? invroj L | 0 -> будут отображаться только строки, соответствующие «ROJ» и состояние заблокировано или отключено.
Отображение различных распечаток 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
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 52 ( 159 )
П ( ) Н
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
Примечание 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 читается с помощью:
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 53 ( 159 )
П ( ) Н
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 54 ( 159 )
П ( ) Н
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
2; 4; 4; T 8x 12h30m; Link Degraded - RiLink = 4 (Высокий BER на ближнем конце канала. Порт на ближнем конце
-------------------------------------------------- -------------------------------------------------- ---
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 55 ( 159 )
П ( ) Н
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
1. stc 2051 - показать все перекрестные соединения, информация о которых совпадает с "2051" (в
приведенном ниже случае, когда atmport равен 2051)
2. stc. * 0 - показать все перекрестные соединения, которые не работают должным образом.
Формат распечатки, AtmCrossConnection:
1192_1191_ts16 101 11 1, слот = 27. * E1. * = 1277, Ds0. * = 127702 1, слот = 27. * E1. * = 1276, Ds0. * = 127602 TS 16 127702_port1191
? nRes = nrOfResources: общее количество выделенных ресурсов для этого набора устройств
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 56 ( 159 )
П ( ) Н
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон
1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата
Ред. файл
EAB Финн Магнуссон
2018-10-30 BX
moshellUserGuide.tex
Во второй таблице показано состояние и доступность устройства для каждой платы 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).
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 57 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
у р д д у р р Д д ф
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
-------------------------------------------------- ------------------------------------
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
....
? ЦП считывается с помощью команды 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.
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 58 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
? IP: noOfAtmToIpTrBr
? BEE: noOfBeesTrBr
Также в сводной таблице CC поле «max» заменено полем «GPB», которое указывает количество ячеек, которые обрабатываются
GPB этого RncModule. Поле "GPB" читается через атрибуты IubLink :: rncModuleRef и IubLink :: reservedBy.
-------------------------------------------------- ------------------------------
Sr Slot Lnh Board Модуль использования состояния типа SwAlloc
-------------------------------------------------- ------------------------------
MS 19 001900 SPB21 SPB_TYPE_A PCDDD 1-11111 AAAAA 1 1 13 8 8
Отображение состояния, пользователя и использования полосы пропускания для портов и каналов 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 показано в скобках.
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 59 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон
1553-CXC1328930
Ответственный / утвержденный документ
Проверено Дата
Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
у
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
... <вырез> ...
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 60 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
? первый аргумент соответствует всей строке.
Формат распечатки, вторая таблица: Каждая строка соответствует MO EthernetSwitch или EthernetSwitchPort (ETMFX),
или EthernetSwitchModule, или EthernetSwitchModulePort MO (CMXB), или EthernetBridgePort (CMXB / CCIB в подъезде
CAX), а также соответствующим дочерним MOs SwitchStp / SwitchPortStp. Каждый столбец соответствует атрибуту
этих МО. Обратитесь к MOM для получения более подробной информации по каждому атрибуту.
? Позиция: шасси, слот и номер порта:
- 0: EthernetSwitch (модуль)
- 1-7: EthernetSwitchPort :: номер порта
? 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
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 61 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
? 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:
Пример CMXB:
0 ~~~~~~~~~~~~ 0
S СЕТЬ S
+ ---------------- >S S <----------------+
| 0 ~~~~~~~~~~~~ 0 |
| |
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 62 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
| |
| Порт 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 |
+ ------------+ +------------ +
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 63 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
? Интерфейс: крейт и слот платы 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, использующий этот хост, если это применимо.
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 64 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
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-
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 65 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
? 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.
Пример RNC:
Формат распечатки, таблица IubLink (RNC): в этой таблице показаны конфигурация и состояние соединений уровня
управления для IubLink на основе IP (для соединений уровня пользователя Iub см. Таблицу IpAccessHostPool).
Каждая строка соответствует MO IubLink в RNC. Каждый столбец соответствует атрибуту этих МО.
? Sctp: значение IubLink :: sctpRef. Показано расположение GPB, на котором размещен этот Sctp.
? Mod: значение IubLink :: rncModuleRef.
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 66 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
? Хост: значение 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, используемый для этой связи.
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 67 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ
Проверено Дата Ред.
файл
EAB Финн Магнуссон
2018-10-30 BX moshellUserGuide.tex
4.2.11 п.
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
3 НЕАКТИВНЫЙхорошо РАЗБЛОКИРОВАНОВКЛЮЧЕНО Подставка = ES-2, слот = 27, PlugInUnit = 1, ExchangeTerminal = 1, Os15
4 НЕАКТИВНЫЙхорошо РАЗБЛОКИРОВАНОВКЛЮЧЕНО Подставка = ES-3, слот = 2, PlugInUnit = 1, ExchangeTerminal = 1, Os155
5 НЕАКТИВНЫЙхорошо РАЗБЛОКИРОВАНОВКЛЮЧЕНО Подставка = ES-3, слот = 27, PlugInUnit = 1, ExchangeTerminal = 1, Os15
RBS14> ст.
SystemClock: HOLD_OVER_MODE
-------------------------------------------------- -----------------------------------
Приоритетная активность RefState AdmState OpState SyncReference
-------------------------------------------------- -----------------------------------
1 НЕАКТИВНЫЙНЕ СМОГЛИРАЗБЛОКИРОВАНООТКЛЮЧЕНIpAccessHostEt = 1, IpSyncRef = 1
2 НЕАКТИВНЫЙНЕ СМОГЛИРАЗБЛОКИРОВАНООТКЛЮЧЕНIpAccessHostEt = 1, IpSyncRef = 2
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
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 68 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон
1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон
2018-10-30 BX moshellUserGuide.tex
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 означает включено.
? ул.
-------------------------------------------------- ---------------------------------------------
МОД ИМЯ ЯЧЕЙКИ 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
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 69 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон
1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон
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 (быстрый) предназначен для печати без извлечения данных. Т.е. данные можно получить один раз, а
затем отобразить разными способами без необходимости получать их каждый раз снова.
Примеры:
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 70 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
4.2.13 dcg [meiasrfkx] [-m <рабочие часы>] [-d <дни журнала>] [-b <доски | группа досок> | все] [-k <nrdumps>] [-f
<фильтр очистки>] [<logdir> ]
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 71 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
4.2.14 hc [iuzd] [v] [-r | -x <числа>] [<файл hclog> | <hclogdir> | <hcreportdir>] [<файл hclog2> | <hclogdir2>]
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 72 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
? 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 / (журналы | отчеты) /
<дата> / <файл сайта> / <время>
4.2.15 diff [a] [d] [m] [o] [x] [i] / ldiff [a] [d] [m] [o] [x] [i] »
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 73 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
Пример:
диф 4 32 17
diff [a] [d] [m] [o] [x] [i] / ldiff [a] [d] [m] [o] [x] [i] <moGroup> | <moFilter> | <proxy> | <modumpFile> | <modumpDir> [<baselineFile> |
<modumpFile2> | по умолчанию] [<outputDir>]
? <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: означает, что любое из этих значений принято в качестве рекомендуемого. Если рекомендуемое значение
представляет собой последовательность структур или
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 74 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
последовательность 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, независимо от
порядка. Например:
Путь 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"
Информационная 75 ( 159 )
ГИД ПОЛЬЗОВАТЕЛЯ
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
-------------------------------------------------- ------------
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.
Информационная 76 ( 159 )
ГИД ПОЛЬЗОВАТЕЛЯ
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
Примечание: если выделение ячейки для устройства CC изменилось с момента запуска сеанса moshell, необходимо
запустить команду «bor» для обновления кеша moshell, иначе значения в поле «CellCC» могут быть неправильными.
Третья таблица (которая является второй таблицей, когда опция «а» не используется) идентична предыдущей, но
агрегирована на уровне платы модулей. В случае GPB5 / GPB6 он даст те же цифры, что и в предыдущей таблице, но в
случае многоядерных плат (GPB75 / EPB) он дает агрегированные значения для всех RncModules этой платы.
Четвертая таблица (которая является третьей таблицей, когда опция «a» не используется) показывает агрегированное
представление предыдущей таблицы на уровне Subrack. Интересно посмотреть, загружены ли какие-либо субрейки
больше, чем другие.
? Sr: идентичность Subrack
? nMod: количество модулей rncModules, содержащихся в Subrack
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 77 ( 159 )
П ( ) Н
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
Когда есть потребность в большей пропускной способности 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.
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 78 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
================================================== ============================
Проверка согласованности избыточности Iub для узлов: RNC01 (CM1) и RNC02 (CM2)
================================================== ============================
1) Одинаковый уровень ПО во всех CM: НЕ ОК
CurrentUpgradePackage: CXP9021776_R4FC40 (CM1) CXP9021776_R4FC39 (CM2)
-------------------------------------------------- ----------------------------
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 79 ( 159 )
П ( ) Н
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
-------------------------------------------------- ----------------------------
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)
-------------------------------------------------- ----------------------------
? Третья таблица суммирует общую доступность для всех IubLink и UtranCell в пуле RNC. В каждом столбце первое число - это
количество подключенных MO, а второе значение - это общее количество MO, затем строка «IubLinks» - это доступность MO
IubLink, «UtranCells» - для MO UtranCell, «каналы HS. "- для МО Hsdsch, а" каналы EUL "- для МО Eul. Столбец «Всего» указывает
общую доступность с резервированием iub и без него и всегда должен быть равен сумме следующих двух столбцов
«Неизбыточный» и «Избыточный». Столбец «Redundant-Normal» указывает общую доступность избыточных сайтов, которые
не переключаются, а «Redundant-Switched» дает доступность сайтов, которые переключаются. Сумма значений в последних
двух столбцах всегда должна быть равна значениям в столбце «Избыточный».
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 80 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
? rinpc: аргументы не требуются, если другой член кластера был указан в переменной пользователя.
cluster_members. Если пользовательская переменная cluster_members пуста, то во втором аргументе можно
указать IP-адрес другого члена кластера, например: rinpc. <ip_of_other_RNC> (тот же синтаксис, что и у команды
irc)
? rinpm: обязательный аргумент - это путь к файлу .json, в котором должны быть перечислены все параметры.
Пример файла json можно найти в папке moshell / commonjars / rinpm / rinpm.json.
Цель:
? Чтобы распечатать отношение МО <—> ФРО <—> АКТЕР <—> CCDEVICE для МО IubLink и UtranCell .
? Для отправки команд RRT акторам Cell / Iub или их дочерним элементам в дереве акторов.
Аргументы: указав первый аргумент, можно отфильтровать Cell / Iub, соответствующие определенному FroId или MOid.
Указав второй аргумент, состоящий из команды RRT или списка параметров ячеек, можно запустить
команду RRT или отобразить определенные параметры ячеек для всех субъектов, которым соответствует
первый аргумент.
Список доступных команд RRT можно увидеть, набрав:
? 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 которых совпадает с ячейкой.
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 81 ( 159 )
П ( ) Н
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
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
Описание:
? 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
Описание:
? activeStatus и standbyStatus являются логическими (0 или 1). Это способ FRO сказать, нормально ли
присоединяться к USAAL. UserPlaneCepId для активного и ждущего режима должен отличаться от -1,
если статус активный / резервный равен 1.
? currentCause отправляется FRO в сигналах opStateChdInd и setAttribInd и определяется классом
данных CpxUsaalEf_ OpStateChangeCauseD. Допустимые значения:
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 82 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
- CELLO_USAALEFI_SERVER_RESTARTED == 1
- CELLO_USAALEFI_OTHER == 2
? tgd cell: / 8/3 cellLoadMonitor: totAseDl cellLoadMonitor: totAseUl cellLoadMonitor: currDlCode для просмотра
этих атрибутов на всех участниках NbapCommon
Описание:
? 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, применяется только при использовании с атрибутом-фильтром
Информационная 83 ( 159 )
ГИД ПОЛЬЗОВАТЕЛЯ
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
Параметры фильтрации:
? -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,
атрибуты которых соответствуют этому значению.
Если атрибут-фильтр пуст, печатаются три таблицы:
? во второй таблице показано текущее количество контекстов Ue, связанных с каждым типом UeRc в каждом модуле.
? третья таблица показывает то же самое, что и вторая таблица, но для всего узла.
===============================================
Причина Всего% установления Причина
===============================================
0 168 49,7 ориг.
2 57 16.9 origИнтерактивный
5 89 26,3 семестр Разговорный
12 24 7.1 регистрация
===============================================
Всего: 338 100
? уэр. aal2. * cepid $ | softho | \ .rcindex $ - для всех UE вывести атрибуты UeContext, соответствующие
регулярному выражению "aal2. * cepid $ | softho | ˙rcindex $"
? uer -i 001 sccpConnId = 6 - для всех UE, чей IMSI соответствует "001", вывести атрибуты UeContact,
соответствующие sccpConnId = 6
Информационная 85 ( 159 )
ГИД ПОЛЬЗОВАТЕЛЯ
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
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 (без учета регистра)
? 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
Информационная 86 ( 159 )
ГИД ПОЛЬЗОВАТЕЛЯ
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
> 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:
? MOD: модуль RNC
? 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
Это указывает на то, что некоторый ресурс в ячейке не был освобожден должным образом. Чтобы освободить ресурсы в
протекающей ячейке,
Информационная 87 ( 159 )
ГИД ПОЛЬЗОВАТЕЛЯ
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
> 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
> кеды
-------------------------------------------------- -------------------------------------------------- -------------------------------------------------- -----------------
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
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 88 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
Вывод может быть передан через внешние утилиты 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>]
Информационная 90 ( 159 )
ГИД ПОЛЬЗОВАТЕЛЯ
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
Примечание: ключ -s / -m иногда можно опустить. Например, lgo 14 можно использовать вместо lgo -m 14, а lgo
20080701.1200 можно использовать вместо lgo -s 20080701.1200. Это работает только в том случае, если параметры
-e / -p не используются.
Офлайн использования:
Параметр -l позволяет обрабатывать файлы журнала в автономном режиме, когда он не подключен к узлу.
Аргумент опции -l указывает место, где файлы журнала хранятся локально на рабочей станции. Может быть:
? единый лог-файл
? каталог, содержащий несколько файлов журналов.
? заархивированный архив, содержащий один или несколько файлов журнала.
Запустив команду lgf при подключении к узлу, можно загрузить все файлы журналов в локальный каталог для дальнейшего
использования.
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 91 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
плоской обработки. В качестве аргумента можно указать локальный каталог. Если не указано иное, выбирается
местоположение по умолчанию.
(~ / 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
Информационная 92 ( 159 )
ГИД ПОЛЬЗОВАТЕЛЯ
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
- Время простоя JVM - это время, прошедшее между отключением узла CRIT строки в
системном журнале и запуском модуля загрузки JVM строки в avlog или строке
Служба конфигурации запущена и работает в журнале обновлений.
- JvmRestart: для отдельных перезапусков Jvm время простоя Jvm - это время, прошедшее между
строкой Программа CXCxxxx, запущенной в системном журнале (или строкой Текущие свойства
в журнале обновлений), и строкой
Служба конфигурации запущена и работает в журнале обновлений. Хотя время простоя Jvm показано в
столбце Время простоя CPP, тем не менее, это всего лишь время простоя Jvm.
- Цифры простоев узлов в сводной таблице в конце распечатки представляют собой наибольшее
значение между временем простоя CPP и временем простоя приложения. Цифры частичного простоя
взвешиваются по отношению к проценту доступности (если применимо).
? В lgd на узлах RCS значения простоев соответствуют следующим этапам:
- Начало простоя отсчитывается от строки NODE OUT ShutdownCommand или
УЗЕЛВНЕНеработающий (в зависимости от того, что наступит раньше)
- Время простоя RCS считается до появления линии NODE IN Оперативный или
УЗЕЛВ Оперативный ExtUpgradeRequest
Примеры:
? LGA -s 20050705 -e 20050710 - записи шоу журнала сигнализации между датами 20050705 и 20070710
? lgaemc | grep -i atmport - показать все записи из журналов аварийных сигналов / событий, соответствующие
слову atmport (без учета регистра), отобразить в формате CSV (разделенные точкой с запятой) и конвейерную
передачу для grep
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 93 ( 15
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон
1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон
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, объединены в хронологическом порядке
? 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
Отображение или изменение настроек конфигурации 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, вывод этой команды можно сохранить в переменной
Пример:
Информационная 94 ( 159 )
ГИД ПОЛЬЗОВАТЕЛЯ
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
4.3.2 pv [<string>]
Чтобы напечатать все переменные сценария или только те, которые соответствуют <string>.
Например:
? pv распечатать все скриптовые переменные и их текущее значение
? pv ver просто распечатайте скриптовые переменные, имена которых соответствуют ver
Количество напечатанных переменных сохраняется в переменной $ nr_of_vars. Пожалуйста, обратитесь к главе
«Создание сценариев», чтобы узнать, как установить переменную.
Примечание. Чтобы распечатать переменную, также можно: l echo $ variable
4.3.3! / L <unix-command>
1. l pwd (или псевдоним lpwd) - чтобы узнать текущий рабочий каталог unix
2. l cd scripts / rbs3 (или псевдоним lcd) - для смены текущего рабочего каталога
3. ! lessdefine_sectors.mo - для просмотра командного файла, который будет запущен
4. ! vi define_sectors.mo - для внесения изменений в командный файл
Примечание:
? Команды unix, которые вызываются с "!" никогда не регистрируются
? Команды unix, которые вызываются с "l", регистрируются, если пользователь начал регистрацию с "l +"
Параметр m предназначен для отключения звука, т.е. на экране не будет отображаться никаких выходных
данных, пока журнал не будет закрыт. Весь вывод попадет в файл журнала. (параметр мм предназначен для
дополнительного отключения звука, на экране будет отображаться даже меньше, чем при использовании l + m).
Параметр s позволяет не печатать заголовок «открытие журнала / закрытие журнала». Также можно
установить с помощью пользовательской переменной loginfo_print. Параметр o предназначен для
перезаписи файла журнала, в противном случае он добавляется.
l- для закрытия файла журнала.
л? для проверки, открыт ли в данный момент файл журнала.
Можно открыть несколько файлов журнала, но будет активен только один. Когда один файл журнала закрывается,
ведение журнала возобновляется с предыдущего. Примеры:
пр
l + logfile2 # останавливает запись в файл журнала1 и начинает запись в файл журнала2
# $ logfile установлен в "logfile2"
vii
l- # останавливает запись в файл журнала2 и возобновляет запись в файл журнала1
# $ logfile установлен в "logfile1"
тома
l- # останавливает запись в logfile1, $ logfile остается равным "logfile1"
В этом примере файл журнала 1 будет содержать распечатки из get, pr и vols, а файл журнала 2 будет содержать распечатку из
vii.
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 95 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
Аргумент команды
Когда команда запускается сама по себе без параметров и аргументов, она создает 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.
Синтаксис:
? Если файлы 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.
Информационная 96 ( 159 )
ГИД ПОЛЬЗОВАТЕЛЯ
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
MAO и FRO используют отдельные таблицы SQL для хранения данных. RO не хранят никаких постоянных данных,
поскольку они обрабатываются FRO.
MAO хранят свои постоянные данные в таблице SQL modata_r2 или modata_r3. Для FRO существует отдельная
таблица для каждого класса MO. Например, FRO MO PlugInUnit используют таблицу cspiuresource, FRO MO программы
используют таблицу cspgmresource и т. Д.
-------------------------------------------------- ----------------------------
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
-------------------------------------------------- ----------------------------
2) MAO с опасными символами в имени MAO ', = ^ "|' Â (HL11572 / UABtr75948): ДА 5631
TransportNetwork = 1, Aal2PathVccTp = TransportNetwork = 1, Aal2PathVccTp = 88
Имя MAO: TransportNetwork = 1, Aal2PathVccTp = 88
-------------------------------------------------- ----------------------------
5) MAO с повторяющимся LDN: ДА
13 SystemFunctions = 1, Licensing = 1 (известная проблема: TR UABtr63243 - не влияет)
65 SystemFunctions = 1, Licensing = 1 (известная проблема: TR UABtr63243 - не влияет)
85 SystemFunctions = 1, Licensing = 1 (известная проблема: TR UABtr63243 - не влияет)
-------------------------------------------------- ----------------------------
7) Несовпадение количества экземпляров MAO и FRO: ДА
Aal2PathVccTp : 21 МАО, 41 год FROs
(Для Aal2PathVccTp должно быть 2 FRO на один MAO).
ExternalGsmCell : 1133 МАО, 1134 FROs
IubLink : 33 МАО, 32 FROs
-------------------------------------------------- ----------------------------
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 зарезервировано
список 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
-------------------------------------------------- ----------------------------
15) Оставшиеся старые версии таблиц FRO (HL93894 / WRNae89948 / HM76376 / HS48645 / HR63086):
ДА cspgmresource_03 (текущая): cspgmresource_02 (старая)
csxpresource_01 (текущий): csxpresource (старый)
ecnprsectordata_4 (текущий): ecnprsectordata_3, ecnprsectordata_2, ecnprsectordata_1 (старый)
-------------------------------------------------- ----------------------------
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. С участием:
-------------------------------------------------- ----------------------------
17) МАО без родителей: ДА
14498 AtmPort = ES-1-2-1-ima55, VplTp = VP1, VpcTp = 1 missingParent: AtmPort = ES-1-2-1-ima55, VplTp = VP1
-------------------------------------------------- ----------------------------
18) MAO с недопустимым фолдом: ДА
22458 Подставка = ES-2, слот = 21, PlugInUnit = 1, GeneralProcessorUnit = 1, LoadControl = 1 froId =
22485 Подставка = ES-2, слот = 20, PlugInUnit = 1, GeneralProcessorUnit = 1, LoadControl = 1 froId =
-------------------------------------------------- ----------------------------
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:
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 99 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
-------------------------------------------------- ----------------------------
103) Несогласованность в UtranRelation nodeRelationType или frequencyRelationType (HP94489 /
WRNae68940 / WRNae72810): ДА
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 100 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
-------------------------------------------------- ----------------------------
104) Несогласованность в UtranCell interFreqRelCntr или intraFreqRelCntr (HP94489 / WRNae68940 /
WRNae72810): ДА
-------------------------------------------------- ----------------------------
105) Несогласованность в RncFunction cellRelCntr (HT37388): ДА
RncFunction = 1 cellRelCntr = 21743, nrOfRelations = 21410 (1304 CoverageRelation, 6 EutranFreqRelation, 12 GsmRelation, 2
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 101 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
-------------------------------------------------- ----------------------------
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>]
? путь к ранее полученным файлам 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 другого узла
Выполните проверку согласованности БД (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 хорошоникто
================================================== ===============================================
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 102 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
Отправьте команду COLI в оболочку OSE узла CPP. Введите «h ose» для получения справки по синтаксису и «?» для просмотра
доступных команд.
Команда отправляется на узел с помощью telnet или ssh, в зависимости от значения параметра moshell
secure_shell (см. Раздел 2.6 ).
Пароль не требуется, если он определен в ipdatabase или переменной $ password (в противном случае пользователю
будет предложено ввести пароль).
Чтобы узнать все доступные команды COLI, введите? или lhsh <lnh>?
Можно передать команду любой внешней утилите, на которой запущен moshell (например, grep ). Пример:
Примеры:
? 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 <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 на узле)
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 103 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
Примечание: если программа osa_coli запущена на другой плате, чем MP концентратора, sqlc необходимо поставить точкой с
запятой:
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}
Другие примеры:
Имя пользователя telnet (и пароль, если применимо) необходимо ввести после команды telnet, разделить точкой с
запятой, а в конце нужно указать команду выхода.
Примеры:
? lhsh 000700 telnet 10.7.0.5; корень; корень; pwd; ls -l / var ; выход
Смена пароля оболочки
Примеры:
4.3.10 comcli
Откройте интерактивный сеанс COMCLI / ECLI для узла. Применимо только для COM-узлов.
4.3.11 ecli
Откройте интерактивный сеанс ECLI для узла. Применимо только для COM-узлов.
4.3.12 esci
Запустите режим командного интерфейса службы поддержки Ericsson. Применимо только для EMCLI (узлы RCS).
Откройте интерактивный сеанс 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-.
Информационная 105 ( 159 )
ГИД ПОЛЬЗОВАТЕЛЯ
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
Отправляйте команды 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"; конец
? комкли
? linux_shell
? клисс
? comcli_columns
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 106 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
? comcli_timeout
? comcli_cfg
? comcli_model
? comcli_retry_maxtime
? comcli_retry_interval
? comcli_port
? comcli_mom
? lmcc router =?
? lmcc router = \ t
Распечатать дополнительную справку по команде ping в интерфейсе MO IPv4 = TNA
? mcc interfaceipv4 = tna ping?
Запустите команду ping из всех MO AddressIPv4 и направьте вывод через grep
Управляйте группами плат, которые можно использовать для выполнения команд COLI на нескольких платах.
Синтаксис:
? бо [а] [р]
? ba [s] / br / bp <boardGroup> <boardLNH> | <boardGroup> | <boardType>
Следующие группы плат всегда создаются по умолчанию после выполнения любой из команд платы (bo / ba / br /
lh и т. Д.) В первый раз:
? all содержит все платы (MP / BP), а также PiuDevices (d0000x) и SPM (spx.lnh).
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 107 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
? мод [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 программы,
имя которой совпадает со строкой, добавляются в группу. Примеры:
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 108 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
О й/ й П Д Р ф й
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
? 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 предназначена для печати существующих групп или содержимого определенной группы. Примеры:
Команда be предназначена для извлечения нескольких досок из группы. Используется вместе с "mon" для обработки
групп плат, содержащих более 50 плат (текущий предел на целевом мониторе). Примеры:
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 109 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
Выполните команды 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. См.
Дополнительную информацию ниже.
Примеры:
? lhz все ps -w
Можно отправить несколько команд на каждую доску группы плат, разделив их точкой с запятой. Примеры:
? lh mp te журнал прочитан; llog -l ; т. е. лог очищен; llog -c
? lh dc te e trace1 SP_HIST; журнал прочитан
Также можно отправить командный файл на каждую доску группы. Пример:
4.3.20 пн [?] [D] [u] [f] [s] [t] [k] [a] [-] [<board (s) | <boardGroup (s)>] [</ path / в / файл журнала>]
Запуск / остановка / проверка целевого монитора CPP или сеанса монитора Linux в режиме TCP, UDP или режиме диска.
Команда mon выдает набор команд COLI (tm или ts) для открытия портов TCP или UDP с плат на узле клиенту. Адрес плат и / или
группы плат указываются в качестве аргумента, чтобы указать, к каким платам будет подключаться клиент.
Аргументы:
? доска (-и) / группа (-ы) доски: список доски или групп доски для мониторинга. См. Примеры ниже.
? путь к файлу журнала: применимо только с опцией «u» (монумент). Файл журнала должен иметь расширение
.pcap или .log. Если файл журнала имеет расширение .pcap, то в качестве клиента трассировки будет
использоваться moshell / capture. Если файл журнала имеет расширение .log, то ltng-decoder будет
использоваться в качестве клиента трассировки. Обратите внимание, что путь ltng-decoder должен быть
указан в ltedecoder переменной пользователя.
TCP Monitor для узлов Linux (EvoC8300, MSRBSv2, TCU):
Потоковая передача T&E Trace для узлов Linux выполняется с использованием lttng-relayd (в качестве сервера) и
babeltrace / babelwrap (в качестве клиента). Порты TCP 5342 (управление) и 5343 (данные) по умолчанию
используются для передачи трассировок с узла на сервер lttng на рабочей станции. Если эти порты заняты, то
другие последовательные порты будут автоматически выбраны в диапазоне до 6342. Пользовательские
переменные moshell lttng_port и lttng_range могут быть изменены для изменения начального порта TCP и диапазона
портов, используемых для потоковой передачи трассировки lttng. Трассы обновляются каждые 1 секунду для
EvoC8300 и каждые 2 секунды для MSRBSv2 / TCU. Это можно изменить с помощью пользовательских переменных
lttng_flush_cpp / lttng_flush_rcs (значение в микросекундах). Размер буфера по умолчанию составляет 4x4 МБ для
EvoC8300 и 4x1 МБ для MSRBSv2 / TCU. Это можно изменить с помощью пользовательских переменных
lttng_buff_cpp или lttng_buff_rcs (значение в МБ).
? mon ?: распечатать статус целевого монитора (TCP или UDP) и список отслеживаемых плат.
? пн [с]: запустить целевой монитор OSE в режиме TCP. В режиме TCP только один сеанс может быть подключен к
определенной плате, и команда «mon» должна выполняться перед каждым запуском нового клиента монитора.
Клиент монитора TCP - «nc6», но вместо него можно использовать «monitor6054», установив для
пользовательской переменной use_monitor6054 значение 1. Опция «s» - сохранить целевую конфигурацию
монитора, чтобы сеанс мониторинга пережил перезапуск платы. Примечание. Если целевой монитор уже
запущен на узле в режиме UDP или DISK, то существующий режим сохраняется, и отображается соответствующая
клиентская команда монитора.
? mon [s]: запустить монитор в режиме UDP с маршрутизатором / программой просмотра или маршрутизатором /
захватом. По умолчанию будет использоваться маршрутизатор / программа просмотра, если не указан путь к
файлу журнала .pcap, в этом случае вместо него будет использоваться маршрутизатор / захват, а вывод будет
сохранен в файле журнала pcap, а не отображаться на экране. В режиме UDP неограниченное количество сессий
может быть подключено к одной плате (ам). Команду «monu» не нужно запускать снова, если дескриптор уже
открыт для плат, которые будут отслеживаться. Вариант «s» - сохранить конфигурацию целевого монитора,
чтобы сеанс мониторинга пережил перезапуск платы. Пользовательская переменная udp_router позволяет
настроить сеанс мониторинга на маршрутизатор трассировки, работающий на другой рабочей станции, вместо
того, чтобы использовать его на собственной рабочей станции.
? monuk [f]: убить процесс маршрутизатора трассировки, запущенный на собственной рабочей станции. Работает,
только если процесс маршрутизатора принадлежит тому же пользователю, если не указана опция «f» («force»), и в
этом случае он может убить процесс маршрутизатора, принадлежащий другому пользователю.
? mond: запустить монитор в режиме UDP с помощью диспетчера / монитора. В настоящее время
предполагается, что диспетчер уже запущен и запускает только монитор. В настоящее время поддерживается
только с диспетчером / монитором, установленным в AFS (/ app / monitor / 0 / bin).
? monf [s]: запустить монитор в режиме ДИСКА. Вывод будет сохранен локально на жестком диске узла, путь
будет показан в распечатке monf. Вариант «s» - сохранить конфигурацию целевого монитора, чтобы сеанс
мониторинга пережил перезапуск платы.
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 111 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
? mona [s]: запустить монитор в режиме RAMDISK. Вывод будет сохранен локально на RAM-диске узла, путь будет
показан в распечатке mona. Вариант «s» - сохранить конфигурацию целевого монитора, чтобы сеанс
мониторинга пережил перезапуск платы. Примечание: монитор RAMDISK применим только для целей LTE на
базе CBM3 (DUS, mRBS, ODS41)
?пн [с] -: закрыть все дескрипторы мониторинга на узле. Вариант «s» - также отключить все сохраненные сеансы
мониторинга.
Примеры:
? пн 000800 000900 : открыть сеанс мониторинга в режиме TCP для плат 000800 и 000900
? Mons Coremp : открыть и сохранить сеанс мониторинга в режиме TCP для плат в группе плат "coremp"
? мону мод ту : открыть сеанс мониторинга в режиме UDP с роутером / просмотрщиком до плат, принадлежащих плате
группы "мод" и "ту"
? mon 000100 $ logdir / board01.pcap: открыть сеанс мониторинга в режиме UDP с маршрутизатором /
захватом на плату 000100 и сохранить в файл с именем board01.pcap
? mond mod tu : открыть сеанс мониторинга в режиме UDP с диспетчером / монитором до плат, принадлежащих
группы досок "mod" и "tu"
? monf mp et : открыть сеанс мониторинга в режиме ДИСК для всех плат в группах "mp" и "et"
? Monas MP : открыть и сохранить сеанс мониторинга в режиме RAMDISK на всех платах в группе "mp".
? пн-: закрыть все активные сеансы мониторинга
? монс- : закрыть все активные сеансы мониторинга, а также удалить все сохраненные сеансы.
4.3.22 pgu [c] [f] [r] [-p <board1, board2, ...>] / путь / к / newLM [<cvcomment>]
Обновление программы. Только для использования в лаборатории, например, для загрузки черных LM.
Аргументы
? Первый аргумент определяет расположение модуля загрузки на рабочей станции.
? второй аргумент (необязательный) - это текстовая строка, которая будет дана как комментарий при создании CV PGU.
Параметры
? c: заставляет pgu пропускать CV и перезапускать часть. Это полезно, когда необходимо обновить многие LM,
чтобы избежать скопления резюме и перезапуска.
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 112 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
Переключатели
? -p <boardlist>: ограничить обновление программы указанными досками.
Примеры
? c: заставляет pgu пропускать CV и перезапускать часть. Это полезно, когда необходимо обновить многие LM,
чтобы избежать скопления резюме и перезапуска.
? f: заставляет pgu пропускать вопросы подтверждения.
? r: использует тот же метод, что и при обновлении системы. Создается временное резюме, и после перезапуска
старые программы удаляются. Полезно для основных программ, таких как basic_OS.
Эта процедура «чище», чем взлом таблиц sql, поскольку она использует интерфейс MO.
Эта команда реализована как сценарий moshell, сценарий можно увидеть в файле moshell / commonjars / scripts / pgu.mos .
Это показывает, что пользователь может определять любые новые команды, которые им нужны, добавляя
псевдоним в .moshellrc, который будет указывать на файл сценария. Параметры команды будут отправлены в файл
сценария через позиционные параметры $ 1, $ 2, $ 3 и т. Д. Переменная $ 0 будет установлена на все содержимое
строки. За информацией обратитесь к Разделу 4.1.34 .
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 113 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
Вывод proctemp показывает температуру, отображаемую каждым датчиком платы, а также предел срабатывания сигнализации
для каждого датчика. Предел срабатывания сигнализации для каждого датчика отображается в скобках рядом с температурой
каждого датчика. Все значения температуры указаны в градусах Цельсия.
Команда progkill используется для перезапуска отдельной программы на MP. Если эта команда используется на
BP или SP, то перезапускается весь процессор. Строка, которая соответствует номеру программы или имени
программы, должна быть указана в качестве аргумента команды. Например: progkill java или progkill 2844
Примеры:
? proglist: Список программ на центральном MP:
? lhsh 001400 список программ | grep 0787: Список программ на плате 001400, номер продукта которых соответствует "0787"
? lh all proglist -e: перечислить программы на всех процессорах MP / BP / SP вместе с информацией о куче и пуле
? lh ommp proglist -e stack_size $: показать размер стека для всех программ, работающих в MP O&M.
? lh mp proglist | grep system: Список программ на всех досках группы плат "mp", имена которых совпадают с "system"
? lhsh 001400 progkill 2417: перезапустите программу, номер продукта которой совпадает с "2417" на плате 001400.
? lh mp progkill aal2ap: перезапустить программы, имя которых совпадает с "aal2ap" на всех платах группы плат "mp"
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ
114 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон
1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон
2018-10-30
BX moshellUserGuide.tex
? lhsh <доска> goxb [acib] [-p <advpw>] <команда> [; <команда>; ....] [ | <unix-cmds>] или:
? lh <bdgroup> goxb [acib] [-p <advpw>] <command> [; <command>; ....] [ | <unix-cmds>]
Параметры:
? a: для запуска команды в оболочке опытного пользователя, например "lh cmxb goxba listsw current"
? b: для запуска команды в оболочке BCM, например: «lh cmxb goxbb show counters»
? i: для запуска команды в оболочке ISS / IMISH, например "lh cmxb goxbi show interface status"
? c: для запуска команды в оболочке C2, например «lh smxb goxbc help» (применимо только для SMXB)
? cb: для запуска команды в оболочке C2 BCM, например "lh smxb goxbcb show counters" (применимо только для SMXB)
?ci: для запуска команды в оболочке C2 IMISH, например: «lh smxb goxbci show interface status» (применимо только для
SMXB)
? -p <пароль>: указать пароль опытного пользователя. Не требуется, если на плате используется пароль по умолчанию.
? без опции: для запуска команды в основной оболочке пользователя, например "lh cmxb goxb ls / tmp" (также работает без
goxb)
Примеры:
Примеры:
1. ftree / home / myuserid / moshell - список всех файлов и каталогов из локальной папки / home / myuserid /
moshell на рабочей станции.
2. ftree / c / loadmodules_norepl - список всех файлов и каталогов из папки / c / loadmodules_norepl на узле.
3. ftree / c / loadmodules_norepl | grep xml - перечислены все файлы / каталоги, соответствующие xml
4. ftree 001900 / f - перечислены все файлы и каталоги на диске / f на плате 001900.
5. ftreef / c / pmd - список всех файлов PMD, отсортированных по дате и времени.
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 115 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
4.3.28 ftget [1] [c] / ftput [1] [c] / ftdel [1] [a] / ftrun [<параметры>] <источник> [/ *] [<место назначения>]
? ftput [1] [c] [<параметры>] локальный файл / локальный каталог [/ * ][удаленный файл / удаленный]
? ftget [1] [c] [<параметры>] удаленный файл / удаленный [/ * ] [локальный файл / локальный каталог]
ftget / d / usr / *
Чтобы получить содержимое папки, расположенной на локальном томе узла, пути должен предшествовать адрес
платы, за которым следует восклицательный знак.
Например: ftget 000900! / D / systemfiles.
Обратите внимание, что в этом случае будут собраны только файлы, находящиеся непосредственно в папке, а не содержимое
вложенных папок.
Команда ftdel удаляет отдельный файл или набор файлов / каталогов внутри каталога. При выборе опции «a»
будет удален и сам каталог.
Команда ftrun позволяет выполнить командный файл, содержащий список команд ftget / ftput / ftdel. Это
быстрее, чем выполнение команд через "run", поскольку все команды будут выполняться в одном сеансе ftp /
sftp.
Параметры:
? Параметр c в ftget / ftput означает «условный» и означает, что, если файл (ы) уже существует на рабочей станции
/ узле, они не будут перезаписаны.
? Параметр a в ftdel означает, что будет удален и сам удаленный каталог. В противном случае будет удалено только его
содержимое.
? Параметр 1 означает нерекурсивный, что означает, что будут перенесены только файлы непосредственно в
исходной папке, а не файлы в любой из вложенных папок.
Параметры могут быть размещены в любом месте командной строки, но источник должен быть указан перед местом
назначения.
Если место назначения не указано, выбирается текущий рабочий каталог.
Вариант фильтрации:
Параметр -f позволяет указать регулярное выражение для передачи только файлов, соответствующих этому выражению. См.
Примеры ниже.
Восклицательный знак ! может использоваться как отрицательный фильтр, что означает, что любые файлы,
которые НЕ соответствуют фильтру, будут перенесены, например. ftget -f ! tmp / c / usr
Варианты времени:
Параметры -s и -e используются для указания абсолютного промежутка времени: -s дает дату начала, а -e дает дату
окончания. Формат - ггггммдд [.ччмм], например 20071230 или 20071230.0800.
Параметры -m и -p используются для указания промежутка времени относительно сегодняшней даты: -m указывает,
сколько времени назад, а -p сколько времени вперед. Формат - дни, часы или минуты, например. 10д (10 дней), 2ч (2
часа), 30м (30 минут).
Примеры:
? ftget / c / logfiles - получить папку / c / logfiles и все ее содержимое и сохранить в текущем рабочем каталоге на
рабочей станции
? ftget / c / logfiles / home / eric - получить папку / c / logfiles и все ее содержимое и сохранить в папке
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 116 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 117 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
? fclean / c / pmd
? fclean / c / pmd -f 0x00
? fclean / p001200 / pm
? fclean 001900 / f
3. Все пустые папки в этих каталогах будут удалены (после подтверждения от пользователя).
? fcleand / c / loadmodules_norepl
? fcleand / c / pmd
4. Все файлы в этом каталоге удаляются и заменяются пустыми файлами.
? fcleane / c / logfiles
5. Удаление модулей загрузки, которые не используются системой. Примеры:
? fclean
? fcleanf
? fcleanff
Это означает, что любые загрузочные модули, которые присутствуют на диске, но не определены в
текущем cv (файл ARMAMENT и база данных), и не перечислены ни в одном из существующих пакетов
обновления на узле.
? по центральному МП:
1. / c / loadmodules
2. / c / loadmodules_norepl
3. / c / java
4. / c / dsp_load_files
5. / c / fpga_load_files ,
? на всех MP: / d / loadmodules
? на всех БП:
1. / f / loadmodules
2. / f / satloadmodules
3. / f / dsp_load_files
4. / f / fpga_load_files
5. / f / dp_loadmodules
Можно указать список модулей загрузки, которые не нужно очищать, в переменной keepLmList в файле moshell .
Когда команда завершена, создается командный файл, содержащий все команды удаления, и пользователю
предлагается выбрать, запустить его сразу или позже.
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 118 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
Параметры:
Примечание: команда fclean также очистит диски / f, но оставит все загрузочные модули, указанные в других
пакетах обновления, а также в текущем. Таким образом, очистка с fclean не такая радикальная, как с fcleanf
или fcleanff .
Moshell>
Привет 1 LT
E1
2-й все дис
3 получить 4 операции
!2
Измерьте время, затраченное командой moshell или каждой командой в файле команд moshell.
Аргументы:
? <команда>: команда выполняется, и ее продолжительность в секундах отображается в последней строке
распечатки. Продолжительность также сохраняется в переменной сценария moshell, называемой $ duration. Если
была указана опция «t» (команда «timet»), продолжительность также сохраняется в хеш-таблице с именем $
durationtable, где индекс - это выполняемая команда.
? <logfile>: файл журнала анализируется функцией времени, и в качестве вывода отображается
продолжительность каждой команды, содержащейся в этом журнале. Файл журнала может быть в
формате gzip.
Пример:
? time get all - измерить время, затраченное на команду "получить все"
? timet lh all te log read - Измерьте время, затраченное командой «lh all te log read», и сохраните его в хеш-таблице.
? time /path/to/NODE_dcg_m.log.gz - Показать продолжительность каждой команды, содержащейся в файле
журнала команды "dcg":
Печатный перевод номера продукта loadmodule / upgradepackage или кодов ошибок T&E.
Примеры:
? lmid 2517 - для поиска имени любого LM, номер продукта которого соответствует 2517
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 119 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
? upid 2014 - для поиска версии UP и версии cpp, номер продукта которой соответствует 2014
? lmid aal2 - для поиска номера продукта (ов) любого LM (ов), имя которого совпадает с aal2
Кроме того, имя LM печатается рядом с номером продукта при использовании определенных команд оболочки OSE:
? ls, pglist и ps для пользовательской переменной print_lmid = 1
? то же, что и выше, плюс чтение журнала для пользовательской переменной print_lmid = 2
Например, при печати содержимого каталога, такого как / d / loadmodules или / c / loadmodules_norepl , имя LM
будет отображаться рядом с номером продукта. Эту функцию можно отключить, установив для пользовательской
переменной print_lmid значение 0.
См. Раздел 2.5 и Раздел 2.6 для получения дополнительной информации о пользовательских переменных.
Если некоторые имена отсутствуют в распечатке, просто запустите lmid refresh или bo, и он обновит ссылочный файл
moshell LM всеми пропущенными именами LM. Обновление также происходит автоматически, если для заданного
шаблона не найдено имя LM.
Параметр «c» в lmid предназначен для печати списка кодов ошибок (aal2 / mtp3 / sccp / utrancell), который
используется для декодирования кодов ошибок из «прочитанного журнала te».
Параметр "h" в lmid предназначен для печати таблицы перевода HW.
Параметр «m» в upid предназначен для печати таблицы версий CXP в MOM.
Параметр «o» в upid - это распечатать обзор, отображающий только основные выпуски ПО.
4.3.36 p / w / pw / b
4.3.37 прокс [+ -]
4.3.38 col
4.3.39 ул.
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 120 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
По умолчанию эти команды требуют подтверждения (да / нет). Введите одну из этих команд, чтобы отключить
подтверждение. Введите команду еще раз, и подтверждение будет снова включено.
Эти настройки могут быть навсегда сохранены в пользовательских переменных bldebset_confirmation,
lt_confirmation, del_confirmation.
Параметры:
? +: отключить подтверждение вместо его переключения (устанавливает для переменной пользователя значение 0)
? -: вернуть подтверждение к предыдущему значению.
4.3.41 gs [+ -] / gsg [+ -]
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 121 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
Это может быть использовано, например, при декодировании следов T&E или распечаток COLI, где IP-адреса
записаны в десятичном или шестнадцатеричном формате.
Примеры:
Подобно команде get, вывод этой команды можно сохранить в переменной. Пример:
? d2ip 174329861> $ ip -> сохраняет 10.100.16.5 в переменную $ ip
? h2ip 0xa641002> $ ip -> сохраняет 10.100.16.2 в переменную $ ip
Распечатайте сопоставление MO RNC IubLink с IP-адресами RBS O&M. Поддерживается только в OSSRC.
Информационная
ГИД ПОЛЬЗОВАТЕЛЯ 122 ( 159 )
Подготовлено (также несет ответственность, если иное) Нет.
EAB Финн Магнуссон 1553-CXC1328930
Ответственный / утвержденный документ Проверено Дата Ред. файл
EAB Финн Магнуссон 2018-10-30 BX moshellUserGuide.tex
Пример:
? rb2ip печатает IP-адреса O&M RBS для всех IubLink в RNC
? rb2ip Iub-14 распечатать IP-адрес RBS O&M для IubLink = Iub-14
Как и в случае с командой get, вывод этой команды можно сохранить в переменной. Пример:
? rb2ip Iub-14 > $ var сохраняет IP-адрес RBS O&M IubLink = Iub-14 в переменной $ var
? encpw SecretSLSPassword
Создайте установочный пакет для версии moshell, доступной только для чтения .
Пример:
? mos2ro /home/userid/moshell10.0v.zip - сгенерируйте файл с именем moshellreadonly10.0v.zip, который можно
использовать для установки версии moshell только для чтения.
В версии только для чтения заблокированы следующие операции : MO и Сканер создать / удалить / установить /
действие. Также некоторые команды, такие как mon, fro, sql, pgu.
Расшифровать зашифрованный с помощью gpg файл ESI или PMD, автономный или содержащийся в архиве zip / tgz.
Пример:
? gpg ~ / ENB34_170516_012256_AEST_MSRBS-L_CXP9024418-6_R12A164_dcgm.zip - файл ESI внутри dcgm.zip
будет расшифрован, а dcgm.zip, содержащий расшифрованный ESI, будет переименован в xxxc_esidec.
? gpg ~ / ENB34_logfiles.zip - файл ESI внутри log-files.zip будет расшифрован, а log-files.zip, содержащий
расшифрованный ESI, будет переименован в xxx_esidec_logfiles.zip
? gpg ~ / esi.du1.20170515T152801 + 0000.tar.gz.gpg - файл ESI, зашифрованный с помощью gpg, будет
расшифрован и сохранен в той же папке, что и зашифрованный файл ESI.
? gpg ~ / pmd-cliss-28849-20161117-062032.tgz.gpg_with_llog.tgz - файл PMD с шифрованием gpg будет
извлечен из файла tgz и сохранен в той же папке, что и файл tgz.
Примечание:
Эта команда предназначена только для персонала Ericsson. GPG-зашифрованы фи ле расшифровываются на
удаленном сервере CSDP, доступный только Ericsson корпоративной сети с логином Ericsson Corporate.
Корпоративный логин Ericsson для сервера CSDP можно сохранить в пользовательских переменных
csdp_username и csdp_password.
Примечание. Поскольку соединение с сервером CSDP иногда бывает нестабильным, команда gpg будет повторять
расшифровку до 5 раз в случае сбоя. Количество повторных попыток можно настроить в пользовательск