Representação ilustrativa de uma rede global com linhas de conexão ...
O que é e como funciona na prática
Geografia em rede é o mapeamento da infraestrutura de TI com base na localização física dos nós e conexões. Não é só olhar um mapa e colocar pinos onde estão os servidores. É entender latência, roteamento, falhas de link, topologia física versus lógica, e como tudo isso se reflete no desempenho percebido pelo usuário final. Ferramentas como Cisco Packet Tracer, GNS3, Microsoft Network Virtualization, e plataformas de SD-WAN com visualização geográfica são usadas diariamente por quem administra redes corporativas de médio e grande porte.
Eu comecei usando apenas gráficos de linha e tabelas Excel para documentar onde cada router, switch e enlace ficava. Levei três semanas para mapear uma filial inteira de uma empresa com 47 dispositivos distribuídos em três andares, dois data centers e dois links MPLS. Foi insuportável. Depois migrei para o Cisco Modeling Labs com mapas georreferenciados e o tempo caiu para cerca de duas horas para o mesmo trabalho, mas só porque a topologia estava documentada antes. Se você não tem inventário atualizado, nenhuma ferramenta resolve isso.
Geografia em rede: instalação e uso básico
O primeiro passo é garantir que você tem visibilidade completa da sua rede. Isso significa SNMP ativo em todos os dispositivos, IPs gerenciáveis, e uma ferramenta de descoberta automática que rode pelo menos uma varredura completa antes de qualquer tentativa de mapeamento visual. Sem isso, você vai passar mais tempo caçando dispositivos do que analisando a topologia.
Eu escolho o LibreNMS ou o PRTG Network Monitor dependendo do orçamento. Ambos fazem descoberta automática via SNMP v2c/v3 e constroem um inventário inicial em minutos. O passo seguinte é conectar esse inventário a uma camada de visualização geográfica. No PRTG, você instala o módulo "Map" e desenha topologias arrastando ícones de dispositivos para um canvas que suporta imagens de fundo, incluindo mapas do Google ou Bing. No LibreNMS, o módulo "Maps" permite criar diagramas baseados em dados reais de topologia com auto-layout.
Uma coisa que muita gente não considera é a diferença entre geografia lógica e geografia física. Um data center pode ter servidores em racks fisicamente adjacentes que, logicamente, estão em VLANs completamente isoladas e em switches diferentes. O mapa geográfico mostra eles perto, mas a comunicação entre eles atravessa múltiplas camadas de roteamento. Você precisa manter os dois pontos de vista sincronizados, senão o diagnóstico fica errado.
Problemas reais que aparecem no dia a dia
O maior transtorno que eu encontrei foi com links fantasmas. A ferramenta de descoberta mostrou dois switches interligados com um link de 10Gbps em uma topologia geográfica, mas na prática aquele cabo não estava conectado. O dispositivo de ponta tinha uma interface administrativamente up, mas o switch correspondente estava down. Isso aconteceu porque o CDP/LLDP estava habilitado em apenas um dos lados, e a ferramenta interpretou a informações unilateral como um link bilateral.
A solução foi rodar um script Python que cruzava dados de CDP, LLDP e ARP static para validar a bidirecionalidade de cada enlace antes de exibir no mapa. O script leva cerca de 12 minutos para rodar numa rede de 200 nós. O resultado elimina cerca de 80% dos falsos positivos de conectividade. Se você não quer programar, o OpManager da ManageEngine tem uma função de "link validation" que faz algo similar, mas custa licença por dispositivo.
Outro problema comum é a distorção geográfica. Quando você coloca um nó de São Paulo e outro de Frankfurt num mapa, a linha que conecta os dois é desenhada em linha reta. Na realidade, o tráfego passa por pelo menos quatro pontos de presença intermediários, cada um adicionando latência e pontos de falha. O mapa visual não mostra isso a menos que você habilite a opção de traceroute integrado e exiba hops intermediários como nós no diagrama.
O que ninguém conta sobre geografia em rede
A primeira coisa é que manter o mapa atualizado é mais trabalhoso do que construir. Minha experiência diz que em uma rede com mais de 50 dispositivos, o inventário tende a desatualizar em 15 a 30 dias sem um processo definido de mudança. A solução prática é integrar o mapeamento geográfico ao sistema de gestão de mudanças. Toda vez que um novo dispositivo é adicionado ou removido, o ticket de mudança deve ter um campo obrigatório de "atualização de topologia". Sem esse controle, o mapa vira decoração depois de duas semanas.
A segunda coisa contra-intuitiva é que mais detalhes nem sempre ajudam. Um mapa que mostra cada servidor, switch de acesso, uplink e patch panel individual torna-se ilegível em poucos segundos. O nível certo de granularidade depende do público. Para a equipe de NOC, um mapa por prédio com agrupamento por VLAN é suficiente. Para engenheiros de projeto, você precisa do nível de porta. Tenha duas camadas de visualização separadas, não tente juntar tudo numa única tela.
Limitações que você precisa saber antes de investir
A principal limitação é a dependência de SNMP. Se um switch não responde ao SNMP, ele simplesmente desaparece do mapa ou aparece como dispositivo desconhecido. Isso é frequente em switches mais antigos ou em equipamentos de fabricantes menores que usam OID proprietárias. A workaround mais prática é mapear manualmente esses dispositivos e fixar a localização geográfica, mesmo que a descoberta automática falhe.
Ferramentas comerciais como SolarWinds Network Topology Scanner ou Juniper Apstra oferecem automação avançada, mas exigem integração direta com o sistema de gerenciamento que você já usa. Se sua rede tem equipamentos de múltiplos fabricantes — Cisco, Juniper, Arista, Huawei — a compatibilidade variável vai gerar buracos no mapeamento que nenhuma licença resolve. Nesses casos, um roteiro manual periódico combinado com script de validação cross-platform entrega resultado mais confiável do que confiar cegamente em automação.
Um cenário onde a geografia em rede simplesmente não funciona bem é em infraestruturas virtuais ou totalmente em nuvem. Se 70% ou mais dos seus workloads estão em AWS ou Azure sem hardware físico próprio identificado, o mapa geográfico mostra pouco além de nomes de regiões e availability zones. Aí o útil é usar o Terraform ou CloudFormation para gerar a topologia lógica e exportar para uma ferramenta como NetBox, que consegue misturar ativos físicos e virtuais num único inventário com localização geográfica.
O tempo médio que eu gasto mantendo um mapa geográfico funcional em uma rede híbrida de cerca de 150 nós é de aproximadamente duas horas semanais. Isso inclui descoberta automática, validação de links, atualização de posição de dispositivos movidos e limpeza de dispositivos desativados. Se você não consegue dedicar esse tempo, o mapeamento vai deteriorar e perder valor rápido.
