Check Pré Pós AP MSC Ericsson APZ APG v 2

Prévia do material em texto

TIM Brasil – Change Managment
Check em Centrais/HLR Ericsson Implentações EPA / IPA / AGM / Rest List
CHECAGEM PRÉ/PÓS UPTADE : EPA/IPA/AGM/REST LIST
. Primeiramente faz-se necessário diferenciar o procedimento de acordo com o modelo de plataforma (HLR ou MSC)
. Posteriormente também diferenciar o procedimento de acordo com atividade específica - APG(AGM) ou APZ(EPA/IPA/Rest List).
. Posteriormente também diferencia-se procedimento de acordo com atividade específica - APG(AGM) ou APZ(EPA/IPA/Rest List)
Atividade envolvendo APZ MSC (EPA/IPA/REST LIST)
Acessar command Handling = mml
Selecionar a central e conectar ao elemento envolvido na Atividade Programada , clickar com mouse aonde a seta esta indicando.
Mml:
 Verificação de alarmes (Pré e Pós atividade):
 - Allip; = verificar lista de alarmes.
- ioexp; = Sempre verificar o Label da Central.
OBS: O campo Identify somente pode ser alterado em caso de atualizações e upgrades de software
ZSPO09P BN000410
BN = TIPO do APZ
O = R14B - Software do CP
0=CPA-00
04 =IPA4
10= Rest list
- m3rsp:Dest=all; = verificar se não existe nenhum link de sinalização “down”.
 
strsp:r=all; = Verificar as rotas e ocupação da Central.
NDV – Quantidade de Devices (canais) configurados na central.
NOCC – Quantidades de Devices (canais) que estão sendo utilizados.
NIDL – Quantidades de Devices (canais) que estão disponíveis.
NBLO – Quantidades de Devices (canais) que estão bloqueados.
 - dpwsp; = verificar se CP-A e CP-B estão em estado “WO”.
OBS: Quando o comando acima não executar provavelmente se trata de uma central BLADE e se faz necessário executar o comando saosp; Para identificarmos se estamos em uma BLADE
 saosp; = Para identificarmos se estamos em uma BLADE.
