99 VSOXE HWComum Incidentes Rev01 Fev2020

Manual de Treinamento
OmniPCX Enterprise – Hardware Comum

Incidentes
Revisão 01 – Fev/2020
A distribuição ou reprodução (total ou parcial) deste documento não deve ser feita sem a prévia
autorização da VS Telecom.
Caso exista alguma sugestão ou correção que deseje informar, solicitamos que seja formalizada e
enviada para:
VS Telecom
Eduardo Pereira da Silva
Rua Lord Cockrane, 616 – 6 Andar – CJ 601 ao 606 – Sacomã.
São Paulo – SP – Brasil
CEP: 04313-001
Telefone: + 08007239696 – Opção 2

FAX: + 55 11 2127-8033
e-mail: eduardo.silva@vstelecom.com.br
Documento elaborado por:

Eduardo Pereira da Silva
VS Telecom
Revisão 01 – Fev/2020
ÍNDICE
INCIDENTS (INCIDENTES) ________________________________________________________ 008

HISTÓRICOS DOS INCIDENTES “SESSÕES”_____________________________________ 008
INCIDENTES INICIAIS “DETECÇÃO DO PROBLEMA” E FINAIS “SOLUÇÃO DO PROBLEMA” ______ 009
CRITICIDADE DOS INCIDENTES ______________________________________________ 009

INFORMAÇÕES DOS EQUIPAMENTOS ________________________________________ 010
INFORMAÇÕES DOS NÓS “NODES” __________________________________________ 011
COMANDOS DE INCIDENTES _____________________________________________________ 013
excvisu ________________________________________________________________ 013
inccpt _________________________________________________________________ 015
incinfo_________________________________________________________________ 016
inconf _________________________________________________________________ 017
incout _________________________________________________________________ 020
increset________________________________________________________________ 020
incstart ________________________________________________________________ 021
incstop ________________________________________________________________ 021
incvisu_________________________________________________________________ 021
INCIDENTES DE CPU ____________________________________________________________ 024
Processo de Reinicialização da CPU __________________________________________ 024
Desligamento por Comando Shutdown ______________________________________ 024
Desligamento por Falta de Energia / Ação Humana _____________________________ 024
Basculamento de Partições na CPU do PABX __________________________________ 025
INCIDENTES DE OPS ____________________________________________________________ 026
OPS Free ou OPS Homologada instalada em CPU não Registrada __________________ 026
Erro de Software na OPS Free ou OPS Homologada instalada em CPU não Registrada _______ 027
Validação de OPS através do FlexLM Server ___________________________________ 028

INCIDENTES DE PLACAS _________________________________________________________ 031
Inclusão/Criação de Placas UAI, SLI, APA, PCM-R2, PRA-T2 _______________________ 031
Inclusão/Criação de Placas GA2 _____________________________________________ 032
Inclusão/Criação de Placas GD2 _____________________________________________ 033
Exclusão _______________________________________________________________ 035
Manual de Treinamento - OmniPCX Enterprise – Hardware Comum - Incidentes 3

Reset de Placas por Comando ______________________________________________ 035
Reset de Placas por Ação Manual ___________________________________________ 036
Reset de Placas Falhas Externas ____________________________________________ 036
Placas GD/GD3 Reinicialização _______________________________________ 036
Placas GA/GA3 Reinicialização I ______________________________________ 036
Placas GA/GA3 Reinicialização II ______________________________________ 037
Placa virtual GPA (2,27) associada à GD/GD3 (PABX foi reinicializado)_______ 037
Placa virtual GPA (2,1) associada à Placa GA/GA3 (PABX foi reinicializado) ___ 038
INCIDENTES DE LINKS E1 SINALIZAÇÃO ISDN _______________________________________ 039
Exemplo 1 - Cabo Solto "desconexão dos cabos na placa" _______________________ 039
Exemplo 2 - Cabo com Defeito _____________________________________________ 040
Exemplo 3 - PABX reinicializado por comando shutdown ________________________ 041
Exemplo 4 - Placa reinicializada por comando rstcpl ____________________________ 042
Exemplo 5 - Placa removida manualmente ___________________________________ 043
Exemplo 6 - Placa incluída/criada é a PRA-T2 e a placa instalada é PCM-R2 __________ 044
INCIDENTES DE LINKS E1 SINALIZAÇÃO R2 _________________________________________ 045
Exemplo 1 - Cabo Solto "desconexão dos cabos na placa" _______________________ 045
Exemplo 2 - Cabo com Defeito _____________________________________________ 045
Exemplo 3 - PABX reinicializado por comando shutdown ________________________ 046
Exemplo 4 - Placa reinicializada por comando rstcpl ____________________________ 047
Exemplo 5 - Placa removida manualmente ___________________________________ 048
Exemplo 6 - Placa incluída/criada é a PCM-R2 e a placa instalada é PRA-T2 __________ 048
INCIDENTES DE APARELHOS ANALÓGICOS _________________________________________ 049
INCIDENTES DE APARELHOS TDM _________________________________________________ 050
Exemplo 1 - Aparelhos Ativados Manualmente ________________________________ 050
Exemplo 2 - Aparelhos Ativados diferentes do Modelo Criado no Ramal ____________ 051
Exemplo 3 - Aparelhos entrando em Serviço após Reset de Placa _________________ 052
Exemplo 4 - Aparelhos retirados Manualmente “Desconectados” do Ponto Lógico ___ 053
Exemplo 5 - Aparelhos Ativados usando o modo Force Type Indetifications is ON ____ 054
Exemplo 6 - Aparelhos Ativados sem usar o modo Force Type Indetifications is ON ___ 056

INCIDENTES DE APARELHOS IP ___________________________________________________ 058
Exemplo 1 - Aparelhos Ativados usando o modo Force Type Indetifications is ON ____ 058
Exemplo 2 - Aparelhos Ativados sem usar o modo Force Type Indetifications is ON ___ 060
INCIDENTES DE DUPLICAÇÃO DE ENDEREÇOS IP NO PABX _____________________________ 062
Exemplo 1 - Equipamento de Terceiros não autenticados no PABX usando o mesmo IP 062
Exemplo 2 - Equipamento/Aparelho IP Autenticados no PABX usando o mesmo IP ___ 063
Exemplo 3 - Equipamento/Softphone IP Autenticados no PABX usando o mesmo IP __ 065
INCIDENTES DE TELNET _________________________________________________________ 068
Sessão de Telnet Ativa ____________________________________________________ 068
Sessão de Telnet Negada __________________________________________________ 068
INCIDENTES DE LOGIN MTCL _____________________________________________________ 068
Login no PABX __________________________________________________________ 068
Número de tentativas de Login no PABX excedidas ____________________________ 068
INCIDENTES DE GUIA DE VOZ ____________________________________________________ 069
Download de Guia de Voz vgadpcm.PT1 _____________________________________ 069
Falha de Download de Guia de Voz vgadpcm.PT1 ______________________________ 069
Download de Guia de Voz Dinâmicas de Projetos .VPR do Alcatel Áudio Stations ____ 069
Falha de Download de Guia de Voz Dinâmicas de Projetos .VPR do Alcatel Áudio Station _____ 069
Exclusão de Guia de Voz Dinâmicas de Projetos .VPR do Alcatel Áudio Stations _____ 069
INCIDENTES DO CORREIO DE VOZ 4645 ____________________________________________ 070
Download da Guia do Correio de Voz 4645____________________________________ 070
Reset da Placa Virtual 18-1 do Correio de Voz 4645_____________________________ 070
Link Virtual do Correio de Voz 4645 _________________________________________ 071
Erro de Software do Correio de Voz 4645 ____________________________________ 071
Correio de Voz 4645 parou de funcionar após a atualização de R11.0 para R11.2.2 l2.300.37.a ____ 072
INCIDENTES DE DATA/HORA _____________________________________________________ 073

INCIDENTE FONTE DE ALIMENTAÇÃO / BANCO DE BATERIAS ___________________________ 073
INCIDENTE FONTE DE ALIMENTAÇÃO ______________________________________________ 073
INCIDENTE MÓDULO VENTILAÇÃO OU FAN _________________________________________ 073

INCIDENTES DE DHCP ___________________________________________________________ 074
INCIDENTE DE HARD DISK _______________________________________________________ 074
INCIDENTES DE PLACA FILHA ____________________________________________________ 074
INCIDENTES DE SIPTRUNK _______________________________________________________ 075
Reset do SIPMotor _______________________________________________________ 076
SIP External Gateway em Serviço ___________________________________________ 077
Reset de SIP External Gateway _____________________________________________ 077
Reset de SIP Trunk Group _________________________________________________ 077
SIP Trunk Group em Serviço _______________________________________________ 077
SIPmotor ______________________________________________________________ 077
Incidentes ligados ao estado em serviço / fora de serviço de um Gateway _________ 078
Incidentes ligados ao estado em serviço / fora de serviço de Componentes SIP _____ 079
INCIDENTES DE DUPLICAÇÃO DE CPU ______________________________________________ 080
Exemplo 1 - CPUA Main como Main "Principal" ________________________________ 080
Exemplo 2 - Execução do Comando bascul, CPUA Main como Main "Principal", passou a
ser Standby "Contingência" _______________________________________________ 082
Exemplo 3 - Execução do Comando shutdown, CPUA Main como Main "Principal", passou
a ser Standby "Contingência" ______________________________________________ 084
Exemplo 4 - Desligamento manual na chave/botão da CPU, CPUA Main como Main
"Principal", passou a ser Standby "Contingência" ______________________________ 086
Exemplo 5 - Desligamento por Falta de Energia, CPUA Main como Main "Principal",
passou a ser Standby "Contingência" ________________________________________ 088
INCIDENTES DE “PCS” PASSIVE COMUNICATION SERVER _____________________________ 091
0402 - GD de um Domínio não protegido pelo PCS tenta se conectar a este PCS ______ 093
0427 - Perda ou estabelecimento de contato entre o PCS e o Call Server ____________ 093
0428 - Perda ou estabelecimento de contato entre o PCS e o Call Server ____________ 094
0429 - Link de Sinalização é perdido e o Passive Communication Server permanece Ativo ____ 094
0430 - Link de Sinalização é restabelecido e o Passive Communication Server está Inativo____ 094
0431 - Tempo Restante em que a PCS pode operar no modo Ativo ________________ 095

0432 - Indicação que o Passive Communication Server expirou e mudou para o modo de
Violação de Proteção de Software __________________________________________ 096
0433 – Falha na Cópia do Banco de Dados ____________________________________ 096
0434 - Dispositivo que não pertence a um Domínio resgatado pelo PCS está tentando se
conectar ao PCS _________________________________________________________ 096
INCIDENTES DE REDE ABC–IP ______________________________________________ 097

4100 - Inconsistência da lista de nós da VPN __________________________________ 098
4102 - Falta de recursos VPN _______________________________________________ 098
4103 - Chamada VPN de entrada abortada____________________________________ 098
4104 - Chamada VPN de saída abortada ______________________________________ 098
4105 - Chamada VPN falhou devido à falta de intervalos de tempo da VPN __________ 098
4108 - Chamada VPN falhou em um Nó Remoto _______________________________ 099
INCIDENTES DE REDE ABC–T2 _____________________________________________ 100

Incidentes por Falta de Energia no PABX _____________________________________ 101
Incidentes de Reset no PABX por Comando shutdown __________________________ 104
Incidentes de Reset de Placa por Comando rstcpl ______________________________ 107
Incidentes de Reset de Placa por Ação Manual ________________________________ 111
Incidentes de Cabo Solto __________________________________________________ 115
Incidentes de Cabo com Defeito ____________________________________________ 119
Incidentes Principais 0310, 0311, 2839, 2838, 2826, 2827 e 2846 _________________ 122
INCIDENTES DE RAINBOW _________________________________________________ 125

Incidentes ligados ao SIP External Gateway associado ao Web RTC Gateway ________ 125
Incidentes ligados ao Link CSTA ____________________________________________ 125
Incidentes ligados aos Canais de Agente Rainbow ______________________________ 126

INCIDENTS (INCIDENTES)
A mensagem de Incicente corresponde a um problema ou a uma solução de um problema!
Os incidente são exibidas da seguinte maneira:
(Fonte: OXE12.3 sd SystemServices 8AL91000USAJ 1 en.PDF)

(Página 67 – Tópico: 4.7.4 Incidents on the Standby Com Server)
HISTÓRICO DOS INCIDENTES EM SESSÕES
Os incidentes são transmitidos e armazenados desde a última reinicialização do sistema

“sessão atual” até às últimas nove sessões anteriores (reinicializações do sistema seja por
comandos, ação humana ou ausência de energia).
Exemplo de reinicialização do sistema com o comando incvisu
(Fonte: OXE12.3 sd Maintenance 8AL91011USAI 1 en.PDF)

