Use este identificador para citar ou linkar para este item: https://ric.cps.sp.gov.br/handle/123456789/40347
Título: Relatório técnico de como resolver problemas comuns de forma eficiente em telecomunicações
Título(s) alternativo(s): Technical report on how to efficiently solve common problems in telecommunications
Autor(es): LINS, Jepherson Lucas dos Santos
Orientador(es): BODÊ, Jonas
Outro(s) contribuidor(es): FREITAS, Rogério Nunes de
CUNHA, Cíntia Gimenez da
Tipo documental: Relatório Técnico
Palavras-chave: Telecomunicações;Internet
Data do documento: 1-Dez-2025
Editor: 004
Referência Bibliográfica: LINS, Jepherson Lucas dos Santos. Relatório técnico de como resolver problemas comuns de forma eficiente em telecomunicações, 2025. Trabalho de Conclusão de Curso (Curso Superior de Tecnologia em Análise e Desenvolvimento de Sistemas) - Faculdade de Tecnologia de Americana “Ministro Ralph Biasi”, Americana, 2025.
Resumo: O processo de reconhecimento de incidentes inicia-se com os alertas gerados por plataformas de monitoramento como Zabbix, IBM Netcool, Geolinks e BMC Remedy. Esses sistemas disparam notificações visuais e sonoras em dashboards, além de enviarem emails ou SMS para casos específicos, indicando a gravidade do problema (baixa, média, alta ou crítica). Ao receber o alarme, o analista valida sua ocorrência comparando dados em diferentes ferramentas e realizando testes remotos — como ping, traceroute e consultas SNMP — para descartar falsos positivos. Entre os incidentes mais frequentes estão Dying Gasp (falha de energia), Loss of Signal (ruptura de fibra), variações de atenuação e alarmes de temperatura elevada por superaquecimento. Concluída a validação, o evento é registrado como ticket no Remedy, priorizado conforme o número de clientes afetados, SLA e tempo de alarme, e, se necessário, encaminhado à equipe de campo (NMC) para inspeção e reparo físico.
The incident recognition process begins with alerts generated by monitoring platforms such as Zabbix, IBM Netcool, Geolinks and BMC Remedy. These systems trigger visual and audible notifications on dashboards and, in certain cases, send e-mail or SMS alerts, indicating the severity of the issue (low, medium, high or critical). Upon receiving an alarm, the analyst validates its occurrence by cross-checking data across different tools and performing remote tests—such as ping, traceroute and SNMP queries—to rule out false positives. The most common incidents include Dying Gasp (power failure), Loss of Signal (fiber break), attenuation variations (signal levels too high or too low) and overheating alarms due to inadequate equipment ventilation. Once validated, the event is logged as a ticket in Remedy, prioritized according to the number of affected customers, the SLA and the time elapsed since the alarm, and—if necessary—escalated to the field team (NMC) for on-site inspection and physical repair.
URI: https://ric.cps.sp.gov.br/handle/123456789/40347
Aparece nas coleções:Trabalhos de Conclusão de Curso

Arquivos associados a este item:
Arquivo Descrição TamanhoFormato 
20252S_Jepherson Lucas dos Santos Lins_OD2763.pdf
  Restricted Access
2.23 MBAdobe PDFVisualizar/Abrir    Solictar uma cópia
TA - Jepherson Lucas dos Santos Lins.pdf
  Restricted Access
241.31 kBAdobe PDFVisualizar/Abrir    Solictar uma cópia


Os itens no repositório estão protegidos por copyright, com todos os direitos reservados, salvo quando é indicado o contrário.