Como mapear tipologias de redes na prática
A primeira coisa que todo mundo erra é tentar encaixar tudo numa única categoria. Rede não funciona assim. Você vai encontrar topologias físicas e lógicas acontecendo ao mesmo tempo no mesmo ambiente, e elas raramente são as mesmas coisa. Comece entendendo essa diferença antes de abrir qualquer diagrama. A topologia física descreve como os cabos estão literalmente conectados. Estrela, barramento, anel, malha, árvore. Já a topologia lógica descreve como os dados transitam pela rede, independentemente da fiação. Uma rede pode ser fisicamente em estrela mas logicamente em anel — o caso clássico do Token Ring, que ainda aparece em instalações legadas de indústria. E depois existe a topologia de infraestrutura, que é a que realmente importa quando você está projetando algo do zero.
Quando eu trabalho com tipologias de redes em campo, o primeiro passo é sempre mapear o que já existe antes de propor qualquer mudança. Eu já cheguei num site industrial onde a rede era fisicamente uma estrela com hub central, mas logicamente era um barramento compartilhado porque o fabricante havia configurado o switch como store-and-forward sem segregar os domínios de colisão. O resultado era latência imprevisível de 40 a 120ms entre os setores. A solução foi trocar o hub por um switch layer 2 com VLANs separadas por setor, o que reduziu a latência para 3-8ms em transtorno. Ninguém perceberia a diferença olhando o diagrama porque a topologia física permaneceu idêntica.
As quatro tipologias de redes mais relevantes hoje
LAN (Local Area Network) cobre até cerca de 100 metros por segmento. Ethernet padrão, Wi-Fi 6, Power over Ethernet. A regra prática é: se você consegue chegar caminhando de um ponto ao outro, provavelmente é LAN. O gargalo aqui quase nunca é a topologia em si — é a largura de banda do uplink e a quantidade de colisão entre dispositivos. Switches camada 2 resolvem 95% dos problemas de colisão. Os 5% restantes envolvem configuração incorreta de VLAN e DHCP scope confusion. WAN (Wide Area Network) conecta localidades geograficamente distantes. A diferença crítica é que WAN quase sempre envolve provedores terceiros e links serializados. MPLS, microwave, satélite, fibra dedicada. A topologia típica de WAN é mesh parcial ou hub-and-spoke. Mesh total soa bonito no papel mas na prática triplica o custo de link e exige BGP ou similar em todos os nós, o que a maioria das empresas pequenas não consegue gerenciar. Hub-and-spoke é a escolha racional para 80% dos casos — um datacenter central com filiais point-to-point.
MAN (Metropolitan Area Network) opera na escala de uma cidade. Fibra óptica distribuindo sinal entre bairros, prédios corporativos, campus universitários. A topologia dominante aqui é anel dual com failover automático. Se um segmento de fibra corta, a outra direção do anel assume em menos de 50ms. Eu já perdi um link inteiro de MAN quando uma escavadeira perfurou a fibra principal num canteiro de obras vizinho. O anel secundário assumiu e ninguém percebeu a queda porque o protocolos de roteamento convergeram rápido o suficiente. VPN e redes sobrepostas são a realidade moderna. Você não precisa mais de cabos físicos entre filiais — uma VPN IPsec ou overlay SD-WAN cria uma rede lógica por cima da infraestrutura existente. O problema é que a topologia lógica (SD-WAN overlay) e a topologia física (ISP primário + ISP secundário) ficam completamente desacopladas. Isso é poderoso mas perigoso: se o engenheiro de rede esquecer que o SD-WAN está Fazendo load balancing entre dois ISPs diferentes, ele vai diagnosticar problemas de roteamento olhando apenas o diagrama físico e vai perder horas. Anote sempre qual camada você está analisando.
Cascata de falhas em topologias em estrela
Topologia em estrela é a mais comum e também a mais perigosa quando mal dimensionada. Todo o tráfego passa pelo nó central. Se esse nó cai, a estrela inteira morre. A solução óbvia é redundancy no switch central, mas redundancy não significa apenas ter dois switches — significa ter dois switches em locais fisicamente separados, com alimentações elétricas independentes, e roteamento dinâmico entre eles. O erro mais frequente que eu vejo é gente colocar dois switches redundantes no mesmo rack, numa única fonte de alimentação. Isso não é redundancy, é ilusão de segurança. Uma queda de energia no PDU do rack derruba os dois switches simultaneamente. Eu fiz um post-mortem numa empresa onde a "rede redundante" caiu porque o gerador de emergência não foi dimensionado para a carga dos dois switches mais os três APs do rack. Simples assim. A rede voltou quando ligaram umnobreak de fora no switch primário manualmente.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Em topologias em árvore, o problema é diferente. A árvore hierárquica (access layer — distribution layer — core layer) é o modelo Cisco três camadas que todo livro ensina. Na prática, o access layer costuma ser subdimensionado porque ninguém prevê crescimento. Eu projeto access switches com porteiras de uplink duplas e sobredimensiono as portas de acesso em 40% porque sempre tem gente que conecta um repetidor Wi-Fi novo num dia qualquer sem avisar a TI. O distribuição layer é onde a segregação de VLAN acontece e onde o firewall perimetral deve residir. Não coloque firewall no access layer — você vai gerar gargalo de processamento e latência desnecessária.
Quando topologia em malha faz sentido
Malha completa é caro e complexo. Malha parcial é útil em cenários específicos. IoT industrial, redes celulares, datacenters spine-leaf — esses são os lugares onde malha entrega valor real. Em datacenters, a topologia spine-leaf substituiu a árvore tradicional porque elimina o congestionamento no core. Cada leaf se conecta a todos os spines, criando múltiplos caminhos de equal-cost. O resultado é latência previsível e throughput linear com o crescimento. O porém é que malha parcial exige protocolos de roteamento Dinâmico. OSPF, EIGRP, BGP — você precisa dominar pelo menos um deles. Se a equipe de rede não tem competência para manter um protocolo de roteamento, a malha vai se tornar uma fonte constante de loops e instabilidade. Nesse caso, stick with a star or tree topology and invest in better switches instead. Better tooling than complexity.
Redes Peer-to-Peer puras existem mas são limitadas. BitTorrent, algumas configurações de Wi-Fi Direct, redes ad-hoc militares. Sem ponto central de controle, não há autenticação centralizada, não há gerenciamento unificado de políticas. É útil quando a resiliência é mais importante que a governança — tipo uma rede de emergência pós-desastre onde a prioridade é comunicação, não segurança. Não use P2P numa empresa com 200+ usuários. A falta de controle centralizado vira pesadelo de compliance em uma semana.
Dicas que ninguém conta nos manuais
Mantenha um diagrama atualizado. Não confie na memória. Eu já passei duas noites depurando um problema de roteamento porque o diagrama da empresa mostrava uma topologia que hadn't existed since 2019. A rede real tinha sido remodelada três vezes sem atualizar os desenhos. Use uma ferramenta como NetBox ou até um simples draw.io com versionamento — mas mantenha vivo. Aprenda a ler topologia lógica primeiro. A física é fácil de ver porque os cabos estão aí. A lógica exige que você entenda VLANs, roteamento, NAT, e como os pacotes realmente trafegam. Um traceroute resolve mais problemas de topologia lógica do que qualquer diagrama físico. Eu uso traceroute como primeira linha de diagnóstico antes de qualquer outra coisa — em 70% dos casos ele mostra exatamente onde a topologia esperada diverge da topologia real.
Não subestime o efeito da camada física na topologia lógica. Fibra monomodo vs multimodo, comprimento do cabo, qualidade dos conectores — tudo isso afeta a latência e a taxa de erro, que por sua vez afetam como os protocolos de roteamento convergem. Num caso recente, switches em topologia de anel SYNCHRONOUS Ethernet não convergiam porque um patch panel defeituoso introduzia 2ms de latência intermitente. O anel ficava oscilando entre estados de sincronização. Trocar o patch panel resolveu. Isso nunca apareceria num diagrama de tipologias de redes.