(Página 49 – Tópico: 2.20 incvisu
– Para verificar os incidentes da sessão atual: incvisu
– Verificar os incidentes de uma determinada sessão específica (exemplo sétima

sessão): incvisu –b7

INCIDENTES INICIAIS “DETECÇÃO DO PROBLEMA” E FINAIS “SOLUÇÃO DO
PROBLEMA”
Sabendo que um Incidente corresponde a um problema, teremos um Incidente com um

início que corresponde à detecção do problema e um teremos um Incidente de fim que
corresponde à correção do problema!
– Quando o fim do problema não for detectável pelo servidor de comunicações, o

alarme é designado como sem correlação. A correção deve ser efetuada
manualmente pelo utilizador da aplicação.
05/07/19 08:30:24 000002M|---/--/-/---|=1:0645=FlexLM (10.7.57.43-27000):

Checkout failure, remaining 0 days before Panic
– Quando o fim do problema for detectável pelo servidor de comunicações, o

alarme é designado como em correlação.
05/07/19 10:30:24 000002M|---/--/-/---|=5:0646=FlexLM (10.7.57.43-27000):

successful checkout of OXE licence
CRITICIDADE DOS INCIDENTES
Os Incidentes são classificados por criticidade sendo divididos em seis níveis de gravidade:
Exemplos de criticidade Incidentes:

INFORMAÇÕES DOS EQUIPAMENTOS
Os incidentes também são compostos por no máximo de até quatro informativos de

equipamentos P1, P2, P3 e P4 que possam estar envolvidos na causa do poblema:
"FlexLM (P1) : no checkout can be realized P2 P3"

"P1 : IP address and port of the FlexLM server" 10.7.57.23:27000
"P2 : Number of sub-incident flex error server"
"P3 : Parameter sent by the application"
"Value of P2 Meaning of P2 Field P3"
" 1 FlexLM server not found FlexLM error number"
" 2 Impossible to check in licenses FlexLM error number"
" 3 Server busy FlexLM error number"
" 4 Impossible to check out licenses FlexLM error number"
" 5 Problem on the license file FlexLM error number"
" 6 Invalid feature name FlexLM error number"
" 7 Invalid license file FlexLM error number"
" 8 General FlexLM error FlexLM error number"
"FlexLM error number"
" -1 Cannot find the license file"
" -2 Invalid license file syntax"
" -3 Cannot connect to a license server"
" -5 No such feature exists"
" -6 No 'TCP license' service exists"
" -8 Encryption code in license file is inconsistent"
" -9 Host invalid"
" -10 The feature has expired"
" -11 Invalid date format in license file"
" -12 Bad return from server"
" -13 No SERVER lines in the license file"
" -18 Server does not support this feature"
" -21 License file does not support this feature"
" -22 Feature checkin failed at daemon end"
" -23 License server temporarily busy"
" -24 Users already in queue for this feature"
" -25 License server does not support this version"
" -27 Cannot read /dev/kmem"
" -28 Cannot read /vmunix"
" -29 Cannot find ethernet device"
" -30 Cannot read the license file"
" -31 Feature not yet available"
" -61 Cannot read license file from server" ()
" -96 Server node is down or not responding" ()
" -97 The vendor daemon is down" (O daemon do fornecedor está
inoperante)
" For other errors, consult the FlexLM documentation"
"An error occur during the licensing process on the FlexLM server. "
"no reaction of the system"
"Verify the FlexLM server configuration (Number of unused "
"licenses, ...). ";

INFORMAÇÕES DOS NODES “NÓS”
Em relação aos incidentes gerados no tipo de Callserver “Main” ou “Standby” em um

ambiente de Duplicação de CPU’s ou em ambiente de uma Única CPU:
Duplication CPU – Incidentes Gerados na CPU Main
Duplication CPU – Incidentes Gerados na CPU Standby
Single CPU – Incidentes Gerados na CPU Main

E em relação aos incidentes gerados no tipo de Callserver “Main” ou “Standby” em um
ambiente de Duplicação de CPU’s ou em ambiente de uma Única CPU dentro de um
projeto de Rede ABC-F, aparecerá o número do Node:
Single CPU/Duplication CPU – Incidentes Gerados na CPU Main do Node 3 de uma

RedeABC-F IP
Media Gateways – Incidentes gerados em um projeto PCS informando os números dos

Media Gateways, no exemplo abaixo Media Gateways 5 e 7:
Número de Placa – Incidentes gerados informando os números das Placas dentro dos
Media Gateways, no exemplo abaixo placas 03, 04, 05, 06 e 07:
Número do Equipamento – Incidentes gerados informando os números dos Equipamentos

(Terminais/Ramais) dentro dos Media Gateways, no exemplo abaixo terminais 000, 001,
002 e 003:

Comando excvisu
Use o comando excvisu para visualizar os incidentes que ocorreram devido a erros de
software no telefone aplicações (TEL, ABCA, MAO). Esses incidentes são chamados de
"backtraces".
O comando fornece o endereço e o nome das funções de código envolvidas pelo incidente
e suas timestamp.
Dependendo do aplicativo gera um backtrace podendo ser associado a um incidente,

exemplo 1721 que pode ser recuperado com o comando incvisu.
Os backtraces não indicam necessariamente operação incorreta do sistema, mas se for

esse o caso, eles devem ser anotados e enviados para um arquivo de relatório de anomalia
para uso em R&D.
A partir do Release 9.1 os backtraces registrados no PCX são estendidos até os últimos 10
desligamentos do PCX, (anteriormente eram os últimos 3 desligamentos).
O comando excvisu pode ser usado sem opção ou com a opção -x (valor entre 1 e 10) para
obter rastreamentos anteriores aos últimos x desligamentos (por exemplo excvisu -5).
(1)pabx> excvisu
There is a new exception. Its address is : 0X0048B579. Monitel time

: 210124. Date : Thu May 31 11:55:10 2001
Application-exception no 5,thd 95,PC=0x0048b579:04765049, eqt=2635,
serv=0 --> equip_tes0
Eqt type=POS_NUM, cr=2, cpl=18, der_us=0, term=0, subtype = GAP_HANDSET
* Backtrace: 0x0009ae60:00634464 --> set_is_poste
* Backtrace: 0x005d1819:06101017 --> sonneur_en_secret
* Backtrace: 0x005d1969:06101353 --> init_nom_appelant
* Backtrace: 0x005d1b47:06101831 --> init_message_super
* Backtrace: 0x005d36e7:06108903 --> send_visitor_to_home
* Backtrace: 0x005d4b61:06114145 --> su_multi_dect_visitor
* Backtrace: 0x005d4d87:06114695 --> su_multi
* Backtrace: 0x005e5bb1:06183857 --> netoitouche
* Backtrace: 0x00561a42:05642818 --> tandem_second_inter
* Backtrace: 0x0055b08f:05615759 --> prise_normale
* Backtrace: 0x0055b2bf:05616319 --> prisecorr
* Backtrace: 0x0055c60e:05621262 --> decsonmmcdu
* Backtrace: 0x001b9931:01808689 --> real_main
* Backtrace: 0x001b52d5:01790677 --> start_thread_delayed
Glossário do parâmetro x:
x = 5 é um erro de barramento.
x = 14 é uma instrução de verificação.
Se é um Rastreamento de aplicativo, não é um incidente, mas simplesmente um

rastreamento que não deve ser levado em consideração.

• eqt = aaaa: aaaa é o número do equipamento afetado pelo erro. O comando
"tradeq" deve ser usado para convertê-lo em um dispositivo físico.
• equip_tes0: a principal função é afetada pela exceção Incidente 1721

correspondente, anotado com o comando incvisu:
31/05/01 11:55:09 006002M|--/--/-/---|=0:1721=Exc tph 5, PC 0x0048b579 neqt 2635
Os backtraces podem ser redefinidos para zero usando o comando increset.

Comando inccpt
O comando inccpt é usado para saber o número de saídas de incidentes por nível de
gravidade. Também é usado saber, para um determinado incidente, quantas vezes ele foi
produzido.
inccpt (para obter o valor dos contadores desde a última inicialização).
(1)pabx> inccpt
Tue Oct 8 10:30:45 -03 2019
Since 07/10/19 at 18:58:48
Number of incidents of severity 0 : 5

Give an incident number to see its counter

Or ? for help, or q to quit
inccpt -1 (para obter o valor dos contadores antes da última inicialização).
(1)pabx> inccpt -1
Tue Oct 8 10:32:39 -03 2019
Since 20/09/19 at 08:13:18

Give an incident number to see its counter

Or ? for help, or q to quit

Comando incinfo
Sintaxe: incinfo <número do incidente cuja definição é necessária>
O comando incinfo é usado para obter a definição completa de um incidente cujo número
é conhecido.
O exemplo aqui é para o incidente 2140:
(1)pabx> incinfo GEA 2140

Decompressing /tmpd/incid_GEA.txt
INCIDENT NUMBER: 2140

Network indicator: Alcatel 4400
OBJECT CLASS: Dhs3x_node
EVENT TYPE: QualityOfServiceAlarm (11)
PROBABLE CAUSE: ThresholdCrossed (51)
SEVERITY: Major
"Alarm : P1 resources quantity critical"

"P1 : Resource category"
"Maintenance incident"
"The number of elements of P1 category present in the system is lower than the"
"minimum satisfactory threshold (Standard for Quality of Service)."
"On lack of trunk resource, the alarm relay is activated as well as a station"
"alarm if it is configured (Alarm 3 by default)."
"Check the boards which contain some equipment of the category concerned are"
"correctly slotted in.";
Incident number (q to quit):

Comando inconf
Use o comando inconf para modificar os seguintes valores de parâmetro padrão do
incidente Sistema de gestão:
• Tamanho do logrotate e contagem de logrotate

(tamanho e número de arquivos na fila rotativa principal ou de saída)
• Atraso de Crontab entre as chamadas de rotação de log
• Número de incidentes no arquivo de início da sessão
• Número de sessões de backup
• Limites do redirecionamento de fluxo incidente
Nota: se você tiver uma CPU Standby, os parâmetros serão modificados ao mesmo
tempo.
Os valores padrão dos parâmetros que você pode modificar usando o comando inconf
têm valores específicos como mostrado na tabela a seguir:
Nome do parâmetro Valores possíveis

De 1 à 10.000 kbytes
Tamanho do logrotate
Valor padrão: 300 kbytes
De 1 à 50 arquivos
Contagem de rotação de log
Valor padrão: 10 arquivos
De 2 à 60 minutos
Atraso no Crontab Valor padrão: 10 minutos
Valores válidos: 2, 5, 10, 20, 60
Número máximo de incidentes na sessão De 100 à 10.000 incidentes
iniciar arquivo Valor padrão: 2.000 incidentes
De 1 à 50 sessões
Número de sessões de backup
Valor padrão: 10 sessões
De 2 à 200 incidentes por segundo
Limite inferior do redirecionamento de fluxo de
Valor padrão: 20 incidentes por
incidentes
segundo
De 5 à 500 incidentes por segundo
Limite superior do redirecionamento de fluxo de
Valor padrão: 50 incidentes por
incidentes
segundo
Tabela 1 - Valores dos parâmetros do sistema de gerenciamento de incidentes
Esses parâmetros fazem parte de três arquivos a seguir:
logrotate.conf
Este arquivo, armazenado em /DHS3data/incid/ , contém os parâmetros de
tamanho de rotação de log e contagem de rotação de log

incid.cron
Este arquivo, armazenado em /DHS3data/incid/ , contém os parâmetros de atraso
do crontab
incid.conf
Este arquivo, armazenado em /DHS3data/incid/ , contém as seguintes
informações:
• Linha 1: número máximo de incidentes no arquivo de início da sessão

• Linha 2: número de sessões de backup
• Linha 3: limite mais baixo de redirecionamento de fluxo de incidentes
• Linha 4: limite superior do redirecionamento de fluxo incidente
Você pode usar o comando inconf com um parâmetro opcional.

A tabela a seguir fornece os parâmetros opcionais usados com o comando inconf e seu
significado:
Nome do Valores possíveis

parâmetro
-h Exibe o menu de ajuda
-e Edita o conteúdo dos arquivos de configuração
Altera o valor de entrada da regra de tamanho do logrotate do
-s valor
principal e arquivos da fila de saída
Altera o valor de entrada da regra de contagem de rotações do
-c valor
log principal e arquivos da fila de saída
Altera o valor do atraso crontab entre as chamadas de rotação
-d valor
de log
Altera o número da sessão de backup do arquivo inicial da
-b valor sessão e o
arquivo de incidentes da fila principal
Altera o número máximo de incidentes do arquivo de início da
-i valor
sessão
Altera o valor do limite superior da função de histerese usada
-u valor para
redirecionar o fluxo de incidentes para a fila de saída
Altera o valor limite mais baixo da função de histerese usada
-l valor para
redirecionar o fluxo de incidentes para a fila principal
Tabela 2 - Significado dos parâmetros opcionais do comando inconf
Você pode usar o comando inconf com vários parâmetros opcionais diferentes.
Exemplos:
inconf -s 100
Substitui o valor atual do tamanho do logrotate por um novo: 100 kbytes
rotate size has been changed from 300k to 100k on local CPU
inconf -i 200
Substitui o número máximo atual de incidentes no arquivo de início da sessão por
um novo: 200
rotate size has been changed from 100k to 200k on local CPU

Comando incout
Este comando é usado para selecionar a porta na qual os incidentes são emitidos em
tempo real.
A opção /dev/null é usada para direcionar os incidentes para nenhuma porta V24, nos
casos em que eles não devem ser visto.
A opção stdout corresponde à saída do dispositivo periférico no qual o telefone estava

começado. Na maioria dos casos, esse é o console.
Sintaxe: incout <número da porta V24 para a qual os incidentes devem ser direcionados>.
(1)pabx> incout
Usage: incout [port number|port full path]
Port numbers list (only existing ports) :

-3 for current port (/dev/pts/0)
-2 for /dev/null
-1 for stdout
0 for /dev/ttyS0
1 for /dev/ttyS1
2 for /dev/ttyS2
3 for /dev/ttyS3
V24 port_number unchanged !
Current V24 port : stdout
Comando increset
Sintaxe: increset <arquivo antes de redefinir> <arquivo após redefinir contador> <alarme
de arquivo> <arquivo de rastreamento de arquivo> <contexto arquivo>.
Especifique o número associado ao arquivo a ser redefinido.
(1)pabx> incsreset
Tue Oct 8 13:02:30 BRT 2019
FILES LIST
1 incidents of the previous RUNTEL (Incidentes do RUNTEL anterior)
2 incidents of the present RUNTEL (Incidentes do RUNTEL atual)
3 counters of incidentes (Contadores de incidentes)
4 alarms on incidents (Alarmes em caso de incidente)
5 backtraces (Retrocessos)
6 telephonic contexts before (Contextos telefônicos antes dos retrocessos)
backtraces
Enter the number of files to reset (blank spaces separated)
Your choice ->

Comando incstart
O comando incstart é usado para iniciar incidentes em tempo real.
(1)pabx> incstart
New V24 port : stdout
Comando incstop
O comando incstop é usado para interromper incidentes em tempo real.
(1)pabx> incstop
New V24 port : /dev/null
Comando incvisu
Use o comando incvisu para exibir os incidentes (erros) da fila principal ou da fila de saída
salvos no local modo no console de gerenciamento.
Por padrão, o comando incvisu exibe os incidentes transmitidos desde a última

reinicialização do sistema.
Sintaxes:
incvisu -b n Mostra os incidentes anteriores à última sessão n
incvisu -b 1 Mostra os incidentes da última sessão
incvisu Mostra os incidentes da sessão atual

A tabela a seguir fornece as opções que podem ser usadas com o comando incvisu e seu
significado.
Parâmetro Opcional Significado

-h Exibe o menu de ajuda
Exibe os incidentes da fase inicial. Exemplo:
-s incvisu -s
Mostra os incidentes de inicialização da sessão atual
Mostra os incidentes da fila de saída. Exemplo:
-o incvisu -o
Mostra os incidentes da fila de saída da sessão atual
Mostra os incidentes da fase inicial e a fila principal, quando não
se utilizada a opção -s e a opção -o
Exibe os incidentes da n sessão de backup. Exemplo:
-b n (n sendo as última
sessões de 1 até 9) incvisu -b 1
Mostra os principais incidentes da fila da sessão de backup
Exibe os últimos n incidentes. Exemplo:
-t n (n sendo a
incvisu -t 100
quantidade de
Mostra os últimos 100 incidentes fase inicial e / ou principal
incidentes)
incidentes na fila da sessão atual
-i x, y Exibe os incidentes entre os marcadores x e y
Mostra os incidentes em ordem inversa, ou seja, dos incidentes
mais recentes para os incidentes mais antigos. Exemplo:
-r
incvisu –r
Mostra os incidentes que contêm uma cadeia de caracteres
específica. Exemplo: Pesquisar palavra out of service
-e "Sequência de
Caracteres" incvisu -e "out of service"
Mostra apenas os incidentes atuais da sessão em que sequência
de caracteres aparecem
Tabela 3 - Significado dos parâmetros opcionais do comando incvisu
Você pode usar o comando incvisu com vários parâmetros opcionais diferentes.

Exemplos:
incvisu -b 1 -t 100 -r -e "out of service"

Exibe os últimos 100 incidentes das últimas sessões com a sequência de caracteres
fora de serviço na ordem inversa
incvisu -b 1 -s
Edita os incidentes do arquivo inicial da sessão da última sessão de backup
incvisu -t 100 -o
Exibe apenas os incidentes da fila de saída
Os resultados obtidos com o comando podem ser enviados para um arquivo, usando o
seguinte comando, para exemplo:
incvisu> incident.txt
O arquivo gerado pode ser transferido e usado como um arquivo de texto.
A opção grep pode ser usada com o comando incvisu da seguinte maneira:
incvisu | grep US
Mostra incidentes com a sequência de caracteres US
incvisu | grep 2064

Mostra incidentes com a sequência de caracteres 2064
Exemplo de uso do comando incvisu:
(1)pabx> incvisu -t 10
08/10/19 02:43:34 000002M|---/--/-/---|=3:5906=18 remaining day(s) before

committing fraud.
08/10/19 09:37:20 000002M|---/--/-/---|=3:1125=external alarm : "mtcl login"
08/10/19 12:13:58 000002M|---/--/-/---|=2:2166=CPU requires Reset CPL Z (0,3)
Cause 0
08/10/19 12:14:03 000002M|000/03/-/---|=2:2042=Loss of a Z type cpl
08/10/19 12:14:03 000002M|000/03/-/---|=4:0260=Beginning of downloading
bindspz2cx
08/10/19 12:14:08 000002M|000/03/-/---|=5:0261=End of downloading bindspz2cx
08/10/19 12:14:08 000002M|000/03/-/---|=3:3539=Reset ordered by CPU
08/10/19 12:14:13 000002M|000/03/-/---|=3:2025=Incorrect number of channels on
DSP0 : 00 instead of 08
08/10/19 12:15:07 000002M|000/03/-/---|=5:2019=Z coupler commissioning

INCIDENTES DE CPU
Processo de Reinicialização da CPU
Durante o processo de reinicialização em que a CPU começa a carregar os seus processos
(Linux e Telefonia) para entrar em Serviço operacionalmente aparecem outros incidentes:
2199, 2176, 0260, 0261 e 2169.
26/09/19 08:11:33 000001I|---/--/-/---|=4:2199=A4400 Version : R9.1-i1.605-21-e-br-c7s2

26/09/19 08:12:23 000001I|---/--/-/---|=2:2176=A dynamic patch has been installed for TEL
26/09/19 08:12:41 000001I|---/--/-/---|=2:2176x004=A dynamic patch has been installed for
TEL
26/09/19 08:12:41 000001I|---/--/-/---|=4:0260=Beginning of downloading binloaderio1n
26/09/19 08:12:41 000001I|---/--/-/---|=5:0261=End of downloading binloaderio1n
26/09/19 08:13:25 000001M|---/--/-/---|=5:2009=Initialisation CPU role MAIN
Indicação da Versão, Patch e Modelo de CPU Patch Dinâmico foi instalado para o TEL
2199 – Alarme Warning – Aviso 2176 – Alarme Major – Majoritário
(Nenhuma ação do operador é necessária) (Nenhuma ação do operador é necessária)
Início de Download de Binários Término de Download de Binários
0260 – Alarme Warning – Aviso 0261 – Alarme Clear – Limpar
(Verifique a inicialização correta da placa) (Nenhuma ação do operador é necessária)
Inicialização da CPU Main
2009 – Alarme Clear – Limpar
(Nenhuma ação do operador é necessária)
Desligamento por Comando Shutdown

Na Reinicialização da CPU através de Comando, aparecem os dois incidentes. O primeiro
incidente é o 2073 e na sequência o incidente 2077.
19/09/19 08:41:51 000001M|---/--/-/---|=1:2073=Shutdown command has been called

19/09/19 08:41:51 000001M|---/--/-/---|=1:2077=CPU was halted due to a shutdown
Execução do Comando shutdown

2073 – Alarme Critical – Crítico
Reinicialização da CPU – Desligamento por Falta de Energia / Ação Manual

Na Reinicialização da CPU por Falta de Energia ou Ação Humana (Desligamento Manual)
aparece apenas o incidente 2077.
19/09/19 08:41:51 000001M|---/--/-/---|=1: 2077=CPU was halted due to a shutdown
CPU foi suspensa devido a um desligamento

Obs: o inicidente 2077 pode também aparecer em outra situação: instalar OPS sem ter
criado uma Base de Dados vazia com Dados padrão Brasil. O sistema de telefonia entra em
serviço e verifica que o Panic Flag da OPS está alarmado, e reinicializará sozinho até que se
solucione o problema: criar uma Base de Dados vazia com Dados padrão Brasil, fazer o
Start the telefone e por fim instalar a OPS.

Basculamento de Partições na CPU do PABX
Execução do comando Switch on Inactive Version. O primeiro incidente é o 2009 e na
sequência o incidente 2077.

Inicialização da CPU MAIN CPU foi suspensa devido a um desligamento

2009 – Alarme Clear – Limpar 2077 – Alarme Critical – Crítico
Obs: o sistema entende que a execução do switchover (bascular a partição ativa para a
partição inativa) têm a mesma função do bascul (bascular uma cpu main/standby para
outra cpu main/standby).

INCIDENTES DE OPS
OPS Free ou OPS Homologada instalada em CPU não Registrada
Licença não homologada para uso Comercial apenas para uso de Treinamento ou Licença
homologada para uso Comercial em CPU não registrada com número de série válido irá
aparecer o incidente 5906.
08/10/19 00:59:51 000001M|---/--/-/---|=3:5906=30 remaining day(s) before committing fraud

.
.
.
05/11/19 00:59:41 000001M|---/--/-/---|=3:5906=2 remaining day(s) before committing fraud.
Ao fazer o login no PABX aparecerá uma mensagem informando quantos dias ainda
existem, para solucionar o problema antes de começar a degradar o sistema. E aparecer a
mensagem Chame o Instalador.
-> Wrong CPU-Id -> Wrong CPU-Id
*************************************** ***************************************
* 30 remaining day(s) to fix this issue * 29 remaining day(s) to fix this issue
*************************************** ***************************************

*************************************** ***************************************
*************************************** ****************************************
Disa (s) restante (s) antes de Expirar a OPS

5906 – Alarme Minor – Minoritário
Obs: embora apareça a informação “Nenhuma ação do operador é necessária” sendo

uma OPS Homologada é de extrema urgência resolver o problema. Ou ainda validação de
OPS através de FlexLM Server; em que o problema será solucionado somente no próprio
FlexLM Server. Exceção caso seja uma OPS Free própria para Treinamento

Erro de Software na OPS Free ou OPS Homologada instalada em CPU não Registrada
Vencidos os 30 dias a mensagem desaparece após a sessão de Login no PABX , irá
aparecer o incidente 2701 referente a Erro no Pacote de Software (decorrente do
incidente 5906) e nos ramais TDM e IP’s irá aparecer a mensagem “Chame o Instalador”.
07/11/19 01:00:03 000001M|---/--/-/---|=2:2701=Software package Error 2 info2 -1 info3 -1

.
.
.
Em análise deste incidente 2701 se passaram 34 dias após finalizar a contagem dos 30
dias da mensagem “remaining day(s) before committing fraud” referente ao Erro no
Pacote de Software (decorrente do incidente 5906).
A mensagem “Chame o Instalador” continua aparecendo nos ramais TDM e IP’s.
Erro do Pacote Software P1 info2 P2 info3 P3

2701 – Alarme Major – Majoritário
(Use o comando spadmin para verificar a
coerência do arquivo software.mao)
Pesquisa através do comando: spadmin –m e selecionando a opção 1
(SP) Software Protection counters :

PANIC Flag : 1
-------------------------------------
Panic Flex : 0
Panic SWK Check : 1
Panic RTR Check : 0
-------------------------------------

Validação de OPS através do FlexLM Server
O Servidor faz a verificação dos arquivos que compõe a OPS instaladas na pasta
/USR/BACKUP/OPS e a sua validação é através de Dongles “Pendriver” conectadas no
próprio FlexLM Server ou conectadas no Raspberry Pi . Caso não consiga fazer a leitura
dos Dongles para validação ou algum processo interno do próprio FlexLM Server estiver
travado aparecerão esses incidentes: 0640, 0642, 0645 e 0646.
23/03/19 11:43:16 000001M|---/--/-/---|=4:0640=FlexLM (10.07.57.23-27000): no checkout can

be realized 1 97
26/05/19 00:08:01 000002M|---/--/-/---|=4:0640=FlexLM (10.7.57.43-27000): no checkout can
be realized 1 96
05/07/19 10:10:24 000002M|---/--/-/---|=4:0642=FlexLM (10.7.57.43-27000): Network breakdown

with the server 1 15
05/07/19 10:10:24 000002M|---/--/-/---|=4:0642=FlexLM (10.7.57.43-27000): Network breakdown
with the server 2 1
30/06/19 04:30:23 000002M|---/--/-/---|=1:0645=FlexLM (10.7.57.43-27000): Checkout failure,

remaining 5 days before Panic
05/07/19 10:30:24 000002M|---/--/-/---|=5:0646=FlexLM (10.7.57.43-27000): successful

checkout of OXE licence
Ao fazer o login no PABX aparecerá uma mensagem informando quantos dias ainda
existem, para solucionar o problema antes de começar a degradar o sistema.

E a mensagem Chame o Instalador somente irá aparecer quando o incidente 0645 esgotar
os 5 dias ou 120 hs (Checkout failure, remaining 0 days before Panic).

*************************************** ***************************************
*************************************** ***************************************

*************************************** ****************************************
*************************************** ****************************************
Falha na verificação da Licença no FlexLM

0641 – Alarme Warning – Aviso
Server
(Verifique o número de licenças não utilizadas
no Servidor FlexLM)
(Verifique a configuração do servidor FlexLM)
Falha na verificação da Licença no FlexLM
Server. O incidente aparece 4hs após a falha de
Rede sem comunicação com FlexLM Server
verificação. O tempo de correção do problema
0642– Alarme Warning – Aviso
é de 5 dias ou 120hs. Após exceder esse tempo
(Verifique se o Servidor FlexLM está sendo
aparecerá à mensagem “Chame o Instalador”.
executando e conectado à rede)
0645 – Alarme Critical– Crítico
Confirmação de verificação da Licença.
Obs: embora apareça a informação “Nenhuma ação do operador é necessária” sendo

uma OPS Homologada é de extrema urgência resolver o problema. Ou ainda validação de
OPS através de FlexLM Server em que o problema será solucionado somente no próprio
FlexLM Server. Exceção caso seja uma OPS Free própria para Treinamento.

São cinco os incidentes envolvidos na validação de OPS com Flexlm Server:
– 0640 : Alarme Warning – Aviso

Incicente Coletado:
26/05/19 00:08:01 000002M|---/--/-/---|=4:0640=FlexLM (10.7.57.43-
27000): no checkout can be realized 1 96
Ação: Verifique a configuração do servidor FlexLM

Incicente Coletado:
Ainda não apareceu nenhum incidente para ilustração
Ação: Verifique o número de licenças não utilizadas no Servidor FlexLM

Incicente Coletado:
05/07/19 10:10:24 000002M|---/--/-/---|=4:0642=FlexLM (10.7.57.43-
27000): Network breakdown with the server 2 1
Ação: Verifique se o Servidor FlexLM está sendo executando e conectado à rede
– 0645 : Alarme Critical – Crítico

Incicente Coletado:
05/07/19 08:30:24 000002M|---/--/-/---|=1:0645=FlexLM (10.7.57.43-
27000): Checkout failure, remaining 0 days before Panic
Ação: Verifique os detalhes do incidente 0642 os motivos de falha
– 0646 : Alarme Clear – Limpar

Incicente Coletado:
05/07/19 10:30:24 000002M|---/--/-/---|=5:0646=FlexLM (10.7.57.43-
27000): successful checkout of OXE licence
Ação: Nenhuma ação do operador é necessária

INCIDENTES DE PLACAS
INCLUSÃO
Durante o processo de inclusão de placas na Shelf, ocorrerá o incidente 2166 para Reset
da placa para em seguida ocorrer o incidente 2099 daPplaca em Serviço.
Inclusão das Placas no Hardware Comum UAI16-1, SLI8-1, APA8, PCM-R2 e PRA-T2.
13/09/19 11:24:07 000001M|002/00/-/---|=2:2166=CPU requires Reset CPL GD/GD3 (2,0) Cause 9

13/09/19 11:24:16 000001M|002/01/-/---|=2:2166=CPU requires Reset CPL GA/GA3 (2,1) Cause 9
13/09/19 11:25:12 000001M|002/03/-/---|=2:2166=CPU requires Reset CPL UA (2,3) Cause 8
13/09/19 11:25:21 000001M|002/04/-/---|=2:2166=CPU requires Reset CPL Z (2,4) Cause 8
13/09/19 11:25:28 000001M|002/05/-/---|=2:2166=CPU requires Reset CPL NDDI (2,5) Cause 8
13/09/19 11:25:41 000001M|002/06/-/---|=2:2166=CPU requires Reset CPL PCM (2,6) Cause 8
13/09/19 11:25:49 000001M|002/07/-/---|=2:2166=CPU requires Reset CPL PRA (2,7) Cause 8
Requisição de Reset da Placa solicitada pela CPU

Placas UAI16-1, SLI8-1, APA8, PCM-R2 e PRA-T2 em Serviço

Ao término da inclusão das Placas UAI16-1, SLI8-1, APA8, PCM-R2 e PRA-T2 e na
sequência o reset automático requerido pela CPU, após alguns minutos depois elas
entram em serviço. Isso acontece no término do INIT 2 RUN passando para IN SERVICE).
13/09/19 13:50:12 000001M|002/03/-/---|=5:2019=UA coupler commissioning
13/09/19 13:50:28 000001M|002/05/-/---|=5:2019=NDDI coupler commissioning
13/09/19 13:50:31 000001M|002/06/-/---|=5:2019=PCM coupler commissioning
13/09/19 13:50:39 000001M|002/07/-/---|=5:2019=PRA coupler commissioning
Comissionamento do acoplador P1

Inclusão da Placa no Hardware Comum GA2
Placa GA2 somente entrará em Serviço após configurar os parâmetros de endereçamentos

IP e fazer atualização dos Arquivos Binários. Ao término da inclusão das Placas GA2 e
configuração de parâmetros de endereçamentos IP e na sequência o reset automático
requerido pela CPU, após alguns minutos ela entra em serviço após a atualização dos
Arquivos Binários. Isso acontece no término do INIT2 RUN passando para IN SERVICE).
Ocorrerá os incidentes 0747 perda de conexão IP, 0740 início de Download, 0741 Fim de
Download e 2019 Placa em Serviço.
10/10/19 16:32:20 000001M|002/01/-/---|=3:0747=Config error or Loss of IP connection: 4,(2,1),
172.16.5.13,00:80:9f:9b:7f:cc
10/10/19 16:32:31 000001M|002/01/-/---|=4:0740=Beginning of an INT/IP downloading @:00.80.9f.9b.7f.cc (binmg)
10/10/19 16:32:31 000001M|002/01/-/---|=5:0741=End of downloading of an INT/IP board @:00.80.9f.9b.7f.cc (binmg)
10/10/19 16:32:33 000001M|002/01/-/---|=4:0740=Beginning of an INT/IP downloading @:00.80.9f.9b.7f.cc (binmg)
10/10/19 16:32:33 000001M|002/01/-/---|=5:0741=End of downloading of an INT/IP board @:00.80.9f.9b.7f.cc (binmg)
10/10/19 16:33:31 000001M|002/01/-/---|=5:2019=GA/GA3 coupler commissioning
Abaixo é a forma do processo de atualização dos Arquivos Binários na Placa GA2.
A Placa GA2 fará uma solicitação na na CS, CS2 ou CS3 do procedimento de Download
arquivos bindspbeconf, binmgcountry, binmcv2, binmcv e bindspbeconf2:
Downloading /DHS3bin/downbin/emg/binmg from 172.16.5.10
Authentication is bypassed
No need to download a new version
Checking other files
Checking bindspbeconf version
MADA board present:no need to load bindspbeconf
Checking binmgcountry version
186df4f273490c40b7bda68ad1c45976
/usr/bin/newimage2: md5sum on /mnt/flash/country/binmgcountry done. cmp is
going to run:
186df4f273490c40b7bda68ad1c45976
Checking binmcv2 version
c77a9c2b5e34b0f3c33967de8aec9d13
/usr/bin/newimage2: md5sum on /mnt/flash/binmcv/binmcv2 done. cmp is going to
run:
Checking binmcv version
MADA board present:no need to load binmcv
Checking bindspbeconf2 version
8a5d84932aa6ebb11e4621e64d600ba9
/usr/bin/newimage2: md5sum on /mnt/flash/bindsp/bindspbeconf2 done. cmp is
going to run:
8a5d84932aa6ebb11e4621e64d600ba9
Checking kpalcatel version
Nothing to do with kpalcatel
Checking kpthales version
Nothing to do with kpthales
Checking sign1 version
switch_init_cmd – eMGA
Erro de configuração ou perda de conexão IP: P1 Fim do download de uma placa INT / IP @: P1
0747 – Alarme Minor – Minoritário 0741 – Alarme Clear – Limpar
(Verificar se a configuração está correta) (Nenhuma ação do operador é necessária)
Início do download de uma placa INT / IP @: P1 Comissionamento do acoplador P1
0740 – Alarme Warning – Aviso 2019 – Alarme Minor – Minoritário

