Entenda os tipos de diagrama de rede, diferenças entre lógico e físico, As-Is, To-Be, redundância, endereçamento, documentação e critérios de aceite.
Confira!
Um diagrama de rede é a representação visual da arquitetura, topologia, dispositivos, enlaces, domínios lógicos e interfaces de uma rede de dados. Ele permite compreender como a infraestrutura está organizada, quais equipamentos se conectam, onde existem fronteiras de camada 2 e camada 3, como os caminhos redundantes funcionam e quais serviços ou zonas dependem de cada elemento.
Um diagrama tecnicamente útil não é apenas um desenho de switches e roteadores. Ele deve possuir finalidade definida e nível de informação compatível com essa finalidade. Um diagrama lógico pode mostrar VLANs, sub-redes, roteamento, zonas de segurança e relações entre sites; um diagrama físico pode registrar racks, equipamentos, portas, enlaces, fibras, cabos e localização. Em projetos maiores, esses dois pontos de vista devem coexistir sem tentar concentrar toda a informação em uma única figura.
A qualidade do diagrama influencia projeto, implantação, troubleshooting, segurança, mudança, comissionamento e manutenção. Uma rede sem representação confiável tende a depender de conhecimento informal da equipe, o que aumenta risco quando ocorre expansão, substituição de equipamento, falha ou troca de responsável técnico.
Por isso, a produção de diagramas deve ser tratada como parte da documentação de engenharia da rede. O desenho precisa refletir requisitos, estado atual ou arquitetura alvo, utilizar convenções consistentes, possuir identificação e revisão e ser validado contra a infraestrutura real antes de ser aceito como documentação final.
Para que serve um diagrama de rede
O diagrama transforma uma rede complexa em um modelo compreensível. Dentro do Guia Completo sobre Arquitetura de Redes, a documentação visual funciona como interface entre requisitos, topologia, ativos, endereçamento, segurança, infraestrutura física e operação.
Na fase de levantamento, o diagrama ajuda a registrar o As-Is: aquilo que realmente existe. Na fase de projeto, representa o To-Be: a arquitetura que será implementada. Durante implantação e testes, serve de base para verificar se as conexões, caminhos, redundâncias e zonas planejadas foram efetivamente entregues.
Um único diagrama pode responder perguntas como:
- quais são os equipamentos centrais e suas funções;
- por onde o tráfego passa entre usuários, servidores e Internet;
- onde estão as fronteiras de VLAN, VRF ou zona;
- quais enlaces são principais e redundantes;
- quais sites dependem de determinado equipamento;
- onde estão firewalls, roteadores, switches, access points e servidores;
- quais redes ou sub-redes estão associadas a cada domínio;
- quais caminhos devem permanecer disponíveis durante uma falha.
A utilidade vem da clareza e da rastreabilidade. Um desenho visualmente sofisticado, mas sem identificação técnica, pode ser menos útil que um diagrama simples e coerente.
Diagrama lógico e diagrama físico: qual é a diferença
Os dois tipos representam a mesma infraestrutura por perspectivas diferentes.
| Aspecto | Diagrama lógico | Diagrama físico |
| Foco | Funções e relações de comunicação | Equipamentos, localização e interligações reais |
| Informação típica | VLAN, sub-rede, roteamento, VRF, zonas, serviços | Rack, modelo, porta, fibra, cobre, patch panel, posição |
| Pergunta principal | Como a rede funciona? | Como a rede está instalada? |
| Uso | Arquitetura, segurança, troubleshooting, políticas | Implantação, manutenção, As-Built, cabeamento |
| Atualização | Mudanças lógicas e de configuração | Mudanças físicas e de infraestrutura |
Diagrama lógico
O diagrama lógico deve mostrar funções e relações sem depender excessivamente da posição física. Pode representar acesso, distribuição, core, borda WAN, firewalls, data center, Internet, redes de usuários, servidores e zonas específicas.
Ele é adequado para visualizar VLANs, IP, roteamento e segmentação e para explicar como os domínios se relacionam.
Diagrama físico
O físico detalha a instalação. Ele pode indicar sala técnica, rack, equipamento, interfaces, cabos, fibras, transceptores, patch panels, portas e caminhos.
Quando o projeto envolve backbone, o desenho deve conversar com a documentação de fibra óptica e topologia de rede e com plantas de infraestrutura.
As-Is e To-Be: dois estados que não devem ser misturados
Uma das falhas mais comuns é utilizar um único desenho para representar simultaneamente o que existe e o que será implantado. Isso torna difícil saber se determinado equipamento está instalado, previsto, removido ou apenas considerado.
A documentação deve separar claramente:
- As-Is: estado levantado e validado da rede atual;
- To-Be: arquitetura alvo aprovada para implantação;
- transição: quando necessário, sequência de migração entre os dois estados;
- As-Built: estado final efetivamente entregue após implantação e testes.
Essa distinção é especialmente importante em modernizações que precisam ocorrer sem interrupção. O plano de migração pode exigir diagramas intermediários para representar coexistência temporária entre equipamentos antigos e novos.
Como organizar a arquitetura dentro do diagrama
O desenho deve refletir a decomposição real do sistema. Em redes corporativas, uma abordagem hierárquica facilita leitura e isola funções.
A Cisco utiliza tradicionalmente camadas de acesso, distribuição e core em projetos de campus. Em ambientes menores, distribuição e core podem ser combinados em um collapsed core. A escolha depende de porte, densidade, disponibilidade e necessidade de modularidade.
O diagrama não deve obrigatoriamente seguir esse modelo. O princípio é decompor a rede em blocos com responsabilidades reconhecíveis e reduzir o número de cruzamentos visuais.
Quais informações um diagrama de rede deve conter
O conteúdo depende do objetivo, mas algumas informações são recorrentes.
Identificação dos ativos
Cada equipamento relevante deve possuir nome único. Um padrão como SW-ACC-02-01, RTR-WAN-01 ou FW-DC-01 permite relacionar o desenho a inventário, configuração, monitoramento e documentação.
Nomes genéricos como “Switch 1” e “Switch 2” perdem valor quando o ambiente cresce ou possui múltiplos sites.
Função do equipamento
O leitor deve conseguir distinguir core, distribuição, acesso, firewall, roteador WAN, controlador, servidor, appliance e demais funções sem depender apenas da aparência do ícone.
Interfaces e enlaces
Interfaces críticas devem ser identificadas quando a informação melhora implantação ou troubleshooting. Em um diagrama de alto nível, pode ser suficiente registrar capacidade e tipo de enlace; em um documento executivo, portas e transceptores podem ser necessários.
Capacidade e meio físico
Enlaces de 1, 10, 25, 40 ou 100 Gb/s não são equivalentes. Da mesma forma, cobre, fibra multimodo, fibra monomodo e enlace WAN possuem características distintas. Registrar capacidade e meio evita interpretar erroneamente um traço como conexão genérica.
Endereçamento e prefixos
Links roteados, loopbacks, SVIs e redes relevantes podem ser associados aos seus prefixos. O nível de detalhe deve ser controlado para não transformar o diagrama em uma planilha ilegível.
Como representar VLANs, sub-redes e roteamento
VLAN e sub-rede são conceitos relacionados, mas não idênticos. O diagrama deve tornar claro onde existem domínios de camada 2 e onde ocorre roteamento.
Por exemplo, uma VLAN de usuários pode ser representada com seu ID, nome e prefixo, enquanto o gateway é associado ao equipamento ou par redundante responsável pelo roteamento.
Um desenho lógico bem estruturado pode indicar:
| Elemento | Exemplo de informação |
| VLAN | VLAN 20 — Usuários Administrativos |
| Prefixo | 10.20.0.0/23 |
| Gateway | 10.20.0.1 |
| VRF | CORP |
| Zona | Trusted Users |
| DHCP | Serviço centralizado |
| Roteamento | Core L3 |
Quando o ambiente possui muitas redes, a matriz completa de endereçamento deve permanecer em documento ou IPAM específico, e o diagrama deve exibir somente o necessário para entendimento arquitetural.
Como representar redundância e caminhos de falha
Um diagrama de rede deve deixar visível o que acontece quando um elemento falha. Dois switches desenhados lado a lado não significam automaticamente redundância.
A representação precisa indicar:
- enlaces primários e alternativos;
- pares de equipamentos;
- agregações LACP quando aplicáveis;
- gateways redundantes;
- relação com STP, roteamento ou protocolos de alta disponibilidade;
- caminhos WAN independentes;
- dependências comuns de energia, rack ou fibra quando relevantes.
Conteúdos sobre LACP e Link Aggregation e Spanning Tree ajudam a aprofundar os mecanismos utilizados nesses caminhos.
A redundância deve ser representada de forma que o testador consiga transformar o desenho em cenários de falha. Se não é possível identificar qual caminho deve assumir após a indisponibilidade de um enlace, o diagrama está incompleto para fins de aceite.
Diagramas de rede e segurança
A arquitetura de segurança precisa ser visível. Firewalls, DMZ, segmentos críticos, redes de gestão, serviços expostos e conexões com terceiros não deveriam desaparecer em um desenho excessivamente simplificado.
A segmentação de rede pode ser representada por zonas, VRFs, VLANs ou outros domínios, desde que o diagrama deixe claro onde existe controle de comunicação.
Em ambientes TI/OT, o desenho deve mostrar as fronteiras entre redes corporativas, DMZ industrial, sistemas de supervisão e rede de processo quando essa relação fizer parte do escopo.
Granularidade: um diagrama não deve tentar mostrar tudo
Há uma tendência de concentrar em uma única página todas as VLANs, portas, endereços, racks, fibras e equipamentos. O resultado costuma ser um desenho grande, difícil de revisar e impossível de imprimir de forma útil.
Uma estratégia melhor é criar níveis:
- diagrama de contexto: sites, Internet, WAN e grandes domínios;
- diagrama de arquitetura: blocos funcionais, core, distribuição, acesso, segurança e data center;
- diagrama lógico detalhado: VLANs, VRFs, roteamento e interfaces principais;
- diagrama físico: racks, equipamentos, portas e enlaces;
- diagramas especializados: Wi-Fi, segurança, data center, WAN ou OT conforme necessidade.
Esse princípio aproxima a documentação de rede das práticas de descrição de arquitetura: diferentes stakeholders precisam de diferentes pontos de vista.
Símbolos, ícones e convenções
Não existe vantagem em utilizar dezenas de ícones proprietários se o leitor precisa de uma legenda para entender cada um. A convenção deve ser consistente e acessível.
Boas práticas incluem:
- utilizar o mesmo símbolo para a mesma função;
- manter orientação de fluxo consistente;
- evitar cruzamentos desnecessários;
- diferenciar conexões físicas de relações lógicas;
- identificar enlaces redundantes sem depender apenas de cor;
- incluir legenda quando houver convenções específicas;
- utilizar nomes técnicos e não apenas imagens de fabricantes.
Em documentação contratual, é preferível que o desenho continue compreensível em impressão monocromática e em PDF sem depender de efeitos visuais.
Nomeação, revisão e rastreabilidade
O diagrama deve possuir controle documental. Título, código, revisão, data, responsável e status ajudam a evitar uso de versão obsoleta.
Quando uma rede possui vários desenhos, a nomenclatura deve indicar site, disciplina, tipo e número. A lógica pode seguir o sistema documental do projeto, permitindo associar o desenho ao memorial, listas e especificações.
Uma alteração de rede não deveria atualizar apenas a configuração. Se a mudança altera topologia, endereçamento, conexão, capacidade ou função, a documentação aplicável também deve ser revisada.
Diagrama de rede como parte do levantamento técnico
Quando os diagramas existentes não refletem equipamentos, enlaces e configurações reais, utilizá-los como premissa de projeto transforma documentação desatualizada em risco. O primeiro passo é validar o As-Is em campo e nas configurações.
Em redes existentes, o primeiro desafio é descobrir a condição real. Inventários antigos e diagramas desatualizados não devem ser aceitos como verdade sem validação.
O levantamento pode combinar:
- inspeção física de racks e salas;
- identificação de equipamentos e interfaces;
- leitura de configurações;
- tabelas MAC, ARP e vizinhança;
- protocolos de descoberta;
- inventário de IP;
- monitoramento;
- documentação histórica;
- entrevistas com operação;
- testes de conectividade.
A Due Diligence Técnica de Engenharia é adequada quando o objetivo é consolidar condição existente, riscos, restrições e lacunas antes de definir uma modernização.
Do levantamento ao projeto To-Be
O diagrama To-Be precisa representar decisões verificáveis de arquitetura, não apenas uma figura conceitual. Redundância, endereçamento, interfaces, capacidade e critérios de teste devem nascer no projeto.
Depois de validar o As-Is, o projeto deve representar a arquitetura desejada. O novo diagrama precisa demonstrar como requisitos de capacidade, disponibilidade, segurança, expansão e operação foram materializados.
Isso significa que cada mudança relevante deve possuir justificativa:
- novo par de core switches para reduzir ponto único de falha;
- novo backbone para aumentar capacidade;
- segmentação adicional para separar domínios;
- novo firewall ou cluster para criar fronteira de segurança;
- nova camada de distribuição por crescimento do campus;
- novos enlaces WAN para diversidade.
O Projeto de Rede Lógica e Redes Corporativas deve integrar essas decisões ao memorial, critérios de dimensionamento, endereçamento, equipamentos, testes e documentação.
Diagramas para implantação e procurement
O desenho deve permitir que fornecedores compreendam interfaces e limites de fornecimento. Em um procurement técnico, a ausência de diagrama pode gerar interpretações diferentes sobre quantidade de enlaces, posição dos equipamentos, redundância e responsabilidade por configuração.
Quando o diagrama acompanha especificações e lista de materiais, deve existir coerência entre os documentos. Se o desenho mostra dois switches de distribuição e a lista contém apenas um, há uma inconsistência de projeto que precisa ser resolvida antes da contratação.
O diagrama também ajuda a estabelecer battery limits: onde termina o escopo de uma contratada e começa o de outra equipe, operadora ou disciplina.
Diagramas para testes e comissionamento
O plano de testes pode utilizar o diagrama como mapa de cenários. Cada caminho principal ou redundante deve resultar em verificações específicas.
Exemplos:
- desligar um uplink e verificar reconvergência;
- retirar um equipamento redundante e confirmar continuidade;
- testar comunicação entre VLANs autorizadas;
- verificar bloqueio entre zonas que não deveriam se comunicar;
- validar caminho WAN principal e contingência;
- confirmar velocidade negociada dos enlaces;
- comprovar conectividade de serviços críticos.
O comissionamento de equipamentos pode utilizar essas evidências para comparar projeto, instalação e comportamento real.
O papel do diagrama no troubleshooting
Durante uma falha, a equipe precisa identificar rapidamente domínio afetado, dependências e caminhos alternativos. Um diagrama atualizado reduz tempo gasto tentando reconstruir mentalmente a rede.
Para troubleshooting, são especialmente úteis:
- nomes reais dos dispositivos;
- interfaces relevantes;
- enlaces e capacidades;
- roteamento entre domínios;
- gateways;
- firewalls;
- dependências WAN;
- endereços de gestão quando apropriado ao nível de segurança do documento.
O desenho não substitui observabilidade, logs ou monitoramento, mas orienta onde procurar evidências.
Diagrama e IPAM como documentos complementares
Um diagrama não deve substituir inventário estruturado. Ferramentas de IPAM e source of truth podem registrar prefixos, VLANs, VRFs, dispositivos, interfaces e endereços com granularidade superior ao desenho.
O whitepaper sobre NetBox como fonte da verdade mostra como documentação estruturada pode complementar a representação visual.
A relação ideal é bidirecional: o diagrama oferece compreensão arquitetural; a base estruturada oferece detalhe e consistência de dados.
Erros comuns em diagramas de rede
Os problemas mais recorrentes não são estéticos, mas de engenharia.
- ausência de distinção entre lógico e físico;
- mistura de As-Is e To-Be;
- equipamentos sem identificação real;
- enlaces sem velocidade ou meio quando isso é relevante;
- ausência de gateways e fronteiras L3;
- redundância desenhada sem mecanismo técnico associado;
- uso excessivo de ícones e cores sem legenda;
- falta de revisão e controle documental;
- desenho incompatível com lista de materiais;
- As-Built que reproduz o projeto sem verificar a instalação;
- excesso de informação em uma única folha;
- falta de indicação de interfaces com terceiros.
Corrigir esses problemas aumenta o valor do diagrama como documento de implantação, aceite e operação.
O que deve existir em um pacote de documentação de rede
O diagrama é apenas um componente. Dependendo do porte do projeto, o pacote pode incluir:
| Documento | Função |
| Diagrama de contexto | Sites e conexões externas |
| Diagrama lógico | Arquitetura e domínios de rede |
| Diagrama físico | Equipamentos e enlaces reais |
| Plano de endereçamento | Prefixos, VLANs, VRFs, gateways |
| Lista de ativos | Modelos, funções, localização e identificação |
| Lista de enlaces | Origem, destino, meio e capacidade |
| Memorial | Critérios e decisões de engenharia |
| Especificação | Requisitos dos equipamentos e serviços |
| Plano de testes | Verificações e critérios de aceite |
| As-Built | Estado final validado |
O serviço de As-Built de Engenharia é especialmente relevante quando a rede existente foi modificada e a documentação final precisa refletir o que efetivamente ficou instalado.
Como revisar um diagrama de rede
A revisão deve comparar o documento com requisitos e evidências.
- verificar se o escopo e o estado representado estão identificados;
- confirmar nomes e funções dos equipamentos;
- verificar coerência dos enlaces;
- validar redundâncias e caminhos alternativos;
- revisar fronteiras de camada 2 e camada 3;
- conferir VLANs, prefixos e gateways relevantes;
- confirmar interfaces com firewall, WAN, servidores e terceiros;
- comparar com listas e memoriais;
- verificar versão e revisão;
- realizar validação de campo no As-Built.
Em redes críticas, a revisão deve incluir operação, segurança e demais stakeholders que dependem da infraestrutura.
Como contratar a elaboração ou atualização de diagramas de rede
O objeto não deve ser apenas “desenhar a rede”. Um escopo técnico precisa indicar quais levantamentos e documentos serão realizados.
Deve-se definir:
- sites e ambientes abrangidos;
- fontes de informação disponíveis;
- necessidade de levantamento físico e lógico;
- tipos de diagramas requeridos;
- nível de detalhamento;
- convenções e nomenclatura;
- relação com inventário e IPAM;
- formato editável e PDF;
- processo de revisão;
- validação em campo;
- critérios de aceite;
- atualização para As-Built quando aplicável.
Quando o objetivo é uma modernização e não apenas documentação, o Projeto de Telecomunicações permite integrar diagramas de rede a cabeamento, fibra, infraestrutura, ativos e demais sistemas de comunicação.
Considerações finais
Um diagrama de rede é uma representação controlada da arquitetura e da topologia, produzida para uma finalidade técnica. Separar lógico, físico, As-Is, To-Be e As-Built evita ambiguidades e permite que projeto, implantação e operação trabalhem sobre a mesma referência.
A melhor documentação não é a que contém mais elementos, mas a que permite verificar estrutura, interfaces, redundância, endereçamento e responsabilidades sem depender de conhecimento informal. Em ambientes críticos, essa rastreabilidade reduz risco de mudança, acelera diagnóstico e melhora os critérios de aceite.
A documentação final só pode ser tratada como As-Built depois de comparada com a instalação efetivamente executada. Copiar o desenho de projeto para a entrega final não comprova conformidade.
Referências técnicas
[1] OPPENHEIMER, Priscilla. Top-Down Network Design. 3. ed. Indianapolis: Cisco Press, 2011.
[2] ISO; IEC; IEEE. ISO/IEC/IEEE 42010:2022 — Software, systems and enterprise — Architecture description. 2022. Disponível em: https://www.iso.org/standard/74393.html
[3] CISCO SYSTEMS. Campus LAN and Wireless LAN Solution Design Guide. Cisco Design Zone. Disponível em: https://www.cisco.com/c/en/us/td/docs/solutions/CVD/Campus/cisco-campus-lan-wlan-design-guide.html
Perguntas frequentes
É a representação visual da arquitetura, topologia, equipamentos, enlaces e domínios de uma rede. Pode ser lógico, físico ou especializado conforme a finalidade.
O lógico explica como a rede funciona, incluindo VLANs, sub-redes, roteamento e zonas. O físico registra onde os equipamentos estão e como são interligados por portas, fibras, cabos e racks.
É o desenho do estado existente validado. Ele deve representar a infraestrutura realmente encontrada, e não apenas a documentação histórica disponível.
É a representação da arquitetura alvo que será implantada. Deve derivar dos requisitos e servir de referência para procurement, implantação e testes.
Não. O diagrama oferece compreensão visual da arquitetura; o IPAM registra dados estruturados de prefixos, VLANs, VRFs, interfaces e endereços. São complementares.
Conforme o projeto, podem ser necessários plano de endereçamento, lista de ativos e enlaces, memorial, especificações, plano de testes e As-Built.
Materiais técnicos complementares
Conteúdos principais sobre o tema
- Guia Completo sobre Arquitetura de Redes: topologias, projeto e infraestrutura
- Projeto de Rede: etapas, arquitetura e documentação técnica
- Topologia de Rede: tipos, aplicações e critérios de projeto
- Rede Lógica: VLANs, IP, roteamento, segmentação e projeto
Conteúdos técnicos correlatos
- Backbone de Fibra Óptica: projeto, topologia e redes críticas
- Segmentação de Rede
- LACP e Link Aggregation
- Spanning Tree: STP, RSTP e MSTP
- NetBox como Fonte da Verdade para Infraestrutura, Redes, IPAM, DCIM e Automação