Na linha 47 identificamos qual o APZ no caso seria 214 (com isso sabemos que trata-se de uma Central blade), Na  linha 48 identificamos a versão do APZ no caso seria 3
OBS: A central blade funciona como uma Master que contém outras MSCs e SPX (que seriam centrais de sinalização CP1 e CP2)
Além da BLade e do SPX, existem algumas MSCs mais antigas que estão com APZ 260, com isso conseguimos dar alguns comando direto, pois não se tratam de blade
cqmsp:cp=all; 
O comando cqmsp:cp=all é dado na Blade com ele identificamos quantas MSCs existem dentro da Blade. No caso são 5.
Para Acessar o CP do APZ na blade damos os comandos aploc; depois mml –cp cp1  para entrar no SPX. Quando entrar no SPX conseguimos dar o comando dpwsp;
- syrip:survey; = verificar se não ocorreu evento de falha de software ex:“FORLOPP”
OBS : No caso de uma central Blade se faz necessário executar o mesmo processo anterior damos os comandos  aploc; depois mml –cp cp1  para entrar no SPX e depois syrip:survey;
Acessar MML;
Monitorar chamadas nas centrais, a fim de verificar se o update não gerou alguma falha.
<extpi:bnb1=04111981130752; inserir o numero de escuta 
EXECUTED
strsp:r=all; inserir este comando para ver qual rota deseja monitorar
DEVICE STATE SURVEY
R        NDV         NOCC        NIDL        NBLO        RSTAT
BSPO21O       13671        4070        9601           0  NORES
BSPO21I       13671        4070        9601           0  NORES
ZSPO3TO          32           6          26           0  NORES
ZSPO3TI          32           6          26           0  NORES
11TLBJO         124           0         124           0  NORES
11TLBJI         124           0         124           0  NORES
ZSNE7DO       10016         312        9704           0  NORES
ZSNE7DI       10016         312        9704           0  NORES
END
<strdp:r=BSPO21O,state=busy; inserir este comando e monitorar os devices que estão com chamadas.
<strdp:r=BSPO21O,state=busy;
DEVICE STATE SURVEY
R        NDV         NOCC        NIDL        NBLO        RSTAT
BSPO21O       13671        4068        9603           0  NORES
DEVICE STATE DETAILS
DEV             STATE BLS  FTYPE  ADM  ABS   LST                  LIST
MRALT-115778    BUSY                   H'0   -
MRALT-115787    BUSY                   H'0   -
MRALT-115795    BUSY                   H'0   -
MRALT-115797    BUSY                   H'0   -
MRALT-115810    BUSY                   H'0   -
MRALT-115811    BUSY                   H'0   -
MRALT-115812    BUSY                   H'0   -
MRALT-115813    BUSY                   H'0   -
MRALT-115824    BUSY                   H'0   -
MRALT-115829    BUSY                   H'0   -
MRALT-115830    BUSY                   H'0   -
MRALT-115838    BUSY                   H'0   -
END
monti:dev=MRALT-115812;  Monitorar o Device
:
READY FOR CONNECTION
:con;
MONITORING ESTABLISHED
:end;
CONCLUSION OF COMMAND MONTI
END
Com estes comandos acima se monitora as chamadas dos canais e rotas disponíveis na Central. É indispensável realizar estes testes logo após upgrades e atualizações na Central.
Verificação de alarmes (pré e pós atividade):
alist = verificar alarmes
Executar o comando aploc; e logo depois alist
afpls –ls rtrfiles = verificar se bilhetes “ok” estão sendo gerados(verificar se existe alteração da numeração dos bilhetes no final do comando) e se estão sendo transmitidos através do status “delete”.
OBS: Para executar este comando na Blade precisamos identificar qual APG responsável pela bilhetagem, acessá-los e executar o comando acima, pois as blades possuem dois APGs. No caso da Blade ZSPO09 a identificação do APG é ZSPO09_1.
Em centrais que não são blades executar o comando aploc; para acessar o outro APG e o comando afpls –ls rtrfiles
afpls –ls flexfile = verificar se bilhetes “nok” estão sendo gerados(verificar se existe alteração da numeração dos bilhetes no final do comando) e se estão sendo transmitidos através do status “delete”.
OBS: Para executar este comando na Blade precisamos identificar qual APG responsável pela bilhetagem, acessá-los e executar o comando acima, pois as blades possuem dois APGs. No caso da Blade ZSPO09 a identificação do APG é ZSPO09_1.
Em centrais que não são blades executar o comando aploc; para acessar o outro APG e o comando afpls –ls flexfile
afpls –ls = verificar se o restante das medições estão sendo geradas e transmitidas através do status “delete”.
Executar o comando aploc; e logo depois afpls –ls
cpfls -ls rcefile1 = verificar se arquivos do vigia estão sendo gerados e transmitidos.
Executar o comando aploc; e logo depois cpfls -ls rcefile1
Verificar alarmes na ferramenta HOT EOS – se não há incremento de EOS
 http://10.221.30.13/nss/nmc/
