Alterações realizadas pelo ACS que não persistem na CPE
Em alguns casos, podemos realizar alterações em uma CPE por meio do ACS (Flashman), mas, ao consultar novamente o equipamento, percebemos que a configuração não foi aplicada ou não permaneceu salva.
Isso pode acontecer por diferentes motivos. Entre as principais hipóteses, temos:
- CPE unidirecional e ACS sem permissão para sobrescrever informações enviadas pela interface web.
- A alteração realizada não atende às regras ou restrições de configuração da própria CPE.
A seguir, vamos entender melhor cada cenário.
1. CPE unidirecional e ACS sem permissão para sobrescrever informações enviadas pela interface web
Nesse cenário, a CPE está identificada como unidirecional no ACS, o que pode fazer com que as alterações enviadas pelo Flashman demorem mais para ser recebidas e aplicadas pelo equipamento.
Além disso, quando o ACS não possui permissão para sobrescrever informações enviadas pela interface web da CPE, uma configuração local pode prevalecer sobre a alteração enviada pelo ACS.
Exemplo prático:
- O suporte altera a senha do Wi-Fi pelo Flashman.
- A alteração é enviada pelo ACS, mas a CPE demora para receber ou processar a configuração.
- Enquanto isso, a configuração existente no equipamento permanece ativa ou é enviada novamente pela interface web.
- Como o ACS não tem permissão para sobrescrever essa informação, a configuração local pode prevalecer, fazendo com que a alteração desejada não permaneça aplicada.
O que devemos verificar?
- Se a CPE está identificada como unidirecional no ACS.
- Se o equipamento está recebendo e processando as alterações enviadas pelo Flashman.
- Se a configuração de permissões do ACS permite sobrescrever informações enviadas pela interface web.
2. A alteração realizada não atende às regras ou restrições da própria CPE
Cada fabricante e modelo de CPE pode possuir regras específicas para aceitar determinadas configurações. Essas restrições podem variar conforme o firmware e a implementação do equipamento.
Como o Flashman é um ACS multivendor, ele gerencia equipamentos de diferentes fabricantes e não necessariamente conhece todas as regras específicas de validação de cada modelo.
Exemplo prático:
Imagine uma CPE que não permite o uso do caractere @ na senha do Wi-Fi.
- O suporte altera a senha pelo Flashman, incluindo o caractere
@. - O ACS envia a configuração para a CPE.
- O equipamento recebe a solicitação, mas sua própria regra de validação não permite aquela senha.
- Como resultado, a alteração não é aplicada, e a senha anterior pode continuar configurada.
Nesse caso, o problema não está necessariamente no envio da configuração pelo ACS, mas na restrição imposta pela própria CPE.
O que devemos verificar?
- Se a configuração enviada é aceita pelo modelo e firmware do equipamento.
- Se existem restrições específicas para o campo alterado, como senha, SSID ou outros parâmetros.
- Se a alteração funciona quando são utilizados valores que respeitam as regras da CPE.
Como validar essas hipóteses?
Nos dois cenários, a melhor abordagem é realizar testes controlados com uma CPE em bancada, preferencialmente do mesmo modelo e com a mesma versão de firmware do equipamento afetado.
Durante os testes, devemos:
- Reproduzir a alteração pelo Flashman.
- Verificar se a configuração foi enviada pelo ACS.
- Consultar o equipamento para confirmar se a alteração foi recebida e aplicada.
- Repetir o teste considerando as permissões de sobrescrita e as possíveis restrições do modelo.
- Comparar os resultados para identificar qual hipótese explica o comportamento observado.
Importante: o fato de o ACS enviar uma configuração não garante que ela será efetivamente aplicada ou mantida pela CPE. Por isso, é fundamental diferenciar falhas no envio, atrasos no processamento e rejeições causadas pelas regras do próprio equipamento.