Inclusão da Placa no Hardware Comum GD2
Placa GD2 somente entrará em Serviço após configurar os parâmetros de endereçamentos

IP e fazer atualização dos Arquivos Binários. Ao término da inclusão das Placas GD2 e
configuração de parâmetros de endereçamentos IP e na sequência o reset automático
requerido pela CPU, após alguns minutos depois elas entram em serviço após a
atualização dos Arquivos Binários. Isso acontece no término do INIT 2 RUN passando para
IN SERVICE). Ocorrerá os incidentes 0740 início de Download, 0741 Fim de Download,
0409 Link UP, 5857 Causa da Reinicalização e 2019 Placa em Serviço.
10/10/19 16:27:04 000001M|002/00/-/---|=4:0740=Beginning of an INT/IP downloading @:00.80.9f.8a.07.d4 (binmg)
10/10/19 16:27:04 000001M|002/00/-/---|=5:0741=End of downloading of an INT/IP board @:00.80.9f.8a.07.d4 (binmg)
10/10/19 16:27:18 000001M|002/00/-/---|=4:0740=Beginning of an INT/IP downloading @:00.80.9f.8a.07.d4 (binmgrdimg)
10/10/19 16:27:25 000001M|002/00/-/---|=5:0741=End of downloading of an INT/IP board @:00.80.9f.8a.07.d4
(binmgrdimg)
10/10/19 16:27:25 000001M|002/00/-/---|=4:0740=Beginning of an INT/IP downloading @:00.80.9f.8a.07.d4 (binmglinux)
(binmglinux)
10/10/19 16:28:45 000001M|002/00/-/---|=4:0740=Beginning of an INT/IP downloading @:00.80.9f.8a.07.d4
(binmgcountry
(binmgcountry
10/10/19 16:28:51 000001M|002/00/-/---|=4:0740=Beginning of an INT/IP downloading @:00.80.9f.8a.07.d4 (binmcv2)
10/10/19 16:28:52 000001M|002/00/-/---|=5:0741=End of downloading of an INT/IP board @:00.80.9f.8a.07.d4 (binmcv2)
10/10/19 16:31:20 000001M|002/00/-/---|=4:0740=Beginning of an INT/IP downloading @:00.80.9f.8a.07.d4 (binmg)
10/10/19 16:31:20 000001M|002/00/-/---|=5:0741=End of downloading of an INT/IP board @:00.80.9f.8a.07.d4 (binmg)
10/10/19 16:32:14 000001M|002/00/-/---|=5:0409=The inter-ACT link over IP from (19 1) is up
10/10/19 16:32:15 000001M|002/00/-/---|=0:5857=GD/GA/INTIP/RGD: reason of reboot 8
10/10/19 16:32:44 000001M|002/00/-/---|=5:2019=GD/GD3 coupler commissioning
Abaixo é a forma do processo de atualização dos Arquivos Binários na Placa GD2.
A Placa GD2 fará uma solicitação na CS, CS2 ou CS3 do procedimento de Download dos
arquivos bindspbeconf, binmgcountry, binmcv2, binmcv e bindspbeconf2:
Downloading /DHS3bin/downbin/emg/binmg from 172.16.5.10
Authentication is bypassed
No need to download a new version
Checking other files
Checking bindspbeconf version
MADA board present:no need to load bindspbeconf
Checking binmgcountry version
186df4f273490c40b7bda68ad1c45976
/usr/bin/newimage2: md5sum on /mnt/flash/country/binmgcountry done. cmp is
going to run:
186df4f273490c40b7bda68ad1c45976
Checking binmcv2 version
/usr/bin/newimage2: md5sum on /mnt/flash/binmcv/binmcv2 done. cmp is going to
run:
Checking binmcv version
MADA board present:no need to load binmcv
Checking bindspbeconf2 version
8a5d84932aa6ebb11e4621e64d600ba9
/usr/bin/newimage2: md5sum on /mnt/flash/bindsp/bindspbeconf2 done. cmp is
going to run:
8a5d84932aa6ebb11e4621e64d600ba9
Checking kpalcatel version
Nothing to do with kpalcatel
Checking kpthales version
Nothing to do with kpthales
Nothing to do with sign1
Nothing to do with sign0

Erro de configuração ou perda de conexão IP: P1 O link inter-ACT sobre IP de (P1 P2) está ativo
0747 – Alarme Minor – Minoritário 0409 – Alarme Clear – Limpar
(Verificar se a configuração está correta) (Nenhuma ação do operador é necessária)
Início do download de uma placa INT / IP @: P1 Motivo da reinicialização "P1" "Estado do erro P1”
0740 – Alarme Warning – Aviso 5857 – Alarme Indeterminate – Indeterminado
(Nenhuma ação do operador é necessária) (Ação do operador é necessária)
Fim do download de uma placa INT / IP @: P1 Comissionamento do acoplador P1
0741 – Alarme Clear – Limpar 2019 – Alarme Minor – Minoritário

EXCLUSÃO DE PLACAS
No exemplo as Placas UAI16-1, SLI8-1, PRA-T2 e PCM-R2 foram excluídas da programação

do PABX, ocorrerá somente o incidente 2042 referente a perda de Placa.
12/09/19 15:28:20 000001M|002/03/-/---|=2:2042=Loss of a UA type cpl

14/10/19 08:21:16 000002M|000/08/-/---|=2:2042=Loss of a PRA type cpl
14/10/19 08:27:54 000001M|000/10/-/---|=2:2042=Loss of a PCM type cpl
Perda de um tipo de acoplador P1

2042 – Alarme Major – Majotário
(Verificar se a configuração está correta)
RESET DE PLACAS POR COMANDO
No exemplo as Placas UAI16-1, SLI8-1, APA8, PRA-T2 e PCM-R2 foram reinicializadas por
comando rstcpl
18/11/19 12:44:06 000001M|---/--/-/---|=2:2166=CPU requires Reset CPL UA (2,3) Cause 0

18/11/19 12:44:10 000001M|---/--/-/---|=2:2166=CPU requires Reset CPL Z (2,4) Cause 0
18/11/19 12:44:14 000001M|---/--/-/---|=2:2166=CPU requires Reset CPL NDDI (2,5) Cause 0
18/11/19 12:44:18 000001M|---/--/-/---|=2:2166=CPU requires Reset CPL PRA (2,6) Cause 0
Perda de comunicação com Placas (Após aguns segundos ao comando de Reset aparece a
mensagem da perda de comunicação da placa UAI16-1 após comando rstcpl)

18/11/19 12:44:14 000001M|002/05/-/---|=2:2042=Loss of a NDDI type cpl
Placa entrando em Serviço (No exemplo após comando rstcpl nas Placas UAI16-1, SLI8-1,
APA8, PRA-T2 e PCM-R2, após alguns segundos elas entram em serviço após o status INIT
2 RUN passar para IN SERVICE)

Requisição de Reset da Placa solicitada pela CPU Perda de um tipo de acoplador P1

2166 – Alarme Minor – Minoritário 2042– Alarme Major – Majoritário
(Nenhuma ação do operador é necessária) (Verifique a conexãoda placa no Gabinete)

RESET DE PLACAS POR AÇÃO MANUAL
No exemplo as Placas UAI16-1, SLI8-1, PRA-T2 e PCM-R2 foram foram retiradas

manualmente do PABX, aparecerá o incidente 2042.

18/11/19 12:44:14 000001M|002/05/-/---|=2:2042=Loss of a NDDI type cpl
Placa entrando em Serviço após ser colocada manualmente do PABX (No exemplo após
reconectar as Placas UAI16-1, SLI8-1, PRA-T2 e PCM-R2, após alguns segundos elas
entram em serviço após o status INIT 2 RUN passar para IN SERVICE)

Perda de um tipo de acoplador P1 Comissionamento do acoplador P1

2042– Alarme Major – Majoritário 2019 – Alarme Minor – Minoritário
(Verifique a conexãoda placa no Gabinete) (Nenhuma ação do operador é necessária)
RESET DE PLACAS FALHAS EXTERNAS
Placas GD/GD3 Reinicialização

Motivo da reinicialização "P1" "Estado do erro P1”

5857 – Alarme Indeterminate – Indeterminado
(Ação do operador é necessária)
Placas GA/GA3 Reinicialização I

Motivo da reinicialização "P1" "Estado do erro P1”

5857 – Alarme Indeterminate – Indeterminado
(Ação do operador é necessária)

Placas GA/GA3 Reinicialização II
12/09/19 17:35:44 000001M|002/01/-/---|=2:2457=GA/GA3 coupler (2,1) not initalized yet

19/09/19 07:57:47 000001M|002/01/-/---|=3:0747=Config error or Loss of IP connection:
4,(2,1),172.16.5.13,00:80:9f:9b:7f:cc coupler GD/GD3 (2,0)
Acoplador P1 (P2, P3) ainda não inicializado Erro de configuração ou perda de conexão IP: P1
2457– Alarme Major – Majoritário 0747 – Alarme Minor – Minoritário
(Verifique a conexão da placa no Gabinete) (Verificar se a configuração está correta)
Placa virtual GPA (2,27) associada à GD/GD3 (PABX foi reinicializado)
Função: carrega as Guias de Voz e Música em Espera
11/10/19 16:26:07 000001M|002/00/-/---|=5:2019=GD/GD3 coupler commissioning

12/09/19 17:23:37 000001M|002/27/-/---|=3:2490=Loss of a virtual coupler GPA (2,27) of the
associated coupler GD/GD3 (2,0)
12/09/19 17:24:09 000001M|002/27/-/---|=4:2491=GPA(2,27) virtual coupler commissioning of
the associated coupler GD/GD3(2,0)
Comandos:
config 19 -v vgstat 2 27 vgemis 2 27 vgstart cplstat 2 27
Perda de um acoplador virtual P1 (P2, P3) do

Comissionamento do acoplador P1 acoplador associado P4 (P5, P6)
2019 – Alarme Minor – Minoritário 2490 – Alarme Menor – Minoritário
(Nenhuma ação do operador é necessária) (Verificar se a placa no está conectada
corretamente)
Comissionamento de um acoplador virtual P1 (P2,
P3) do acoplador associado P4 (P5, P6)
Obs: os incidentes 0740 e 0741 (Download de Binários) também fazem parte nessa
situação
Início do download de uma placa INT / IP @: P1 Fim do download de uma placa INT / IP @: P1

Placa virtual GPA (2,1) associada à Placa GA/GA3 (PABX foi reinicializado)
Função: carrega as Guias de Voz e Música em Espera

12/10/19 19:18:08 000001M|002/09/-/---|=3:2490=Loss of a virtual coupler GPA (2,9) of the associated
coupler GA/GA3 (2,1)
12/10/19 19:21:48 000001M|002/09/-/---|=4:2491=GPA(2,9) virtual coupler commissioning of the
associated coupler GA/GA3(2,1)
Comandos:
config 19 -v vgstat 2 1 vgemis 2 1 vgstart cplstat 2 1
Perda de um acoplador virtual P1 (P2, P3) do

Comissionamento do acoplador P1 acoplador associado P4 (P5, P6)
(Nenhuma ação do operador é necessária) (Verificar se a placa no está conectada
corretamente)
Comissionamento de um acoplador virtual P1 (P2,
P3) do acoplador associado P4 (P5, P6)
Obs: os incidentes 0740 e 0741 (Download de Binários) também fazem parte nessa
situação
Início do download de uma placa INT / IP @: P1 Fim do download de uma placa INT / IP @: P1

INCIDENTES DE LINK E1 SINALIZAÇÃO ISDN
Foram criadas duas Rotas de sinalização ISDN para testes de Alarmes: Rota 10 de Entrada
usando posição de Placa 2-6 e Rota 20 de Saída usando posição de Placa 2-7
-------------------------------------------------------------------
Numb | Name | Type | Var. | Node | Pfx
-------------------------------------------------------------------
TG 10 | ENTRADA | T2 | ISDN | 1 => local | No pfx
TG 20 | SAIDA | T2 | ISDN | 1 => local | #*2
-------------------------------------------------------------------
-------------------------------------------------------------------
EXEMPLO 1
LINK de E1 ISDN fora de Serviço (Cabo Solto “desconexão dos cabos na placa”)
15/10/19 15:39:32 000001M|002/06/0/000|=4:2112=AIS alarm on T2 access

15/10/19 15:39:32 000001M|002/06/0/000|=2:0310=T2 Dlap Released
15/10/19 15:39:41 000001M|002/06/0/000|=2:2101=T2 access still in state of alarm
Acesso MIC / SYNC ainda está alarmado T2 Dlap Liberado

(Nenhuma ação do operador é necessária) (Verificação dos Cabos)
Acesso MIC / SYNC ainda está alarmado
LINK de E1 ISDN em Serviço (reconexão dos cabos na placa)
15/10/19 15:42:00 000001M|002/06/0/000|=5:2102=T2 access back to normal

15/10/19 15:42:00 000001M|002/06/0/000|=4:2113=T2 lapD not established still trying
15/10/19 15:42:00 000001M|002/06/0/000|=5:0311=T2 Dlap Established
Acesso normalizado T2 DLap aninda não Estabelecido

2102 – Alarme Clear – Limpar 2113 – Alarme Warning – Aviso
T2 DLap Estabelecido

EXEMPLO 2
LINK de E1 ISDN fora de Serviço (Cabo com Defeito)
Obs: os incidentes são os mesmo descritos no Exemplo 1

15/10/19 15:46:49 000001M|002/06/0/000|=2:0310=T2 Dlap Released
Acesso MIC / SYNC ainda está alarmado T2 Dlap Liberado

(Nenhuma ação do operador é necessária) (Verificação dos Cabos)
LINK de E1 ISDN em Serviço (troca do Cabo com Defeito)


T2 DLap Estabelecido

EXEMPLO 3
LINK de E1 ISDN fora de Serviço (PABX reinicializado por comando shutdown)
Pesquisa de incidente –b1 na Sessão Anterior

Execução do Comando shutdown CPU foi suspensa devido a um desligamento

2073 – Alarme Critical – Crítico 2077 – Alarme Critical – Crítico
Pesquisa de incidente na Sessão Atual

15/10/19 17:03:31 000001M|---/--/-/---|=5:2141=TRUNK resources quantity normal
Inicialização da CPU MAIN Quantidade de recursos P1 normal

2009 – Alarme Clear – Limpar 2141 – Alarme Clear – Limpar
LINK de E1 ISDN em Serviço (PABX após comando shutdown)

T2 DLap Estabelecido Comissionamento do acoplador P1


EXEMPLO 4
LINK de E1 ISDN fora de Serviço (Placa foi reinicializada por comando rstcpl)

15/10/19 16:08:42 000001M|---/--/-/---|=2:2140=Alarm : TRUNK resources quantity critical

2166 – Alarme Major – Majoritário 2042 – Alarme Major – Majoritário
(Verificar o estado da placa) (Verificar a conexão da placa no Gabinete)
Quantidade de recursos P1 crítica
(Verificar a conexão da placa no Gabinete)
LINK de E1 ISDN em Serviço (após comando rstcpl)

Quantidade de recursos P1 normal T2 DLap aninda não Estabelecido

Acesso normalizado T2 DLap Estabelecido

EXEMPLO 5
LINK de E1 ISDN fora de Serviço (Placa foi removida manualmente)
15/10/19 16:32:43 000001M|002/06/0/000|=2:0310=T2 Dlap Released

15/10/19 16:32:43 000001M|002/06/-/---|=4:3580=remove TEI: mod ISDN UNSUCCESSFULL_RETRANS_OF_
SABME (0) realy:0 info:0
T2 Dlap Liberado T2 DLap aninda não Estabelecido

0310 – Alarme Major – Majoritário 2113 – Alarme Warning – Aviso
(Verificação dos Cabos) (Nenhuma ação do operador é necessária)
Remover TEI: mod P1 P2 (P3), na verdade: Perda de um tipo de acoplador P1
informações P4: P5 2042 – Alarme Major – Majoritário
3580 – Alarme Warning – Aviso (Verificar a conexão da placa no Gabinete)
LINK de E1 ISDN em Serviço (Placa foi inserida manualmente)

Quantidade de recursos P1 normal T2 DLap aninda não Estabelecido

Acesso normalizado T2 DLap Estabelecido

EXEMPLO 6
LINK de E1 ISDN fora de Serviço (sem alarmes de LEDs, Placas PRA-T2 incluídas
“criadas”, porém as placas instaladas são PCM-R2)
15/10/19 12:45:37 000001M|002/06/-/---|=4:2487=Registered board type = PRA T2 but

plugged board 231
15/10/19 12:45:37 000001M|002/06/-/---|=3:2021=Bad coupler type: PRA awaited
15/10/19 12:48:04 000001M|002/06/-/---|=2:2457=PRA coupler (2,6) not initalized yet
Tipo de acoplador ruim: P1 aguardado

Tipo de placa registrada P1, mas placa conectada P2
(Revise a programação alterando a placa que (Troque a placa pelo modelo correto ou altere
causa o problema) na programção)
Acoplador P1 (P2, P3) ainda não inicializado

INCIDENTES DE LINK E1 SINALIZAÇÃO MFC R2
Foram criadas duas Rotas de sinalização MFC-R2 para testes de Alarmes: Rota 10 de
Embratel usando posição de Placa 2-6 e Rota 20 Oi usando posição de Placa 2-7
-------------------------------------------------------------------
Numb | Name | Type | Var. | Node | Pfx
-------------------------------------------------------------------
TG 10 | EBT | MIXED | | 1 => local | No pfx
TG 20 | OI | MIXED | | 1 => local | No pfx
-------------------------------------------------------------------
-------------------------------------------------------------------
EXEMPLO 1
LINK de E1 R2 fora de Serviço (Cabo Solto “desconexão dos cabos na placa”)
14/10/19 16:57:20 000001M|002/06/0/000|=4:2112=NOS alarm on MIC/SYNC access

14/10/19 16:57:30 000001M|002/06/0/000|=2:2101=MIC/SYNC access still in state of alarm
Acesso MIC / SYNC ainda está alarmado Acesso MIC / SYNC ainda está alarmado
LINK de E1 R2 em Serviço (reconexão dos cabos nas duas Placas)
15/10/19 09:14:56 000001M|002/06/0/000|=4:2112=PVT alarm on MIC/SYNC access

15/10/19 09:15:06 000001M|002/06/0/000|=5:2102=MIC/SYNC access back to normal
Acesso MIC / SYNC ainda está alarmado Acesso normalizado

EXEMPLO 2
LINK de E1 R2 fora de Serviço (Cabo com Defeito)

LINK de E1 R2 em Serviço (troca do Cabo com Defeito)
Acesso normalizado

EXEMPLO 3
LINK de E1 R2 fora de Serviço (PABX Reinicializado por comando shutdown)

2112 – Alarme Warinng – Aviso 2101 – Alarme Major – Majoritário
Pesquisa de incidente na Sessão Atual

15/10/19 09:45:44 000001M|002/06/0/000|=4:2112=PVT alarm on MIC/SYNC access
Inicialização da CPU MAIN Acesso MIC / SYNC ainda está alarmado

2009 – Alarme Clear – Limpar 2112 – Alarme Warinng – Aviso
LINK de E1 R2 em Serviço (PABX após comando shutdown)

Acesso normalizado Comissionamento do acoplador P1


EXEMPLO 4
LINK de E1 R2 fora de Serviço (Placa foi reinicializada por comando rstcpl)
15/10/19 09:01:39 000001M|---/--/-/---|=2:2166=CPU requires Reset CPL PCM (2,6) Cause 0


(Verificar o estado da placa) (Verificar a conexão da placa no Gabinete)
Quantidade de recursos P1 crítica Quantidade de recursos P1 normal
2140 – Alarme Major – Majoritário 2141 – Alarme Clear – Limpar
(Verificar a conexão da placa no Gabinete) (Nenhuma ação do operador é necessária)
LINK de E1 R2 em Serviço (após comando rstcpl)

Acesso normalizado Comissionamento do acoplador P1


EXEMPLO 5
LINK de E1 R2 fora de Serviço (Placa foi removida manualmente)

15/10/19 09:21:13 000001M|---/--/-/---|=2:2140=Alarm : TRUNK resources quantity
critical
Perda de um tipo de acoplador P1 Quantidade de recursos P1 crítica

(Verificar a conexão da placa no Gabinete) (Verificar a conexão da placa no Gabinete)
LINK de E1 R2 em Serviço (Placa foi inserida manualmente)

15/10/19 09:29:05 000001M|002/06/0/000|=4:2112=PCM alarm on MIC/SYNC access
Quantidade de recursos P1 normal Acesso MIC / SYNC ainda está alarmado

EXEMPLO 6
LINK de E1 R2 fora de Serviço (sem alarmes de LEDs, Placas PCM-2 incluídas “criadas”,
porém as placas instaladas são PRA-T2)
14/10/19 16:29:50 000001M|002/06/-/---|=4:2487=Registered board type = 661 but plugged

board PRA T2
14/10/19 16:29:50 000001M|002/06/-/---|=3:2021=Bad coupler type: PCM awaited
14/10/19 16:32:17 000001M|002/06/-/---|=2:2457=PCM coupler (2,6) not initalized yet
Tipo de acoplador ruim: P1 aguardado

Tipo de placa registrada P1, mas placa conectada P2
(Revise a programação alterando a placa que (Troque a placa pelo modelo correto ou altere
causa o problema) na programção)
Acoplador P1 (P2, P3) ainda não inicializado

INCIDENTES DE APARELHOS ANALÓGICOS
Os Aparelhos Analógicos não geram nenhum incidente seja qual for a situação:
– Instalação “ativação” de ramal com aparelho analógico

– Retirada “desativação” manualmente do aparelho analógico
– Retirada “desalocação” por comando “Set In/Set Out” do aparelho analógico no ramal
– Reset de Placa
– Retirada de Placa manual “Ação Humana”
Reset de Placa aparecerão apenas os incidentes abaixo relacionados:
Placa fora de Serviço após comando rstcpl

16/10/19 12:28:53 000001M|---/--/-/---|=2:2166=CPU requires Reset CPL Z (2,4) Cause 0

(Nenhuma ação do operador é necessária) (Verificar a obstrução da Placa)
Placa em Serviço após comando rstcpl

Retirada de Placa manual “Ação Humana” aparecerão apenas os incidentes abaixo

relacionados:
Placa foi removida manualmente

Perda de um tipo de acoplador P1

(Verificar a obstrução da Placa)
Placa foi inserida manualmente


INCIDENTES DE APARELHOS TDM
EXEMPLO 1
APARELHOS DOS RAMAIS DIGITAIS DE UMA PLACA UAI FORAM CONECTADOS

MANUALMENTE “ATIVADOS NAS MESAS”
16/10/19 10:26:23 000001M|002/03/0/000|=5:2053=Terminal 0 in service
Número do terminal P1 colocado em serviço

Verificando os estado dos ramais:
-------------------------------------------------------------------------
|Coupler: 2 3 Logic type: CPL_UA Board:UAI 4 State: IN SERVICE |
|------------------------------------------------------------------------|
| Cry:Cpl:ac:term| neqt | typ term | dir nb | Out of service cause |
|------------------------------------------------------------------------|
| 2 3 0 0 | 00329 | 4039 | 2000 | . . . . . . . . . . |
| 2 3 0 1 | 00330 | 4039 | 2001 | . . . . . . . . . . |
| 2 3 0 2 | 00331 | 4039 | 2002 | . . . . . . . . . . |
| 2 3 0 3 | 00332 | 4039 | 2003 | . . . . . . . . . . |
|------------------------------------------------------------------------|
|(A: att_mserv|S: hs smooth), C: hs_defich, I: hs_isolauto, X: hs_isolman|
|T: hs_terdef U: hs_usdef, P: hs_errparite, B: hs_bascul, Y: hs_cristisol|
-------------------------------------------------------------------------
| Nombre total de terminaux hors service : 0 |
| Nombre total de terminaux en service : 4 |
|------------------------------------------------------------------------|

EXEMPLO 2
APARELHO INSTALADO DIFERENTE DO APARELHO CRIADO NO RAMAL
16/10/19 10:26:35 000001M|---/--/-/---|=0:1612=Protocol error on Alcatel 8&9 series, type 11 (neqt 332)
16/10/19 10:26:35 000001M|---/--/-/---|=3:1613=15.04.0b.00.00.00.80.10.10.ff.00.00.00.00.00
Erro Protocolo para equipamento Series 8&9 Alcatel Mensagem de erro vinda do conjunto 40x8 ou 40x9
1612 – Alarme Indeterminate – Indeterminado 1613 – Alarme Minor – Minoritário
O incidente 1612 está relacionado à do neqt 332. O tipo do aparelho criado no ramal 2003
é o modelo 4039, porém o modelo de aparelho instalado é o 4029.
Obs: o incidente 1612 infoma que “Nenhuma ação do operador é necessária”, como se
trata de modelo de aparelho criado diferente do modelo de aparelho instalado, se faz
necessário à troca do modelo criado para o mesmo modelo do aparelho instalado. Esse
incidente aparece apenas uma única vez durante a ativação do ramal com o aparelho.
-------------------------------------------------------------------------
|------------------------------------------------------------------------|
|------------------------------------------------------------------------|
| 2 3 0 0 | 00329 | 4039 | 2000 | . . . . . . . . . . |
| 2 3 0 1 | 00330 | 4039 | 2001 | . . . . . . . . . . |
| 2 3 0 2 | 00331 | 4039 | 2002 | . . . . . . . . . . |
| 2 3 0 3 | 00332 | 4039 | 2003 | . . . . . . . . . . |
|------------------------------------------------------------------------|
-------------------------------------------------------------------------
|------------------------------------------------------------------------|

EXEMPLO 3
RAMAIS DIGITAIS DE UMA PLACA UAI ENTRANDO EM SERVIÇO APÓS RESET DE PLACA
16/10/19 10:47:48 000001M|---/--/-/---|=2:2166=CPU requires Reset CPL UA (2,3) Cause 0

16/10/19 10:47:56 000001M|---/--/-/---|=3:1613=15.04.0b.00.00.00.80.10.10.ff.00.00.00.00.00

(Nenhuma ação do operador é necessária) (Verificar a obstrução da Placa)
Erro Protocolo para equipamento Series 8&9 Mensagem de erro vinda do conjunto 40x8 ou 40x9
Alcatel 1613 – Alarme Minor – Minoritário
1612 – Alarme Indeterminate – Indeterminado (Nenhuma ação do operador é necessária)
Número do terminal P1 colocado em serviço Comissionamento do acoplador P1

EXEMPLO 4
APARELHOS DOS RAMAIS DIGITAIS DE UMA PLACA UAI FORAM RETIRADOS

MANUALMENTE “DESCONECTADOS” DOS PONTOS LÓGICOS
16/10/19 10:56:35 000001M|002/03/-/---|=4:3754=UA link no longer responding

16/10/19 10:56:35 000001M|002/03/0/000|=3:2050=UA Terminal 0 Loss
O link UA não está mais respondendo Perda de um terminal P1 UA

(O link UA entre a placa e o aparelho não está (Reconectar o aparelho, Reiniciar a placa)
mais respondendo)
Verificando os estado dos ramais:
-------------------------------------------------------------------------
|------------------------------------------------------------------------|
|------------------------------------------------------------------------|
| 2 3 0 0 | 00329 | 4039 | 2000 | A . . . T . . . . . |
| 2 3 0 1 | 00330 | 4039 | 2001 | A . . . T . . . . . |
| 2 3 0 2 | 00331 | 4039 | 2002 | A . . . T . . . . . |
| 2 3 0 3 | 00332 | 4039 | 2003 | . . . . . . . . . . |
|------------------------------------------------------------------------|
-------------------------------------------------------------------------
|------------------------------------------------------------------------|
Obs: em relação a este caso se a desconexão “retirada” dos aparelhos forém por motivo
de desativação de forma a liberar os ramais no sistema, o procedimento correto é
desalocar os ramais e retirar os aparelhos; liberando os ramais no sistema e evitando
dessa forma a emissão de incidentes de defeitos “falsos”!

EXEMPLO 5
FORCE TYPE IDENTIFICATION IS "ON" – FORÇAR O TIPO DE IDENTIFICAÇÃO ATIVADO
O teste executado foi em uma Release 12.2.
No exemplo o ramal 2503 foi criado com modelo de aparelho 4029 e o modelo de
aparelho instalado é o 4039.
O recurso Force Type Identification Is On "Forçar o tipo de Identifcação" está ativado.
Digitado o ramal 2503.
Com o fone no gancho recebe o ring de chamada no ramal 2503 sendo atendido para a
validação da ativação.
Com o monofone no gancho o aparelho é reiniciado, entrando em serviço com o modelo

de aparelho 4029 registrado no ramal 2503. Porém irá aparecer no visor "BAD REGISTRO".
Indicativo que o modelo de aparelho instalado não é o mesmo.
Após alguns segundos o aparelho foi reiniciado, entrando em serviço já com o modelo
correto de aparelho 4039 registrado; e no ramal 2503 aparecendo no visor à data e hora.
Obs: o incidente 1612 está relacionado à mensagem do neqt 329 referente ao aparelho
instalado é o modelo 4039 no ramal 2503.

01/11/19 17:46:11 000001M|---/--/-/---|=3:1613=15.04.0b.00.00.00.80.10.10.ff.00.00.00.00.00
01/11/19 17:46:11 000001M|---/--/-/---|=3:1612=15.04.0b.00.00.00.80.10.20.ff.00.00.00.00.00
01/11/19 17:46:11 000001M|---/--/-/---|=3:1613=15.04.0b.00.00.00.88.10.30.ff.00.00.00.00.00
01/11/19 17:46:11 000001M|---/--/-/---|=3:1613=15.04.0b.00.00.00.8f.10.40.ff.00.00.00.00.00
01/11/19 17:46:11 000001M|---/--/-/---|=3:1613=15.04.0b.00.00.00.8f.10.41.ff.00.00.00.00.00
01/11/19 17:46:11 000001M|---/--/-/---|=3:1613=15.04.0b.00.00.00.8f.10.42.ff.00.00.00.00.00
01/11/19 17:46:11 000001M|---/--/-/---|=3:1613=15.04.0b.00.00.00.8f.10.43.ff.00.00.00.00.00
01/11/19 17:46:11 000001M|---/--/-/---|=3:1613=15.04.0b.00.00.00.88.10.31.ff.00.00.00.00.00
01/11/19 17:46:11 000001M|---/--/-/---|=3:1613=15.04.0b.00.00.00.84.10.21.ff.00.00.00.00.00
01/11/19 17:46:11 000001M|---/--/-/---|=3:1613=15.04.0b.00.00.00.84.10.22.ff.00.00.00.00.00
01/11/19 17:46:11 000001M|---/--/-/---|=3:1613=15.04.0b.00.00.00.84.10.23.ff.00.00.00.00.00
01/11/19 17:46:11 000001M|---/--/-/---|=3:1613=15.04.0b.00.00.00.84.10.24.ff.00.00.00.00.00
01/11/19 17:46:11 000001M|---/--/-/---|=3:1613=15.04.0b.00.00.00.84.10.25.ff.00.00.00.00.00
01/11/19 17:46:11 000001M|---/--/-/---|=3:1613=15.04.0b.00.00.00.84.10.26.ff.00.00.00.00.00
01/11/19 17:46:11 000001M|---/--/-/---|=3:1613=15.04.0b.00.00.00.84.10.27.ff.00.00.00.00.00
01/11/19 17:46:11 000001M|---/--/-/---|=3:1613=15.04.0b.00.00.00.85.12.60.ff.00.00.00.00.00

01/11/19 17:46:11 000001M|---/--/-/---|=3:1613=15.04.0d.00.02.02.85.12.60.ff.00.00.00.00.00
01/11/19 17:46:11 000001M|---/--/-/---|=3:1613=15.04.0d.00.02.02.8f.10.43.ff.00.00.00.00.00
01/11/19 17:46:11 000001M|---/--/-/---|=3:1613=15.04.0d.00.02.02.88.10.30.ff.00.00.00.00.00
01/11/19 17:46:12 000001M|---/--/-/---|=3:1613=15.04.0b.00.00.00.82.20.80.ff.00.00.00.00.00
Número do terminal P1 colocado em serviço Erro Protocolo para equipamento Series 8&9 Alcatel
2053 – Alarme Clear – Limpar 1612 – Alarme Indeterminate – Indeterminado
Mensagem de erro vinda do conjunto 40x8 ou 40x9
Obs: o incidente 1612 infoma que “Nenhuma ação do operador é necessária”, nessa
situação em que o recurso “Force Type Identificarion” está ativado o próprio sistema faz
automaticamente à troca do modelo criado para o mesmo modelo do aparelho instalado.
Lembrando que esse incidente aparece apenas uma única vez durante a ativação do ramal
com o aparelho.
Pesquisa através do comando: tradeq + o número do neqt
Logic coupler type : CPL_UA

MAO coupler type : UAI 4
Coupler state : IN SERVICE
Terminal state : IN SERVICE
+-----------------------------------------------------------------------------+
| Cry:Cpl:ac:term | neqt |nulog| typ term | dir nb | Out of service cause |
+-----------------------------------------------------------------------------+
| 002 3 0 0 | 00324 | 0| 4039| 2503 | . . . . . . . . . . |
+-----------------------------------------------------------------------------+
| A: att_mserv, C: hs_defich, I: hs_isolauto, X: hs_isolman, T: hs_terdef |
| U: hs_usdef, P: hs_errparite, B: hs_bascul, Y: hs_cristisol, N: hs_inex |
+-----------------------------------------------------------------------------+

EXEMPLO 6
FORCE TYPE IDENTIFICATION IS "ON" – FORÇAR O TIPO DE IDENTIFICAÇÃO DESATIVADO
O teste executado foi em uma Release 12.2
O recurso Force Type Identification Is On "Forçar o tipo de Identifcação" está desativado.
Com o fone no gancho recebe o ring de chamada no ramal 2503 sendo atendido para a
validação da ativação.
Com o monofone no gancho o aparelho é reiniciado, entrando em serviço com o modelo

de aparelho 4029 registrado no ramal 2503. Porém irá aparecer no visor "BAD REGISTRO".
Indicativo que o modelo de aparelho instalado não é o mesmo.
Após alguns segundos o aparelho foi reiniciado, entrando em serviço já com o modelo
correto de aparelho 4039 registrado; e no ramal 2503 aparecendo no visor à data e hora.

01/11/19 17:46:11 000001M|---/--/-/---|=3:1613=15.04.0b.00.00.00.80.10.10.ff.00.00.00.00.00
01/11/19 17:46:11 000001M|---/--/-/---|=3:1612=15.04.0b.00.00.00.80.10.20.ff.00.00.00.00.00
01/11/19 17:46:11 000001M|---/--/-/---|=3:1613=15.04.0b.00.00.00.88.10.30.ff.00.00.00.00.00
01/11/19 17:46:11 000001M|---/--/-/---|=3:1613=15.04.0b.00.00.00.8f.10.40.ff.00.00.00.00.00
01/11/19 17:46:11 000001M|---/--/-/---|=3:1613=15.04.0b.00.00.00.8f.10.41.ff.00.00.00.00.00
01/11/19 17:46:11 000001M|---/--/-/---|=3:1613=15.04.0b.00.00.00.8f.10.42.ff.00.00.00.00.00
01/11/19 17:46:11 000001M|---/--/-/---|=3:1613=15.04.0b.00.00.00.8f.10.43.ff.00.00.00.00.00
01/11/19 17:46:11 000001M|---/--/-/---|=3:1613=15.04.0b.00.00.00.88.10.31.ff.00.00.00.00.00
01/11/19 17:46:11 000001M|---/--/-/---|=3:1613=15.04.0b.00.00.00.84.10.21.ff.00.00.00.00.00
01/11/19 17:46:11 000001M|---/--/-/---|=3:1613=15.04.0b.00.00.00.84.10.22.ff.00.00.00.00.00
01/11/19 17:46:11 000001M|---/--/-/---|=3:1613=15.04.0b.00.00.00.84.10.23.ff.00.00.00.00.00
01/11/19 17:46:11 000001M|---/--/-/---|=3:1613=15.04.0b.00.00.00.84.10.24.ff.00.00.00.00.00
01/11/19 17:46:11 000001M|---/--/-/---|=3:1613=15.04.0b.00.00.00.84.10.25.ff.00.00.00.00.00
01/11/19 17:46:11 000001M|---/--/-/---|=3:1613=15.04.0b.00.00.00.84.10.26.ff.00.00.00.00.00
01/11/19 17:46:11 000001M|---/--/-/---|=3:1613=15.04.0b.00.00.00.84.10.27.ff.00.00.00.00.00
01/11/19 17:46:11 000001M|---/--/-/---|=3:1613=15.04.0b.00.00.00.85.12.60.ff.00.00.00.00.00

01/11/19 17:46:11 000001M|---/--/-/---|=3:1613=15.04.0d.00.02.02.85.12.60.ff.00.00.00.00.00
01/11/19 17:46:11 000001M|---/--/-/---|=3:1613=15.04.0d.00.02.02.8f.10.43.ff.00.00.00.00.00
01/11/19 17:46:11 000001M|---/--/-/---|=3:1613=15.04.0d.00.02.02.88.10.30.ff.00.00.00.00.00
01/11/19 17:46:12 000001M|---/--/-/---|=3:1613=15.04.0b.00.00.00.82.20.80.ff.00.00.00.00.00
Número do terminal P1 colocado em serviço Erro Protocolo para equipamento Series 8&9 Alcatel
2053 – Alarme Clear – Limpar 1612 – Alarme Indeterminate – Indeterminado

MAO coupler type : UAI 4
+-----------------------------------------------------------------------------+
+-----------------------------------------------------------------------------+
| 002 3 0 0 | 00329 | 0| 4039| 2503 | . . . . . . . . . . |
+-----------------------------------------------------------------------------+
+-----------------------------------------------------------------------------+

INCIDENTES DE APARELHOS IP
EXEMPLO 1
FORCE TYPE IDENTIFICATION IS "ON" – FORÇAR O TIPO DE IDENTIFICAÇÃO ATIVADO
O recurso Force Type Identification Is On "Forçar o tipo de Identifcação" está ativado.

O aparelho é reiniciado, entrando em serviço com o modelo de aparelho 4028 registrado

no ramal 2033. Irá aparecer no visor "Ramal Fora de Serviço". Indicativo que o modelo de
aparelho instalado não é o mesmo.
Após alguns segundos o aparelho será reiniciado, entrando em serviço já com o modelo
de aparelho 4038 registrado; e no ramal 2033 aparecendo no visor à data e hora.
16/10/19 13:26:04 000001M|---/--/-/---|=3:1613=15.04.0b.00.00.00.85.12.60.ff.00.00.00.00.00
16/10/19 13:26:04 000001M|---/--/-/---|=3:1613=15.04.0d.00.02.02.85.12.60.ff.00.00.00.00.00
16/10/19 13:26:08 000001M|001/00/0/050|=4:0389=Sig. on IP set: set demand a reset 00:80:9f:96:33:cd,2033
Erro Protocolo para equipamento Series 8&9 Alcatel Mensagem de erro vinda do conjunto 40x8 ou 40x9
1612 – Alarme Indeterminate – Indeterminado 1613 – Alarme Minor – Minoritário
No conjunto IP é exigido um reset P1 Número do terminal P1 colocado em serviço
O incidente 1612 está relacionado à do neqt 1216. O tipo do aparelho criado no ramal
2033 é o modelo 4028, porém o modelo de aparelho instalado é o 4038.

com o aparelho.

MAO coupler type : UA_FICTIF
Terminal type : IP PHONE
+-----------------------------------------------------------------------------+
+-----------------------------------------------------------------------------+
| 001 0 0 50 | 01216 | 33|IPT 4028GE| 2033 | . . . . . . . . . . |
+-----------------------------------------------------------------------------+
+-----------------------------------------------------------------------------+

EXEMPLO 2
FORCE TYPE IDENTIFICATION IS "OFF" – FORÇAR O TIPO DE IDENTIFICAÇÃO DESATIVADO
O recurso Force Type Identification Is On "Forçar o tipo de Identifcação" está desativado.

Digitado o ramal 2033 e em seguida a senha padrão 0000.
O aparelho é reiniciado, entrando em serviço com o modelo de aparelho 4028 (ao invés do
modelo de aparelho instalado 4038) registrado no ramal 2033. Irá aparecer no visor à
data e hora assim como as demais informações.
Porém para fazer e receber chamadas internas ou externas, as indicações dessas

informações; de quem está chamando ou para quem está ligando no visor do aparelho
ficam reduzidas. Indicativo que o modelo de aparelho instalado não é o mesmo.
16/10/19 13:51:16 000001M|001/00/0/050|=4:0385=Init of IP set: Wrong type of NOEset00:80:9f:96:33:cd,2033

16/10/19 13:51:19 000001M|---/--/-/---|=3:1613=15.04.0b.00.00.00.85.12.60.ff.00.00.00.00.00
16/10/19 13:51:19 000001M|---/--/-/---|=3:1613=15.04.0d.00.02.02.85.12.60.ff.00.00.00.00.00
16/10/19 13:53:15 000001M|---/--/-/---|=3:1613=15.04.0d.00.02.02.85.12.60.ff.00.00.00.00.00
16/10/19 13:53:22 000001M|---/--/-/---|=3:1613=15.04.0d.00.02.02.85.12.60.ff.00.00.00.00.00
16/10/19 13:53:26 000001M|---/--/-/---|=3:1613=15.04.0d.00.02.02.85.12.60.ff.00.00.00.00.00
16/10/19 13:53:27 000001M|---/--/-/---|=3:1613=15.04.0d.00.02.02.85.12.60.ff.00.00.00.00.00
16/10/19 13:53:28 000001M|---/--/-/---|=3:1613=15.04.0d.00.02.02.85.12.60.ff.00.00.00.00.00
16/10/19 13:55:41 000001M|---/--/-/---|=3:1613=15.04.0d.00.02.02.85.12.60.ff.00.00.00.00.00
Início do conjunto IP, conjunto incorreto de NOE P1 Erro Protocolo para equipamento Series 8&9 Alcatel
0385 – Alarme Warning – Aviso 1612 – Alarme Indeterminate – Indeterminado
(Verificar o tipo do aparelho declarado pelo mgr) (Nenhuma ação do operador é necessária)
O incidente 0385 informar para verificar o modelo de aparelho criado no ramal 2033. No
exemplo é o modelo criado foi o 4028 e o modelo de aparelho instalado é o 4038.
Já o incidente 1612 está relacionado à do neqt 1216. O tipo do aparelho criado no ramal
2033 é o modelo 4028, porém o modelo de aparelho instalado é o 4038.

com o aparelho.

MAO coupler type : UA_FICTIF
Terminal type : IP PHONE
+-----------------------------------------------------------------------------+
+-----------------------------------------------------------------------------+
| 001 0 0 50 | 01216 | 33|IPT 4028GE| 2033 | . . . . . . . . . . |
+-----------------------------------------------------------------------------+
+-----------------------------------------------------------------------------+

INCIDENTES DE DUPLICAÇÃO DE ENDEREÇOS IP NO PABX
EXEMPLO 1
No exemplo abaixo um temos dois equipamentos utilizando o mesmo endereço IP
Um Gabinete Remoto com uma Placa GA3 com MAC-Address 00.80.9f.f4.dd:1e utilizando o
endereço IP 10.146.224.101.
E um equipamento de terceiros com MAC-Address 00:0:00:00:00:00 utilizando também o

endereço IP 10.146.224.101.
24/10/19 12:38:40 000001M|006/01/-/---|=2:4400=Duplicate IP addr from 00.00.00.00.00.00
O acoplador detectou outra máquina que tem o

mesmo endereço IP
(Alertar o administrador da rede)
Nesse caso o PABX identifica que um equipamento está utilizando o mesmo endereço IP
10.146.224.101 da Placa INTIP2. Como o equipamento não é autenticado/validado dentro
do PABX, não aparecerá a identifação do MAC-Address.

EXEMPLO 2
Placa GA2 com MAC-Address 00.80.9f.9b.7f.cc utilizando o endereço IP 172.16.5.13

┌─Consult/Modify: Ethernet Parameters──────────────────────────┐
│ │
│ Node Number (reserved) : 1 │
│ Shelf Address : 2 │
│ Board Address : 1 │
│ Shelf - Board Address : 2-1 │
│ │
│ IP Address Mode + IP version 4 │
│ Interface Type + GA │
│ IP Quality of service : 0 │
│ Cryptographic box address : ------------------------│
│ Board Ethernet Address : 00:80:9f:9b:7f:cc │
│ Board IP Address : 172.16.5.13 │
│ NetMask IP : 255.255.255.0 │
│ Default Gateway IP Address : 172.16.5.1 │
└──────────────────────────────────────────────────────────────┘
Aparelho IPTouch instalado no Ramal 2033 com MAC-Address 00.80.9f.96.33.cd

utilizando também o endereço IP 172.16.5.13
┌─Consult/Modify: Tsc IP User──────────────────────────────────┐
│ │
│ Directory Number : 2033 │
│ │
│ Set Type + IPTouch 4038 │
│ Voice Coding Algorithm + Default │
│ IP Addr Mode + ipv4 │
│ Terminal Ethernet Address : 00:80:9f:96:33:cd │
│ IP Domain Number : 0 │
│ Use of volume in system + YES │
│ Reset For Update Authorized + YES │
│ IP Address : 172.16.5.13 │
│ IP-Softphone Emulation + NO │
└──────────────────────────────────────────────────────────────┘
Aparelho IPTouch está com o mesmo endereço IP 172.16.5.13 de uma GA2 (O aparelho
entra em Serviço e depois reinicia)
22/10/19 18:04:22 000001M|002/01/-/---|=2:4400=Duplicate IP addr from 00.80.9f.96.33.cd
22/10/19 18:04:51 000001M|001/00/0/050|=4:0389=Sig. on IP set: set demand a reset
00:80:9f:96:33:cd,2033
22/10/19 18:15:31 000001M|001/00/0/050|=3:0386=Sig. on IP set: No response from de set
00:80:9f:96:33:cd,2033
22/10/19 18:15:51 000001M|000/00/0/000|=4:0426=IPTOUCH terminal reset 1, 00:80:9f:96:33:cd,2033
22/10/19 18:15:53 000001M|001/00/0/050|=5:2053=Terminal 50 in servisse

No conjunto IP é exigido um reset P1
mesmo endereço IP
(Alertar administrador da rede)
Sem comunicação com o Terminal/Aparelho
Terminal/Aparelho IPTouch reiniciou
IPTouch
0386 – Alarme Menor – Minoritário
(Verifique o link entre o Terminal/Aparelho e a CPU)
Número do terminal P1 colocado em serviço

Retirado o cabo de rede da Placa GA2
23/10/19 12:07:07 000001M|002/01/-/---|=2:2042=Loss of a GA/GA3 type cpl
23/10/19 12:07:07 000001M|002/09/-/---|=3:2490=Loss of a virtual coupler GPA (2,9) of the
associated coupler GA/GA3 (2,1)
Perda de um tipo de acoplador P1 Perda de um acoplador virtual P1 (P2, P3) do

2042 – Alarme Major – Majoritário acoplador associado P4 (P5, P6)
(Verifique a conexão da placa no Gabinete) 2490 – Alarme Menor – Minoritário
(Resetar a Placa Virtual executando o comando
rstcpl 2 9)
Reconectado o cabo de rede da Placa GA2, e o Aparelho IPTouch reiniciou
23/10/19 12:09:30 000001M|002/01/-/---|=3:0747=Config error or Loss of IP connection:

4,(2,1),172.16.5.13,00:80:9f:9b:7f:cc
23/10/19 12:09:40 000001M|002/01/-/---|=4:0740=Beginning of an INT/IP downloading
@:00.80.9f.9b.7f.cc (binmg)
23/10/19 12:09:40 000001M|002/01/-/---|=5:0741=End of downloading of an INT/IP board
@:00.80.9f.9b.7f.cc (binmg)
23/10/19 12:09:43 000001M|002/01/-/---|=4:0740=Beginning of an INT/IP downloading
@:00.80.9f.9b.7f.cc (binmg)
23/10/19 12:09:43 000001M|002/01/-/---|=5:0741=End of downloading of an INT/IP board
@:00.80.9f.9b.7f.cc (binmg)
00.80.9f.96.33.cd,2033
23/10/19 12:10:23 000001M|002/01/-/---|=2:4400=Duplicate IP addr from 00.80.9f.96.33.cd
23/10/19 12:10:38 000001M|000/00/0/000|=4:0426=IPTOUCH terminal reset 13,
00.80.9f.96.33.cd,2033
Erro de configuração ou perda de conexão IP: P1 Sem comunicação com o Terminal/Aparelho IPTouch
(Verificar se a configuração está correta) (Verifique o link entre o Terminal/Aparelho e a
CPU)
Motivo da reinicialização "P1" "Estado do erro P1” O acoplador detectou outra máquina que tem o
5857 – Alarme Indeterminate – Indeterminado mesmo endereço IP
(Ação do operador é necessária) 4400 – Alarme Major – Majoritário
Terminal/Aparelho IPTouch reiniciou P1
Placa GA2 e o Aparelho IPTouch entram em serviço

23/10/19 12:10:51 000001M|002/09/-/---|=4:2491=GPA(2,9) virtual coupler commissioning of
the associated coupler GA/GA3(2,1)
Número do terminal P1 colocado em serviço Comissionamento do acoplador P1

Comissionamento de um acoplador virtual P1
(P2, P3) do acoplador associado P4 (P5, P6)

EXEMPLO 3

Placa GD2 com MAC-Address 00.80.9f.9b.7f.cc utilizando o endereço IP 172.16.5.11
│ │
│ │
│ Interface Type + GD │
│ Board Ethernet Address : 00:80:9f:8a:07:d4 │
│ Board IP Address : 172.16.5.11 │
│ NetMask IP : 255.255.255.0 │
│ │
└──────────────────────────────────────────────────────────────┘
Softphone instalado no Ramal 2034 com MAC-Address d0.94.66.a3.22.c2 utilizando

também o endereço IP 172.16.5.11
┌─Consult/Modify: Tsc IP User──────────────────────────────────┐
│ │
│ │
│ Set Type + IPTouch 8068S │
│ Voice Coding Algorithm + Default │
│ IP Addr Mode + ipv4 │
│ Terminal Ethernet Address : 2f:06:37:44:d5:49 │
│ IP Domain Number : 0 │
│ Use of volume in system + YES │
│ Reset For Update Authorized + YES │
│ IP Address : 172.16.5.11 │
│ IP-Softphone Emulation + YES │
│ │
└──────────────────────────────────────────────────────────────┘
25/10/19 16:49:02 000001M|002/00/-/---|=3:4401=Ethernet broadcast reception exceeded threshold

due to excessive traffic
25/10/19 16:49:02 000001M|002/01/-/---|=3:4401=Ethernet broadcast reception exceeded threshold
due to excessive traffic
2f:06:37:44:d5:49,2034
25/10/19 18:10:35 000001M|002/01/-/---|=2:4400=Duplicate IP addr from d0.94.66.a3.22.c2

Transmissão de Broadcast excessivo excedeu o Sem comunicação com o Terminal/Aparelho
limite devido ao tráfego IPTouch
4401 – Alarme Menor – Minoritário 0386 – Alarme Menor – Minoritário
(Tente entender por que há tanto tráfego de (Verifique o link entre o Terminal/Aparelho e a
transmissão) CPU)
O acoplador detectou outra máquina que tem
o mesmo endereço IP
Verificado notebook na Rede com MAC-Address d0.94.66.a3.22.c2 utilizando o mesmo

endereço IP 172.16.5.11, que são as mesmas informações verificadas no Softphone
instalado no Ramal 2034.
EXEMPLO 3: No exemplo abaixo um temos dois equipamentos utilizando o mesmo

endereço IP
Placa GD2 com MAC-Address 00.80.9f.f4.45.26 utilizando o endereço IP 10.146.224.101

│ │
│ │
│ Interface Type + GD3 │
│ Board Ethernet Address : 00:80:9f:f4:45:26 │
│ Board IP Address : 10.146.224.101 │
│ NetMask IP : 255.255.255.192 │
│ │
└──────────────────────────────────────────────────────────────┘
24/10/19 12:38:40 000001M|006/00/-/---|=2:4400=Duplicate IP addr from

00.00.00.00.00.00

Identificado um equipamento na Rede sem identificação de MAC-Address, utilizando o
mesmo endereço IP 10.146.224.101 da GD3.
Obs: como esse equipamento não está registrado dentro do PABX, a identificação de
MAC-Address pelo PABX ficou 00.00.00.00.00.00.

mesmo endereço IP

INCIDENTES DE TELNET
Sessão de Telnet Ativa
Placa GD ativou o Serviço de Telnet no PABX
31/12/99 22:04:35 000001M|002/00/-/---|=3:5873=telnet service opened
Serviço de Telnet Aberto

Sessão de Telnet Negada

Serviço de telnet Negado para acesso a GD
25/11/19 07:38:13 000002M|002/00/-/---|=5:5872=telnet service denied (0 telnet sessions running
Serviço de Telnet Negado

INCIDENTES DE LOGIN MTCL

Login no PABX
Uma conexão de acesso foi realizada no PABX mediante longin de mtcl
Alarme externo P1
Número de tentativas de Login no PABX Excedidas

Número máximo de tentativas de login atingidas para o usuário P1
01/01/00 00:00:09 000001M|---/--/-/---|=3:3070=Maximum number of login attempts reached for user mtcl
13/01/20 08:42:39 000001M|---/--/-/---|=3:3070=Maximum number of login attempts reached for user swinst
13/01/20 08:45:15 000001M|---/--/-/---|=3:3070=Maximum number of login attempts reached for user root
Alarme externo P1

INCIDENTES DE GUIA DE VOZ
Download de Guia de Voz

Download do arquivo de Guias de Voz vgadpcm.PT1
26/08/19 17:24:27 000001M|02/27/-/---|=4:0260=Beginning of downloading

/DHS3ext/vgadpcm/flash/std/vgadpcm.PT1
26/08/19 17:27:49 000001M|02/27/-/---|=4:0261=End of downloading
/DHS3ext/vgadpcm/flash/std/vgadpcm.PT1
Início de Download P1 Término de Download P1

0260 – Alarme Warning – Aviso 0261 – Alarme Warning – Aviso
Falha de Download de Guia de Voz

Problema com carregamento de um Guia de Voz na Flash
25/09/19 01:04:52 000001M|02/27/-/---|=3:2029=Erroneous initialization on 1 flash
Inicialização incorreta no flash P1

(Verifique se a placa flash realmente contém
todas as mensagens desejadas)
Download de Guias de Voz Dinâmicas

Extensão .VPR “Projeto Alcatel Áudio Stations”
18/12/19 12:00:39 000001M|002/27/-/---|=4:0260=Beginning of downloading 800_semopcao
18/12/19 12:00:41 000001M|002/27/-/---|=5:0261=End of downloading 800_semopcao
18/12/19 12:00:44 000001M|002/27/-/---|=4:0260=Beginning of downloading 801_comopcao
18/12/19 12:00:47 000001M|002/27/-/---|=5:0261=End of downloading 801_comopcao
18/12/19 12:00:51 000001M|002/27/-/---|=4:0260=Beginning of downloading 802_submenu
18/12/19 12:00:55 000001M|002/27/-/---|=5:0261=End of downloading 802_submenu
18/12/19 12:00:59 000001M|002/27/-/---|=4:0260=Beginning of downloading 803_piloto
18/12/19 12:01:03 000001M|002/27/-/---|=5:0261=End of downloading 803_piloto
18/12/19 12:01:13 000001M|002/27/-/---|=4:0260=Beginning of downloading 804_anuncio
18/12/19 12:01:18 000001M|002/27/-/---|=5:0261=End of downloading 804_anuncio
Início de Download P1 Término de Download P1

Exclusão de Guias de Voz Dinâmicas

Extensão .VPR “Projeto Alcatel Áudio Stations”
18/12/19 11:23:09 000001M|002/27/-/---|=4:2476=Erasing voice message 800 on partition 5
Exclusão da mensagem de voz P1 na partição P2


INCIDENTES DO CORREIO DE VOZ 4645
Download da Guia do Correio de Voz 4645

Download do arquivo de Guias de Voz evavg.PT1, evavg.EN0, evavg.FR0, evavg.ES0
Obs 1: após a configuração do Correio de Voz 4645 em Applications/Voice Mail é

necessário fazer a transferência da respectiva Guia de Idiomas do Correio de Voz 4645
para a pasta /usr7/vgeva. Caso não seja feito a transferência da Guia de Idiomas ocorrerá o
incidente 5410
Obs 2: não existe incidente de confirmação de Download da Guia de Idiomas do Correio de

Voz 4645, ocorrerá sempre o incidente 5410 de erro de Download
02/12/19 16:42:45 000001M|---/--/-/---|=2:5410=4645 The download of the
/DHS3ext/vgeva/evavg.PT1 (A) language file failed.
/DHS3ext/vgeva/evavg.EN0 (A) language file failed.
/DHS3ext/vgeva/evavg.FR0 (A) language file failed.
/DHS3ext/vgeva/evavg.ES0 (A) language file failed.
O download do arquivo de idioma P1 falhou

Reset da Placa Virtual 18-1 do Correio de Voz 4645
No exemplo a Placa Virtual 18-1 foi reinicializada por comando rstcpl
02/12/19 16:44:16 000001M|---/--/-/---|=2:2166=CPU requires Reset CPL 4645 (18,1) Cause 0
Perda de comunicação com a Placa (Após aguns segundos ao comando de Reset aparece a
mensagem da perda de comunicação da Placa Virtual 18-1 após comando rstcpl)
02/12/19 16:44:21 000001M|018/01/-/---|=2:2042=Loss of a 4645 type cpl
Placa Virtual 18-1 entrando em Serviço (No exemplo após comando rstcpl Placa Virtual
18-1, após alguns segundos ela entra em serviço após o status INIT 2 RUN passar para IN
SERVICE)
02/12/19 16:44:21 000001M|018/01/-/---|=5:2019=4645 coupler commissioning

(Nenhuma ação do operador é necessária) (Verifique a conexãoda placa no Gabinete)

Link Virtual do Correio de Voz 4645
No exemplo o Link Virtual do Correio de Voz 4645 está alarmado e não foi inicializado,
podendo ser por motivos de não configurar o Correio em Applications/Voice Mail ou reset
da Placa Virtual 18-1
02/12/19 16:44:21 000001M|---/--/-/---|=2:0908=VOICE MAIL. Impossible starting link
No exemplo o Link Virtual do Correio de Voz 4645 não está mais alarmado e foi
inicializado, podendo ser por motivos de configuração do Correio em Applications/Voice
Mail ou normalização da Placa Virtual 18-1 após o reset
02/12/19 16:44:29 000001M|---/--/-/---|=5:0903=VOCAL FACILITY starting link
Execução da Inicialização do Link é impossível Execução da Inicialização do Link estabelecida

0908 – Alarme Major – Majoritário 0903– Alarme Clear – Limpar
Erro de Software do Correio de Voz 4645
No exemplo o Link Virtual do Correio de Voz 4645 está alarmado e não foi inicializado,
podendo ser por motivos de não configurar o Correio em Applications/Voice Mail ou reset
da Placa Virtual 18-1
02/12/19 16:42:42 000001M|018/01/-/---|=4:5400=4645 Software Error: Error Code 0x 0. 0

Module 0x 0. 0 Line 0x 0. 0
02/12/19 16:42:42 000001M|018/01/-/---|=4:5402=4645 Error Data: 0x6403 0x0000 0xa07b
0x0000 0x2000
A causa deste erro é um problema com o

Anomalias de software são enviadas para a CPU Correio de Voz 4645
(Anote o incidente com todas as suas informações em uma folha
de observação “relatório de problemas”, especificando se
possível o contexto do erro)

Correio de Voz 4645 parou de funcionar após a atualização do sistema de R11.0 para
R11.2.2 l2.300.37.a
Os incidentes de incvisu abaixo mencionados são observados no sistema:

07/05/18 12:45:38 000001M|018/01/-/---|=4:5400 = 4645 Erro de software: Código de erro
0x 0. 2 Módulo 0x 0. 0 Linha 0x 0. 2
07/05/18 12:45:39 000001M|018/01/-/---|=5:2019 = comissionamento do acoplador 4645
07/05/18 12:45:39 000001M|---/--/-/---|=2:5410 = 4645 O download do arquivo de idioma
/DHS3ext/vgeva/evavg.EN0 (A) falhou.
07/05/18 12:48:39 000001M|---/--/-/---|=3:1404 = ABCA MSG errado 0 IE 3 54: 0
07/05/18 12:54:57 000001M|---/--/-/---|=2:0908 = CORREIO DE VOZ. Ligação inicial
impossível
07/05/18 12:54:57 000001M|---/--/-/---|=2:1401 = ABCA tarefa 0 exceção 0 0 PC
0x080e203c
07/05/18 12:53:39 000001M|---/--/-/---|=3:1410 = Operação ABCA_MAO 12 status 98 mcdu
SYS info 0x00
07/05/18 12:55:39 000001M|018/01/-/---|=4:5400 = 4645 Erro de software: Código de erro
0x 0. 2 Módulo 0x 0. 0 Linha 0x 0. 2
ABCA MSG errado P1 IE P2 P3: P4 Exceção ABCA da tarefa P1 P2 PC 0xP3P4

Estado da Operação P1 ABCA_MAO P2 mcdu%
c% c% c% c% c% c% c% c info 0xP3P4
Solução dada pela Alcatel-Lucent:
O patch Instrumental com correção "Instr_l2.300.37_CROXES-18259_1" é fornecido; no

entanto, o problema não foi resolvido.
Além do hotfix fornecido, as etapas abaixo são recomendadas para formatar a partição
Eva:
1) Backup do Eva e Eva Mensagens

2) Reinicialize o Nó “Node”
3) Inicie o comando Eva_tool
4) Selecione o formato de partição 4645
5) Restaure o backup das mensagens Eva & Eva6) e execute o Runtel ao Nó “Node”
O 4645 está funcionando bem junto com as saudações gravadas, formatando e