Atividade envolvendo APG MSC (AGM)
Verificação de alarmes (pré e pós atividade):
alist = verificar alarmes
Executar o comando aploc; e logo depois alist
afpls –ls rtrfiles = verificar se bilhetes “ok” estão sendo gerados(verificar se existe alterção da numeração dos bilhetes no final do comando) e se estão sendo transmitidos através do status “delete”.
OBS: Para executar este comando na Blade precisamos identificar qual APG responsável pela bilhetagem, acessá-los e executar o comando acima, pois as blades possuem dois APGs. No caso da Blade ZSPO09 a identificação do APG é ZSPO09_1.
Em centrais que não são blades executar o comando aploc; para acessar o outro APG e o comando afpls –ls rtrfiles
afpls –ls flexfile = verificar se bilhetes “nok” estão sendo gerados(verificar se existe alteração da numeração dos bilhetes no final do comando) e se estão sendo transmitidos através do status “delete”.
OBS: Para executar este comando na Blade precisamos identificar qual APG responsável pela bilhetagem, acessá-los e executar o comando acima, pois as blades possuem dois APGs. No caso da Blade ZSPO09 a identificação do APG é ZSPO09_1.
Em centrais que não são bladesexecutar o comando aploc; para acessar o outro APG e o comando afpls –ls flexfile
afpls –ls = verificar se o restante das medições estão sendo geradas e transmitidas através do status “delete”.
Executar o comando aploc; e logo depois afpls –ls
afpls -ls rcefile1 = verificar se arquivos do vigia estão sendo gerados(verificar se existe alteração da numeração dos bilhetes no final do comando) e transmitidos através do status “delete”.
.
Executar o comando aploc; e logo depois afpls -ls rcefile1
cluster group = verificar cluster do apg.
Executar o comando aploc; e logo depois cluster group
cluster res = verificar se todos os processos do apg estão online.
Executar o comando aploc; e logo depois cluster res
hostname & prcstate –l = Verificar o status do Node Ativo e Passivo.
Executar o comando aploc; e logo depois hostname & prcstate –l
cluster node = Verificar se os Nodes estão  ativos e funcional UP.
Executar o comando aploc; e logo depois cluster node
swrprint = Print das versões de SW.
Executar o comando aploc; e logo depois swrprint
Mml:
Verificação de alarmes (Pré e Pós atividade):
- Allip; = verificar lista de alarmes.
- m3rsp:Dest=all; = verificar se não existe nenhum link de sinalização “down”.
 
strsp:r=all; = Verificar as rotas e ocupação da Central.
NDV – Quantidade de Devices (canais) configurados na central.
NOCC – Quantidades de Devices (canais) que estão sendo utilizados.
NIDL – Quantidades de Devices (canais) que estão disponíveis.
NBLO – Quantidades de Devices (canais) que estão bloqueados.
Monitorar chamadas nas centrais, a fim de verificar se o update não gerou alguma falha.
<extpi:bnb1=04111981130752; inserir o numero de escuta 
EXECUTED
strsp:r=all; inserir este comando para ver qual rota deseja monitorar
DEVICE STATE SURVEY
R        NDV         NOCC        NIDL        NBLO        RSTAT
BSPO21O       13671        4070        9601           0  NORES
BSPO21I       13671        4070        9601           0  NORES
ZSPO3TO          32           6          26           0  NORES
ZSPO3TI          32           6          26           0  NORES
11TLBJO         124           0         124           0  NORES
11TLBJI         124           0         124           0  NORES
ZSNE7DO       10016         312        9704           0  NORES
ZSNE7DI       10016         312        9704           0  NORES
END
<strdp:r=BSPO21O,state=busy; inserir este comando e monitorar os devices que estão com chamadas.
<strdp:r=BSPO21O,state=busy;
DEVICE STATE SURVEY
R        NDV         NOCC        NIDL        NBLO        RSTAT
BSPO21O       13671        4068        9603           0  NORES
DEVICE STATE DETAILS
DEV             STATE BLS  FTYPE  ADM  ABS   LST                  LIST
MRALT-115778    BUSY                   H'0   -
MRALT-115787    BUSY                   H'0   -
MRALT-115795    BUSY                   H'0   -
MRALT-115797    BUSY                   H'0   -
MRALT-115810    BUSY                   H'0   -
MRALT-115811    BUSY                   H'0   -
MRALT-115812    BUSY                   H'0   -
MRALT-115813    BUSY                   H'0   -
MRALT-115824    BUSY                   H'0   -
MRALT-115829    BUSY                   H'0   -
MRALT-115830    BUSY                   H'0   -
MRALT-115838    BUSY                   H'0   -
END
monti:dev=MRALT-115812;  Monitorar o Device
:
READY FOR CONNECTION
:con;
MONITORING ESTABLISHED
:end;
CONCLUSION OF COMMAND MONTI
END
Com estes comandos acima se monitora as chamadas dos canais e rotas disponíveis na Central. É indispensável realizar estes testes logo após upgrades e atualizações na Central.
- syrip:survey; = verificar se não ocorreu evento de falha de software ex:“FORLOPP”
OBS : No caso de uma central Blade se faz necessário executar o mesmo processo anterior damos os comandos  aploc; depois mml –cp cp1  para entrar no SPX e depois syrip:survey;
Verificar alarmes na ferramenta HOT EOS – se não há incremento de EOS
 http://10.221.30.13/nss/nmc/