Cada roteador de um jeito
Abrir dois concentradores iguais e achar regras, nomes e filas diferentes é o sinal mais claro.
NOC · Provedores
Equipamentos com a mesma função configurados do mesmo jeito, com um modelo escrito e uma conferência que avisa quando algum foge dele.
Padronização de configurações é definir um modelo escrito para cada tipo de equipamento da rede e levar todos até ele: nomes, usuários, relógio, registros, monitoramento e proteção da gerência. É para o provedor em que cada roteador, OLT ou switch foi configurado por um técnico diferente, de um jeito diferente. O resultado é uma rede previsível, em que qualquer técnico sabe o que esperar de qualquer equipamento.
É escrever como cada tipo de equipamento deve estar configurado e trazer a rede inteira para esse padrão. Depois, uma conferência periódica mostra quem saiu dele.
Sem padrão, um roteador manda registros e outro não, uma OLT tem o relógio certo e a vizinha está três horas atrasada. Para o NOC, cada diferença é tempo perdido: o operador precisa descobrir como aquele equipamento foi montado antes de começar o diagnóstico.
O padrão também decide o que o monitoramento enxerga. Com comunidade SNMP, nomes de interface e descrições iguais em todos, o Zabbix aplica o mesmo modelo de coleta a cada equipamento novo, sem ajuste manual.
Nos painéis do Grafana, nomes padronizados permitem agrupar por POP, por função ou por operadora com um filtro só. A padronização se divide em quatro partes:
Regra para nomear equipamentos, portas, VLANs e descrições de interface. Um nome como BC-POP01-BORDA-01 diz cidade, local e função sem abrir nada.
Usuários individuais validados num servidor central, como TACACS+ ou RADIUS, com o usuário local guardado só para emergência. Sai o login compartilhado pela equipe toda.
NTP apontando para as mesmas fontes, syslog indo para um servidor central e SNMP configurado igual. Sem relógio certo, os registros de dois equipamentos não se encaixam.
Sobre a base comum, cada função ganha a sua parte: filtros na borda, PPPoE e RADIUS no concentrador, perfis na OLT e proteção contra laço no switch.
Seis situações mostram que a rede passou do ponto em que cada equipamento pode ter lógica própria. Se uma delas é a sua, o padrão economiza horas na próxima falha.
Abrir dois concentradores iguais e achar regras, nomes e filas diferentes é o sinal mais claro.
Toda a equipe entra com o mesmo usuário. Não dá para saber quem alterou o quê, nem bloquear quem saiu.
Na investigação, os horários dos equipamentos não batem e a sequência dos fatos precisa ser adivinhada.
Novos POPs e OLTs entram nos próximos meses. Sem modelo, cada um nasce com uma lógica nova.
Script e automação dependem de equipamentos parecidos. Com cada um diferente, sobra exceção atrás de exceção.
Gerência exposta, serviços abertos ou usuários de ex-funcionários aparecem só em parte dos equipamentos.
São cinco etapas, e os equipamentos só mudam na quarta. Antes disso, tudo é coleta, escrita e um piloto aprovado por você.
Coleta das configurações atuais e comparação entre equipamentos da mesma função, listando cada divergência.
Prazo: [PREENCHER]
Modelo base comum e modelos por função e marca, com o motivo de cada linha explicado num comentário.
Prazo: [PREENCHER]
Você aprova os modelos, e um equipamento de menor impacto recebe o padrão primeiro, para validar.
Prazo: depende da sua agenda
Em janelas combinadas, um grupo de equipamentos por vez, com backup antes e conferência depois.
Duração de cada janela: [PREENCHER]
Rotina automática que compara cada equipamento com o modelo e aponta o que mudou desde a última leitura.
Prazo: [PREENCHER]
O serviço vai da comparação das configurações até a conferência automática. O que fica de fora tem página própria, e o escopo final vai escrito na proposta.
O preço depende principalmente do número de equipamentos e de quantas funções e marcas a rede tem. O valor exato sai por escrito, depois da comparação das configurações.
| Fator | Como influencia | Exemplo |
|---|---|---|
| Número de equipamentos | Cada um recebe o padrão e é conferido depois | Oitenta equipamentos entre borda, concentradores, OLTs e switches |
| Funções diferentes | Cada função tem modelo próprio sobre a base | Borda, concentrador, OLT e agregação somam quatro modelos |
| Marcas e versões | A mesma regra é escrita uma vez para cada sistema | MikroTik nos concentradores e Huawei nas OLTs |
| Distância do padrão | Equipamento muito diferente pede mais janelas e testes | Concentrador antigo com regras que ninguém explica |
| Autenticação central | Montar o servidor de usuários soma uma etapa | Gerência sem TACACS+ nem RADIUS |
| Ferramenta de conferência | Aproveitar o que existe custa menos que montar do zero | Oxidized ou Ansible já em uso no provedor |
Faixa de preço para uma rede de porte médio: [PREENCHER faixa aprovada pela Táquion Tech]. Equipamentos que precisam de atualização de sistema antes de receber o padrão entram como item separado na proposta.
Antes de assinar, confira os erros que fazem o padrão desmoronar, os níveis de modelo e as referências técnicas que ele deve seguir. Use a lista para comparar qualquer fornecedor, inclusive a Táquion Tech.
Cinco falhas que fazem a rede voltar a divergir em poucos meses. Pergunte ao fornecedor como ele evita cada uma.
Deixar os equipamentos certos sem o modelo escrito faz a rede divergir de novo no primeiro técnico novo. O documento vale mais que a aplicação.
Um erro no modelo derruba a rede inteira ao mesmo tempo. O caminho seguro é piloto num equipamento e grupos pequenos depois.
Ao centralizar a autenticação, alguém sempre esquece o usuário local de reserva. Se o servidor cair, ninguém entra no equipamento.
Sem conferência automática, os ajustes feitos às pressas numa madrugada recriam as diferenças em poucos meses.
A mesma regra tem comportamento padrão diferente em cada sistema. Converter comando por comando abre brechas que ninguém percebe.
Um padrão bem montado tem três camadas, e cada uma muda com uma frequência diferente. Confira se a proposta separa as três.
| Camada | O que define | Quem pode mudar |
|---|---|---|
| Base | Acesso, relógio, registros e coleta | Só a engenharia, com aprovação |
| Função | Regras de borda, concentrador, OLT ou switch | Engenharia, quando o desenho da rede muda |
| Equipamento | Nome, endereços, vizinhos e descrições | Técnico, dentro do que o modelo permite |
Aviso de acesso, NTP, syslog, SNMP, usuários, serviços desligados e redes que podem chegar à gerência.
Base que muda de um equipamento para outro deixou de ser base.
As regras que só fazem sentido naquela posição da rede, como filtros BGP ou perfis de ONU.
Dois modelos para a mesma função mostram que o desenho da rede ainda não foi decidido.
Só o que precisa ser único, como nome, endereços, vizinhos e descrição das portas.
Se a parte variável é maior que o modelo, o padrão existe só no papel.
Referências públicas que um padrão sério leva em conta. Peça ao fornecedor que diga quais ele aplica.
As regras para prestadoras pedem controle de acesso e registro de quem altera a rede [CONFIRMAR na norma]. Veja a adequação ao R-Ciber.
A RFC 5905 define o NTPv4, e o NTP.br mantém servidores públicos com a hora legal brasileira que servem de fonte [CONFIRMAR na norma].
Define o formato do syslog usado para mandar os registros de todos os equipamentos a um servidor central [CONFIRMAR na norma].
Cada fabricante publica recomendações para proteger a gerência. O modelo base deve seguir as da marca instalada [CONFIRMAR na norma].
Com estes itens em mãos, a comparação das configurações começa no primeiro dia.
Quantos roteadores, concentradores, OLTs e switches existem, com marca e versão de cada um.
Um usuário que permita coletar as configurações atuais sem alterar nada.
Configurações que um cliente ou uma operadora exige do jeito que estão, para ficarem fora do modelo.
Dias e horários em que cada grupo de equipamentos pode mudar com menos impacto nos assinantes.
Porque o padrão chega aos equipamentos com piloto, plano de volta e um modelo que fica com você. Seis compromissos valem para toda padronização.
Quem compara as configurações é quem escreve os modelos e acompanha cada janela.
[PREENCHER: anos de experiência da equipe com redes de provedor]
Todo modelo roda primeiro num equipamento de menor impacto. Só depois o grupo inteiro recebe.
O piloto faz parte de toda aplicação
Backup antes de cada grupo e o caminho para desfazer, escrito e aprovado por você.
Plano de volta incluído na proposta
Cada linha do padrão traz o motivo explicado. O modelo é seu e serve para os próximos equipamentos.
Modelos entregues em formato aberto
Se um aparelho não comporta o padrão, a indicação de troca vem do limite técnico, não de comissão.
Nenhuma marca indicada por comissão
Coleta, aplicação e conferência por acesso remoto seguro, em janelas combinadas com você.
[PREENCHER: estados atendidos]
A padronização é remota e atende provedores de todo o Brasil. A visita fica para o litoral de Santa Catarina, quando algum equipamento não tem gerência pela rede.
Coleta das configurações, escrita dos modelos e aplicação em janela por acesso seguro, para provedores de qualquer estado.
Para equipamentos sem acesso remoto ou janelas em que alguém precisa estar no POP. [CONFIRMAR área de atendimento]
As dúvidas mais comuns de quem vai colocar a rede num padrão pela primeira vez. Se a sua não estiver aqui, pergunte no WhatsApp.
Para diagnosticar mais rápido, fechar brechas de acesso e permitir que qualquer técnico entenda qualquer equipamento. O padrão também é o primeiro passo de qualquer automação.
Dá. A regra é a mesma, e cada marca ganha o seu modelo escrito na sintaxe dela. A conferência compara cada equipamento com o modelo da sua marca.
Com uma conferência automática que lê a configuração de cada equipamento e compara com o modelo. Ferramentas como Oxidized e Ansible fazem essa leitura e apontam as linhas diferentes.
O preço muda com o número de equipamentos, as funções, as marcas e a distância de cada um até o padrão. A faixa é [PREENCHER], e o valor exato sai depois da comparação inicial.
Depende do número de equipamentos e das janelas que você libera. O prazo típico é [PREENCHER], e a agenda de cada grupo vai na proposta.
Toda alteração tem risco, por isso o modelo passa antes por um piloto e cada grupo muda em janela, com backup e plano de volta. O acesso de emergência é testado antes de centralizar a autenticação.
Quase nunca. Só aparelhos sem suporte ou sem os recursos da base ficam de fora, e a troca deles é avaliada na migração de equipamentos legados.
É validar o login de cada técnico num servidor único, em vez de usuários espalhados nos equipamentos. Assim, bloquear quem saiu leva um minuto, e cada alteração fica com nome. O guia de implantação de TACACS+ mostra como funciona.
Ajuda muito, porque a automação depende de equipamentos parecidos. Com o padrão pronto, a automação de rede fica mais curta e mais segura.
Pergunte como ela faz o piloto, onde fica o modelo escrito e como a conferência avisa os desvios. Na padronização de configurações para provedor, peça também os modelos de borda, concentrador e OLT como exemplo.
Três serviços que protegem o padrão ou aproveitam o que ele organiza. Cada um cuida de uma parte da rede.
Cópia automática das configurações, para voltar ao padrão em minutos depois de um erro.
Ver o backup de configurações de rede
Tarefas repetidas aplicadas por script em vários equipamentos, sobre o padrão já pronto.
Ver a automação com Ansible
Cada equipamento listado com função, modelo e versão, a base para escolher o modelo certo.
Ver o inventário de equipamentosTrês guias para entender o que vem junto com o padrão.
Como guardar as configurações da rede como código, com histórico de cada alteração.
Como dar a cada técnico o seu próprio login nos equipamentos.
O que conferir na rede quando o técnico que configurou tudo vai embora.
Orçamento
Diga quantos equipamentos e marcas a rede tem e como eles estão hoje. Um Especialista devolve escopo, prazo e valor por escrito.
Falar com o André Comercial, no WhatsApp