restaurando os arquivos de hotfix

INCIDENTES DE DATA/HORA
Ajuste de Data e Hora

Modificação de Data e Hora no PABX
21/10/19 11:16:04 000001M|---/--/-/---|=4:1546=Date modification done by 0
Modificação de data feita por P1

INCIDENTE FONTE DE ALIMENTAÇÃO / BANCO DE BATERIAS
Banco de Bateria Interna

Banco de Bateria Interna instalada no Gabinete Hardware Comum não segura carga.
12/09/19 12:57:49 000001M|001/00/-/---|=1:5856=MediaGateway has received a power

supply alarm
12/09/19 12:57:52 000001M|001/00/-/---|=2:5858=MediaGateway power supply has come back
O Media Gateway recebeu um alarme de fonte

A fonte de alimentação Media Gateway voltou
de alimentação
(Fonte de Alimentação Normalizou)
(Verificar Fonte de Alimentação)
INCIDENTE FONTE DE ALIMENTAÇÃO
CPU recebeu um alarme de Fonte de Alimentação.
A CPU recebeu um alarme de fonte de

alimentação
(Verificar Fonte de Alimentação)
INCIDENTE MÓDULO VENTILAÇÃO OU FAN
Módulo de Ventilação não está funcionando

Ventilador com problema no Módulo de Cooler (Excesso de Pó ou Defeito Físico)
18/09/19 15:04:17 000001M|002/00/-/---|=2:5850=FAN out of order
O ventilador do rack está fora de serviço

