O que realmente acontece quando você sobe uma rede
A maioria das pessoas começa montando infra estrutura de rede achando que o difícil é colocar o equipamento no rack e ligar. Na prática, o trabalho chato é tudo o que vem antes e depois disso. Planejamento de endereçamento, escolha de switchs com backing-plane adequado, definição de VLANs que não vão te morder seis meses depois, testagem de cabos antes de fechar a parede. Já vi projeto bonito cair porque alguém esqueceu de verificar a velocidade do uplink entre switches de acesso e o core. O switch de camada de acesso era Gigabit, o uplink também era Gigabit, mas tinha tráfego de vídeo-segurança que saturava a fibra em horários de pico. Resolveu-se trocando por switchs com uplink de 10G e ajustando QoS para priorizar o que realmente era crítico. Endereçamento IP é onde a maioria erra na primeira vez. Não use /24 em todos os segmentos só porque é confortável. Se você tem 30 dispositivos num setor e prevê crescimento, um /27 já dá margem sem desperdiçar espaço. O problema real aparece quando duas redes diferentes acabam usando a mesma faixa por engano durante uma fusão ou expansão. Eu perdi uma manhã inteira resolvendo conflito de sub-rede 10.10.50.0/24 porque o setor de logística havia sido projetado com o mesmo escopo que a rede de visitantes. A solução foi redesenhar a tabela de roteamento com resumos de rota no boundary router e documentar tudo num planilão que ningúem mais queria manter. Hoje em dia faço isso direto em spreadsheet com validação automática de sobreposição.
infra estrutura de rede: montagem prática passo a passo
Primeiro passo é levantar o que você precisa antes de comprar qualquer coisa. Quantos pontos de rede, quais serviços vão rodar, qual a largura de banda esperada, se há necessidade de redundância, se o budget permite gear enterprise ou se vai precisar sobreviver com equipamento de entrada. Eu tenho uma checklist fixa que preencho em 20 minutos e que já me salvou de comprar switch errado três vezes. A regra básica é: o backbone precisa ser pelo menos duas vezes mais rápido que a soma dos uplinks de acesso. Se você tem dez switchs de acesso com uplink de 1G cada, o core precisa suportar 10G mínimo, senão você cria um gargalo que ninguém vê até a rede engasgar. Cabeamento estruturado merece atenção separada. Cat6A para horizontal, fibra multimodo OM4 ou singlemode dependendo da distância, patch panels organizados com etiquetas em ambos os lados. Etiqueta é obrigação, não luxo. Já desci um gabinete inteiro procurando um cabo porque o técnico anterior não marcou nada e usou coruja de cores que não seguiam padrão. Fiquei duas horas rastreando jumper com multiteste. A partir daí, todo cabo que passa pela minha mão recebe etiqueta de nylon com identificador de origem e destino em ambas as pontas.
Configuração de switch começa com básico bem feito: nome do host, senha forte, NTP configurado, syslog apontando para um servidor central, SNMPv3 e não v2c. Muitos ainda configuram SNMPv2 por preguiça e depois se wonderam porque o tráfego de monitoramento vaza community string no Wireshark. Isso é amadorismo que custa caro. Depois vem a criação de VLANs, configuração de trunk com dot1q, port security nos acessos e STP com root bridge primário definido manualmente no switch mais central do seu topology. Deixe o STP escolher root por default e você vai ter dor de cabeça quando um switch de acesso baratinho virar root principal por ter Bridge ID menor. Router de borda precisa de ACLs de entrada, NAT corretamente configurado, e uma política de firewall que bloqueie o óbvio. Port scanning é rotina diária em qualquer IP exposto. Se seu firewall não está atualizado e com regras de bloco para portas inúteis, alguém vai encontrar seu servidor dentro de semanas. Eu mantenho uma regra baser de deny all na borda e abro somente o necessário. Funciona assim: menos superfície de ataque, menos surprresa quando algo quebrar e for preciso diagnosticar.
👉 Clique no botão abaixo para saber mais sobre o assunto!
O problema que ninguém conta sobre latência em VLANs grandes
Broadcast domains enormes são um problema silencioso. Quando você coloca mil dispositivos numa única VLAN, cada frame de broadcast, multicast e ARP request atinge todo mundo. A performance cai de forma não linear. Eu enfrentei isso num projeto de escritório aberto onde o cliente queria uma única VLAN para tudo por simplicidade de gerenciamento. Após três meses, a rede estava lenta em horários de pico e o diagnóstico mostrou taxa de broadcast acima de 18% do tráfego total. A solução foi dividir em VLANs menores por departamento, configurar SVIs separadas e deixar o roteamento inter-VLAN rodar no layer 3 core. A latência caía de 45ms para cerca de 8ms nos pontos críticos. Outro erro comum é confiar cegamente emPoE sem calcular a carga real. Switch PoE+ entrega 30W por porta, PoE++ chega a 90W. Se você planeja conectar APs Wi-Fi 6, câmeras com heater e pontos de venda com leitor de cartão na mesma faixa, a fonte do switch pode não dar conta. Eu configurei um gabinete inteiro com 48 portas PoE e depois descobri que a alimentação total era insuficiente para todos os dispositivos ligados ao mesmo tempo. Os APs mais distantes simplesmente não iniciavam. A correção foi redistribuir os equipamentos entre dois switchs e adicionar um injetor PoE externo no ponto que ficou sem energia suficiente.
O que funciona e o que não funciona
Monitoramento contínuo funciona. Ferramentas como PRTG, Zabbix ou até Prometheus com Node Exporter dão visibilidade real do que está acontecendo. O problema é que monitorar sem alertas configurados é apenas coleta de dado bonito num dashboard que ninguém olha. Configure thresholds realistas, alertas progressivos e um canal de notificação que as pessoas realmente enxergam. Notificação por email que cai na caixa de spam não salva infraestrutura. Backup de configuração é obrigatório, não opcional. eu vejo muita empresa que jamais fez backup das configurações dos switchs. Quando o equipamento falha, eles dependem da memória do fornecedor ou tentam reconstruir do zero. Eu rodo script automático de backup via SSH todas as noites, salva em repositório Git com tag de data. Restaurar configuração leva cinco minutos se o backup existe. Leva dois dias se não existe.
Documentação é o item que todo mundo negligencia e todo mundo sente falta. Topologia desenhada, tabela de endereçamento, inventário de equipamentos com serial e garantia, planta baixa com localização de racks e rotas de cabo. Isso parece burocracia até o dia em que o cabo falha às 23h e você precisa descobrir qual port corresponde a qual toma na sala B. Ter o desenho atualizado reduz tempo de troubleshooting de horas para minutos. Redundância real custa dinheiro e exige projeto. Spine-leaf, VSS/VPC em switchs de, link aggregation entre pares,_UPS com autonomia suficiente para sustentar o rack até o gerador entrar. A verdade desconfortável é que a maioria das empresas pequenas opera com infraestrutura de única ponta e torce para não dar problema. Funciona até dar. Quando dá, o custo de downtime supera em muito o investimento que foi evitado.
Se você está começando agora e o orçamento é apertado, switchs como linha enterprise de entrada da Cisco (CBS series), Aruba Switch 2530, ou Juniper EX2300 oferecem bom custo-benefício. Para fibra, OFOCA e FOCAs preexistentes funcionam, mas verifique o comprimento de onda e o tipo de módulo antes de comprar. Módulos QSFP errados são compra perdida. Para gestão, LibreNMS é gratuito e robusto, embora demande algum trabalho inicial de configuração. Se não quer dor de cabeça, PRTG tem versão gratuita para até 100 sensores e instala em quinze minutos. O que eu diria para quem está entrando na área hoje: aprenda TCP/IP até entender o que acontece em cada segmento de uma conexão. Leia RFCs importantes como a 791 e a 950. Pratique em lab com GNS3 ou EVE-NG. Monte uma rede doméstica pequena e quebre ela de propósito. A melhor formação em infra estrutura de rede vem de erro observado e corrigido, não de curso que ensina comando decorado sem contexto de porquê aquele comando existe.
