Tipologias De Redes

O que são tipologias de redes e por que a maioria dos tutoriais erra nisso

Tipologias de redes são que descrevem como dispositivos se conectam fisicamente e logicamente dentro de um infraestrutura de comunicação. A confusão começa porque existem duas camadas distintas: a topologia física, que é o roteamento real dos cabos e conexões, e a topologia lógica, que é como os dados trafegam independente do cabeamento. A maioria dos materiais didáticos trata isso como sinônimo, e isso gera problemas reais quando você vai implementar. Já trabalhei em projetos onde a topologia física era estrela, mas a lógica era anel. A diferença não é só teórica. Na prática, isso define como você faz troubleshooting, dimensiona segmentos e planeja redundância. Um switch centralizado fisicamente pode estar rodando MAC learning em anel lógico com Spanning Tree configurado de forma peculiar. Se você não mapear as duas camadas separadamente, vai levar horas para identificar por que um link está oscilando sem causa aparente.

Diferenças práticas entre tipologias de redes mais usadas

Topologia em estrela é a que aparece em todo manual primeiro e por um motivo simples: falha isolada. Quando um nó cai, o resto da rede continua funcionando. O ponto fraco é o switch central. Se ele cair, tudo cai. Já vi essa dor acontecer em escritório com 45 funcionários quando o switch gerenciável de camada 2 com alimentação única faleceu durante uma tempestade. O workaround que usei foi migrar gradualmente para um switch de camada 3 com redundância PSUs e configuração VRRP, mas antes disso precisei fazer um inventário completo de quais equipamentos estavam em cada VLAN para não desconectar ninguém sem planejamento. Barbela (bus) praticamente desapareceu com a popularização do Ethernet switched, mas ainda aparece em contextos específicos. Redes coaxiais antigas, industrial com protocolos como Profibus-DP, e alguns cenários de IoT com sensores em daisy-chain continuam usando esse padrão. A vantagem é custo de cabeamento reduzido. O problema é que qualquer Falha no cabo principal derruba tudo abaixo do ponto de ruptura, e a detecção do problema exige multímetro ou TDR, não apenas um cable tester básico.

Anel tem seu momento certo. Ring topology funciona bem quando você precisa de latência previsível e tempo de convergência controlado. Protocolos como EtherChannel, RSTP e MRP (Media Redundancy Protocol) da IEC 62439 operam nessa lógica. Me deparei uma vez com um cenário industrial onde o MRP tinha tempo de convergência de menos de 200ms, mas a configuração errada de priority nos anéis duplicados fazia com que o protocolo entrasse em flapping a cada reset de um switch. A solução foi revisar a árvore de redundância completa e ajustar os timers manualmente, não confiar nos valores padrão. Malha (mesh) divide-se em full mesh e partial mesh. Full mesh é caro em termos de enlaces. N pontos precisam de N*(N-1)/2 conexões. Para 10 nós, isso são 45 links. Partial mesh é o que realmente se usa na prática, combinado com protocolos de roteamento dinâmico como OSPF ou BGP. Em data centers, topologias tipo Clos ou Fat Tree são variações sofisticadas de mesh parcial que mantêm bandwidth simétrico sem precisar de todos os links conectados a todos os pontos.

Hierárquica (árvore) segue o modelo de três camadas clássico: core, distribution e access. Esse é o padrão para redes corporativas medianas a grandes. A questão que poucos mencionam é que essa estrutura assume tráfego em formato de bowtie, com muito tráfego indo até o core e voltando. Se seu ambiente tem muito tráfego East-West entre servidores no mesmo piso, essa topologia pode criar gargalos no core desnecessariamente. Nesse caso, migrar para um design de folha-spine (spine-leaf) resolve o problema, ainda que exija reestruturação completa do roteamento.

Como escolher a tipologia certa para seu cenário

A escolha depende de três variáveis principais: orçamento, criticidade e volume de tráfego. Se o orçamento é apertado e a rede é pequena, estrela com switches não gerenciáveis atende. Se a criticidade é alta e o orçamento permite,.mesh parcial com redundância ativa-ativa. Para tráfego East-West pesado, folha-spine é o caminho, mesmo que exija maior investimento inicial em switches de alta densidade de portas. Um erro comum é tentar impor uma topologia que funcionou em outro contexto. Rede universitária com 2.000 alunos não se resolve com estrela simples. Data center pequeno não precisa de full mesh. Cada cenário tem um ponto de equilíbrio entre complexidade, custo e resiliência que não existe em tabela pronta. Você descobre isso medindo o tráfego real, mapeando os pontos de falha aceitáveis e calculando o custo de cada alternativa com os equipamentos disponíveis no mercado.

Para quem está começando e quer praticar, a dica mais útil não é montar lab na mão com fios e switches físicos. É usar simuladores como GNS3, EVE-NG ou mesmo o Cisco Packet Tracer para estados de diferentes topologias e observar como os protocolos se comportam. Configure um anel com STP, veja o que acontece quando remove um link. Monte uma malha parcial com OSPF e observe a convergência. Isso leva menos de uma hora por cenário e ensina mais do que ler dez páginas sobre teoria. O que eu recomendo fortemente é Documentar sempre. Topologias mudam. A versão final raramente parece com o projeto original. Um diagrama atualizado com informações de VLANs, sub-redes, links de uplink e configurações de redundância economiza horas de diagnóstico quando algo quebra. Ferramentas como Network Topology Mapper, LibreNMS ou até um simples draw.io conectado ao inventário dos switches fazem esse trabalho de forma automatizada ou semi-automatizada, reduzindo o tempo de atualização dos mapas de algumas horas para cerca de 15 minutos por revisão.