(Troca do Módulo de Fan)

INCIDENTES DE DHCP
Incidente de DHCP Server (DHCP está ativo e com Subnetworks)
26/08/19 17:23:04 000001M|--/--/-/---|=5:1567=DHCP server started
Servidor DHCP iniciado

INCIDENTE DE HARD DISK
Incidente de Hard Disk (Utilização de 3 anos ou mais, exceto SCSI e RAID alguns servidores
Blade e Appliance)
29/11/19 19:19:03 000001M|---/--/-/---|=4:3074=Careful to disk age (1822 days / 4 years).
Cuidado com a idade do disco (P1 dias / P2 anos)

Este incidente é emitido assim que o disco fica
mais antigo
Obs: Desde à Release 8.0.1 este incidente 3074 é usado para identificar se o disco rígido
usado está fora de garantia “tempo de uso” (normalmente esse incidente começa a
aparecer se o disco rígido tiver sido usado por mais de 3 anos).
Isso não significa que haja algum problema com o disco rígido, mas um aviso informando
que o disco rígido é bastante antigo. É arriscado usar um disco rígido antigo podendo
causar falhas de hardware.
A ação Recomendada pela Alcatel é substituir o disco rígido antigo para um novo o mais
cedo possível para evitar possíveis problemas de hardware.
INCIDENTES DE PLACA FILHA
Placa Filha MADA

Versão da Placa Filha MADA instalada é diferente da Placa Filha MADA configurada
MADA1 ou MADA3
MADA1: 8 conexões simultâneas (GA - GD)

MADA3: 24 conexões simultâneas (GA - GD)
26/08/19 17:23:14 000001M|02/00/-/---|=3:4421=1 MADA3 registered, but 1 MADA1 plugged
P1 registrado, mas P2 conectado"

(Mude a (s) placa (s) filha (s) ou modifique a
configuração em mgr)

INCIDENTES DE SIPTRUNK
No exemplo abaixo uma Configuração de SIPTRUNK, sendo composto por:
SIP External Gateways

A pesquisa pode ser realizada através do comando: sipextgw –l
====================================================================
| R E G I S T E R E D S I P E X T E R N A L G A T E W A Y S |
====================================================================
IN SERVICE SIP external gateways list :

1 4 9 10
SIP External Gateway Number

