---
codigo: DOC-TEL-RED-COM-009
tipo: conhecimento-operacional
dominio: Telecom
area: Redes
nivel_tecnico: Intermediário
tempo_medio: 10-15 min
status: validado
---

# NTP

> Diagnóstico confiável em rede segue a ordem: evidência observada, hipótese levantada, teste executado, resultado obtido e validação documentada.

## Objetivo

Explicar NTP e impacto de data/hora incorreta em redes e sistemas.

## Quando aplicar

- quando logs aparecem com horário incorreto
- em falhas de certificado, autenticação ou monitoramento
- ao configurar roteadores, servidores, rádios, OLTs e CPEs

## Conceitos essenciais

- NTP sincroniza horário de dispositivos com fontes confiáveis.
- Data/hora correta melhora correlação de logs, auditoria e diagnóstico.
- Hora errada pode causar falha TLS, autenticação, relatórios e monitoramento.
- NTP usa normalmente UDP 123.

## Como verificar em campo

- confira relógio do equipamento
- verifique servidor NTP configurado
- compare horário com fonte confiável
- observe logs após sincronizar

## Evidências obrigatórias

- horário antes e depois
- servidor NTP usado
- fuso horário
- log mostrando sincronismo ou falha

## Erros comuns

- analisar log sem corrigir horário
- configurar NTP inacessível
- ignorar fuso horário
- confundir certificado inválido com falha web

## Checklist de validação

- horário correto
- fuso correto
- NTP alcançável
- logs coerentes
- certificados validados

## Documentos relacionados

- [Protocolos de Comunicação](./01 - Protocolos de Comunicação.md)
- [Portas e Sockets](./07 - Portas e Sockets.md)
- [HTTP e HTTPS](./08 - HTTP e HTTPS.md)
- [Logs e Diagnóstico](../../Mikrotik/17 - Logs e Diagnóstico.md)
- [Checklist Básico de Mikrotik](../../Mikrotik/20 - Checklist Básico de Mikrotik.md)

## Resumo

NTP deve ser entendido como parte de um fluxo operacional: observar o sintoma, levantar hipótese, executar teste seguro, validar o resultado e registrar evidência antes de concluir ou escalar.