Gerenciamento de CPE agnóstico a fornecedores

Ao começar a procurar uma solução para gerenciar seu parque de CPEs com diferentes fabricantes e modelos, você acaba se deparando com os protocolos TR-069 e TR-369. Eles prometem resolver esse problema: gerenciar toda a sua infinidade de CPEs por meio de uma única plataforma, consolidando toda a operação em um só lugar e seguindo os mesmos padrões.

E é exatamente esse o problema que esses protocolos resolvem. Depois, você começa a se aprofundar e descobre os modelos de dados, que são responsáveis por definir como os dados são estruturados. Atualmente, existem dois: TR-181 e TR-098.

Existe uma combinação de padrões que sua CPE pode seguir: TR-069 + TR-181, TR-069 + TR-098 ou TR-369 + TR-181. E, entre eles, há alguns outros TRs que influenciam o comportamento da CPE e suas capacidades.

Se você se sente sobrecarregado com a quantidade de jargões e conteúdo técnico, isso se deve à diversidade de casos de uso que esses padrões atendem. É muito difícil, se não impossível, simplificar as coisas sem cortar recursos, casos de uso e configurações avançadas. Além disso, os padrões foram criados por alguns dos mais importantes operadores de telecomunicações, fabricantes, etc., em associação, garantindo que o melhor interesse da interoperabilidade seja atendido para os mais diversos cenários.

Você pode levar algum tempo para se acostumar com a terminologia e o funcionamento das coisas, mas se quiser pular essa parte, pode até contratar uma empresa para cuidar disso para você. Ainda assim, é importante manter pelo menos um conhecimento superficial de alguns conceitos, então aqui estão eles:

• TR-181 = Modelo de dados mais recente da BBF para casos de uso de CPE mais amplos e modernos.
• TR-098 = Primeiro modelo de dados definido. Famoso por começar com "InternetGatewayDevice".
• TR-069 = Protocolo amplamente utilizado para gerenciamento de CPE, com mais de 1 bilhão de CPEs em todo o mundo.
• TR-369 = Sucessor do TR-069, que tem 20 anos. Trazendo atualizações significativas.

Agora as coisas começam a ficar realmente interessantes. Para continuar a ler o texto, sugiro que pegue uma xícara de café — eu peguei.

Protocolos na Teoria e na Prática

Até aqui, tudo parece bem; você tem uma visão centralizada para suas CPEs, sem dependência de um único fornecedor (vendor lock-in), interoperabilidade, a promessa de conseguir realizar análises de QoE, diagnósticos, provisionamento zero-touch, telemetria, configuração remota, etc. OK. O problema é que cada fabricante implementa o protocolo usando sua própria imaginação.

Isso significa que, embora os protocolos e padrões existam, cada um os implementa à sua maneira. Felizmente, existem projetos de código aberto para agentes CWMP e USP, bem como ACS TR-069 e controladores USP de código aberto, como o Oktopus que trazem uniformização para soluções de produção do mundo real que rodam nessas plataformas.

Em termos de implementação de protocolo, as CPEs executam operações muito semelhantes devido aos projetos comunitários disponíveis como código aberto e aos esforços dos fabricantes. Depois, há uma camada na arquitetura do dispositivo chamada "Camada do Fabricante" (Vendor Layer), que é basicamente responsável por conectar a funcionalidade do protocolo com as especificidades da CPE. Definindo, por exemplo, como obter os dados de 2.4GHz, como definir/recuperar atributos de VoIP ou reiniciar o equipamento.

Todos os comandos necessários para alcançar a funcionalidade acima são abstraídos pelo modelo de dados da CPE. Por exemplo, os operadores só precisam se preocupar com os parâmetros e caminhos declarados na especificação. Ex: "Device.WiFi.SSID.*.Name" (parâmetro TR-181 para o nome do SSID Wi-Fi) ou o "InternetGatewayDevice.LANDevice.*.WLANConfiguration.*.SSID" (parâmetro TR-098 para o nome do SSID Wi-Fi).

Alguns fabricantes também definem parâmetros começando com "X_VENDOR"; esses são parâmetros personalizados criados pelo fabricante da CPE para estender o modelo de dados em casos onde o que eles desejam expor não está disponível na definição padrão.

Criar uma WAN PPPoE em um modelo de CPE pode ser totalmente diferente de outro modelo/fabricante. E não é uma tarefa fácil acomodar todos os diferentes comportamentos sob o mesmo guarda-chuva. É preciso ter muita paciência e experiência prática para entender a funcionalidade de cada fabricante e os fluxos necessários para atingir um objetivo específico, como a criação de PPPoE, definição de serviço de voz, topologia Mesh, configuração de DHCP, etc.

Em suma, você pode acabar com implementações de protocolo ligeiramente diferentes e, certamente, cada fornecedor de CPE terá modelos de dados distintos, com extensões, capacidades e funcionalidades divergentes.

Apêndices