A pesquisa pode ser realizada através do comando: sipextgw –g 10
====================================================================
| S I P E X T E R N A L G A T E W A Y Nb 10 |
====================================================================
Gateway Name : WebRtcGtw
State : IN SERVICE
Remote domain : 000.000.000.000
PCS IP address : 000.000.000.000
Port number : 5060
Transport : UDP
Local domain name :
Local user name :
Registration ID in
P-Asserted-ID : FALSE
Registration timer : 0
Outbound proxy :
Supervision timer : 380
Use trunk group number : 10 (ISDN)
SIP Trunk
A pesquisa pode ser realizada através do comando: trkstat –r 10
+==============================================================================+
| S I P T R U N K S T A T E Trunk group number : 10 |
| Trunk group name : WebRtcGtw |
| Number of Trunks : 62 |
| Max. Voice calls : Not Restricted |
+------------------------------------------------------------------------------+
| Index : 1 2 3 4 5 6 7 8 9 10 11 12 13 |
| State : F B F F F F WB F F F F F |
+------------------------------------------------------------------------------+
| Index : 14 15 16 17 18 19 20 21 22 23 24 25 26 |
| State : F F F F F F F F F F F F F |
+------------------------------------------------------------------------------+
| Index : 27 28 29 30 31 32 33 34 35 36 37 38 39 |
+------------------------------------------------------------------------------+
| Index : 40 41 42 43 44 45 46 47 48 49 50 51 52 |
+------------------------------------------------------------------------------+
| Index : 53 54 55 56 57 58 59 60 61 62 |
| State : F F F F F F F F F F |
+------------------------------------------------------------------------------+
| F: Free | B: Busy | Ct: busy Comp trunk | Cl: busy Comp link |
| WB: Busy Without B Channel| Cr: busy Comp trunk for RLIO inter-ACT link |
| WBD: Data Transparency without chan.| WBM: Modem transparency without chan. |
| D: Data Transparency | M: Modem transparency |
+------------------------------------------------------------------------------+

SIP Gateway
A pesquisa pode ser realizada através do comando: sipgateway
+-----------------------------------------------------------------------+
| SIP Gateway |
+-----------------------------------------------------------------------+
Subnetwork number : 2
SIP Trunk Group : 19
IP Address : 000.000.000.000
Machin name : vssp
Proxy Port Number : 5060
SIP Subscribe Min
Duration : 1800
SIP Subscribe Max
Duration : 86400
Session Timer : 1800
Min session timer : 900
Session Timer method : RE-INVITE
DNS Informations :
DNS local domain name : nome.local
DNS type : DNS A
Primary DNS IP address : 000.000.000.000
Secondary DNS IP
address : Unused
SDP in 180 messages : TRUE
Cac SIP-SIP : FALSE
SIP Info enable : FALSE
Payload : 97
Overflow license
Threshold : 80
+-----------------------------------------------------------------------+
| Trusted IP Address List |
+-----------------------------------------------------------------------+
Trusted IP Address 1 : 000.000.000.000
+-----------------------------------------------------------------------+
| Quaranted IP Address List |
+-----------------------------------------------------------------------+
Processos de SIP
A pesquisa pode ser realizada através do comando: ps -edf | grep sip
root 13024 2892 13024 0 1 09:29 ? 00:00:00 /DHS3bin/servers/sipmotor

mtcl 13051 12653 13051 0 1 09:29 pts/1 00:00:00 grep sip
Reset do SIP Motor (Reinicializado por comando dhs3_init –R SIPMOTOR)
Obs: ao executar esse comando todos os Processos de SIP e o SIP Trunk são reiniciados
24/10/19 09:29:00 000001M|---/--/-/---|=2:5831=SIP Motor Restart: 0

SIP External Gateway em Serviço
24/10/19 09:29:23 000001M|---/--/-/---|=0:5812=SIP external gateway 1 is in service
Reset de SIP External Gateway

24/10/19 09:29:12 000001M|---/--/-/---|=0:5813=SIP external gateway 1 is out of service
Reset de SIP Trunk Group

24/10/19 09:29:23 000001M|000/00/-/---|=5:5800=10 SIP trunk group put into service
SIP Trunk Group em Serviço

24/10/19 09:29:12 000001M|000/00/-/---|=3:5801=10 SIP trunk group put out of service
24/10/19 09:29:12 000001M|000/00/-/---|=3:5801=19 SIP trunk group put out of service
24/10/19 09:29:12 000001M|000/00/-/---|=3:5801=30 SIP trunk group put out of servisse
SIPMotor
Perturbações do funcionamento adequado do SIPMOTOR

O incidente 5816 é gerado sendo seguido pelo incidente 0287, esses dois incidentes
aparecem cada vez mais frequentemente ao longo do tempo, há uma boa probabilidade
de interromper o funcionamento do SIPMOTOR.
03/07/09 11:54:24 000001M|---/--/-/---|=3:5816=Minor failure in SIP component SIP

03/07/09 11:54:44 000001M|019/00/0/007|=3:0287= Header msg pb (T2, T0 or S0), (1 10958
-1) especially TEI or flag
SIP Gateway fora de serviço SIP Gateway em serviço

O SIP Gateway P1 Externo está em serviço O SIP Gateway P1 Externo está em serviço
5812 – Alarme Indeterminate – Indeterminado 5813 – Alarme Indeterminate – Indeterminado
SIP Motor P1 reiniciou Falha Grave em Componente SIP Motor
5831 – Alarme Major – Majoritário 5814 – Alarme C ritical – Crítico
(Processo do SIP motor reiniciado, verificar o (Veja o arquivo de log do alarme SIP:
motivo) /tmpd/sipalarm.log)
Falha Grave em Componente SIP Motor Falha Grave em Componente SIP Motor
5815 – Alarme Major – Majoritário 5816 – Alarme Minor – Minoritário
(Veja o arquivo de log do alarme SIP: (Veja o arquivo de log do alarme SIP:
/tmpd/sipalarm.log) /tmpd/sipalarm.log)

São oito os incidentes envolvidos por defeito ou solução de SIPTrunk:
Incidentes vinculados ao estado em serviço/fora de serviço de um grupo de troncos SIP:

Incicente Coletado:
24/10/19 09:29:23 000001M|000/00/-/---|=5:5800=10 SIP trunk group put into
service
Ação: Grupo de Troncos SIP em serviço. Nenhuma ação do operador é necessária

Incicente Coletado:
24/10/19 09:29:12 000001M|000/00/-/---|=3:5801=10 SIP trunk group put out of
service
Ação: Grupo de Troncos SIP fora de serviço. Nenhuma ação do operador é
necessária
Incidentes ligados ao estado em serviço / fora de serviço de um Gateway

Incicente Coletado:
24/10/19 09:29:23 000001M|---/--/-/---|=0:5812=SIP external gateway 10 is in
Ação: Gateway em serviço. Nenhuma ação do operador é necessária

Incicente Coletado:
24/10/19 09:29:12 000001M|---/--/-/---|=0:5813=SIP external gateway 10 is
out of service
Ação: Gateway fora de serviço. Nenhuma ação do operador é necessária

Incicente Coletado:
24/10/19 09:29:00 000001M|---/--/-/---|=2:5831=SIP Motor Restart: 0
Ação: Reset SIPmotor. Processo do SIP motor reiniciado, verificar o motivo

Incidentes ligados ao estado em serviço / fora de serviço de Componentes SIP: SIP
Extension, SIP Device, Local SIP Gateway, External SIP Gateway e External SIP Voicemail

Incicente Coletado:
Ação: Reset SIPmotor. Ver arquivo de log do alarme SIP: /tmpd/sipalarm.log
– 5815 : Alarme Major – Majoritário

Incicente Coletado:
Ação: Gateway em serviço. Ver arquivo de log do alarme SIP: /tmpd/sipalarm.log
– 5816 : Alarme Minor – Minoritário

Incicente Coletado:
03/07/09 11:54:24 000001M|---/--/-/---|=3:5816=Minor failure in SIP
component SIP
03/07/09 11:54:44 000001M|019/00/0/007|=3:0287= Header msg pb (T2, T0 or
S0), (1 10958 -1) especially TEI or flag
Ação: Gateway em serviço. Ver arquivo de log do alarme SIP: /tmpd/sipalarm.log

INCIDENTES DE DUPLICAÇÃO DE CPU
Quando uma falha é detectada no Servidor Standby, ela envia uma mensagem de
incidente do Servidor Principal (Main) que é exibido com a letra “S '', permitindo que o
usuário diferencie os incidentes originário do Servidor Principal (Main ) com a letra "M"
ou do Servidor Standby com a letra "S".
Quando o Servidor Standby não pode processar as solicitações de MAO transmitidas a um

Servidor Principal (Main), (caso de inconsistência na base de dados), é sinalizado essa
situação transmitindo um incidente no servidor principal.
As mensagens de incidente são exibidas da seguinte maneira:
EXEMPLO 1
CPUA Main 172.16.5.22 está como Main "Principal"
(1)lab1> incvisu
21/10/19 12:59:43
21/10/19 13:01:08 000001I|---/--/-/---|=2:2176x004=A dynamic patch has been installed for TEL
21/10/19 13:01:43 000001I|000/28/-/---|=4:0260=Beginning of downloading binio1n
21/10/19 13:01:52 000001I|000/28/-/---|=5:0261=End of downloading binio1n
21/10/19 13:01:52 000001I|000/28/-/---|=4:0260=Beginning of downloading tonesnv
21/10/19 13:01:52 000001I|000/28/-/---|=5:0261=End of downloading tonesnv
21/10/19 13:01:53 000001M|000/28/-/---|=4:0260=Beginning of downloading bnvdsp0cpu6
21/10/19 13:01:54 000001M|000/28/-/---|=5:0261=End of downloading bnvdsp0cpu6
21/10/19 13:02:49 000001M|---/--/-/---|=4:4017=CSTA server : new creation 1 172.16.5.22
21/10/19 13:05:28 000001M|000/06/-/---|=5:2169=Main CPU initialization completed
21/10/19 13:14:17 000001S|---/--/-/---|=5:1367=DECT network initialization
21/10/19 13:14:17 000001S|---/--/-/---|=5:5904=Remote extension network initialization
21/10/19 13:14:17 000001S|---/--/-/---|=4:0425=PRS related activity : Interface handler started
21/10/19 13:14:17 000001S|000/28/-/---|=4:0260=Beginning of downloading bnvdsp0cpu6
21/10/19 13:14:17 000001S|000/28/-/---|=5:0261=End of downloading bnvdsp0cpu6
21/10/19 13:15:59 000001S|---/--/-/---|=4:0628=AFE_STBY_AFE: 13
21/10/19 13:17:42 000001M|000/10/-/---|=5:2059=St-by CPU put in serviceRole and
Role and CPU positions:

Role of the CPU : MAIN
CPU position : 06
CPU address : 172.16.5.22
Twin CPU position : 10
Twin CPU address : 172.16.5.20
Redundancy State:
Duplicated configuration : YES
Wished sig. transfer mode : C1 signalling channel
Used sig. transfer mode : C1 signalling channel
Transmission CPU-CPU : READY
Telephony redundancy : READY
monitel redundancy : READY
memloader redundancy : READY
All applications redundancy : READY
Onde:
000001I - Incidente originário do PAbX que ainda não entrou em serviço
000001M - Incidente originário do PAbX Principal "Main"
000001S - Incidente originário do PAbX de Contingência "Standby"

