---
categoria: Telecom
tempo_medio: 10-15 min
nivel_tecnico: Intermediário
---

# 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;

Esses parâmetros devem ser comparados com o padrão da operação, histórico do cliente e comportamento esperado do equipamento.

---

## 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;

Ao final, valide o serviço do ponto de vista do cliente e registre a ação executada.

---

## 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;

Sem evidências, fica difícil diferenciar falha física, erro de configuração, problema de backbone ou limitação do equipamento.

---

## 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;

Essas falhas podem aparecer isoladas ou combinadas. Por isso, evite concluir o diagnóstico com base em uma única medição.

---

## 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;

Boas práticas reduzem retrabalho e melhoram a rastreabilidade entre campo, NOC e gestão técnica.

---

## 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.

Quando não houver evidência suficiente, não encerre o diagnóstico como confirmado. Registre a pendência e escale com contexto.

## Documentos relacionados

- [01 - Rotas Estáticas](../Redes/Roteamento/01 - Rotas Estáticas.md)
- [01 - Firewall](../Redes/Segurança/01 - Firewall.md)
- [01 - Conceitos](../Redes/Vlans/01 - Conceitos.md)
- [POP - Diagnóstico PPPoE](../Diagnósticos/POP - Diagnóstico PPPoE.md)

---

## Resumo

Logs e Diagnóstico deve ser tratado de forma prática: verificar parâmetros, coletar evidências, corrigir com critério e documentar o resultado. Esse cuidado acelera o atendimento e evita reincidência.