Rede · gerenciamento de CPEs
TR-069 na prática: o que um ACS resolve no dia a dia do suporte do provedor
Publicado em 17 de agosto de 2026 · Por Matheus H. Frossard · 8 min de leitura
TR-069 (CWMP) é o protocolo que permite ao provedor gerenciar remotamente os roteadores e ONTs dos assinantes através de um ACS — Auto Configuration Server. Na prática, significa trocar a senha do Wi-Fi durante o atendimento, diagnosticar e reiniciar o equipamento sem visita técnica, provisionar instalações automaticamente e atualizar firmware em massa — num parque com equipamentos de vários fabricantes. Este artigo mostra o que isso muda no dia a dia, escrito por quem opera ACS em produção.
Como o TR-069 funciona (em um parágrafo)
É o CPE que procura o servidor, não o contrário: o equipamento do cliente envia Informs periódicos ao ACS e pode ser "chamado" para se conectar na hora (connection request). Por isso o gerenciamento funciona com o cliente atrás de NAT ou CGNAT, sem IP público. Uma vez conectado, o ACS lê e escreve parâmetros no modelo de dados do equipamento (TR-098 ou TR-181): SSID e senha do Wi-Fi, credenciais PPPoE, status da WAN, potência óptica, clientes conectados, e por aí vai.
Caso 1 — Trocar a senha do Wi-Fi durante o atendimento
A ligação mais comum depois de "minha internet caiu": "esqueci a senha do Wi-Fi" ou "quero trocar porque o vizinho pegou". Sem ACS, isso é visita técnica ou dez minutos guiando o cliente pelo 192.168.1.1 por telefone. Com ACS integrado ao atendimento, o atendente altera SSID e senha na tela do cliente, em segundos, com o registro auditado no sistema. É o caso de uso que sozinho justifica a plataforma para a maioria dos provedores.
Caso 2 — Diagnóstico antes de agendar visita
"Está lenta" pode ser sinal óptico degradado, Wi-Fi saturado, equipamento travado ou problema real de rede. O ACS responde antes de o técnico entrar no carro:
- Potência óptica RX/TX da ONT — sinal fora da faixa indica problema físico (conector, drop, caixa) e a visita já sai com diagnóstico;
- Status e uptime da WAN — quedas de PPPoE frequentes aparecem no histórico;
- Clientes conectados e canal do Wi-Fi — 30 dispositivos num canal congestionado explicam a "lentidão" sem defeito nenhum;
- Reboot remoto — resolve o clássico equipamento travado sem deslocar ninguém.
O efeito no indicador que importa: menos visitas improdutivas — cada uma custa deslocamento, hora técnica e janela de agenda que faria falta numa instalação.
Caso 3 — Provisionamento zero-touch na instalação
Com o parque padronizado, a ONT nova aponta para o ACS de fábrica (ou via opção do DHCP/OMCI da OLT) e, no primeiro Inform, recebe o perfil completo: credenciais PPPoE do cliente, SSID padrão, senha, DNS, TR-069 periódico. O técnico instala e o equipamento se configura — sem digitação em campo, sem erro de dedo, sem "cada técnico configura de um jeito". A padronização também facilita o suporte: todo equipamento do modelo X está configurado igual.
Caso 4 — Firmware e mudanças em massa
Vulnerabilidade num modelo de roteador? Mudança de DNS? Ajuste de configuração no parque inteiro? Sem ACS, é campanha de visitas ou um parque desatualizado para sempre. Com ACS, é uma tarefa agendada em janela de madrugada, por modelo e por lote, com acompanhamento de quem atualizou e quem falhou.
O mundo real: multi-fabricante é o normal
Nenhum provedor com alguns anos de estrada tem parque de um fabricante só. E é aqui que o TR-069 cobra pedágio: o padrão define o protocolo, mas cada fabricante implementa seu modelo de dados com caminhos e manhas próprios — o parâmetro do Wi-Fi da ONT Huawei não está no mesmo lugar da ZTE, que difere da Intelbras, da FiberHome e da TP-Link; alguns modelos misturam TR-098 e TR-181, outros exigem tratamento especial de encoding ou de sessão. Um ACS útil para provedor precisa abstrair isso por fabricante e modelo: o atendente clica "trocar senha do Wi-Fi" e a plataforma traduz para o equipamento que estiver na casa do cliente.
É essa a proposta do altACS: multi-fabricante (Huawei, ZTE, Intelbras, FiberHome, TP-Link, MikroTik e outros), com as ações do dia a dia — Wi-Fi, diagnóstico, reboot, provisionamento — expostas direto no atendimento do ERP Altarede, sem o atendente precisar conhecer árvore de parâmetro.
Segurança: o básico que não dá para pular
- ACS acessível via HTTPS, com autenticação dos CPEs;
- Connection request autenticado (usuário/senha por equipamento);
- Credenciais de administração das CPEs padronizadas pelo ACS — e diferentes da etiqueta de fábrica;
- Registro de quem fez o quê: toda ação do atendimento auditada.
Perguntas frequentes
Preciso trocar os roteadores dos clientes?
Na maioria dos casos, não: ONTs e roteadores de provedor já suportam TR-069 de fábrica — basta apontá-los para o ACS. Atenção apenas ao parque muito antigo e a equipamento do próprio cliente.
Funciona com cliente atrás de CGNAT?
Sim — o CPE é quem inicia a conexão com o ACS, então NAT/CGNAT não atrapalha. Não precisa de IP público nem redirecionamento de porta.
Qual a diferença entre TR-098 e TR-181?
São os dois modelos de dados dos CPEs: TR-098 (InternetGatewayDevice) é o clássico das ONTs de provedor; TR-181 (Device:2) é o mais novo. Parques reais misturam os dois — o ACS precisa tratar cada fabricante e modelo.
Quantas visitas técnicas o seu suporte faria a menos?
Veja o altACS operando no parque real: Wi-Fi pelo atendimento, diagnóstico e reboot sem deslocar técnico.
Conhecer o altACS