Indicação da Versão, Patch e Modelo de CPU Patch Dinâmico foi instalado para o TEL
Basculamento da CPU Standby O Endereço IP da nova CPU Principal ativa é
2009 – Alarme Clear – Limpar criado
(Nenhuma ação do operador é necessária) 4017 – Alarme Warning – Aviso
A inicialização da CPU em espera está concluída A CPU principal não está mais ativa. Esse
(Nenhuma ação do operador é necessária) incidente ocorre no momento da troca da CPU
2059 – Alarme Clear – Limpar 2171 – Alarme Major – Majoritário
O Endereço IP da nova CPU Principal ativa é Erro na atualização da espera do AFE
criado 0628 – Alarme Warning – Aviso
4017 – Alarme Warning – Aviso (Nenhuma ação do operador é necessária)
A inicialização da CPU em espera está concluída
CPUB Standby 172.16.5.20 está como Standby "Contingência"
((1)lab2> incvisu
21/10/19 13:12:06
21/10/19 13:12:23 000001I |---/--/-/---|=4:2199=A4400 Version : R9.1-i1.605-21-e-br-c7s2
21/10/19 13:13:12 000001I |---/--/-/---|=2:2176=A dynamic patch has been installedfor TEL
21/10/19 13:13:31 000001I |---/--/-/---|=2:2176x004=A dynamic patch has been installed for TEL
21/10/19 13:13:31 000001I |---/--/-/---|=4:0260=Beginning of downloading binloaderio1n
21/10/19 13:13:31 000001I |---/--/-/---|=5:0261=End of downloading binloaderio1n
21/10/19 13:14:06 000001I |000/28/-/---|=4:0260=Beginning of downloading binio1n
21/10/19 13:14:15 000001I |000/28/-/---|=5:0261=End of downloading binio1n
21/10/19 13:14:15 000001I |000/28/-/---|=4:0260=Beginning of downloading tonesnv
21/10/19 13:14:15 000001I |000/28/-/---|=5:0261=End of downloading tonesnv
21/10/19 13:14:16 000001S |---/--/-/---|=5:2009=Initialisation CPU role STAND BY

Role of the CPU : STAND BY
CPU position : 10
Redundancy State:
Onde:
Indicação da Versão, Patch e Modelo de CPU Basculamento da CPU Standby


EXEMPLO 2
Executado o comando bascul
CPUA Main 172.16.5.22 que estava como Main "Principal, passou a ser" Standby
"Contingência":
(1)lab1> incvisu
21/10/19 14:20:00
21/10/19 14:21:07 000001I|---/--/-/---|=2:2176=A dynamic patch has been installedfor TEL
21/10/19 14:22:07 000001S|---/--/-/---|=5:2009=Initialisation CPU role STAND BY

CPU position : 06
Redundancy State:
Onde:
Indicação da Versão, Patch e Modelo de CPU Inicialização da CPU Standby

Pesquisa de incidente –b1 na Sessão Anterior da CPUA Main 172.16.5.22

21/10/19 14:16:56 000001M|---/--/-/---|=1:2349=Bascul command called
Comando de Basculamento executado Comando de Basculamento

(Verificar a troca da CPU stdby) (Nenhuma ação do operador é necessária)

CPUB Standby 172.16.5.20 que estava como Standby "Contingência" passou a ser a Main
"Principal"
(1)lab2> incvisu
21/10/19 13:12:06
21/10/19 14:16:56 000001M|---/--/-/---|=5:2009=switch over CPU role MAIN
21/10/19 14:16:56 000001M|000/06/-/---|=2:2171=Former main CPU has been lost
21/10/19 14:24:09 000001S|---/--/-/---|=4:0628=AFE_STBY_AFE: 13
21/10/19 14:25:51 000001M|000/06/-/---|=5:2059=St-by CPU put in servisse

CPU position : 10
Redundancy State:
Onde:
A CPU Principal não está mais ativa. Esse incidente
Basculamento da CPU Standby ocorre no momento da troca de uma CPU para
2009 – Alarme Clear – Limpar outra CPU
(Nenhuma ação do operador é necessária) 2171 – Alarme Major – Majoritário
O Endereço IP da nova CPU Principal ativa é criado Erro na atualização da espera do AFE
A inicialização da CPU Standby está concluída

EXEMPLO 3
Executado o shutdown –r now
"Contingência":
(1)lab1> incvisu
22/10/19 08:44:25

CPU position : 06
Redundancy State:

Comando de Reset shutdown Comando de Basculamento


"Principal"
(1)lab2> incvisu
22/10/19 08:19:32
22/10/19 08:41:22 000001M|---/--/-/---|=5:2009=switch over CPU role MAIN
22/10/19 08:41:22 000001M|000/06/-/---|=2:2171=Former main CPU has been lost
22/10/19 08:48:33 000001S|---/--/-/---|=4:0628=AFE_STBY_AFE: 13
22/10/19 08:50:15 000001M|000/06/-/---|=5:2059=St-by CPU put in service

CPU position : 10
Redundancy State:
Onde:
A CPU Principal não está mais ativa. Esse incidente
Basculamento da CPU Standby ocorre no momento da troca de uma CPU para
2009 – Alarme Clear – Limpar outra CPU

EXEMPLO 4
Desligamento manual na chave/botão da CPU
"Contingência":
(1)lab1> incvisu
22/10/19 09:38:16
TEL

CPU position : 06
Redundancy State:
Não foi encontrado nenhum dos incidentes 2349 com 2077 ou 2073 com 2077.
Aparentemente ao desligar chave/botão da CPU, ficou uma lacuna sem informação da
causa.
A informação de que ocorreu uma “anomalia” na CPUA Main 172.16.5.22 que estava
como Principal basculou será encontrada nos incidentes 2009 com 2171 na sessão da
CPUB Standby 172.16.5.20 que estava como Contingência e passou a ser a Principal.
Onde:

"Principal"
(1)lab2> incvisu
22/10/19 11:56:03
22/10/19 11:56:20 000001I |---/--/-/---|=4:2199=A4400 Version : R9.1-i1.605-21-e-br-c7s2
22/10/19 11:57:09 000001I |---/--/-/---|=2:2176=A dynamic patch has been installed for TEL
22/10/19 11:57:28 000001I |---/--/-/---|=2:2176x004=A dynamic patch has been installed for
TEL
22/10/19 11:57:28 000001I |---/--/-/---|=4:0260=Beginning of downloading binloaderio1n
22/10/19 11:57:28 000001I |---/--/-/---|=5:0261=End of downloading binloaderio1n
22/10/19 11:58:09 000001I |000/28/-/---|=4:0260=Beginning of downloading tonesnv
22/10/19 11:58:10 000001I |000/28/-/---|=5:0261=End of downloading tonesnv
22/10/19 11:58:10 000001S |---/--/-/---|=5:2009=Initialisation CPU role STAND BY
22/10/19 12:12:27 000001M |---/--/-/---|=5:2009=switch over CPU role MAIN
22/10/19 12:12:27 000001M |000/06/-/---|=2:2171=Former main CPU has been lost
22/10/19 12:12:52 000001M |---/--/-/---|=4:4017=CSTA server : new creation 1 172.16.5.20
22/10/19 12:17:18 000001S |---/--/-/---|=5:1367=DECT network initialization
22/10/19 12:17:18 000001S |---/--/-/---|=5:5904=Remote extension network initialization
22/10/19 12:17:18 000001S |---/--/-/---|=4:0425=PRS related activity : Interfacehandler
started
22/10/19 12:17:18 000001S |000/28/-/---|=4:0260=Beginning of downloading bnvdsp0cpu6
22/10/19 12:17:18 000001S |000/28/-/---|=5:0261=End of downloading bnvdsp0cpu6
22/10/19 12:19:21 000001S |---/--/-/---|=4:0628=AFE_STBY_AFE: 13
22/10/19 12:21:03 000001M |000/06/-/---|=5:2059=St-by CPU put in servisse

CPU position : 10
Redundancy State:
Onde:
A CPU Principal não está mais ativa. Esse
Basculamento da CPU Standby incidente ocorre no momento da troca de uma
2009 – Alarme Clear – Limpar CPU para outra CPU

EXEMPLO 5
Desligamento por Falta de Energia
"Contingência":
(1)lab1> incvisu
22/10/19 14:46:28
22/10/19 14:46:45 000001I|---/--/-/---|=4:2199=A4400 Version : R9.1-i1.605-21-e-br-
c7s2
22/10/19 14:47:35 000001I|---/--/-/---|=2:2176=A dynamic patch has been installedfor
TEL
22/10/19 14:47:53 000001I|---/--/-/---|=2:2176x004=A dynamic patch has been installed
for TEL

CPU position : 06
Redundancy State:
Aparentemente durante a queda de energia no Retificador, ficou uma lacuna sem
informação da causa.
A informação de que ocorreu uma “anomalia” na CPUA Main 172.16.5.22 que estava
como Principal basculou será encontrada no incidente 2059 na sessão da CPUB Standby
172.16.5.20 que estava como Contingência e passou a ser a Principal.
Onde:
Basculamento da CPU Standby


"Principal"
(1)lab2> incvisu
22/10/19 14:46:16
TEL
22/10/19 14:48:26 000001M|---/--/-/---|=5:1367=DECT network initialization
22/10/19 14:48:26 000001M|---/--/-/---|=5:5904=Remote extension network initialization
22/10/19 14:48:26 000001M|---/--/-/---|=4:0425=PRS related activity : Interface handler started
22/10/19 14:48:26 000001M|019/01/-/---|=5:2019=INTIPA/INTIP3A coupler commissioning
22/10/19 14:48:30 000001M|000/28/-/---|=4:0260=Beginning of downloading bnvdsp0cpu6
22/10/19 14:48:30 000001M|000/03/-/---|=4:0260=Beginning of downloading bindspz2cx
22/10/19 14:48:30 000003M|000/28/-/---|=5:0261=End of downloading bnvdsp0cpu6
22/10/19 14:48:31 000001M|000/05/-/---|=4:0260=Beginning of downloading tonesnv_r2
22/10/19 14:48:31 000001M|000/05/-/---|=5:0261=End of downloading tonesnv_r2
22/10/19 14:48:31 000001M|000/05/-/---|=4:0260=Beginning of downloading bnvdsp1gpa2
22/10/19 14:48:36 000001M|000/03/-/---|=5:0261=End of downloading bindspz2cx
22/10/19 14:48:36 000001M|000/03/-/---|=4:3501=Clock loss
22/10/19 14:48:39 000001M|---/--/-/---|=4:3553=Transmission problem
22/10/19 14:48:39 000001M|000/08/-/---|=4:3501=Clock loss
22/10/19 14:48:41 000001M|000/03/-/---|=3:2025=Incorrect number of channels on DSP0 : 00
instead of 08
22/10/19 14:48:41 000001M|000/05/-/---|=5:0261=End of downloading bnvdsp1gpa2
22/10/19 14:48:41 000001M|000/05/-/---|=4:0260=Beginning of downloading bnvdsp2gpa2
22/10/19 14:48:41 000001M|000/12/-/---|=4:0260=Beginning of downloading bindsppcm2
22/10/19 14:48:55 000001M|000/05/-/---|=5:0261=End of downloading bnvdsp2gpa2
22/10/19 14:49:24 000001M|000/12/-/---|=5:0261=End of downloading bindsppcm2
22/10/19 14:49:24 000001M|000/12/-/---|=4:0260=Beginning of downloading bindsppcm2
22/10/19 14:49:25 000001M|000/05/-/---|=5:2019=GPA coupler commissioning
22/10/19 14:49:38 000001S|---/--/-/---|=3:1125=external alarm : "mtcl login"
22/10/19 14:50:08 000001M|000/12/-/---|=5:0261=End of downloading bindsppcm2
22/10/19 14:50:08 000001M|000/12/-/---|=4:3501=Clock loss
22/10/19 14:50:08 000001M|000/12/0/000|=4:2112=SIA64 alarm on MIC/SYNC access
22/10/19 14:50:38 000001S|---/--/-/---|=4:0628=AFE_STBY_AFE: 13
22/10/19 14:52:20 000001M|000/06/-/---|=5:2059=St-by CPU put in service

CPU position : 10
Redundancy State:

Pesquisa de incidente –b1 na Sessão Anterior da CPUB Standby 172.16.5.20
Aparentemente durante a queda de energia no Retificador, ficou uma lacuna sem
informação da causa.
A informação de que ocorreu uma “anomalia” também na CPUB Standby 172.16.5.20

que estava como Contingência basculou (durante a queda de energia no Retificador) e
passou a ser a Principal será encontrada em sua própria sessão nos incidente 2009 e 2069.
Onde:
Inicialização da CPU Prinicipal O Endereço IP da nova CPU Principal ativa é criado

A inicialização da CPU Prinicipal está concluída A inicialização da CPU Standby está concluída
São três os incidentes envolvidos em configurações de Duplicação de CPU:

Incicente Coletado:
Ação: Verifique as configurações nas duas CPUs

Incicente Coletado:
Ação: Verifique as configurações nas duas CPUs

Incicente Coletado:

INCIDENTES DE “PCS” PASSIVE COMUNICATION SERVER
No exemplo abaixo um projeto de PCS – Passive Comunication Server
Composto por centrais filhas “PCS” conectadas a uma central principal. O banco de dados
de cada central filha “PCS” é uma cópia exata do arquivo da central principal.
Havendo uma inoperância de comunicação entre uma central filha “PCS” e a central
principal, essa central filha “PCS” terá uma sobrevivência com autonomia de 30 dias
funcionando idependentemente.
Esgotando esses 30 dias de inoperância de comunicação com a central principal, os

serviços da central de filha “PCS” deixarão de funcionar.
+----------------------------+-----------------+-------------------+
| PCS Name | Address | State |
|----------------------------|-----------------|-------------------|
| Pcs_SML - SHELF 4-0 | 10.119.18.1 | INACTIVE |
| TTI - SHELF 5-0 | 10.119.26.1 | INACTIVE |
| Laboratorio - SHELF 6-0 | 10.119.10.6 | ACTIVE |
| Almoxarifado - SHELF 7-0 | 10.119.138.1 | INACTIVE |
| Pederneiras - SHELF 9-0 | 10.119.74.1 | UNDEF |
| PCS_REE - SHELF 12-0 | 10.119.10.11 | INACTIVE |
| Boituva - SHELF 11-0 | 10.119.42.1 | INACTIVE |
| LARANJAL - SHELF 10-0 | 10.119.130.1 | INACTIVE |
| Agudos - SHELF 8-0 | 10.119.82.1 | INACTIVE |
| Piedade - SHELF 13-0 | 10.119.90.1 | INACTIVE |
| PCSSaltoPirap - SHELF 14-0 | 10.119.114.1 | UNDEF |
| Saoroque - SHELF 15-0 | 10.119.106.1 | INACTIVE |
|----------------------------|-----------------|-------------------|
STATUS DE FUNCIONAMENTO DAS “PCS” PASSIVE COMUNICATION SERVER
São 4 (quatro) os possíveis status de funcionamento das PCS – Passive Comunication

Server:
Comando Designação
O link de sinalização entre a PCS e o Call Server está ativo, e o PCS
INACTIVE
está então com o status “inativo”.
O link de sinalização entre a PCS e o Call Server está interrompido,
ACTIVE
e o PCS deve estar em modo “ativo”.
O link de sinalização entre a PCS e o Call Server foi restabelecido,
INACTIVE* porém o PCS ainda está em modo “ativo” (o PCS irá reinicializar no
horário proposto).
O link de sinalização entre a PCS e o Call Server nunca foi
UNDEF estabelecido. O PCS não tem condições de assumir o status
“ativo”.

COMANDOS DE MANUTENÇÃO DAS “PCS” PASSIVE COMUNICATION SERVER
São 4 (quatro) os comandos de manutenção das PCS – Passive Comunication Server:
Comando Designação
Mostra os domínios que estão sendo assegurados pelo PCS.
domstat
 É mostrado o endereço IP e o estado de cada PCS
Mostra informações das PCS
 nome
 endereço IP
pcsview  estado de funcionamento
 tipo de reset
 domínios associados
 domínios secured
Atualização de dados nas PCS
 Atualiza manualmente a base de dados da PCS com a base
pcscopy do Call Server.
 Esta ferramenta também permite que consulte o log das
operações de cópia.
Mostra informações das PCS
 nome
config 0
 endereço IP
 estado de funcionamento

GABINETES FORA DE SERVIÇO
O Gabinete “Shelf” da PCS de Pederneiras - SHELF 9-0 está fora de Serviço
24/09/19 18:53:26 000001M|09/--/-/---|=2:2043=Loss of the 9 CRYSTAL
INCIDENTES DAS “PCS” PASSIVE COMUNICATION SERVER
São nove os incidentes envolvidos em configurações de PCS – Passive Comunication

Server:

Incicente Coletado:
27/12/19 16:47:52 000001M|---/--/-/---|=4:0402=GD/INTIPB Not secured by this PCS
: (3,0),172.16.5.11,00:80:9f:8a:07:d4
: (3,0),172.16.5.11,00:80:9f:8a:07:d4
: (3,0),172.16.5.11,00:80:9f:8a:07:d4
Ação: Este alarme é emitido na PCS quando a GD de um domínio não protegido

pelo PCS tenta se conectar a este PCS Main.
Obs 1: O endereço IP da GD não está declarado na opção Host names and adresses
do netadmin na PCS Main.
Obs 2: Enquanto não incluir no netadmin o endereço IP da GD, dentro da MAIN em

Host names and adresses, esse incidente será gerado a cada 1 minuto.

Incicente Coletado:
07/01/20 15:56:56 000001M|---/--/-/---|=4:0427=PCS->CS: @IP 172.16.5.15 error
Ação: Esses alarmes indicam perda ou estabelecimento de contato entre o PCS e o

Call Server.
Obs : este alarme é consultado dentro da PCS.

Status da PCS na MAIN durante a execução do comando manual pcscopy
+------------------------+------------------+-------------------+
|------------------------|------------------|-------------------|
| PCS LAB SHELF 3 | 172.16.5.10 | INACTIVE |
|------------------------|------------------|-------------------|

Incicente Coletado:
07/01/20 15:57:20 000001M|---/--/-/---|=4:0428=CS->PCS: @IP 172.16.5.10 error 1 PCS domain 0
Ação: Esses alarmes indicam perda ou estabelecimento de contato entre o PCS e o

Call Server.
Obs : este alarme é consultado dentro da MAIN.

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

Incicente Coletado:
07/01/20 15:52:17 000001M|---/--/-/---|=2:0429=PCS 172.16.5.10 is activated
Ação: Este alarme é emitido no Call Server quando o link de sinalização é perdido e
o Passive Communication Server permanece ativo.

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

Incicente Coletado:
07/01/20 15:57:20 000001M|---/--/-/---|=5:0430=PCS 172.16.5.10 is disabled
Ação: Este alarme é emitido no Call Server quando o link de sinalização é

restabelecido e o Passive Communication Server está inativo.

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

Incicente Coletado:
17/01/20 10:19:46 000001M|---/--/-/---|=4:0431=PCS 172.16.5.17: 30 remaining day(s) in PCS life.
.
.
.
Ação: Este alarme é emitido 6 vezes durante o dia a cada 4 horas na PCS para
indicar a quantidade de tempo restante em que a PCS pode operar no modo ativo.
Este alarme é relatado quando o link é perdido entre a PCS e o Call Server. É então
relatado em intervalos regulares (a cada 4 horas) ao servidor de chamadas
passivas.
Obs 1: este alarme é consultado dentro da PCS.

Obs 2: neste incidente o status da PCS é esse. O link de sinalização entre a PCS e o
Call Server está interrompido, e o PCS fica em modo “ativo” (no exemplo o PCS
está conectado a Rede). As ligações entre ramais funcionam, devido ao IP
responder ao comando de ping na rede.
Obs 3: o PCS mesmo estando em modo “ativo” (no exemplo o PCS está conectado
a Rede), é possível através do comando de ping na rede consultar o endereço IP da
MAIN. Porém a MAIN não cosegue consultar o endereço IP da PCS na rede.
+------------------------+------------------+-------------------+
|------------------------|------------------|-------------------|
| PCS LAB SHELF 3 | 172.16.5.10 | ACTIVE |
|------------------------|------------------|-------------------|
Obs 4: Com a perda de comunicação somente da PCS com a MAIN, a PCS ainda não
entrou no modo de Sobrevivência pois a MAIN ainda controla a GD do Gabinete 3.
Nessa situação o status do Gabinete 3 dentro da PCS aparecerá como fora de
Serviço e dentro da MAIN o status do Gabinete 3 estará como em Serviço.
Nessa situação a GD ficará com os Leds Power e Fan acesos.

Incicente Coletado:
16/01/20 14:47:27 000001M|---/--/-/---|=2:0432=PCS 172.16.5.10: life (30 days) expired => Committing fraud.
.
.
.
Ação: Este alarme é emitido 6 vezes durante o dia a cada 4 horas para indicar que o
Passive Communication Server expirou o seu tempo em Modo de Sobrevivência e a OPS
mudou para o modo de violação de proteção de software.
Obs: este alarme é consultado dentro da PCS.

Incicente Coletado:
07/01/20 15:24:27 000001M|---/--/-/---|=3:0433=PCS 172.16.5.10: Database update: error 2 info -1.
Ação: Este alarme é emitido no Call Server para indicar que a cópia do banco de
dados através do comando pcsocpy na PCS falhou. Este alarme contém o
endereço IP do Passive Communication Server e a causa da falha. Por exemplo, a
falha pode ocorrer porque a versão do software é anterior à do servidor de
chamadas, porque o servidor de comunicação passiva não pode ser acessado ou
por algum outro motivo.
– 0434 : Alarme Critical – Crític Minor – Minoritário

Incicente Coletado:
Ação: Este alarme é emitido na PCS para indicar que um dispositivo que não
pertence a um domínio resgatado pelo PCS está tentando se conectar ao PCS.
Quando se faz a execução do comando pcscopy, são gerados automaticamente os

seguintes incidentes:
Incidentes na MAIN após a execução do pcscopy a PCS ficará como ACTIVE

08/01/20 08:16:43 000001M|---/--/-/---|=2:0429=PCS 172.16.5.10 is activated
Incidentes na PCS voltar a ficar como INACTIVE

08/01/20 08:21:22 000001M|---/--/-/---|=4:0427=PCS->CS: @IP 172.16.5.15 error 1
Incidentes na MAIN após a PCS voltar a ficar como INACTIVE

08/01/20 08:21:43 000001M|---/--/-/---|=5:0430=PCS 172.16.5.10 is disabled

INCIDENTES DE REDE ABC – IP
No exemplo abaixo um projeto de Rede ABC – Passive Comunication Server, composto

por 4 Nós (Nodes).
NODE 1 NODE 2
Faixa de Ramais Faixa de Ramais
5000 ao 5499 9900 ao 9999 1000 ao 1499 2000 ao 2999
Prefixo VPN Prefixos VPN Prefixo VPN Prefixos VPN
Local Remoto Local Remoto
#*9921:#*9925 #*9911:#*9915
#*9911:#*9915 #*9931:#*9935 #*9921:#*9925 #*9931:#*9935
#*9941:#*9945 #*9941:#*9945
NODE 3 NODE 4
5500 ao 5999 6000 ao 6699 7000 ao 7499
Prefixos VPN Prefixo VPN Prefixos VPN
Prefixo VPN Local
Remoto Local Remoto
#*9911:#*9915 #*9911:#*9915
#*9931:#*9935 #*9921:#*9925 #*9941:#*9945 #*9921:#*9925
#*9941:#*9945 #*9931:#*9935
Uma rede ABC-F consiste de nodes interconectados através de links privados.
Link permanente em T0/T1/T2

– Sinalização através do canal D
– Voz e dados através dos canais B
Link híbrido permanente

– Suporte para sinalização em canal B, IP, X25, Frame Relay, etc.
– Voz e dados em links PCM, T2, IP, etc.
Link híbrido dinâmico

– Sinalização no canal B que está sendo utilizado
– VPN overflow para voz e dados
Cada sistema é identificado de acordo com a sua sub-rede e o seu node number.
– Número de rede ABC-F (network) – 0 a 127
– Número do node dentro da rede – 0 a 99
Estes elementos de identificação devem ser únicos dentro de toda a rede ABC.

São seis os incidentes envolvidos por defeito ou solução de Rede ABC–IP:

Incicente Coletado:
Ação: Verifique o Gerenciamento da VPN
Explicação: Inconsistência da lista de nós da VPN. Os dados de roteamento não
permitirão nenhuma chamada VPN. A comunicação digital em relação a este
incidente não terá sucesso, mas o sistema não será afetado.

Incicente Coletado:
17/09/19 14:57:27 000003M|019/00/0/000|=3:4102=Lack of VPN resources
Glob 1 Decl 5 Used 5
Ação: Verificar se os números da VPN Local foram declarados
Explicação: Falta de recursos VPN. Indica uma falta de prefixos de VPN Local. Este
incidente é produzido no Nó de Destino. Em cada chamada o prefixo local é
"reservado" até a chamada ser recebida. Se esta chamada falhar pode ocorrer
uma falta de prefixo para rotear o tráfego sendo necessário adicionar esse prefixo.

Incicente Coletado:
Explicação: Chamada VPN de entrada abortada. Uma chamada VPN de entrada no
ramal 8399 foi abortada. Essa chamada VPN para o ramal 8399 nunca chegou. Mas
do outro lado para quem originou a chamada ela foi completada. Após 30
segundos (Timer de Espera) a chamada falha no Nó de Destino.

Incicente Coletado:
08/09/19 15:18:22 000003M|000/15/0/000|=3:4104=outgoing VPN Overflow call
aborted No 3 219912
aborted No 3 219924
aborted No NOK
Ação: (Nenhuma ação do operador é necessária
Explicação: Chamada VPN de saída abortada. A chamada VPN não será executada
e a comunicação será liberada.

Incicente Coletado:
Ação: Verifique o dimensionamento do sistema
Explicação: A chamada VPN falhou devido à falta de intervalos de tempo da VPN.
A chamada VPN não será executada e a comunicação será liberada.

Incicente Coletado:
30/09/19 01:07:25 000003M|019/00/0/000|=4:4108=VPN call failed: err 143N
NL 3>1 eqt 1373
Ação: (Nenhuma ação do operador é necessária)
Explicação: A chamada VPN falhou em um Nó Remoto. Falha na chamada VPN
retornando o erro: 143N NL 1 > 9. Este incidente não diz respeito em qual nó foi
emitido. Está relacionado aos incidentes 4103 ou 4104, indicando que o Nó de
Destino nunca recebeu a chamada VPN do Nó de Origem. O 1 ou N1 corresponde
ao Nó de Origem e o 9 ou N9 ao Nó de Destino. No exemplo, o N9 Nó de Destino foi
liberado devido ao Timer de Espera (30 segundos), pois não recebeu a chamada
enviada do Nó de Origem N1.
Logic coupler type : CPL_Z

MAO coupler type : eZ32
+-----------------------------------------------------------------------------+
+-----------------------------------------------------------------------------+
| 002 3 0 2 | 01373 | 283| AUTPOS| 5783 | . . . . . . . . . . .|
+-----------------------------------------------------------------------------+
+-----------------------------------------------------------------------------+

INCIDENTES DE REDE ABC – T2
No exemplo abaixo um projeto de Rede ABC – Passive Comunication Server, composto

por 2 Nós (Nodes).
NODE 1 NODE 2
1000 ao 1099 2000 ao 20099
Prefixos Routing Prefixos Network Prefixos Routing Prefixos Network
Number Remoto Number Remoto Number Remoto Number Remoto
2 2000 ao 2099 1 1000 ao 1099
Uma rede ABC-F consiste de nodes interconectados através de links privados.
Link permanente em T0/T1/T2

– Sinalização através do canal D
– Voz e dados através dos canais B
Link híbrido permanente

– Suporte para sinalização em canal B, IP, X25, Frame Relay, etc.
– Voz e dados em links PCM, T2, IP, etc.
Link híbrido dinâmico

– Sinalização no canal B que está sendo utilizado
– VPN overflow para voz e dados
Cada sistema é identificado de acordo com a sua sub-rede e o seu node number.
– Número de rede ABC-F (network) – 0 a 127
– Número do node dentro da rede – 0 a 99
Estes elementos de identificação devem ser únicos dentro de toda a rede ABC.

INCIDENTES POR FALTA DE ENERGIA NO PABX
Após Falta de Energia no PABX do Node 1, o Link entre o Node 1 e o Node 2 fica
inoperante. Quaisquer ligações entre ramais no Node 2 aparecerá a mensagem no visor
“Link de Rede sem Serviço”.
Node 1- LINK de Rede ABC-T2 fora de Serviço (PABX foi Reiniciado por Falta de Energia)
Pesquisa de incidente –b1 na Sessão Anterior do PABX do Node 1
Não foram encontrados nenhum dos incidentes 2349 com 2077 ou 2073 com 2077.
Aparentemente ao desligar chave/botão da CPU, ficou uma lacuna sem informação da
causa.
A informação de que ocorreu uma “anomalia” no PABX do Node 1, será encontrada nos
incidentes 2839, 2826, 2832 e 2825 na sessão do PABX do Node 2.
Node 2 - LINK de Rede ABC-T2 fora de Serviço (Após Falta de Energia da energia no PABX
do Node 1)
29/11/19 16:16:14 000002M |002/03/0/000|=4:2112=AIS alarm on T2 access
29/11/19 16:16:14 000002M |002/03/0/000|=2:0310=T2 Dlap Released
29/11/19 16:16:14 000002M |002/03/0/000|=3:2839=PH:PLL 0 is down on access (2 3 0)
29/11/19 16:16:14 000002M |1-2 |=2:2826=PH:Local link [2 1] is down
29/11/19 16:16:14 000002M |---/--/-/---|=3:2832=PH:Node 1 is unreachable
29/11/19 16:16:14 000002M |002/03/0/000|=3:2825=PH:Access (2 3 0) goes down
29/11/19 16:16:24 000002M |002/03/0/000|=2:2101=T2 access still in state of alarm
Alarme AIS no acesso T2 T2 Dlap Liberado

(Verifique os cabos se a liberação for muito longa. Se
a falha persistir, observe o incidente)
PH: PLL P1 está desativado no acesso (P2 P3 P4)
PH: Link local [P1 P2] desativado
2839 – Alarme Minor – Minoritário 2826 – Alarme Major – Majoritário
(Verifique por que o link está inativo com o outro
incidente)
PH: O nó P1 está inacessível PH: Acesso (P1 P2 P3) cai
2832 – Alarme Minor – Minoritário 2825 – Alarme Minor – Minoritário
(Nenhuma comunicação é possível em relação ao (Verifique se o cabo está realmente conectado ou se
nó, Verifique o estado da Rede) a placa não foi reinicializada)
Acesso P1 ainda em estado de alarme

Após restabelecimento do PABX do Node 1 normalizar devido a Falta de Energia, o Link
entre o Node 1 e o Node 2 volta a ficar operante
Node 1- LINK de Rede ABC-T2 em Serviço (Após restabelecimento da energia do PABX no

Node 1)
29/11/19 16:30:13 000001M|002/06/0/000|=5:2836=PH:Access (2 6 0) is up
29/11/19 16:30:13 000001M|002/06/0/000|=5:2838=PH:PLL 0 is up on access (2 6 0)
29/11/19 16:30:27 000001M|1-2 |=5:2827=PH:Local link [1 2] is up
29/11/19 16:30:27 000001M|---/--/-/---|=5:2846=PH:Node 2 is reachable
Quantidade de recursos P1 normal Acesso normalizado

T2 Dlap Estabelecido PH: O acesso (P1 P2 P3) está ativo
PH: PLL P1 está em acesso (P2 P3 P4) PH: Link local [P1 P2] ativo
PH: O nó P1 está acessível Comissionamento do acoplador P1

NODE 2 - LINK de Rede ABC-T2 em Serviço (Após restabelecimento da energia do PABX
no Node 1)
29/11/19 16:30:10 000002M|002/03/0/000|=5:2836=PH:Access (2 3 0) is up
29/11/19 16:30:10 000002M|002/03/0/000|=3:2840=PH:Estab Req for PLL 0 on access (2 3 0)
Acesso normalizado T2 Dlap Estabelecido

PH: O acesso (P1 P2 P3) está ativo PH: Estab Req para PLL P1 no acesso (P2 P3 P4)
PH: O nó P1 está acessível

INCIDENTES DE RESET NO PABX POR COMANDO SHUTDOWN
Após Reset por Comando Shutdown no PABX do Node 1, o Link entre o Node 1 e o Node 2
fica inoperante. Quaisquer ligações entre ramais no Node 2 aparecerá a mensagem no
visor “Link de Rede sem Serviço”.
NODE 1 - LINK de Rede ABC-T2 fora de Serviço (PABX foi Reiniciado por comando
shutdown)

Comando de Reset shutdown Comando de Basculamento

NODE 2 - LINK de Rede ABC-T2 fora de Serviço (Após PABX ser Reiniciado por comando
shutdown NODE 1)
27/11/19 17:14:38 000002M|002/03/-/---|=4:3580=remove TEI: mod ISDN
UNSUCCESSFULL_RETRANS_OF_SABME (0) realy:0 info:0
27/11/19 17:14:38 000002M|002/03/0/000|=3:2839=PH:PLL 0 is down on access (2 3 0)
27/11/19 17:14:38 000002M|1-2 |=2:2826=PH:Local link [2 1] is down
27/11/19 17:14:38 000002M|---/--/-/---|=3:2832=PH:Node 1 is unreachable
27/11/19 17:14:40 000002M|002/03/0/000|=2:0310=T2 Dlap Released
27/11/19 17:14:40 000002M|002/03/0/000|=3:2825=PH:Access (2 3 0) goes down
Retransmissão sem êxito do quadro SABME PH: PLL P1 está desativado no acesso (P2 P3 P4)
PH: Link local [P1 P2] desativado PH: O nó P1 está inacessível
(Verifique por que o link está inativo com o outro (Nenhuma comunicação é possível em relação ao nó,
incidente) Verifique o estado da Rede)

PH: Acesso (P1 P2 P3) cai Acesso P1 ainda em estado de alarme
(Verifique se o cabo está realmente conectado ou se (Nenhuma ação do operador é necessária)
a placa não foi reinicializada)
Após PABX do Node 1 normalizar devido ao reset por Comando Shutdown, o Link entre o
Node 1 e o Node 2 volta a ficar operante
NODE 1 - LINK de Rede ABC-T2 em Serviço (Após PABX ser Reiniciado por comando
shutdown)
27/11/19 17:27:41 000001M|002/06/0/000|=5:2836=PH:Access (2 6 0) is up
27/11/19 17:28:01 000001M|002/06/-/---|=5:2019=PRA coupler commissionin


NODE 2 - LINK de Rede ABC-T2 em Serviço (Após PABX ser Reiniciado por comando
shutdown Node 1)
27/11/19 17:27:40 000002M|002/03/0/000|=5:2836=PH:Access (2 3 0) is up


INCIDENTES DE RESET DE PLACAS POR COMANDO RSTCPL
Após Reset por Comando na Placa 2-6 do Node 1, o Link entre o Node 1 e o Node 2 fica
inoperante.
Quaisquer ligações entre ramais nos dois Nodes aparecerá a mensagem no visor “Link de
Rede sem Serviço”.
NODE 1 - LINK de Rede ABC-T2 fora de Serviço (Placa 2-6 foi reinicializada por comando
rstcpl)

2166 – Alarme Major – Majoritário 2042– Alarme Major – Majoritário
(Nenhuma ação do operador é necessária) (Verifique a conexão da placa no Gabinete)
PH: Acesso (P1 P2 P3) cai
(Verificar a conexão da placa no Gabinete) (Verifique se o cabo está realmente conectado ou se
PH: Link local [P1 P2] desativado PH: O nó P1 está inacessível
(Verifique por que o link está inativo com o outro (Nenhuma comunicação é possível em relação ao nó,
incidente) Verifique o estado da Rede)

NODE 2 - LINK de Rede ABC-T2 fora de Serviço (Após execução de comando rstcpl na
Placa 2-6 do Node 1)
27/11/19 14:40:57 000002M|002/03/0/000|=2:0310=T2 Dlap Released

incidente)

Após a Placa 2-6 do Node 1 entrar em Serviço, o Link entre o Node 1 e o Node 2 volta a
ficar operante
NODE 1 - LINK de Rede ABC-T2 em Serviço (Após execução de comando rstcpl na Placa 2-
6 do Node 1)
27/11/19 14:42:28 |---/--/-/---|=5:2141=TRUNK resources quantity normal
27/11/19 14:42:38 000001M|002/06/0/000|=5:2836=PH:Access (2 6 0) is up

(Nenhuma ação do operador 000001M é (Nenhuma ação do operador é necessária)
necessária)

NODE 2 - LINK de Rede ABC-T2 em Serviço (Após execução de comando rstcpl na Placa 2-
6 do Node 1)
27/11/19 14:42:37 000002M|002/03/0/000|=5:2836=PH:Access (2 3 0) is up


INCIDENTES DE RESET DE PLACAS POR AÇÃO MANUAL
Após remoção da Placa 2-6 do Node 1, o Link entre o Node 1 e o Node 2 fica inoperante.
Quaisquer ligações entre ramais nos dois Nodess aparecerá a mensagem no visor “Link de
Node 1 - LINK de Rede ABC-T2 fora de Serviço (Placa 2-6 foi removida manualmente no
Node 1)
27/11/19 15:49:59 000001M|002/06/-/---|=4:3580=remove TEI: mod ISDN UNSUCCESSFULL_RETRANS_OF_SABME (0)
realy:0 info:0
27/11/19 15:50:00 000001M|002/06/0/000|=2:0310=T2 Dlap Released
27/11/19 15:50:00 000001M|002/06/-/---|=4:3580=remove TEI: mod ISDN UNSUCCESSFULL_RETRANS_OF_SABME (0)
realy:0 info:0

incidente)
PH: O nó P1 está inacessível T2 Dlap Liberado
(Nenhuma comunicação é possível em relação ao (Verifique os cabos se a liberação for muito longa. Se
nó, Verifique o estado da Rede) a falha persistir, observe o incidente)
PH: Acesso (P1 P2 P3) cai Perda de um tipo de acoplador P1
(Verifique se o cabo está realmente conectado ou se
(Verifique a conexão da placa no Gabinete)

Node 2- LINK de Rede ABC-T2 fora de Serviço (Após Placa 2-6 ser removida manualmente
no Node 1)
27/11/19 15:49:42 000002M|002/03/0/000|=2:0310=T2 Dlap Released

incidente)

Após a inserção da Placa 2-6 do Node 1 entrar em Serviço, o Link entre o Node 1 e o Node
2 volta a ficar operante
Node 1 - LINK de Rede ABC-T2 em Serviço (Placa 2-6 foi inserida manualmente no Node 1)
27/11/19 16:00:02 000001M|002/06/0/000|=5:2836=PH:Access (2 6 0) is up


Node 2 - LINK de Rede ABC-T2 em Serviço (Após Placa 2-6 ser inserida manualmente no
Node 1)
27/11/19 16:00:01 000002M|002/03/0/000|=5:2836=PH:Access (2 3 0) is up


INCIDENTES DE CABO SOLTO
Cabo Solto na Placa 2-6 do Node 1, o Link entre o Node 1 e o Node 2 fica inoperante.
NODE 1 - LINK de Rede ABC-T2 fora de Serviço (Cabo Solto “desconexão dos cabos na
Placa 2-6 no Node 1”)
27/11/19 16:43:54 000001M|002/06/0/000|=2:0310=T2 Dlap Released

incidente)

