{"id":836,"date":"2026-10-02T13:10:26","date_gmt":"2026-10-02T16:10:26","guid":{"rendered":"https:\/\/orlandoneto.com\/?page_id=836"},"modified":"2026-10-02T15:21:25","modified_gmt":"2026-10-02T18:21:25","slug":"cat-nocoperacao","status":"publish","type":"page","link":"https:\/\/orlandoneto.com\/index.php\/cat-nocoperacao\/","title":{"rendered":"cat-nocoperacao"},"content":{"rendered":"\n
\n
<\/path><\/svg><\/div>

NOC \/ Opera\u00e7\u00e3o<\/h3><\/div><\/div>

O NOC \u2014 Network Operations Center, ou Centro de Opera\u00e7\u00f5es de Rede \u2014 \u00e9 o ambiente respons\u00e1vel pelo monitoramento, supervis\u00e3o e opera\u00e7\u00e3o de redes e servi\u00e7os de telecomunica\u00e7\u00f5es.
Em uma opera\u00e7\u00e3o de Telecom, o NOC acompanha equipamentos, enlaces, servi\u00e7os, alarmes, desempenho, capacidade e disponibilidade da rede. Quando ocorre uma anormalidade, a equipe analisa os eventos, identifica o impacto, investiga a causa e coordena as a\u00e7\u00f5es necess\u00e1rias para restabelecer o servi\u00e7o.<\/p><\/div><\/div>\n<\/div><\/div>\n\n\n\n

\n

01 – NOC<\/h4><\/div>\n\n\n\n
Nome:<\/strong> Network Operations Center
Sigla:<\/strong> NOC
Categoria:<\/strong> NOC \/ Opera\u00e7\u00e3o
N\u00edvel:<\/strong> \ud83d\udfe2 B\u00e1sico<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
NOC significa Network Operations Center<\/strong>, ou Centro de Opera\u00e7\u00f5es de Rede.
\u00c9 o ambiente respons\u00e1vel por acompanhar e operar uma rede de telecomunica\u00e7\u00f5es, normalmente utilizando sistemas de monitora\u00e7\u00e3o, alarmes, indicadores de desempenho e ferramentas de diagn\u00f3stico.

Na pr\u00e1tica

O NOC pode acompanhar:

equipamentos;
enlaces;
centrais;
servidores;
plataformas de voz;
redes IP;
sistemas m\u00f3veis;
servi\u00e7os;
alarmes;
desempenho;
disponibilidade;
capacidade;
incidentes.

Exemplo:

Um equipamento de Telecom perde comunica\u00e7\u00e3o com o sistema de gerenciamento.
O NOC pode receber um alarme, verificar o equipamento afetado, analisar o hist\u00f3rico e iniciar o troubleshooting.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

02 – Monitoramento<\/h4><\/div>\n\n\n\n
Nome:<\/strong> Network Monitoring
Sigla:<\/strong> \u2014
Categoria:<\/strong> NOC \/ Opera\u00e7\u00e3o
N\u00edvel:<\/strong> \ud83d\udfe2 B\u00e1sico<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
\u00c9 o processo de acompanhar continuamente o estado e o comportamento de equipamentos, redes e servi\u00e7os.

Na pr\u00e1tica

O monitoramento pode verificar:

disponibilidade;
interfaces;
CPU;
mem\u00f3ria;
tr\u00e1fego;
temperatura;
perda de pacotes;
lat\u00eancia;
alarmes;
sess\u00f5es;
chamadas;
capacidade.

Exemplo:

Um sistema de monitora\u00e7\u00e3o detecta que uma interface deixou de responder e gera uma notifica\u00e7\u00e3o para o NOC.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

03 – Alarme<\/h4><\/div>\n\n\n\n
Nome:<\/strong> Alarm
Sigla:<\/strong> \u2014
Categoria:<\/strong> NOC \/ Fault Management
N\u00edvel:<\/strong> \ud83d\udfe2 B\u00e1sico<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
Um alarme \u00e9 uma indica\u00e7\u00e3o de que determinada condi\u00e7\u00e3o anormal foi detectada em um elemento ou servi\u00e7o da rede e requer aten\u00e7\u00e3o.
Em modelos de gerenciamento de Telecom, o alarme representa uma condi\u00e7\u00e3o de falha, erro ou outra situa\u00e7\u00e3o que pode exigir a\u00e7\u00e3o do operador.

Na pr\u00e1tica

Um equipamento pode gerar alarmes como:

perda de sinal;
perda de sincronismo;
falha de hardware;
temperatura elevada;
interface down;
perda de comunica\u00e7\u00e3o;
falta de energia;
congestionamento.

Exemplo:

EQUIPAMENTO <\/code>
\u2193 <\/code>
Detecta anormalidade <\/code>
\u2193 <\/code>
Gera ALARME <\/code>
\u2193 <\/code>
NMS \/ EMS <\/code>
\u2193 NOC<\/code><\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

04 – Alarme Ativo<\/h4><\/div>\n\n\n\n
Nome:<\/strong> Active Alarm
Sigla:<\/strong> \u2014
Categoria:<\/strong> NOC \/ Fault Management
N\u00edvel:<\/strong> \ud83d\udfe2 B\u00e1sico<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
\u00c9 um alarme cuja condi\u00e7\u00e3o de origem ainda n\u00e3o foi eliminada.
Em documenta\u00e7\u00e3o 3GPP de gerenciamento de falhas, um active alarm \u00e9 aquele que ainda n\u00e3o foi cleared e permanece ativo at\u00e9 que a condi\u00e7\u00e3o causadora seja corrigida e um clear alarm seja gerado.

Na pr\u00e1tica

Se uma interface continua sem sinal:

LOS <\/code>
\u2193 <\/code>
ALARME ATIVO <\/code>
\u2193 <\/code>
Problema permanece <\/code>
\u2193 <\/code>
Reparo <\/code>
\u2193 <\/code>
Sinal retorna <\/code>
\u2193 <\/code>
CLEAR<\/code><\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

05 – Clear Alarm<\/h4><\/div>\n\n\n\n
Nome:<\/strong> Clear Alarm
Sigla:<\/strong> \u2014
Categoria:<\/strong> NOC \/ Fault Management
N\u00edvel:<\/strong> \ud83d\udfe2 B\u00e1sico<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
\u00c9 a indica\u00e7\u00e3o de que a condi\u00e7\u00e3o que provocou determinado alarme deixou de existir.

Na pr\u00e1tica

Um equipamento pode apresentar:

14:32:10 \u2014 LOS ALARM <\/code>
14:48:21 \u2014 LOS CLEAR<\/code>

O primeiro evento indica o in\u00edcio da condi\u00e7\u00e3o e o segundo indica sua normaliza\u00e7\u00e3o.

Aten\u00e7\u00e3o!!!
Um alarme ter sido cleared significa que a condi\u00e7\u00e3o monitorada deixou de estar ativa<\/strong>. Isso n\u00e3o significa necessariamente que toda a causa-raiz ou impacto associado foi resolvido.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

06 – Evento<\/h4><\/div>\n\n\n\n
Nome:<\/strong> Event
Sigla:<\/strong> \u2014
Categoria:<\/strong> NOC \/ Opera\u00e7\u00e3o
N\u00edvel:<\/strong> \ud83d\udfe2 B\u00e1sico<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
Evento \u00e9 qualquer ocorr\u00eancia registrada por um elemento de rede ou sistema de gerenciamento.
3GPP utiliza “event” como termo gen\u00e9rico para uma ocorr\u00eancia em uma entidade de rede.

Na pr\u00e1tica

Um evento pode ser:

altera\u00e7\u00e3o de estado;
login;
logout;
mudan\u00e7a de configura\u00e7\u00e3o;
in\u00edcio de alarme;
fim de alarme;
reinicializa\u00e7\u00e3o;
mudan\u00e7a de rota;
altera\u00e7\u00e3o de capacidade.

Diferen\u00e7a entre evento e alarme

Evento:<\/strong> algo aconteceu.
Alarme:<\/strong> algo aconteceu e a condi\u00e7\u00e3o \u00e9 tratada como uma situa\u00e7\u00e3o que requer aten\u00e7\u00e3o ou rea\u00e7\u00e3o.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

07 – Falha<\/h4><\/div>\n\n\n\n
Nome:<\/strong> Fault
Sigla:<\/strong> \u2014
Categoria:<\/strong> NOC \/ Fault Management
N\u00edvel:<\/strong> \ud83d\udfe2 B\u00e1sico<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
\u00c9 uma condi\u00e7\u00e3o de desvio do funcionamento esperado de um sistema ou recurso.
3GPP diferencia fault, error e failure: uma falha de funcionamento pode produzir um estado incorreto; esse estado pode resultar em uma failure, que \u00e9 observ\u00e1vel como incapacidade de entregar o servi\u00e7o conforme especificado.

Exemplo:

Fonte de alimenta\u00e7\u00e3o apresenta defeito <\/code>
\u2193 <\/code>
FAULT <\/code>
\u2193 <\/code>
Equipamento perde recurso <\/code>
\u2193 <\/code>
Poss\u00edvel FAILURE <\/code>
\u2193 <\/code>
Servi\u00e7o afetado<\/code><\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

08 – Failure<\/h4><\/div>\n\n\n\n
Nome:<\/strong> Failure
Sigla:<\/strong> \u2014
Categoria:<\/strong> NOC \/ Fault Management
N\u00edvel:<\/strong> \ud83d\udfe1 Intermedi\u00e1rio<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
\u00c9 a incapacidade de um sistema ou servi\u00e7o de entregar corretamente a fun\u00e7\u00e3o esperada.

Diferen\u00e7a importante

Uma maneira simples de entender:

FAULT <\/code>
Problema ou condi\u00e7\u00e3o anormal <\/code>
\u2193 <\/code>
ERROR <\/code>
Estado incorreto <\/code>
\u2193 <\/code>
FAILURE <\/code>
Fun\u00e7\u00e3o\/servi\u00e7o n\u00e3o consegue operar corretamente<\/code>

Essa distin\u00e7\u00e3o \u00e9 utilizada em modelos de gerenciamento de falhas de 3GPP.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

09 – Severidade<\/h4><\/div>\n\n\n\n
Nome:<\/strong> Alarm Severity
Sigla:<\/strong> \u2014
Categoria:<\/strong> NOC \/ Fault Management
N\u00edvel:<\/strong> \ud83d\udfe2 B\u00e1sico<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
\u00c9 a classifica\u00e7\u00e3o atribu\u00edda a uma condi\u00e7\u00e3o ou alarme para indicar sua import\u00e2ncia operacional.

Exemplos comuns:

Critical
Major
Minor
Warning
Cleared
Indeterminate

Na pr\u00e1tica

A severidade ajuda o NOC a determinar quais ocorr\u00eancias precisam de aten\u00e7\u00e3o priorit\u00e1ria.

Aten\u00e7\u00e3o!!!
Severidade t\u00e9cnica n\u00e3o \u00e9 necessariamente igual ao impacto no servi\u00e7o.<\/strong>

Um equipamento pode gerar um alarme “Critical” relacionado a um recurso espec\u00edfico sem que isso represente, sozinho, uma interrup\u00e7\u00e3o cr\u00edtica para todos os clientes.

Modelos 3GPP inclusive tratam da necessidade de enriquecer a vis\u00e3o de severidade do elemento de rede com uma vis\u00e3o orientada ao impacto do servi\u00e7o.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

10 – Fault Management<\/h4><\/div>\n\n\n\n
Nome:<\/strong> Fault Management
Sigla:<\/strong> FM
Categoria:<\/strong> NOC \/ Opera\u00e7\u00e3o
N\u00edvel:<\/strong> \ud83d\udfe1 Intermedi\u00e1rio<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
\u00c9 o conjunto de processos utilizados para detectar, registrar, analisar, localizar, tratar e acompanhar falhas de uma rede.

Principais atividades

DETEC\u00c7\u00c3O <\/code>
\u2193 <\/code>
NOTIFICA\u00c7\u00c3O <\/code>
\u2193 <\/code>
AN\u00c1LISE <\/code>
\u2193 <\/code>
LOCALIZA\u00c7\u00c3O <\/code>
\u2193 <\/code>
CORRE\u00c7\u00c3O <\/code>
\u2193 <\/code>
REPARO <\/code>
\u2193 <\/code>
VALIDA\u00c7\u00c3O <\/code>
\u2193 <\/code>
ENCERRAMENTO<\/code>

A documenta\u00e7\u00e3o 3GPP descreve Fault Management incluindo processos como detec\u00e7\u00e3o, localiza\u00e7\u00e3o, reporte, corre\u00e7\u00e3o e reparo.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

11 – Alarm Management<\/h4><\/div>\n\n\n\n
Nome:<\/strong> Alarm Management
Sigla:<\/strong> \u2014
Categoria:<\/strong> NOC \/ Opera\u00e7\u00e3o
N\u00edvel:<\/strong> \ud83d\udfe1 Intermedi\u00e1rio<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
\u00c9 o gerenciamento estruturado dos alarmes produzidos pela infraestrutura de rede.

Inclui atividades como:

recebimento;
classifica\u00e7\u00e3o;
prioriza\u00e7\u00e3o;
correla\u00e7\u00e3o;
reconhecimento;
investiga\u00e7\u00e3o;
escalonamento;
tratamento;
encerramento.

Em 3GPP, Fault Management \u00e9 tamb\u00e9m tratado como Alarm Management em determinados contextos.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

12 – Alarm Correlation<\/h4><\/div>\n\n\n\n
Nome:<\/strong> Alarm Correlation
Sigla:<\/strong> \u2014
Categoria:<\/strong> NOC \/ Opera\u00e7\u00e3o
N\u00edvel:<\/strong> \ud83d\udd34 Avan\u00e7ado<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
\u00c9 o processo de relacionar diferentes alarmes e eventos que provavelmente possuem uma mesma origem.

Exemplo

Imagine:

Enlace \u00f3ptico principal cai <\/code>
\u2193 <\/code>
ALARME A <\/code>
\u2193 <\/code>
Equipamento perde comunica\u00e7\u00e3o <\/code>
\u2193 <\/code>
ALARME B <\/code>
\u2193 <\/code>
Interfaces ficam indispon\u00edveis <\/code>
\u2193 <\/code>
ALARME C <\/code>
\u2193 <\/code>
Servi\u00e7os s\u00e3o afetados <\/code>
\u2193 <\/code>
ALARME D<\/code>

Sem correla\u00e7\u00e3o, o NOC pode enxergar quatro problemas.

Com correla\u00e7\u00e3o, pode identificar:

ALARME A = poss\u00edvel causa-raiz<\/strong>

e os demais como consequ\u00eancias.

3GPP descreve justamente a correla\u00e7\u00e3o de alarmes e eventos para identificar ocorr\u00eancias que provavelmente est\u00e3o relacionadas \u00e0 mesma falha.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

13 – Root Cause Analysis<\/h4><\/div>\n\n\n\n
Nome:<\/strong> Root Cause Analysis
Sigla:<\/strong> RCA
Categoria:<\/strong> NOC \/ Troubleshooting
N\u00edvel:<\/strong> \ud83d\udfe1 Intermedi\u00e1rio<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
\u00c9 o processo de identificar a causa fundamental de um problema, em vez de tratar somente seus sintomas.

Exemplo:

Cliente sem servi\u00e7o <\/code>
\u2193 <\/code>
SBC sem comunica\u00e7\u00e3o<\/code>
\u2193 <\/code>
Interface IP down <\/code>
\u2193 <\/code>
Switch sem energia <\/code>
\u2193 <\/code>
Falha na alimenta\u00e7\u00e3o<\/code>

Nesse exemplo, “cliente sem servi\u00e7o” \u00e9 o sintoma.
A causa-raiz pode estar muito mais abaixo na cadeia.
3GPP descreve Root Cause Analysis como um processo para determinar a condi\u00e7\u00e3o de rede respons\u00e1vel pelos alarmes, utilizando informa\u00e7\u00f5es de alarmes, correla\u00e7\u00e3o, notifica\u00e7\u00f5es, configura\u00e7\u00e3o e conhecimento operacional.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

14 – Troubleshooting<\/h4><\/div>\n\n\n\n
Nome:<\/strong> Troubleshooting
Sigla:<\/strong> \u2014
Categoria:<\/strong> NOC \/ Opera\u00e7\u00e3o
N\u00edvel:<\/strong> \ud83d\udfe2 B\u00e1sico<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
\u00c9 o processo estruturado de investiga\u00e7\u00e3o de um problema para determinar sua causa e encontrar uma solu\u00e7\u00e3o.

Na pr\u00e1tica

Um bom troubleshooting n\u00e3o significa simplesmente “testar coisas”.

Ele normalmente segue uma sequ\u00eancia:

1. Identificar o problema <\/code>
2. Confirmar o sintoma <\/code>
3. Determinar o escopo <\/code>
4. Coletar evid\u00eancias <\/code>
5. Formular hip\u00f3teses <\/code>
6. Testar hip\u00f3teses <\/code>
7. Localizar a causa <\/code>
8. Aplicar corre\u00e7\u00e3o <\/code>
9. Validar o servi\u00e7o <\/code>
10. Registrar o resultado<\/code>
<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

15 – Incident<\/h4><\/div>\n\n\n\n
Nome:<\/strong> Incident
Sigla:<\/strong> \u2014
Categoria:<\/strong> NOC \/ Opera\u00e7\u00e3o
N\u00edvel:<\/strong> \ud83d\udfe2 B\u00e1sico<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
Um incidente \u00e9 uma ocorr\u00eancia que causa ou pode causar interrup\u00e7\u00e3o ou degrada\u00e7\u00e3o de um servi\u00e7o.

Exemplo:

Clientes n\u00e3o conseguem originar chamadas <\/code>
\u2193 <\/code>
INCIDENTE <\/code>
\u2193 <\/code>
NOC investiga <\/code>
\u2193 <\/code>
Identifica falha em plataforma <\/code>
\u2193 <\/code>
Corre\u00e7\u00e3o <\/code>
\u2193 <\/code>
Servi\u00e7o normalizado<\/code>

Importante!

Incidente descreve o que est\u00e1 acontecendo com o servi\u00e7o.<\/strong>
N\u00e3o necessariamente identifica sua causa.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

16 – Problem<\/h4><\/div>\n\n\n\n
Nome:<\/strong> Problem
Sigla:<\/strong> \u2014
Categoria:<\/strong> NOC \/ Opera\u00e7\u00e3o
N\u00edvel:<\/strong> \ud83d\udfe1 Intermedi\u00e1rio<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
\u00c9 uma condi\u00e7\u00e3o ou causa subjacente relacionada a um ou mais incidentes.

Exemplo

V\u00e1rios incidentes diferentes podem estar relacionados ao mesmo problema:

INCIDENTE 1 \u2500\u2510 <\/code>
INCIDENTE 2 \u2500\u253c\u2500\u2500\u2192 PROBLEM <\/code>
INCIDENTE 3 \u2500\u2518<\/code>

O objetivo da an\u00e1lise de problema \u00e9 compreender a causa e evitar recorr\u00eancias.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

17 – Escalonamento<\/h4><\/div>\n\n\n\n
Nome:<\/strong> Escalation
Sigla:<\/strong> \u2014
Categoria:<\/strong> NOC \/ Opera\u00e7\u00e3o
N\u00edvel:<\/strong> \ud83d\udfe2 B\u00e1sico<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
\u00c9 o processo de encaminhar uma ocorr\u00eancia para uma equipe ou n\u00edvel de suporte com conhecimento ou autoridade necess\u00e1rios para trat\u00e1-la.

Exemplos:

NOC <\/code>
\u2193 <\/code>
Equipe de Voz <\/code>
\u2193 <\/code>
Engenharia <\/code>
\u2193 <\/code>
Fornecedor<\/code>

ou:

N\u00edvel 1 <\/code>
\u2193 <\/code>
N\u00edvel 2 <\/code>
\u2193 <\/code>
N\u00edvel 3<\/code>
<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

18 – Ticket<\/h4><\/div>\n\n\n\n
Nome:<\/strong> Trouble Ticket \/ Ticket
Sigla:<\/strong> \u2014
Categoria:<\/strong> NOC \/ Opera\u00e7\u00e3o
N\u00edvel:<\/strong> \ud83d\udfe2 B\u00e1sico<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
Registro formal utilizado para acompanhar uma ocorr\u00eancia, solicita\u00e7\u00e3o, incidente ou problema.

Um bom ticket deve conter:

data\/hora;
servi\u00e7o afetado;
equipamento;
identifica\u00e7\u00e3o;
sintomas;
alarmes;
testes realizados;
evid\u00eancias;
a\u00e7\u00f5es executadas;
equipes envolvidas;
impacto;
conclus\u00e3o.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

19 – KPI<\/h4><\/div>\n\n\n\n
Nome:<\/strong> Key Performance Indicator
Sigla:<\/strong> KPI
Categoria:<\/strong> Performance
N\u00edvel:<\/strong> \ud83d\udfe2 B\u00e1sico<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
Indicador utilizado para acompanhar o desempenho de determinado processo, servi\u00e7o ou componente da opera\u00e7\u00e3o.

Exemplos em Telecom:

disponibilidade;
taxa de chamadas completadas;
taxa de queda;
utiliza\u00e7\u00e3o de CPU;
utiliza\u00e7\u00e3o de enlace;
perda de pacotes;
lat\u00eancia;
volume de tr\u00e1fego.

Importante
Um KPI deve estar associado a um objetivo ou contexto de medi\u00e7\u00e3o. Um n\u00famero isolado n\u00e3o explica necessariamente a sa\u00fade de um servi\u00e7o.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

20 – KQI<\/h4><\/div>\n\n\n\n
Nome:<\/strong> Key Quality Indicator
Sigla:<\/strong> KQI
Categoria:<\/strong> Performance \/ Qualidade
N\u00edvel:<\/strong> \ud83d\udfe1 Intermedi\u00e1rio<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
Indicador utilizado para representar a qualidade percebida ou observada de um servi\u00e7o.

Diferen\u00e7a simplificada:

KPI <\/code>
\u2193 <\/code>
mede determinado aspecto t\u00e9cnico KQI <\/code>
\u2193 <\/code>
relaciona-se \u00e0 qualidade do servi\u00e7o<\/code>

Exemplo:

Um KPI pode medir perda de pacotes.
Um KQI pode representar a qualidade percebida de uma chamada de voz.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

21 – QoS<\/h4><\/div>\n\n\n\n
Nome:<\/strong> Quality of Service
Sigla:<\/strong> QoS
Categoria:<\/strong> Performance
N\u00edvel:<\/strong> \ud83d\udfe2 B\u00e1sico<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
Conjunto de mecanismos e m\u00e9tricas utilizados para controlar e avaliar caracter\u00edsticas de transporte de tr\u00e1fego na rede.

Em voz

Os principais fatores observados incluem:

lat\u00eancia;
jitter;
perda de pacotes;
disponibilidade;
capacidade.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

22 – QoE<\/h4><\/div>\n\n\n\n
Nome:<\/strong> Quality of Experience
Sigla:<\/strong> QoE
Categoria:<\/strong> Performance
N\u00edvel:<\/strong> \ud83d\udfe1 Intermedi\u00e1rio<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
\u00c9 a avalia\u00e7\u00e3o da experi\u00eancia percebida pelo usu\u00e1rio ao utilizar determinado servi\u00e7o.

Exemplo

A rede pode apresentar bons indicadores t\u00e9cnicos, mas o usu\u00e1rio ainda perceber:

\u00e1udio ruim;
chamadas caindo;
demora;
interrup\u00e7\u00f5es;
v\u00eddeo travando.

Por isso, QoS e QoE n\u00e3o s\u00e3o necessariamente a mesma coisa.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

23 – SLA<\/h4><\/div>\n\n\n\n
Nome:<\/strong> Service Level Agreement
Sigla:<\/strong> SLA
Categoria:<\/strong> Opera\u00e7\u00e3o \/ Servi\u00e7os
N\u00edvel:<\/strong> \ud83d\udfe2 B\u00e1sico<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
\u00c9 um acordo que estabelece n\u00edveis de servi\u00e7o esperados entre as partes.

Pode estabelecer:

disponibilidade;
prazo de atendimento;
prazo de resolu\u00e7\u00e3o;
desempenho;
suporte;
indicadores;
penalidades ou consequ\u00eancias contratuais, quando aplic\u00e1veis.

Exemplo
Um contrato pode estabelecer determinado percentual de disponibilidade mensal para um servi\u00e7o.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

24 – SLO<\/h4><\/div>\n\n\n\n
Nome:<\/strong> Service Level Objective
Sigla:<\/strong> SLO
Categoria:<\/strong> Opera\u00e7\u00e3o \/ Servi\u00e7os
N\u00edvel:<\/strong> \ud83d\udfe1 Intermedi\u00e1rio<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
\u00c9 um objetivo espec\u00edfico de n\u00edvel de servi\u00e7o utilizado para medir o desempenho esperado.

Rela\u00e7\u00e3o simplificada:

SLA <\/code>
\u2193 <\/code>
acordo de servi\u00e7o SLO <\/code>
\u2193 <\/code>
objetivo mensur\u00e1vel KPI <\/code>
\u2193 <\/code>
indicador utilizado para medir<\/code><\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

25 – Disponibilidade<\/h4><\/div>\n\n\n\n
Nome:<\/strong> Availability
Sigla:<\/strong> \u2014
Categoria:<\/strong> Performance
N\u00edvel:<\/strong> \ud83d\udfe2 B\u00e1sico<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
\u00c9 a medida de quanto tempo um equipamento, sistema ou servi\u00e7o permanece dispon\u00edvel para utiliza\u00e7\u00e3o.

Exemplo:

Se um servi\u00e7o fica indispon\u00edvel por determinado per\u00edodo durante um m\u00eas, esse tempo pode ser utilizado para calcular sua disponibilidade mensal.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

26 – Outage<\/h4><\/div>\n\n\n\n
Nome:<\/strong> Outage
Sigla:<\/strong> \u2014
Categoria:<\/strong> NOC \/ Opera\u00e7\u00e3o
N\u00edvel:<\/strong> \ud83d\udfe2 B\u00e1sico<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
\u00c9 uma interrup\u00e7\u00e3o ou indisponibilidade de um servi\u00e7o ou recurso.

Exemplo

Servi\u00e7o funcionando <\/code>
\u2193 <\/code>
Falha <\/code>
\u2193 <\/code>
OUTAGE <\/code>
\u2193 <\/code>
Corre\u00e7\u00e3o <\/code>
\u2193 <\/code>
Servi\u00e7o restaurado<\/code><\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

27 – Degrada\u00e7\u00e3o<\/h4><\/div>\n\n\n\n
Nome:<\/strong> Service Degradation
Sigla:<\/strong> \u2014
Categoria:<\/strong> NOC \/ Opera\u00e7\u00e3o
N\u00edvel:<\/strong> \ud83d\udfe2 B\u00e1sico<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
\u00c9 uma situa\u00e7\u00e3o em que o servi\u00e7o continua dispon\u00edvel, mas apresenta desempenho inferior ao esperado.

Exemplos:

chamadas completando, mas com baixa qualidade;
aumento de lat\u00eancia;
perda de pacotes;
lentid\u00e3o;
aumento da taxa de chamadas com falha.

Diferen\u00e7a:

Outage:<\/strong> servi\u00e7o indispon\u00edvel.
Degrada\u00e7\u00e3o:<\/strong> servi\u00e7o dispon\u00edvel, por\u00e9m com desempenho comprometido.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

28 – MTTR<\/h4><\/div>\n\n\n\n
Nome:<\/strong> Mean Time To Repair \/ Restore
Sigla:<\/strong> MTTR
Categoria:<\/strong> Indicadores
N\u00edvel:<\/strong> \ud83d\udfe1 Intermedi\u00e1rio<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
\u00c9 uma m\u00e9trica relacionada ao tempo m\u00e9dio necess\u00e1rio para reparar ou restaurar um servi\u00e7o ou recurso ap\u00f3s uma falha.
A ITU-T define MTTR como a expectativa de tempo de reparo para um conjunto estatisticamente significativo de reparos, normalmente calculada como m\u00e9dia aritm\u00e9tica entre o momento em que a falha \u00e9 reportada e a restaura\u00e7\u00e3o do servi\u00e7o para o cliente.

Exemplo:

Falha detectada <\/code>
\u2193 <\/code>
Atendimento <\/code>
\u2193 <\/code>
Diagn\u00f3stico <\/code>
\u2193 <\/code>
Reparo <\/code>
\u2193 <\/code>
Servi\u00e7o restaurado<\/code>

O intervalo desse processo \u00e9 utilizado no c\u00e1lculo do MTTR conforme a defini\u00e7\u00e3o adotada.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

29 – MTBF<\/h4><\/div>\n\n\n\n
Nome:<\/strong> Mean Time Between Failures
Sigla:<\/strong> MTBF
Categoria:<\/strong> Indicadores
N\u00edvel:<\/strong> \ud83d\udfe1 Intermedi\u00e1rio<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
\u00c9 uma m\u00e9trica utilizada para representar o tempo m\u00e9dio entre falhas de um sistema ou componente.

Utilidade

Pode ser utilizada para analisar:

confiabilidade;
recorr\u00eancia de falhas;
desempenho de equipamentos;
necessidade de manuten\u00e7\u00e3o.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

30 – LOG<\/h4><\/div>\n\n\n\n
Nome:<\/strong> Log
Sigla:<\/strong> \u2014
Categoria:<\/strong> NOC \/ Troubleshooting
N\u00edvel:<\/strong> \ud83d\udfe2 B\u00e1sico<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
Registro produzido por um sistema ou equipamento contendo informa\u00e7\u00f5es sobre acontecimentos, opera\u00e7\u00f5es, erros ou estados.

Exemplos:

SIP log <\/code>
System log <\/code>
Security log <\/code>
Authentication log <\/code>
Application log <\/code>
Network log<\/code>

Na pr\u00e1tica

Logs s\u00e3o uma das principais fontes de evid\u00eancia durante um troubleshooting.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

31 – Trace<\/h4><\/div>\n\n\n\n
Nome:<\/strong> Trace \/ Tracing
Sigla:<\/strong> \u2014
Categoria:<\/strong> Troubleshooting
N\u00edvel:<\/strong> \ud83d\udfe1 Intermedi\u00e1rio<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
\u00c9 o acompanhamento detalhado de uma determinada opera\u00e7\u00e3o, sess\u00e3o ou fluxo atrav\u00e9s de um sistema.

Em Telecom

Pode ser utilizado para acompanhar:

chamadas;
mensagens SIP;
sinaliza\u00e7\u00e3o;
transa\u00e7\u00f5es;
sess\u00f5es;
pacotes;
eventos.

Exemplo:

N\u00famero A <\/code>
\u2193 <\/code>
SBC <\/code>
\u2193 <\/code>
Core <\/code>
\u2193 <\/code>
TAS <\/code>
\u2193 <\/code>
Interconex\u00e3o <\/code>
\u2193 <\/code>
N\u00famero B<\/code>

Um trace pode permitir acompanhar a chamada ao longo desses elementos.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

32 – NMS<\/h4><\/div>\n\n\n\n
Nome:<\/strong> Network Management System
Sigla:<\/strong> NMS
Categoria:<\/strong> Gerenciamento de Rede
N\u00edvel:<\/strong> \ud83d\udfe1 Intermedi\u00e1rio<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
Sistema utilizado para monitorar e gerenciar elementos de uma rede.

Pode fornecer:

alarmes;
topologia;
desempenho;
invent\u00e1rio;
estado dos equipamentos;
hist\u00f3rico;
indicadores.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

33 – EMS<\/h4><\/div>\n\n\n\n
Nome:<\/strong> Element Management System
Sigla:<\/strong> EMS
Categoria:<\/strong> Gerenciamento de Rede
N\u00edvel:<\/strong> \ud83d\udfe1 Intermedi\u00e1rio<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
Sistema especializado no gerenciamento de determinados tipos ou fam\u00edlias de elementos de rede.

Diferen\u00e7a simplificada:

NE <\/code>
\u2193 <\/code>
EMS <\/code>
\u2193 <\/code>
NMS <\/code>
\u2193 <\/code>
NOC<\/code>

Um EMS normalmente possui conhecimento mais espec\u00edfico sobre determinados equipamentos, enquanto um NMS pode fornecer uma vis\u00e3o mais ampla da rede.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

34 – OSS<\/h4><\/div>\n\n\n\n
Nome:<\/strong> Operations Support Systems
Sigla:<\/strong> OSS
Categoria:<\/strong> Opera\u00e7\u00e3o
N\u00edvel:<\/strong> \ud83d\udfe1 Intermedi\u00e1rio<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
Conjunto de sistemas utilizados para apoiar opera\u00e7\u00f5es de redes e servi\u00e7os de telecomunica\u00e7\u00f5es.

Pode envolver:

invent\u00e1rio;
provisionamento;
monitora\u00e7\u00e3o;
gerenciamento de falhas;
desempenho;
configura\u00e7\u00e3o;
ativa\u00e7\u00e3o;
manuten\u00e7\u00e3o.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

35 – BSS<\/h4><\/div>\n\n\n\n
Nome:<\/strong> Business Support Systems
Sigla:<\/strong> BSS
Categoria:<\/strong> Opera\u00e7\u00e3o \/ Neg\u00f3cios
N\u00edvel:<\/strong> \ud83d\udfe1 Intermedi\u00e1rio<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
Conjunto de sistemas voltados ao suporte dos processos de neg\u00f3cio de uma operadora ou provedor.

Exemplos de fun\u00e7\u00f5es:

clientes;
produtos;
cobran\u00e7a;
pedidos;
faturamento;
relacionamento;
cat\u00e1logo.

Diferen\u00e7a simplificada:

OSS \u2192 suporte \u00e0 opera\u00e7\u00e3o <\/code>
BSS \u2192 suporte ao neg\u00f3cio<\/code><\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

36 – Network Element<\/h4><\/div>\n\n\n\n
Nome:<\/strong> Network Element
Sigla:<\/strong> NE
Categoria:<\/strong> Infraestrutura
N\u00edvel:<\/strong> \ud83d\udfe1 Intermedi\u00e1rio<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
Elemento de rede gerenciado ou monitorado dentro de uma infraestrutura de Telecom.

Exemplos:

router;
switch;
SBC;
TAS;
MGW;
OLT;
eNodeB;
gNodeB;
servidor;
equipamento de transmiss\u00e3o.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

37 – Performance Management<\/h4><\/div>\n\n\n\n
Nome:<\/strong> Performance Management
Sigla:<\/strong> PM
Categoria:<\/strong> NOC \/ Opera\u00e7\u00e3o
N\u00edvel:<\/strong> \ud83d\udfe1 Intermedi\u00e1rio<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
Conjunto de processos destinados a coletar, analisar e acompanhar indicadores de desempenho da rede.

Exemplos:

utiliza\u00e7\u00e3o;
tr\u00e1fego;
capacidade;
lat\u00eancia;
perda;
chamadas;
CPU;
mem\u00f3ria;
throughput.

A gest\u00e3o de desempenho \u00e9 tratada, juntamente com gest\u00e3o de falhas e configura\u00e7\u00e3o, como uma fun\u00e7\u00e3o de gerenciamento de redes em refer\u00eancias de Telecom.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

38 – Configuration Management<\/h4><\/div>\n\n\n\n
Nome:<\/strong> Configuration Management
Sigla:<\/strong> CM
Categoria:<\/strong> NOC \/ Opera\u00e7\u00e3o
N\u00edvel:<\/strong> \ud83d\udfe1 Intermedi\u00e1rio<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
Conjunto de atividades relacionadas ao gerenciamento da configura\u00e7\u00e3o dos elementos e servi\u00e7os da rede.

Exemplos:

altera\u00e7\u00e3o de IP;
cria\u00e7\u00e3o de rota;
altera\u00e7\u00e3o de par\u00e2metros SIP;
configura\u00e7\u00e3o de interface;
altera\u00e7\u00e3o de VLAN;
ativa\u00e7\u00e3o\/desativa\u00e7\u00e3o de recurso.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

39 – Inventory Management<\/h4><\/div>\n\n\n\n
Nome:<\/strong> Inventory Management
Sigla:<\/strong> \u2014
Categoria:<\/strong> Opera\u00e7\u00e3o
N\u00edvel:<\/strong> \ud83d\udfe1 Intermedi\u00e1rio<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
Gerenciamento das informa\u00e7\u00f5es sobre recursos f\u00edsicos e l\u00f3gicos da rede.

Pode incluir:

equipamentos;
placas;
interfaces;
portas;
IPs;
circuitos;
enlaces;
software;
vers\u00f5es;
localiza\u00e7\u00e3o;
capacidade.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

40 – Change Management<\/h4><\/div>\n\n\n\n
Nome:<\/strong> Change Management
Sigla:<\/strong> \u2014
Categoria:<\/strong> Opera\u00e7\u00e3o
N\u00edvel:<\/strong> \ud83d\udfe1 Intermedi\u00e1rio<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
Processo utilizado para planejar, avaliar, aprovar, executar e acompanhar altera\u00e7\u00f5es em uma infraestrutura ou servi\u00e7o.

Exemplo

Uma mudan\u00e7a em um SBC:

Planejamento <\/code>
\u2193 <\/code>
An\u00e1lise de impacto <\/code>
\u2193 <\/code>
Aprova\u00e7\u00e3o <\/code>
\u2193 <\/code>
Janela de manuten\u00e7\u00e3o <\/code>
\u2193 <\/code>
Execu\u00e7\u00e3o <\/code>
\u2193 <\/code>
Teste <\/code>
\u2193<\/code>
Valida\u00e7\u00e3o <\/code>
\u2193 <\/code>
Encerramento<\/code><\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

41 – Maintenance Window<\/h4><\/div>\n\n\n\n
Nome:<\/strong> Maintenance Window
Sigla:<\/strong> \u2014
Categoria:<\/strong> Opera\u00e7\u00e3o
N\u00edvel:<\/strong> \ud83d\udfe2 B\u00e1sico<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
Per\u00edodo previamente definido para execu\u00e7\u00e3o de atividades de manuten\u00e7\u00e3o que podem afetar equipamentos ou servi\u00e7os.

Exemplos:

atualiza\u00e7\u00e3o de software;
troca de equipamento;
altera\u00e7\u00e3o de configura\u00e7\u00e3o;
migra\u00e7\u00e3o;
manuten\u00e7\u00e3o preventiva.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

42 – Rollback<\/h4><\/div>\n\n\n\n
Nome:<\/strong> Rollback
Sigla:<\/strong> \u2014
Categoria:<\/strong> Opera\u00e7\u00e3o \/ Change Management
N\u00edvel:<\/strong> \ud83d\udfe2 B\u00e1sico<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
Processo de retornar uma altera\u00e7\u00e3o para um estado anterior quando a mudan\u00e7a executada n\u00e3o produz o resultado esperado.

Exemplo:

CONFIGURA\u00c7\u00c3O A <\/code>
\u2193 <\/code>
CHANGE <\/code>
\u2193 <\/code>
CONFIGURA\u00c7\u00c3O B <\/code>
\u2193 <\/code>
Problema <\/code>
\u2193 <\/code>
ROLLBACK <\/code>
\u2193 <\/code>
CONFIGURA\u00c7\u00c3O A<\/code><\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

43 – Escopo de impacto<\/h4><\/div>\n\n\n\n
Nome:<\/strong> Impact Scope
Sigla:<\/strong> \u2014
Categoria:<\/strong> Incident Management
N\u00edvel:<\/strong> \ud83d\udfe1 Intermedi\u00e1rio<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
Determina\u00e7\u00e3o de quais elementos, servi\u00e7os, clientes, regi\u00f5es ou plataformas s\u00e3o afetados por uma ocorr\u00eancia.

Exemplo

Uma falha pode afetar:

1 cliente <\/code>
\u2193 <\/code>
100 clientes <\/code>
\u2193 <\/code>
uma c\u00e9lula <\/code>
\u2193 <\/code>
uma regi\u00e3o <\/code>
\u2193 <\/code>
uma plataforma <\/code>
\u2193 <\/code>
toda a rede<\/code>

Determinar o escopo \u00e9 uma das primeiras etapas importantes de um troubleshooting.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

44 – Recorr\u00eacia<\/h4><\/div>\n\n\n\n
Nome:<\/strong>\u00a0Recurring Fault \/ Recurrence
Sigla:<\/strong>\u00a0\u2014
Categoria:<\/strong>\u00a0NOC \/ Problemas
N\u00edvel:<\/strong>\u00a0\ud83d\udfe1 Intermedi\u00e1rio<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
Situa\u00e7\u00e3o em que determinada falha ou sintoma ocorre repetidamente.

Exemplo

Segunda \u2192 falha <\/code>
Ter\u00e7a \u2192 normal <\/code>
Quarta \u2192 falha <\/code>
Quinta \u2192 normal <\/code>
Sexta \u2192 falha<\/code>

A recorr\u00eancia \u00e9 importante porque pode indicar que uma corre\u00e7\u00e3o anterior tratou o sintoma, mas n\u00e3o eliminou a causa-raiz.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

45 – Hist\u00f3rico de alarmes<\/h4><\/div>\n\n\n\n
Nome:<\/strong>\u00a0Alarm History
Sigla:<\/strong>\u00a0\u2014
Categoria:<\/strong>\u00a0NOC \/ Troubleshooting
N\u00edvel:<\/strong>\u00a0\ud83d\udfe2 B\u00e1sico<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
Registro hist\u00f3rico dos alarmes e eventos ocorridos em determinado equipamento ou servi\u00e7o.

Na pr\u00e1tica

O hist\u00f3rico permite responder perguntas como:

Quando come\u00e7ou?
J\u00e1 aconteceu antes?
Quanto tempo durou?
Qual alarme apareceu primeiro?
Qual equipamento apresentou o primeiro evento?
O problema \u00e9 recorrente?
O alarme foi automaticamente limpo?

O gerenciamento de alarmes e eventos normalmente mant\u00e9m registros de in\u00edcio, limpeza e hist\u00f3rico das ocorr\u00eancias.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

46 – Alarm Acknowledgement<\/h4><\/div>\n\n\n\n
Nome:<\/strong>\u00a0Alarm Acknowledgement
Sigla:<\/strong>\u00a0ACK
Categoria:<\/strong>\u00a0NOC \/ Opera\u00e7\u00e3o
N\u00edvel:<\/strong>\u00a0\ud83d\udfe1 Intermedi\u00e1rio<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
\u00c9 o reconhecimento de que determinado alarme foi recebido ou identificado pelo operador\/sistema.

Aten\u00e7\u00e3o!!!
Reconhecer um alarme n\u00e3o significa necessariamente que a falha foi resolvida.<\/strong>

Exemplo:

ALARME <\/code>
\u2193 <\/code>
ACKNOWLEDGE <\/code>
\u2193 <\/code>
Operador assumiu conhecimento <\/code>
\u2193 <\/code>
INVESTIGA\u00c7\u00c3O <\/code>
\u2193<\/code>
CORRE\u00c7\u00c3O <\/code>
\u2193 <\/code>
CLEAR<\/code><\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

47 – Alarm Suppression<\/h4><\/div>\n\n\n\n
Nome:<\/strong>\u00a0Alarm Suppression
Sigla:<\/strong>\u00a0\u2014
Categoria:<\/strong>\u00a0NOC \/ Opera\u00e7\u00e3o
N\u00edvel:<\/strong>\u00a0\ud83d\udd34 Avan\u00e7ado<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
Mecanismo utilizado para evitar que determinados alarmes sejam apresentados ou tratados repetidamente quando j\u00e1 se sabe que est\u00e3o relacionados a outra condi\u00e7\u00e3o.

Exemplo:

Uma falha de alimenta\u00e7\u00e3o pode provocar dezenas de alarmes secund\u00e1rios.
O sistema pode suprimir ou relacionar determinados eventos para evitar uma “tempestade” de alarmes.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

48 – Alarm Flood<\/h4><\/div>\n\n\n\n
Nome:<\/strong>\u00a0Alarm Flood
Sigla:<\/strong>\u00a0\u2014
Categoria:<\/strong>\u00a0NOC \/ Opera\u00e7\u00e3o
N\u00edvel:<\/strong>\u00a0\ud83d\udd34 Avan\u00e7ado<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
Situa\u00e7\u00e3o em que uma grande quantidade de alarmes \u00e9 gerada em curto per\u00edodo.

Problema

O excesso de alarmes pode dificultar a identifica\u00e7\u00e3o da causa-raiz.

Exemplo:

Falha principal <\/code>
\u2193 <\/code>
100 equipamentos afetados <\/code>
\u2193 <\/code>
1.000 alarmes <\/code>
\u2193 <\/code>
ALARM FLOOD <\/code>
\u2193 <\/code>
Necessidade de correla\u00e7\u00e3o<\/code><\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

49 – Topologia<\/h4><\/div>\n\n\n\n
Nome:<\/strong>\u00a0Network Topology
Sigla:<\/strong>\u00a0\u2014
Categoria:<\/strong>\u00a0Redes \/ NOC
N\u00edvel:<\/strong>\u00a0\ud83d\udfe2 B\u00e1sico<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
\u00c9 a representa\u00e7\u00e3o da forma como os elementos de uma rede est\u00e3o conectados.

Exemplos:

estrela;
anel;
malha;
\u00e1rvore;
hier\u00e1rquica.

Em NOC

A topologia ajuda a entender:

depend\u00eancias;
caminhos;
redund\u00e2ncias;
impacto de falhas;
poss\u00edveis causas.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

50 – Redund\u00e2ncia<\/h4><\/div>\n\n\n\n
Nome:<\/strong>\u00a0Redundancy
Sigla:<\/strong>\u00a0\u2014
Categoria:<\/strong>\u00a0Disponibilidade
N\u00edvel:<\/strong>\u00a0\ud83d\udfe2 B\u00e1sico<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
Utiliza\u00e7\u00e3o de recursos alternativos para manter a opera\u00e7\u00e3o quando um componente principal falha.

Exemplo:

\u250c\u2500\u2500 Link A \u2500\u2500\u2510 <\/code>
Equipamento Rede <\/code>
\u2514\u2500\u2500 Link B \u2500\u2500\u2518<\/code>

Se o Link A falhar, o Link B pode assumir, dependendo da arquitetura.
<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

51 – Failover<\/h4><\/div>\n\n\n\n
Nome:<\/strong>\u00a0Failover
Sigla:<\/strong>\u00a0\u2014
Categoria:<\/strong>\u00a0Disponibilidade
N\u00edvel:<\/strong>\u00a0\ud83d\udfe1 Intermedi\u00e1rio<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
Processo de transfer\u00eancia de uma fun\u00e7\u00e3o ou servi\u00e7o de um recurso prim\u00e1rio para um recurso alternativo ap\u00f3s uma falha.

Exemplo:

Servidor A <\/code>
\u2193 <\/code>
X <\/code>
\u2193 <\/code>
Servidor B <\/code>
\u2193 <\/code>
Servi\u00e7o continua<\/code><\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

52 – Self-Healing<\/h4><\/div>\n\n\n\n
Nome:<\/strong>\u00a0Self-Healing
Sigla:<\/strong>\u00a0\u2014
Categoria:<\/strong>\u00a0Automa\u00e7\u00e3o \/ Opera\u00e7\u00e3o
N\u00edvel:<\/strong>\u00a0\ud83d\udd34 Avan\u00e7ado<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
Capacidade de uma rede ou sistema detectar determinadas condi\u00e7\u00f5es e executar a\u00e7\u00f5es autom\u00e1ticas para restaurar ou preservar seu funcionamento.

Exemplo:

Falha detectada <\/code>
\u2193 <\/code>
Sistema identifica condi\u00e7\u00e3o <\/code>
\u2193 <\/code>
Ativa\u00e7\u00e3o autom\u00e1tica de recurso alternativo <\/code>
\u2193 <\/code>
Servi\u00e7o restaurado<\/code><\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

53 – SLA Breach<\/h4><\/div>\n\n\n\n
Nome:<\/strong>\u00a0SLA Breach
Sigla:<\/strong>\u00a0\u2014
Categoria:<\/strong>\u00a0Opera\u00e7\u00e3o \/ Servi\u00e7os
N\u00edvel:<\/strong>\u00a0\ud83d\udfe1 Intermedi\u00e1rio<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
Situa\u00e7\u00e3o em que determinado requisito estabelecido em um SLA n\u00e3o \u00e9 atendido.

Exemplo:

Se um acordo estabelece determinado tempo m\u00e1ximo de atendimento ou disponibilidade e esse objetivo n\u00e3o \u00e9 alcan\u00e7ado, pode ocorrer um SLA breach.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

54 – Post-Mortem<\/h4><\/div>\n\n\n\n
Nome:<\/strong>\u00a0Post-Mortem \/ Incident Review
Sigla:<\/strong>\u00a0\u2014
Categoria:<\/strong>\u00a0Opera\u00e7\u00e3o
N\u00edvel:<\/strong>\u00a0\ud83d\udfe1 Intermedi\u00e1rio<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
An\u00e1lise realizada ap\u00f3s um incidente significativo para entender:

o que aconteceu;
quando aconteceu;
qual foi o impacto;
qual foi a causa;
como foi resolvido;
o que poderia ter sido feito diferente;
quais a\u00e7\u00f5es devem evitar recorr\u00eancia.

Estrutura recomendada:

1. Resumo <\/code>
2. Impacto <\/code>
3. Linha do tempo <\/code>
4. Detec\u00e7\u00e3o <\/code>
5. Diagn\u00f3stico <\/code>
6. Causa-raiz <\/code>
7. Corre\u00e7\u00e3o <\/code>
8. Recupera\u00e7\u00e3o <\/code>
9. Li\u00e7\u00f5es aprendidas <\/code>
10. A\u00e7\u00f5es preventivas<\/code><\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

55 – Runbook<\/h4><\/div>\n\n\n\n
Nome:<\/strong>\u00a0Runbook
Sigla:<\/strong>\u00a0\u2014
Categoria:<\/strong>\u00a0Opera\u00e7\u00e3o
N\u00edvel:<\/strong>\u00a0\ud83d\udfe1 Intermedi\u00e1rio<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
Documento ou procedimento estruturado que orienta uma equipe sobre como executar determinada atividade operacional.

Exemplo:

Runbook \u2014 SIP 503<\/strong>

1. Confirmar ocorr\u00eancia <\/code>
2. Identificar origem <\/code>
3. Consultar trace SIP <\/code>
4. Identificar elemento que gerou 503 <\/code>
5. Verificar alarmes <\/code>
6. Verificar conectividade <\/code>
7. Verificar capacidade <\/code>
8. Escalonar se necess\u00e1rio <\/code>
9. Validar normaliza\u00e7\u00e3o <\/code>
10. Registrar resultado<\/code><\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

56 – Escopo x causa x impacto<\/h4><\/div>\n\n\n\n
<\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
Um conceito importante para quem est\u00e1 come\u00e7ando:

Sintoma
O que est\u00e1 sendo observado.

Impacto
Quem ou o que est\u00e1 sendo afetado.

Causa
Por que est\u00e1 acontecendo.

Causa-raiz
Por que a condi\u00e7\u00e3o original aconteceu.

Exemplo

SINTOMA <\/code>
Chamadas n\u00e3o completam <\/code>
\u2193 <\/code>
IMPACTO <\/code>
Clientes de determinada regi\u00e3o <\/code>
\u2193 <\/code>
CAUSA SBC <\/code>
rejeitando sess\u00f5es <\/code>
\u2193 <\/code>
CAUSA-RAIZ <\/code>
Altera\u00e7\u00e3o de configura\u00e7\u00e3o<\/code><\/div><\/div>\n<\/div><\/div>\n","protected":false},"excerpt":{"rendered":"

01 – NOC Nome: Network Operations CenterSigla: NOCCategoria: NOC \/ Opera\u00e7\u00e3oN\u00edvel: \ud83d\udfe2 B\u00e1sico O que \u00e9? NOC significa Network Operations Center, ou Centro de Opera\u00e7\u00f5es de Rede.\u00c9 o ambiente respons\u00e1vel por acompanhar e operar uma rede de telecomunica\u00e7\u00f5es, normalmente utilizando sistemas de monitora\u00e7\u00e3o, alarmes, indicadores de desempenho e ferramentas de diagn\u00f3stico. Na pr\u00e1tica O NOC pode acompanhar: equipamentos;enlaces;centrais;servidores;plataformas de voz;redes […]<\/p>\n","protected":false},"author":1,"featured_media":0,"parent":0,"menu_order":0,"comment_status":"closed","ping_status":"closed","template":"","meta":{"_uag_custom_page_level_css":"","site-sidebar-layout":"default","site-content-layout":"","ast-site-content-layout":"default","site-content-style":"default","site-sidebar-style":"default","ast-global-header-display":"","ast-banner-title-visibility":"","ast-main-header-display":"","ast-hfb-above-header-display":"","ast-hfb-below-header-display":"","ast-hfb-mobile-header-display":"","site-post-title":"disabled","ast-breadcrumbs-content":"","ast-featured-img":"","footer-sml-layout":"","ast-disable-related-posts":"","theme-transparent-header-meta":"","adv-header-id-meta":"","stick-header-meta":"","header-above-stick-meta":"","header-main-stick-meta":"","header-below-stick-meta":"","astra-migrate-meta-layouts":"default","ast-page-background-enabled":"default","ast-page-background-meta":{"desktop":{"background-color":"var(--ast-global-color-4)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"ast-content-background-meta":{"desktop":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"footnotes":""},"class_list":["post-836","page","type-page","status-publish","hentry"],"uagb_featured_image_src":{"full":false,"thumbnail":false,"medium":false,"medium_large":false,"large":false,"1536x1536":false,"2048x2048":false},"uagb_author_info":{"display_name":"orlandoneto.com","author_link":"https:\/\/orlandoneto.com\/index.php\/author\/orlandoneto-com\/"},"uagb_comment_info":0,"uagb_excerpt":"01 – NOC Nome: Network Operations CenterSigla: NOCCategoria: NOC \/ Opera\u00e7\u00e3oN\u00edvel: \ud83d\udfe2 B\u00e1sico O que \u00e9? NOC significa Network Operations Center, ou Centro de Opera\u00e7\u00f5es de Rede.\u00c9 o ambiente respons\u00e1vel por acompanhar e operar uma rede de telecomunica\u00e7\u00f5es, normalmente utilizando sistemas de monitora\u00e7\u00e3o, alarmes, indicadores de desempenho e ferramentas de diagn\u00f3stico. Na pr\u00e1tica O NOC pode acompanhar: equipamentos;enlaces;centrais;servidores;plataformas de voz;redes…","_links":{"self":[{"href":"https:\/\/orlandoneto.com\/index.php\/wp-json\/wp\/v2\/pages\/836","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/orlandoneto.com\/index.php\/wp-json\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/orlandoneto.com\/index.php\/wp-json\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/orlandoneto.com\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/orlandoneto.com\/index.php\/wp-json\/wp\/v2\/comments?post=836"}],"version-history":[{"count":7,"href":"https:\/\/orlandoneto.com\/index.php\/wp-json\/wp\/v2\/pages\/836\/revisions"}],"predecessor-version":[{"id":849,"href":"https:\/\/orlandoneto.com\/index.php\/wp-json\/wp\/v2\/pages\/836\/revisions\/849"}],"wp:attachment":[{"href":"https:\/\/orlandoneto.com\/index.php\/wp-json\/wp\/v2\/media?parent=836"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}