Pular para o conteúdo
InstagramYouTubeFacebook

Remote Access

Gerência Remota Intelbras com TR-069

Configure o TR-069 em roteadores, ONUs e OLTs Intelbras para habilitar provisionamento remoto, upgrades de firmware e monitoramento em escala.

Resumo O TR-069 (CWMP) é o protocolo padrão que permite a um ACS central configurar, atualizar e monitorar remotamente roteadores, ONUs, OLTs e gateways Intelbras sem engenheiros logarem em cada dispositivo. Este guia percorre os pré-requisitos de acesso local, configuração do cliente TR-069, verificação no ACS, testes controlados e o checklist de hardening que mantém um deployment TR-069 seguro em escala.

Como o TR-069 habilita a gerência remota Intelbras?

O TR-069 é o CPE WAN Management Protocol (CWMP) — um padrão internacional que permite a um ACS (Auto Configuration Server) alcançar CPEs como roteadores, ONUs, OLTs, gateways e modems Intelbras para ler telemetria, enviar configuração e orquestrar atualizações de firmware sem precisar logar em cada dispositivo manualmente. Em um dispositivo Intelbras, você habilita o TR-069 uma vez, aponta para seu ACS, e daí em diante o dispositivo faz check-in periodicamente e aceita comandos do servidor central.

O protocolo resolve o problema operacional que define a escala: com cinquenta CPEs você consegue gerenciar manualmente, com quinhentos não consegue. O TR-069 permite auto-provisionar novos dispositivos quando entram em operação, alterar configurações remotamente sem perseguir o IP do cliente, fazer rollout de upgrades de firmware em massa e coletar telemetria de desempenho e erros centralmente. É o bloco de construção que torna prática a operação Intelbras em escala de ISP.

IPs e credenciais Intelbras padrão

Antes de tocar no TR-069, você precisa de acesso local ao dispositivo. Padrões comuns que você verá em campo:

EquipamentoIP padrãoUsuárioSenha
Intelbras IWR 3000N / WRN 30010.0.0.1 ou 192.168.0.1adminadmin
Intelbras ONU G120 / G240Provisionado via OLTadminadmin
Intelbras OLT 8820G / 8820L192.168.1.1adminadmin

Conecte um PC a uma porta LAN, defina IP estático na mesma subnet (por exemplo 192.168.0.10/24), abra http://192.168.0.1 (ou o padrão específico do modelo) e faça login. Em ONUs e OLTs o padrão exato pode diferir, mas o padrão é o mesmo: conecte localmente primeiro, depois siga para o TR-069.

Habilite e configure o cliente TR-069

O nome do menu varia por modelo (roteador, ONU, OLT), mas o caminho geralmente é Gerenciamento → TR-069 / CWMP. Dentro dessa seção, habilite o cliente e preencha os parâmetros do ACS:

CampoExemploNotas
ACS URLhttp://acs.seuisp.com:7547/Endereço do seu servidor ACS
ACS Usernameacs-userAutenticação no lado do ACS
ACS Passwordsenhaforte123Autenticação no lado do ACS
Connection Request URL(auto)Gerado pelo dispositivo
Connection Request UsernameadminUsado pelo ACS para iniciar chamadas
Connection Request Passwordadmin123Usado pelo ACS para iniciar chamadas

Clique em Salvar / Aplicar e reinicie se o modelo exigir. Um erro de digitação na URL do ACS em um template de provisionamento pode quebrar comunicação para centenas de CPEs de uma vez — verifique antes de rolar amplamente.

Confirme comunicação com o ACS

Uma vez habilitado o TR-069, o dispositivo tenta alcançar o ACS. No painel do ACS (GenieACS, Splynx ou o módulo TR-069 dentro do MKController), confirme que o dispositivo aparece com Status: Online e timestamp recente de Last Inform.

Se o CPE não aparece, verifique três coisas em ordem: que a porta 7547 (ou a que o ACS usa) está aberta e alcançável no servidor, que a URL do ACS no CPE não tem erro de digitação, e que a conectividade IP básica funciona da rede do dispositivo ao ACS:

curl -v http://acs.seuisp.com:7547

Se múltiplos dispositivos falham em conectar de uma vez, a causa é quase sempre DNS, firewall ou o próprio ACS — não configuração individual de CPE. Não comece a editar CPEs até que a causa centralizada seja descartada.

Teste comandos remotos

Com a comunicação estabelecida, teste o canal antes de fazer qualquer coisa operacional. Leia um parâmetro inofensivo primeiro, depois faça um reboot controlado em um dispositivo de laboratório:

  • Device.DeviceInfo.SerialNumber
  • Device.WiFi.SSID.1.SSID
  • Device.WANDevice.1.WANConnectionDevice.1.WANIPConnection.1.ExternalIPAddress

Só depois que leituras pequenas e um reboot de laboratório tiverem sucesso você deve disparar upgrades de firmware, mudanças de SSID, pushes de credenciais PPPoE ou escritas em massa contra a frota de produção. Para padrões complementares de acesso remoto quando o TR-069 sozinho não basta, veja nosso guia Intelbras DDNS e o guia de gerenciamento iManager.

Reforce a implantação

O TR-069 é poderoso, o que significa que merece disciplina operacional:

  • Troque as credenciais padrão admin / admin antes de habilitar TR-069. Mude também a senha de Connection Request. Use credenciais únicas ou por cliente quando seu processo de provisionamento permitir.
  • Habilite TR-069 só em CPEs que serão de fato gerenciados centralmente. Não deixe apontando para URLs de ACS desconhecidas ou não usadas.
  • Prefira HTTPS para o endpoint do ACS (geralmente porta 443 ou 7548) com certificados válidos. Atualize CPEs para versões de firmware com suporte estável a TR-069 e TLS.
  • Planeje janelas regulares de manutenção de firmware. Teste novo firmware em um subset pequeno antes de rolar amplamente, e use os recursos de upgrade do TR-069 em vez de upgrades manuais um a um.
  • Documente a política: quais modelos são gerenciados, quais parâmetros são controlados pelo ACS e como funciona o rollback se uma config ruim sair.

Combine TR-069 com MKController e NATCloud

O TR-069 sozinho dá um canal robusto de gerência remota para CPEs compatíveis. Em operação ISP no mundo real você também precisa de um dashboard unificado entre fornecedores, monitoramento e alertas, acesso remoto quando o cliente não tem IP público (NAT, CGNAT) e descoberta de inventário entre switches, roteadores, OLTs e ONUs.

O MKController fala TR-069 / TR-369 (USP) com CPEs compatíveis, suporta Intelbras junto com outros fornecedores, e provê um painel único com tendências de uptime, ping e desempenho. Ele descobre dispositivos via SNMP, LLDP, CDP e APIs de fornecedor — então em vez de fazer malabarismo com um ACS por marca mais ferramentas separadas de monitoramento, os dados pousam em um só lugar.

O NATCloud complementa o TR-069 onde o CPE fica atrás de NAT, NAT duplo ou CGNAT — situações onde abrir portas para de funcionar. Ele cria túneis seguros de saída do site do cliente para a nuvem, habilitando acesso remoto sem IP público, mesmo quando os modelos de endereçamento do ISP mudam debaixo de você.

Inicie seu teste gratuito do MKController