Node 2 - LINK de Rede ABC-T2 fora de Serviço (Cabo Solto “desconexão dos cabos na
Placa 2-6 no Node 1 ")
27/11/19 16:43:54 000002M|002/03/0/000|=2:0310=T2 Dlap Released

incidente)

Após a reconexão do Cabo na Placa 2-6 do Node 1, o Link entre o Node 1 e o Node 2 volta
a ficar operante
Node 1 - LINK de Rede ABC-T2 em Serviço (Após reconexão dos cabos na Placa 2-6 no
Node 1)
27/11/19 16:48:10 000001M|002/06/0/000|=5:2836=PH:Access (2 6 0) is up

PH: O acesso (P1 P2 P3) está ativo PH: PLL P1 está em acesso (P2 P3 P4)
PH: Link local [P1 P2] ativo PH: O nó P1 está acessível

Node 2 - LINK de Rede ABC-T2 em Serviço (Após reconexão dos cabos na Placa 2-6 no
Node 1)
27/11/19 16:48:09 000002M|002/03/0/000|=5:2836=PH:Access (2 3 0) is up


INCIDENTES DE CABO COM DEFEITO
Cabo com Defeito na Placa 2-6 do Node 1, o Link entre o Node 1 e o Node 2 fica
inoperante.
Node 1 - LINK de Rede ABC-T2 fora de Serviço (Cabo com Defeito na Placa 2-6 no Node 1)
27/11/19 17:01:11 000001M|002/06/0/000|=2:0310=T2 Dlap Released

incidente)

NODE 2 - LINK de Rede ABC-T2 fora de Serviço (Cabo com Defeito na Placa 2-6 no Node 1)
27/11/19 17:01:10 000002M|002/03/0/000|=2:0310=T2 Dlap Released
T2 Dlap Liberado
Alarme AIS no acesso T2 0310 – Alarme Major – Majoritário
2112 – Alarme Warning – Aviso (Verifique os cabos se a liberação “Canais em HS“ for
(Nenhuma ação do operador é necessária) muito longa. Se a falha persistir, observe o
incidente)
PH: Link local [P1 P2] desativado/
incidente)

Após a troca do Cabo com Defeito na Placa 2-6 do Node 1, o Link entre o Node 1 e o Node
2 volta a ficar operante
Node 1 - LINK de Rede ABC-T2 em Serviço (Após troca do Cabo com Defeito na Placa 2-6
no Node 1)
27/11/19 17:04:13 000001M|002/06/0/000|=5:2836=PH:Access (2 6 0) is up

PH: O acesso (P1 P2 P3) está ativo PH: PLL P1 está em acesso (P2 P3 P4)
PH: Link local [P1 P2] ativo PH: O nó P1 está acessível
NODE 2 - LINK de Rede ABC-T2 em Serviço (Após troca do Cabo com Defeito na Placa 2-6
no Node 1)
27/11/19 17:04:12 000002M|002/03/0/000|=5:2836=PH:Access (2 3 0) is up


São doze os incidentes envolvidos por defeito ou solução de Rede ABC–T2.
27/11/19 16:43:54 000001M|002/06/0/000|=2:0310=T2 Dlap Released



27/11/19 16:48:10 000001M|002/06/0/000|=5:2836=PH:Access (2 6 0) is up


Porém são dez os incidentes principais a serem verificados: 0310, 0311, 2839, 2838, 2826,
2827 e 2846.

Incicente Coletado:
27/11/19 16:43:54 000001M|002/06/0/000|=2:0310=T2 Dlap Released
Ação: Ação: Verifique os cabos e se a liberação “Canais em HS“ for muito longa. Se
a falha persistir, observe o incidente.
Explicação: T2 Dlap Released “Fora de Serviço”. Nenhuma comunicação de Rede
ABC-T2 é possível em relação ao node “nó”, todos os canais ISDN estão em HS por
vários motivos: queda de energia, basculamento de cpu’s com divergência de base
de dados, placa com defeito ou cabo com defeito.

Incicente Coletado:
Explicação: T2 Dlap Established “Estabelecido”. A comunicação de Rede ABC-T2
foi restabelecida em relação ao node “nó”, todos os canais ISDN estão em Serviço.

Incicente Coletado:
Explicação: A comunicação de Rede ABC-T2 está inoperante no Node 1 na Placa 2-
6. Nenhuma comunicação de Rede ABC-T2 é possível em relação ao node “nó”,
todos os canais ISDN estão em HS por vários motivos: queda de energia,
basculamento de cpu’s com divergência de base de dados, placa com defeito ou
cabo com defeito

Incicente Coletado:
Explicação: A comunicação de Rede ABC-T2 está operante no Node 1 na Placa 2-6.
A comunicação de Rede ABC-T2 foi restabelecida em relação ao node “nó”, todos
os canais ISDN estão em Serviço.

Incicente Coletado:
Ação: Verifique se o cabo está realmente conectado ou se a placa não foi
reinicializada
Explicação: A comunicação de Rede ABC-T2 está inoperante no Node 1 na Placa 2-
6. Nenhuma comunicação de Rede ABC-T2 é possível em relação ao node “nó”,
todos os canais ISDN estão em HS por vários motivos: queda de energia,
basculamento de cpu’s com divergência de base de dados, placa com defeito ou
cabo com defeito.

Incicente Coletado:
27/11/19 16:48:10 000001M|002/06/0/000|=5:2836=PH:Access (2 6 0) is up
Explicação: A comunicação de Rede ABC-T2 está operante no Node 1 na Placa 2-6.
A comunicação de Rede ABC-T2 foi restabelecida em relação ao node “nó”, todos
os canais ISDN estão em Serviço.

Incicente Coletado:
Ação: Verifique por que o link está inativo com o outro incidente
Explicação: A comunicação de Rede ABC-T2 está inoperante entre os Links Locais
entre o Node 1 e o Node 2. Nenhuma comunicação de Rede ABC-T2 é possível em
relação ao node “nó”, todos os canais ISDN estão em HS por vários motivos: queda
de energia, basculamento de cpu’s com divergência de base de dados, placa com
defeito ou cabo com defeito.

Incicente Coletado:
Explicação: A comunicação de Rede ABC-T2 está operante entre os Links Locais
entre o Node 1 e o Node 2. A comunicação de Rede ABC-T2 foi restabelecida em
relação ao node “nó”, todos os canais ISDN estão em Serviço.

– 2832: Alarme Minor – Minoritário
Incicente Coletado:
Ação: Nenhuma comunicação é possível em relação ao nó, Verifique o estado da Rede
Explicação: O Nó “Node” 2 está inacessível. Nenhuma comunicação de Rede ABC-
T2 é possível em relação ao node “nó”, todos os canais ISDN estão em HS por
vários motivos: queda de energia, basculamento de cpu’s com divergência de base
de dados, placa com defeito ou cabo com defeito.

Incicente Coletado:
Explicação: O Nó “Node” 2 está acessível. A comunicação de Rede ABC-T2 foi
restabelecida em relação ao node “nó”, todos os canais ISDN estão em Serviço.

INCIDENTES DE RAINBOW
Incidentes ligados ao SIP External Gateway associado ao Web RTC Gateway:
– 5812 : Alarme Indeterminate – Indeterminado

Incicente Coletado:
25/11/19 01:20:07 000001S|---/--/-/---|=0:5812=SIP external gateway 7 is in
service
Ação: Verificar os Processos de SIPMotor
Explicação: SIP External Gateway em Serviço. O SIP External Gateway P1 está em
serviço.
– 5813 : Alarme Indeterminate – Indeterminado

Incicente Coletado:
25/11/19 01:20:07 000001S|---/--/-/---|=0:5813=SIP external gateway 7 is out
of service
Ação: Verificar os Processos de SIPMotor
Explicação: SIP External Gateway Fora de Serviço. O SIP External Gateway P1 está
fora de serviço.
Incidentes ligados ao Link CSTA:
– 4017: Alarme Warning – Aviso

Incicente Coletado:
02/12/19 11:24:18 000001M|---/--/-/---|=4:4017=CSTA server : new creation 1
10.7.57.21
Explicação: Um novo Servidor CSTA foi criado.
– 4018: Alarme Warning – Aviso

Incicente Coletado:
02/12/19 11:24:09 000001M|---/--/-/---|=4:4018=CSTA server : 1 connection closed
Explicação: O Servidor CSTA está fechado (Mensagem de EXIT recebida do Host).
Informação do tratamento de chamadas e fecha a conexão.

Incicente Coletado:
02/12/19 11:24:09 000001M|---/--/-/---|=3:4019=CSTA server : 1 exit
Explicação: Saída do servidor CSTA (erro crítico ou sinal SIGQUIT). Fechando a
conexão atual com o host.

Incidentes ligados aos Canais de Agente Rainbow:
– 4500: Alarme Clear– Limpar

Incicente Coletado:
02/12/19 11:25:43 000001M|---/--/-/---|=5:4500=rainbowagent: started
Explicação: O processo rainbowagent é iniciado. (RAINBOWAGENT_INCIDENT_START)
– 4501: Alarme Clear– Limpar

Incicente Coletado:
02/12/19 11:25:34 000001M|---/--/-/---|=4:4501=rainbowagent: stopped
Explicação: O processo rainbowagent está parado. O processo rainbowagent
começará novamente. (RAINBOWAGENT_INCIDENT_STOP)
– 4502: Alarme Critical – Crítico

Incicente Coletado:
11/06/19 23:24:18 002001M|---/--/-/---|=4:4502=rainbowagent: fin brutale
with coredump generated in OXE
Explicação: Abortar o processo rainbowagent (sinal crítico SIGILL, SIGBUS,
SIGSEGV, SIGSYS).
– 4503: Alarme Clear – Limpar

Incicente Coletado:
06/12/19 10:30:58 000001M|---/--/-/---|=5:4503=rainbowagent: WebSocket
(rainbowagent<->Rainbow) in service
Explicação: O WebSocket com o host Rainbow está em serviço.
(RAINBOWAGENT_INCIDENT_WEBSOCKET_ON)
– 4504: Alarme Major – Majoritário

Incicente Coletado:
06/12/19 10:30:31 000001M|---/--/-/---|=2:4504=rainbowagent: WebSocket
(rainbowagent<->Rainbow) out of service
Ação: Anote o incidente com todas as suas informações em uma folha de
observação "relatório de problemas"
Explicação: O WebSocket com o host Rainbow está fora de serviço. Verificar se foi
seguido pelo incidente 4501 em um curto espaço de tempo.
(RAINBOWAGENT_INCIDENT_WEBSOCKET_OFF)

Incicente Coletado:
06/12/19 10:30:58 000001M|---/--/-/---|=5:4505=rainbowagent: XMPP link
(rainbowagent<->Rainbow) in service
Explicação: O Link XMPP com o host Rainbow (rainbowagent <-> Rainbow) está
em serviço. (RAINBOWAGENT_INCIDENT_XMPP_ON)

Incicente Coletado:
06/12/19 10:30:31 000001M|---/--/-/---|=2:4506=rainbowagent: XMPP link
(rainbowagent<->Rainbow) out of service
Explicação: O Link XMPP com o host Rainbow (rainbowagent <-> Rainbow) está
fora de serviço. Fechando a conexão atual com o host. Verificar se foi seguido pelo
incidente 4501 em um curto espaço de tempo. (RAINBOWAGENT_INCIDENT_XMPP_OFF)

Incicente Coletado:
06/12/19 10:31:01 000001M|---/--/-/---|=5:4507=rainbowagent: Config link
(PBX config<->Rainbow) in service
Explicação: O Link de Configuração (configuração do PBX <-> Rainbow) em
serviço. (RAINBOWAGENT_INCIDENT_CONFIG_ON)

Incicente Coletado:
06/12/19 10:30:31 000001M|---/--/-/---|=2:4508=rainbowagent: Config link
(PBX config<->Rainbow) out of service
Explicação: O Link de Configuração (configuração do PBX <-> Rainbow) está fora
de serviço. Verificar se foi seguido pelo incidente 4501 em um curto espaço de
tempo. (RAINBOWAGENT_INCIDENT_CONFIG_OFF)

Incicente Coletado:
06/12/19 10:30:58 000001M|---/--/-/---|=5:4509=rainbowagent: CSTA link (CSTA
server<->Rainbow) in service
Explicação: O Link CSTA (CSTA Server <-> Rainbow) está em serviço.
(RAINBOWAGENT_INCIDENT_CSTA_ON)

Incicente Coletado:
06/12/19 10:30:31 000001M|---/--/-/---|=2:4510=rainbowagent: CSTA link (CSTA
server<->Rainbow) out of service
Explicação: O Link CSTA (CSTA Server <-> Rainbow) está fora de serviço. Verificar
se foi seguido pelo incidente 4501 em um curto espaço de tempo.
(RAINBOWAGENT_INCIDENT_CSTA_OFF)

Incicente Coletado:
06/12/19 10:31:01 000001M|---/--/-/---|=5:4511=rainbowagent: API_MGT link
(API_MGT server<->Rainbow) in service
Explicação: O Link API MGT (API MGT Server <-> Rainbow) está em serviço.
(RAINBOWAGENT_INCIDENT_API_MGT_ON)

Incicente Coletado:
06/12/19 10:30:31 000001M|---/--/-/---|=2:4512=rainbowagent: API_MGT link
(API_MGT server<->Rainbow) out of service
Explicação: O Link API MGT (API MGT Server <-> Rainbow) está fora deserviço.
Verificar se foi seguido pelo incidente 4501 em um curto espaço de tempo.
(RAINBOWAGENT_INCIDENT_API_MGT_OFF)
Para maiores informações referente a esses incidentes e solução de problemas para

Rainbow PBX consulte o seguinte Technical Communication da Alcatel conforme abaixo:
TC2462en-Ed07 - Configuration and troubleshooting guide for Rainbow PBX integration

with OmniPCX Enterprise.pdf

99 VSOXE HWComum Incidentes Rev01 Fev2020

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

99 VSOXE HWComum Incidentes Rev01 Fev2020

Enviado por

Direitos autorais:

Formatos disponíveis

Manual de Treinamento

OmniPCX Enterprise – Hardware Comum

Telefone: + 08007239696 – Opção 2

Documento elaborado por:

INCIDENTS (INCIDENTES) ________________________________________________________ 008

CRITICIDADE DOS INCIDENTES ______________________________________________ 009

Validação de OPS através do FlexLM Server ___________________________________ 028

Manual de Treinamento - OmniPCX Enterprise – Hardware Comum - Incidentes 3

Manual de Treinamento - OmniPCX Enterprise – Hardware Comum - Incidentes 4

INCIDENTES DE DATA/HORA _____________________________________________________ 073

Manual de Treinamento - OmniPCX Enterprise – Hardware Comum - Incidentes 5

Manual de Treinamento - OmniPCX Enterprise – Hardware Comum - Incidentes 6

INCIDENTES DE REDE ABC–IP ______________________________________________ 097

INCIDENTES DE REDE ABC–T2 _____________________________________________ 100

INCIDENTES DE RAINBOW _________________________________________________ 125

Manual de Treinamento - OmniPCX Enterprise – Hardware Comum - Incidentes 7

A mensagem de Incicente corresponde a um problema ou a uma solução de um problema!

Os incidente são exibidas da seguinte maneira:

(Fonte: OXE12.3 sd SystemServices 8AL91000USAJ 1 en.PDF)

HISTÓRICO DOS INCIDENTES EM SESSÕES

Os incidentes são transmitidos e armazenados desde a última reinicialização do sistema

Exemplo de reinicialização do sistema com o comando incvisu

(Fonte: OXE12.3 sd Maintenance 8AL91011USAI 1 en.PDF)

– Para verificar os incidentes da sessão atual: incvisu

– Verificar os incidentes de uma determinada sessão específica (exemplo sétima

Manual de Treinamento - OmniPCX Enterprise – Hardware Comum - Incidentes 8

Sabendo que um Incidente corresponde a um problema, teremos um Incidente com um

– Quando o fim do problema não for detectável pelo servidor de comunicações, o

05/07/19 08:30:24 000002M|---/--/-/---|=1:0645=FlexLM (10.7.57.43-27000):

– Quando o fim do problema for detectável pelo servidor de comunicações, o

05/07/19 10:30:24 000002M|---/--/-/---|=5:0646=FlexLM (10.7.57.43-27000):

CRITICIDADE DOS INCIDENTES

Exemplos de criticidade Incidentes:

Manual de Treinamento - OmniPCX Enterprise – Hardware Comum - Incidentes 9

Os incidentes também são compostos por no máximo de até quatro informativos de

"FlexLM (P1) : no checkout can be realized P2 P3"

Manual de Treinamento - OmniPCX Enterprise – Hardware Comum - Incidentes 10

Em relação aos incidentes gerados no tipo de Callserver “Main” ou “Standby” em um

Duplication CPU – Incidentes Gerados na CPU Main

Duplication CPU – Incidentes Gerados na CPU Standby

Single CPU – Incidentes Gerados na CPU Main

Manual de Treinamento - OmniPCX Enterprise – Hardware Comum - Incidentes 11

Single CPU/Duplication CPU – Incidentes Gerados na CPU Main do Node 3 de uma

Media Gateways – Incidentes gerados em um projeto PCS informando os números dos

Número do Equipamento – Incidentes gerados informando os números dos Equipamentos

Manual de Treinamento - OmniPCX Enterprise – Hardware Comum - Incidentes 12

Dependendo do aplicativo gera um backtrace podendo ser associado a um incidente,

Os backtraces não indicam necessariamente operação incorreta do sistema, mas se for

There is a new exception. Its address is : 0X0048B579. Monitel time

Se é um Rastreamento de aplicativo, não é um incidente, mas simplesmente um

Manual de Treinamento - OmniPCX Enterprise – Hardware Comum - Incidentes 13

• equip_tes0: a principal função é afetada pela exceção Incidente 1721

31/05/01 11:55:09 006002M|--/--/-/---|=0:1721=Exc tph 5, PC 0x0048b579 neqt 2635

Os backtraces podem ser redefinidos para zero usando o comando increset.

Manual de Treinamento - OmniPCX Enterprise – Hardware Comum - Incidentes 14

inccpt (para obter o valor dos contadores desde a última inicialização).

Since 07/10/19 at 18:58:48

Number of incidents of severity 0 : 5

Give an incident number to see its counter

inccpt -1 (para obter o valor dos contadores antes da última inicialização).

Since 20/09/19 at 08:13:18

Number of incidents of severity 0 : 246

Give an incident number to see its counter

Manual de Treinamento - OmniPCX Enterprise – Hardware Comum - Incidentes 15