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 | Tamanho | Formato | |
|---|---|---|---|---|
| 20252S_Jepherson Lucas dos Santos Lins_OD2763.pdf Restricted Access | 2.23 MB | Adobe PDF | Visualizar/Abrir Solictar uma cópia | |
| TA - Jepherson Lucas dos Santos Lins.pdf Restricted Access | 241.31 kB | Adobe PDF | Visualizar/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.