Logs e Diagnóstico
Objetivo
Orientar a equipe técnica sobre uso de logs para investigação operacional, com foco em atendimento, operação NOC, documentação e diagnóstico em campo.Conceito
Logs e Diagnóstico é um tema operacional importante dentro de Telecom porque influencia disponibilidade, qualidade do serviço e tempo de resolução de incidentes.O objetivo não é apenas conhecer o termo, mas saber onde ele aparece na rede, quais sintomas provoca quando está incorreto e quais evidências devem ser coletadas.
Onde se aplica
Este conteúdo se aplica a roteadores de borda, concentradores PPPoE, CPEs, roteamento interno, NAT, firewall, controle de banda e diagnóstico de clientes.Também deve ser usado em triagens, ativações, manutenções preventivas, correções emergenciais e validações após mudança.
Funcionamento
No RouterOS, cada recurso depende de interfaces corretas, endereçamento, rotas, firewall, logs e ordem de regras.Na prática, o técnico deve interpretar o cenário completo: equipamento, porta física, configuração lógica, medições, logs e impacto percebido pelo cliente.
Parâmetros importantes
Pontos que devem ser observados:- interface;
- IP;
- gateway;
- VLAN;
- PPPoE;
- NAT;
- firewall;
- logs;
- latência;
- perda de pacote;
- topics;
- warning;
- error;
Procedimento prático
Sequência recomendada:- fazer backup ou export antes de alterar;
- identificar interfaces e tráfego;
- validar IP, rota e DNS;
- consultar logs e counters;
- testar conectividade após cada mudança;
Evidências obrigatórias
Sempre que houver atendimento, diagnóstico ou alteração, colete:- export da configuração relevante;
- print da tela ou terminal;
- ping/traceroute;
- logs;
- counters de interface ou regra;
- teste antes e depois;
Falhas comuns
Sintomas e causas frequentes:- regra de firewall em ordem errada;
- NAT ausente;
- rota padrão incorreta;
- bridge mal configurada;
- PPPoE sem profile adequado;
Diagnóstico em campo ou operação
Verifique primeiro conectividade básica, interface ativa, IP e rota. Depois analise firewall, NAT, PPPoE e filas. Evite alterar várias áreas ao mesmo tempo.Escalone quando houver risco de impacto coletivo, divergência entre documentação e realidade física, falha recorrente sem causa clara ou necessidade de alteração fora da permissão do técnico.
Erro comum: alterar configuração antes de registrar o estado inicial. Isso dificulta auditoria e pode esconder a causa real.
Boas práticas
Recomendações operacionais:- usar nomes claros;
- restringir acesso administrativo;
- manter backup atualizado;
- documentar mudanças;
- testar impacto em janela controlada;
Método RMEvolution de validação
Use a sequência abaixo para transformar sintoma em decisão operacional:- Evidência observada: registre o fato bruto, com print, foto, log ou medição.
- Hipótese levantada: descreva a causa provável que será testada.
- Teste executado: informe ferramenta, condição do teste e valor esperado.
- Resultado obtido: registre o valor medido, resposta do sistema ou comportamento observado.
- Hipótese descartada ou confirmada: explique o motivo técnico da decisão.
- Conclusão operacional: defina correção, orientação, monitoramento ou escalonamento.
- Nível de confiança: use baixo, médio ou alto conforme a qualidade das evidências.