À medida que as tecnologias evoluem e as necessidades dos consumidores mudam, a necessidade de aprimorar os protocolos para alcançar tais resultados também se transforma. Portanto, em vez de criar outras especificações, o protocolo é estendido com anexos que definem novos comportamentos e permitem diferentes casos de uso ou fluxos aprimorados com base em novas tecnologias e no feedback de uso em campo.

Descontinuação

Assim como novos recursos e melhorias são lançados, outras funções são descontinuadas para encerrar o suporte e abrir espaço para as definições mais recentes.

Ponto de Inflexão da Modernização

Você pode acompanhar as mudanças, melhorias, adição de anexos, apêndices e a descontinuação de operações antigas. No entanto, chega um ponto em que não é sustentável manter o mesmo núcleo do protocolo, já que o mundo agora difere radicalmente da época em que a especificação foi criada.

Esse foi o caso da descontinuação do TR-069 e do surgimento do TR-369. Este é um protocolo totalmente diferente, embora trabalhe com os mesmos objetivos: gerenciamento remoto de CPE. Ele vai um pouco além, reconhecendo o ecossistema da casa conectada para integrar dispositivos IoT e uma gama mais ampla de aparelhos que interferem na experiência de uso e na percepção da rede.

Ele também traz muitas melhorias em relação à eficiência, comunicação em tempo real e coleta de dados em massa/telemetria.

Pense no TR-069 e no TR-369 como IPv4 e IPv6. Existe um abismo enorme na forma como funcionam e nas vantagens do mais recente sobre o anterior.

Coexistência

Haverá um longo período em que o TR-069 e o TR-369 operarão juntos, no mesmo equipamento ou, pelo menos, na mesma frota de CPEs. Os investimentos feitos no passado precisam ser preservados à medida que novos CPEs com USP entram no mercado. Uma estratégia de substituição total geralmente não é uma opção. Portanto, se você está começando um provedor de internet do zero, opte por CPEs com a tecnologia mais recente; se você já possui infraestrutura, procure plataformas que possam lidar com ambos os protocolos de forma integrada, permitindo que você avance com tecnologia de ponta enquanto mantém a compatibilidade com o TR-069 para preservar o investimento feito anteriormente.

Cuidado com Padrões/Protocolos "Abertos" Alternativos

Para iniciar o desenvolvimento da tese corretamente, vamos primeiro definir o que significa ser um "protocolo aberto". Hoje em dia, seu significado é muito amplo e se aplica a diferentes casos. Levando em conta a ausência de dependência de fornecedor (vendor lock-in) e a interoperabilidade, ele deve apresentar algumas características:

• Ser de uso livre, sem necessidade de pagar por licença ou qualquer coisa do tipo
• As pessoas precisam ser capazes de contribuir para sua criação
• Ter um ambiente de trabalho neutro
• Ampla adoção por múltiplos fornecedores

O Broadband Forum é a organização por trás dos protocolos de gerenciamento de CPE, entre outras coisas, responsável por criar o trabalho mencionado acima. Outros fornecedores criaram protocolos ou pilhas "abertas", mas todos eles carecem de alguns dos itens mencionados nos tópicos.

É importante ter cuidado ao tomar uma decisão que pode durar anos, como definir o sistema de gerenciamento e o hardware que será implantado em campo, pois, embora alguns ecossistemas possam parecer muito atraentes, é uma armadilha pagar preços altos e ficar preso a um único fornecedor a médio/longo prazo.

Alguns desses ecossistemas podem vir com o selo "aberto". É importante questionar essa abertura: significa que é aberto para trabalhar com múltiplos fornecedores? É código aberto? Open core? Código disponível? O protocolo é aberto, mas foi criado por um único fornecedor? É gratuito ou pago? Outros fornecedores podem usar o mesmo protocolo? Possui uma comunidade? etc. A ambiguidade no campo do "algo aberto" é perigosa, e as linhas de distinção entre diferentes abordagens são tênues, já que há muita discussão em curso sobre o assunto.

Por que o TR-x69 é, de longe, a melhor opção

1. É o protocolo mais utilizado no mundo para gerenciamento de CPE, com mais de 1 bilhão de dispositivos em comunicação.
2. Provedores de todos os portes o implementaram, comprovando sua escalabilidade e também sua acessibilidade, tanto para grandes implantações quanto para as regionais.
3. A neutralidade de fornecedor e a interoperabilidade são garantidas pela organização BBF (Broadband Forum).
4. Está no DNA dos engenheiros de rede para diagnósticos de rede doméstica de última milha, provisionamento zero-touch e configuração remota.
5. O suporte e as atualizações são contínuos, com o lançamento do TR-369 para a próxima geração de dispositivos de banda larga.

Eu poderia continuar com mais uma dúzia de razões, mas apenas estas já deveriam ser suficientes para convencer qualquer pessoa.

Quanto às preocupações sobre a uniformização do protocolo e as diferentes implementações dos fornecedores: sabemos que a pilha TR-x69 não é perfeita, mas é claramente a melhor opção, e todos os problemas mencionados são causados por viés dos fornecedores, não pelo protocolo em si. Esses obstáculos podem ser contornados escolhendo os parceiros certos para trabalhar com você na estratégia de gerenciamento da frota de CPEs.