Entenda como estruturar endereçamento IPv4/IPv6, sub-redes, sumarização, tabelas de roteamento, OSPF, BGP, redundância e documentação em projetos de redes IP corporativas e críticas.
Confira!
As estruturas de endereçamento e roteamento definem como uma rede IP identifica seus segmentos e escolhe os caminhos usados pelos pacotes. Um projeto consistente precisa coordenar plano IPv4/IPv6, prefixos, sub-redes, gateways, sumarização, tabelas de roteamento, protocolos dinâmicos, redundância, políticas, observabilidade e documentação.
O endereçamento não deve ser tratado como simples distribuição de números IP, nem o roteamento como configuração posterior dos equipamentos. As duas disciplinas formam uma única arquitetura: o modo como os blocos são reservados influencia sumarização, convergência, segmentação, troubleshooting, expansão multi-site e integração com internet, cloud, OT, CFTV IP e outros sistemas.
Em redes corporativas e de missão crítica, o objetivo é obter uma estrutura previsível, escalável, documentável e verificável, capaz de crescer sem sobreposição de prefixos, manter caminhos coerentes durante falhas e permitir que a operação compreenda por que determinado tráfego segue determinado percurso.
Endereçamento IP: estrutura, função e objetivos de engenharia
O endereço IP identifica uma interface em uma arquitetura baseada no Internet Protocol e permite que hosts e roteadores determinem se um destino está na rede local ou se o pacote deve ser encaminhado a um gateway. A eficiência do plano de endereçamento afeta diretamente a organização das sub-redes, a capacidade de sumarização e a clareza das políticas de roteamento.
IPv4
IPv4 utiliza endereços de 32 bits, normalmente representados em quatro octetos decimais, como 192.168.10.25. A separação entre porção de rede e porção de host é determinada pelo comprimento do prefixo, por exemplo /24.
O modelo histórico de classes A, B e C ajudou a formar a terminologia das redes IP, mas os projetos modernos utilizam CIDR — Classless Inter-Domain Routing. Portanto, a classe histórica de um endereço não deve determinar o dimensionamento atual de uma rede.
Os blocos privados definidos pela RFC 1918 continuam amplamente usados em redes internas:
| Bloco IPv4 privado | Prefixo agregado | Uso típico |
| 10.0.0.0 a 10.255.255.255 | 10.0.0.0/8 | organizações com grande espaço interno |
| 172.16.0.0 a 172.31.255.255 | 172.16.0.0/12 | redes corporativas e ambientes segmentados |
| 192.168.0.0 a 192.168.255.255 | 192.168.0.0/16 | redes menores e segmentos locais |
A escolha do bloco interno deve considerar não só a quantidade de endereços, mas também coexistência com VPNs, parceiros, aquisições, redes temporárias, serviços cloud e possíveis sobreposições futuras.
IPv6
IPv6 utiliza endereços de 128 bits, representados em hexadecimal, e foi desenvolvido principalmente para ampliar o espaço de endereçamento e modernizar o funcionamento do IP. Um endereço como 2001:db8:10:20::1/64 pode representar uma interface em uma sub-rede IPv6.
IPv6 altera vários elementos do projeto: autoconfiguração, Neighbor Discovery, roteamento, DNS, multicast, filtragem, logging e operação dual stack. Ele não deve ser considerado automaticamente mais seguro que IPv4. A segurança continua dependendo de políticas, hardening, controle de acesso, monitoramento e configuração correta.
Em projetos que ainda operam majoritariamente em IPv4, é recomendável evitar decisões que inviabilizem futura adoção de IPv6, especialmente em nomenclatura, IPAM, equipamentos, firewalls, monitoramento e processos operacionais.
Endereços públicos, privados e especiais
Além dos blocos privados, o plano precisa distinguir endereços públicos, loopback, link-local, multicast, documentação e outros espaços reservados. Essa classificação evita o uso indevido de faixas especiais como se fossem redes corporativas comuns.
A autoridade global sobre os espaços de endereçamento é coordenada pela IANA, com distribuição regional por meio dos Regional Internet Registries. Em redes privadas, a organização passa a ser responsável por sua própria governança interna.
CIDR, prefixos e subnetting
CIDR substituiu a lógica de classes fixas por prefixos de comprimento variável. Um prefixo /24, /27 ou /30 expressa quantos bits representam a rede, permitindo adaptar o tamanho da sub-rede ao requisito real.
O planejamento detalhado de máscaras, quantidade de hosts e subdivisão de blocos é aprofundado no artigo sobre Subnetting IPv4 e dimensionamento de sub-redes.
Sub-redes devem nascer de uma hierarquia
Em vez de criar a próxima faixa disponível a cada expansão, o projeto deve reservar blocos por critérios estáveis, por exemplo:
- site ou região;
- função do segmento;
- ambiente corporativo, OT ou segurança;
- criticidade;
- domínio administrativo;
- capacidade de crescimento;
- necessidade de sumarização.
Uma estrutura multi-site pode, por exemplo, reservar um agregado por unidade e subdividi-lo internamente entre usuários, servidores, Wi-Fi, CFTV, controle de acesso, voz e gerenciamento.
Essa hierarquia permite que a estrutura do endereço carregue significado operacional sem depender de convenções excessivamente rígidas.
Dimensionamento não é apenas contagem de hosts
Uma sub-rede maior oferece mais endereços, mas também pode ampliar domínios de broadcast, aumentar o raio de impacto de erros e dificultar políticas. Uma sub-rede pequena demais pode gerar renumeração frequente e fragmentação do plano.
O dimensionamento deve considerar densidade atual, crescimento, comportamento de camada 2, modelo de mobilidade, DHCP, tipo de ativo e domínio de falha.
Sumarização de rotas e agregação de prefixos
A sumarização reduz a quantidade de prefixos que precisam ser propagados entre partes da rede. Em vez de anunciar diversas sub-redes individualmente, um roteador pode anunciar um agregado que as represente, desde que o plano de endereçamento tenha sido construído de forma contígua e coerente.
Antes de redesenhar prefixos e rotas, é necessário conhecer o estado real da rede, suas dependências, sobreposições, caminhos e limitações.
A Due Diligence Técnica organiza esse baseline e reduz o risco de renumeração ou migração baseada em premissas incompletas.
Por exemplo, quatro redes /24 consecutivas podem, dependendo do alinhamento binário, ser representadas por um prefixo agregado /22. Isso reduz o tamanho das tabelas e pode limitar a propagação de mudanças internas.
A sumarização traz benefícios de engenharia:
- reduz churn de rotas;
- diminui dependência entre domínios;
- facilita troubleshooting;
- melhora legibilidade das políticas;
- ajuda a conter instabilidade de topologias internas.
Por outro lado, sumarizar incorretamente pode criar black holes. Se um roteador anuncia um agregado, mas não possui caminho válido para todas as redes cobertas por ele, parte do tráfego pode ser atraída e descartada.
| Situação | Efeito esperado | Risco |
| Prefixos contíguos e realmente alcançáveis | sumarização eficiente | baixo |
| Prefixos não contíguos | anúncio agregado inadequado | black hole |
| Resumo anunciado em múltiplos pontos | maior resiliência | caminhos inesperados se a política for incoerente |
| Ausência de sumarização em rede muito grande | maior granularidade | tabelas e convergência mais complexas |
Tabelas de roteamento: RIB, FIB e seleção de caminho
A tabela de roteamento representa os prefixos conhecidos e os caminhos disponíveis para alcançá-los. Em termos de arquitetura, é útil diferenciar a Routing Information Base (RIB), onde as rotas candidatas são avaliadas, da Forwarding Information Base (FIB), utilizada efetivamente para encaminhamento conforme a implementação da plataforma.
Uma entrada de rota normalmente envolve:
- prefixo de destino;
- comprimento do prefixo;
- próximo salto;
- interface de saída;
- origem da rota;
- métrica do protocolo;
- preferência ou distância administrativa, quando a plataforma usa esse conceito;
- atributos adicionais, conforme o protocolo.
Longest Prefix Match
Quando múltiplas rotas cobrem um mesmo destino, o encaminhamento IP procura o prefixo mais específico. Esse princípio é conhecido como longest prefix match.
Considere as rotas:
| Prefixo | Próximo salto | Interpretação |
| 0.0.0.0/0 | ISP | rota default |
| 10.0.0.0/8 | core interno | agregado corporativo |
| 10.20.0.0/16 | distribuição Site B | rota mais específica |
| 10.20.30.0/24 | firewall de aplicação | rota ainda mais específica |
Um pacote para 10.20.30.50 seguirá a rota /24, pois ela é a correspondência mais específica, independentemente de também estar contido nos prefixos /16 e /8.
Métrica não é a mesma coisa que preferência entre protocolos
A métrica é calculada dentro do protocolo de roteamento para comparar caminhos aprendidos por esse protocolo. A preferência entre rotas de origens diferentes pode utilizar outro mecanismo, como administrative distance em determinadas plataformas.
Misturar esses conceitos leva a diagnósticos incorretos. Um custo OSPF menor não necessariamente compete diretamente com o atributo de uma rota BGP ou com uma rota estática da mesma maneira em todas as plataformas.
Rotas conectadas, estáticas e default
Nem toda rede exige um protocolo dinâmico.
Rotas conectadas
Surgem de interfaces diretamente associadas a determinado prefixo. Elas representam a conectividade local do equipamento.
Rotas estáticas
São configuradas explicitamente e funcionam bem quando o número de destinos é pequeno, o caminho é previsível ou existe necessidade de controle simples e determinístico.
Rotas estáticas exigem governança. Em topologias maiores, podem acumular dependências ocultas e tornar falhas ou mudanças mais difíceis de administrar.
Rota default
A rota 0.0.0.0/0 em IPv4, ou ::/0 em IPv6, representa o caminho usado quando não existe uma rota mais específica. É comum em bordas de internet, sites remotos e redes de acesso, mas deve ser acompanhada por políticas coerentes para evitar caminhos assimétricos ou saídas indevidas.
Protocolos dinâmicos de roteamento
Protocolos dinâmicos permitem que roteadores troquem informações e ajustem a topologia conforme links e caminhos mudam. A decisão de adotar roteamento dinâmico deve considerar escala, redundância, convergência, capacidade operacional e necessidade de políticas.
| Protocolo | Categoria | Uso típico | Característica central |
| RIP | IGP, distance vector | redes pequenas e legadas | métrica por saltos |
| OSPF | IGP, link-state | redes corporativas e multi-site | visão de topologia e cálculo SPF |
| BGP | EGP/path vector | internet, multihoming e políticas entre AS | seleção por atributos e política |
RIP
RIP possui importância histórica e pode existir em ambientes simples ou legados. Seu limite de saltos e modelo de convergência o tornam pouco adequado para grande parte das arquiteturas corporativas modernas.
OSPF
OSPF é um protocolo de estado de enlace usado como IGP em redes de médio e grande porte. Ele permite estruturar áreas, calcular caminhos com base em custo e limitar o escopo de determinadas informações de topologia.
A arquitetura de áreas, LSAs, custos e critérios de design é detalhada no artigo OSPF: como funciona, áreas, LSAs, custos e critérios de projeto.
BGP
BGP é utilizado para troca de rotas entre sistemas autônomos e também pode ser empregado em arquiteturas internas específicas. Diferentemente de um IGP, sua força está no controle de política por atributos, permitindo influenciar seleção e propagação de rotas.
O papel de ASN, peering, multihoming, filtragem e atributos é aprofundado no artigo BGP: ASN, peering e critérios de projeto.
IGP e BGP não resolvem o mesmo problema
Um erro comum é tratar OSPF e BGP como alternativas equivalentes. Eles atuam em domínios diferentes.
Em uma arquitetura típica:
- um IGP distribui reachability e caminhos dentro do domínio administrado;
- BGP troca prefixos e aplica política entre domínios ou bordas definidas;
- redistribuição entre protocolos, quando necessária, precisa ser cuidadosamente controlada.
A redistribuição indiscriminada pode causar loops, perda de atributos, rotas subótimas ou crescimento desnecessário das tabelas. Sempre que possível, a fronteira entre protocolos deve ser intencional e documentada.
Endereçamento, VLANs e roteamento inter-VLAN
VLANs separam domínios de camada 2. Sub-redes IP organizam comunicação em camada 3. Em muitas LANs corporativas, existe uma relação operacional de uma VLAN por sub-rede, embora os conceitos pertençam a camadas diferentes.
O roteamento inter-VLAN pode ocorrer em switches Layer 3, roteadores ou firewalls, dependendo de onde a organização deseja aplicar políticas e inspeção.
A arquitetura completa deve ser analisada como parte da Rede Lógica: VLANs, IP, roteamento e segmentação, enquanto os critérios de isolamento e controle entre domínios são aprofundados em Segmentação de Rede.
| Decisão | Consequência no endereçamento | Consequência no roteamento |
| criar VLAN de CFTV | novo prefixo e gateway | política para VMS e serviços autorizados |
| separar gerenciamento | prefixo administrativo próprio | acesso restrito a estações de gestão |
| dividir usuários por site | blocos por localidade | possibilidade de sumarização |
| separar OT de TI | zonas e prefixos distintos | fronteira controlada entre domínios |
Gateways e redundância de primeiro salto
Dispositivos finais normalmente enviam tráfego destinado a outras sub-redes para seu default gateway. Se esse gateway existir em um único equipamento, ele pode representar ponto único de falha.
Protocolos de redundância de primeiro salto, como VRRP e mecanismos equivalentes de fabricantes, permitem fornecer um endereço virtual associado a múltiplos equipamentos. Entretanto, redundância de gateway não resolve sozinha falhas de uplink, energia, roteamento ou dependências compartilhadas.
Uma arquitetura realmente resiliente precisa analisar o caminho completo.
A existência de dois equipamentos deve ser comprovada por testes de failover e convergência, não apenas pela inspeção física do rack.
Convergência e domínio de falha
Convergência é o processo pelo qual os roteadores chegam a uma visão consistente da topologia após uma alteração. O tempo efetivo de recuperação percebido pela aplicação depende de mais fatores que o protocolo de roteamento:
- detecção da falha;
- timers de adjacência;
- cálculo de novo caminho;
- atualização da FIB;
- protocolos de redundância de gateway;
- estado do firewall;
- sessão da aplicação;
- DNS e balanceadores;
- características da WAN.
Por isso, especificar apenas “OSPF com rápida convergência” é insuficiente. O requisito deve ser traduzido em comportamento de serviço e validado por testes.
Durante a implantação, mudanças de roteamento podem afetar serviços críticos mesmo quando os equipamentos individualmente estão funcionando.
A Engenharia do Proprietário acompanha aderência ao projeto, mudanças, evidências e interfaces técnicas entre contratadas.
ECMP, caminhos redundantes e balanceamento
Equal-Cost Multi-Path pode permitir múltiplos caminhos de mesmo custo para determinado prefixo, conforme suporte da plataforma e do protocolo. Isso melhora utilização de enlaces e resiliência, mas não significa que um único fluxo será necessariamente dividido entre todos os caminhos.
A distribuição normalmente depende de hashing com atributos de cabeçalhos. Portanto, o planejamento de capacidade deve considerar distribuição agregada de fluxos e não presumir soma linear de banda para cada sessão individual.
Roteamento assimétrico
Roteamento assimétrico ocorre quando o caminho de ida é diferente do caminho de volta. IP, por si só, pode operar dessa maneira, mas dispositivos stateful, NAT, firewalls e determinadas aplicações podem exigir simetria.
Em troubleshooting, é necessário verificar os dois sentidos. Muitos incidentes atribuídos ao firewall são, na realidade, consequência de rota de retorno ausente ou diferente da arquitetura esperada.
Roteamento em redes multi-site, WAN e cloud
Em redes com várias unidades, o plano de endereçamento deve permitir que cada site tenha blocos exclusivos e, quando possível, sumarizáveis. Isso facilita integração por MPLS, SD-WAN, VPN, links privados ou cloud.
Uma arquitetura multi-site precisa definir:
- bloco reservado por site;
- prefixos locais e compartilhados;
- rota default local ou centralizada;
- internet breakout;
- serviços centralizados;
- failover de WAN;
- conectividade cloud;
- comportamento quando o link principal falha;
- política de anúncios entre regiões.
Dois links de operadoras diferentes não garantem redundância se compartilham infraestrutura física, CPE, energia ou uma única política de roteamento incapaz de convergir corretamente.
Endereçamento e roteamento para CFTV, controle de acesso, voz, IoT e OT
Sistemas especializados precisam ser considerados no plano lógico desde o início.
Câmeras IP podem exigir grande volume de tráfego em direção a VMS e storage. Voz IP é sensível a atraso, jitter e perda. Controladoras de acesso dependem de comunicação previsível com servidores e integrações. OT e IoT podem possuir restrições de atualização e segurança específicas.
O Tráfego de Rede deve ser mapeado antes da definição final dos caminhos, principalmente quando existem enlaces de agregação, WAN ou firewalls em série.
Multicast não é apenas “mais um tipo de endereço”
Multicast permite que uma origem envie tráfego destinado a um grupo de receptores. Em redes que utilizam vídeo, áudio sobre IP, distribuição de conteúdo ou aplicações industriais, o projeto precisa diferenciar mecanismos de participação de hosts, como IGMP, dos protocolos usados para construir árvores multicast entre roteadores, quando aplicável.
Tratar multicast apenas como faixa de endereços pode resultar em flooding, consumo de banda ou ausência de reachability entre domínios.
Segurança do plano de roteamento
A proteção do roteamento envolve impedir que informações falsas ou indevidas alterem os caminhos da rede.
Medidas de engenharia podem incluir:
- autenticação de adjacências quando suportada;
- filtros de prefixos;
- controle de redistribuição;
- limitação de vizinhos autorizados;
- proteção do plano de controle;
- separação da rede de gerenciamento;
- logging e telemetria;
- controle de mudanças;
- validação de anúncios BGP conforme o contexto.
No caso de IPv6, a presença de suporte a IPsec no protocolo não significa que o tráfego esteja automaticamente criptografado. O uso efetivo de criptografia precisa ser definido pela arquitetura e pela aplicação.
Observabilidade de rotas e fluxos
Operar roteamento sem observar mudanças de estado aumenta o tempo de diagnóstico. A equipe precisa conseguir identificar alteração de adjacência, flaps, perda de prefixos, mudança de next hop e crescimento inesperado das tabelas.
O Monitoramento de Rede acompanha disponibilidade, interfaces e métricas. O NetFlow e análise de fluxos ajudam a entender quem está utilizando determinado caminho. Já o Gerenciamento de Redes baseado em FCAPS organiza falhas, configuração, desempenho, segurança e contabilização como disciplina operacional.
| Evidência | Pergunta respondida |
| tabela de rotas | quais prefixos são conhecidos? |
| adjacências | quais vizinhos estão ativos? |
| logs de protocolo | quando houve mudança? |
| NetFlow/IPFIX | quais fluxos utilizaram o caminho? |
| SNMP/telemetria | como interfaces e recursos se comportaram? |
| traceroute/testes | qual percurso foi observado? |
IPAM e fonte de verdade
À medida que a rede cresce, planilhas isoladas deixam de ser suficientes para controlar prefixos, gateways, reservas, VLANs e dependências. Um processo de IP Address Management pode centralizar o plano e reduzir conflitos.
A fonte de verdade deve registrar não só endereços, mas a relação entre:
- sites;
- prefixos;
- VLANs;
- VRFs;
- gateways;
- interfaces;
- dispositivos;
- serviços DNS/DHCP;
- responsáveis;
- status de reserva e uso.
A ferramenta não substitui governança: endereços precisam seguir processo de mudança, e alterações executadas em produção devem ser refletidas no As Built.
Documentação do endereçamento e roteamento
Um projeto executável precisa traduzir a arquitetura em documentos claros. O Diagrama de Rede deve mostrar como os domínios e caminhos se relacionam, sem tentar concentrar todos os detalhes numa única figura.
Um pacote de documentação pode conter:
| Documento | Conteúdo mínimo |
| plano IP | prefixos, finalidade, gateway, DHCP e reservas |
| matriz de VLANs | ID, nome, prefixo, site e função |
| tabela de sumarização | prefixos agregados e ponto de anúncio |
| matriz de roteamento | origem, destino, protocolo e política |
| diagrama lógico | sites, zonas, dispositivos L3 e caminhos |
| tabela de adjacências | vizinhos e interfaces previstas |
| plano de redundância | gateways, links, failover e convergência |
| plano de testes | cenários, critérios e evidências |
| As Built lógico | estado efetivamente implantado e aceito |
Como projetar endereçamento e roteamento de forma coordenada
Uma sequência de engenharia reduz retrabalho:
Plano IP, gateways, sumarização e protocolos precisam compor uma única arquitetura documentada.
O Projeto de Rede Lógica transforma requisitos de conectividade, segmentação, redundância e operação em diagramas, matrizes, padrões e critérios de aceite.
Conhecer o serviço de Projeto de Rede Lógica e Redes Corporativas
- levantar sites, sistemas, usuários, ativos e fluxos;
- mapear restrições da rede existente;
- reservar blocos por domínio e localidade;
- dimensionar sub-redes;
- definir gateways e fronteiras L2/L3;
- estabelecer a política de sumarização;
- escolher rotas estáticas ou protocolos dinâmicos;
- definir redundância e convergência esperada;
- modelar falhas e caminhos alternativos;
- documentar diagramas, matrizes e parâmetros;
- testar reachability, isolamento, failover e desempenho;
- atualizar a fonte de verdade e o As Built.
Testes e comissionamento
O aceite de uma arquitetura de roteamento precisa comprovar comportamento normal e comportamento sob falha.
Redundância só é comprovada quando a falha é provocada de forma controlada e o comportamento observado atende ao requisito.
O Comissionamento de Engenharia integra testes de reachability, failover, convergência, rotas e documentação antes do aceite.
Reachability
Verificar se cada origem alcança os destinos previstos e se fluxos que devem permanecer isolados não encontram caminho indevido.
Seleção de rota
Confirmar prefixos instalados, next hops, sumarização, rota default e política esperada.
Failover
Simular perda controlada de link ou equipamento e medir o comportamento do serviço, não apenas a alteração da tabela de rotas.
Convergência
Registrar tempo de detecção, troca de caminho e recuperação percebida pela aplicação quando houver requisito objetivo.
Roteamento assimétrico
Validar os dois sentidos em fluxos que atravessam firewall, NAT, balanceadores ou múltiplos links.
Evidências
Capturar tabelas, logs, métricas e resultados dos testes de forma rastreável para que o aceite não dependa apenas da afirmação de que “a rede está funcionando”.
Falhas recorrentes em projetos de endereçamento e roteamento
| Falha | Consequência |
| criar sub-redes sem plano hierárquico | fragmentação e dificuldade de sumarização |
| reutilizar faixas em sites diferentes | sobreposição em VPN/WAN |
| anunciar agregado sem todos os prefixos válidos | black hole |
| misturar métrica e preferência entre protocolos | diagnóstico incorreto |
| redistribuir rotas sem política | loops e rotas inesperadas |
| usar default route excessivamente | ocultação de falhas de design |
| não testar rota de retorno | sessões stateful intermitentes |
| assumir redundância só pela quantidade de equipamentos | indisponibilidade por dependência comum |
| operar sem source of truth | conflito entre documentação e produção |
| não monitorar flaps e mudanças | troubleshooting reativo |
Quando revisar a arquitetura de endereçamento e roteamento
A revisão é recomendada quando existem sobreposições de IP, crescimento desordenado, múltiplas rotas estáticas sem documentação, mudanças frequentes de WAN, expansão para cloud, adoção de IPv6, aquisição de novas unidades, redes planas, novos ambientes OT/IoT, troca de core ou incidentes de convergência.
Também é adequada antes de grandes aquisições. A troca de roteadores ou switches não corrige automaticamente um plano IP fragmentado, uma política de roteamento incoerente ou uma topologia sem redundância real.
Considerações finais
Endereçamento e roteamento devem ser projetados como uma única disciplina arquitetural. Prefixos bem estruturados permitem sumarização, segmentação e crescimento; protocolos bem escolhidos transformam esses prefixos em caminhos controlados e resilientes.
O resultado esperado não é apenas fazer pacotes chegarem ao destino. É estabelecer uma rede em que os caminhos sejam compreensíveis, a falha tenha comportamento previsível, a expansão não exija renumerações improvisadas e a operação consiga comparar o estado real com o projeto.
Quando plano IP, roteamento, observabilidade, testes e documentação permanecem integrados, a rede deixa de depender de configurações isoladas e passa a operar como infraestrutura de engenharia governável.
Referências técnicas
[1] IETF. RFC 1918 — Address Allocation for Private Internets. Disponível em: https://www.rfc-editor.org/rfc/rfc1918.
[2] IETF. RFC 4632 — Classless Inter-domain Routing (CIDR): The Internet Address Assignment and Aggregation Plan. Disponível em: https://www.rfc-editor.org/rfc/rfc4632.
[3] IETF. RFC 8200 — Internet Protocol, Version 6 (IPv6) Specification. Disponível em: https://www.rfc-editor.org/rfc/rfc8200.
[4] IETF. RFC 4193 — Unique Local IPv6 Unicast Addresses. Disponível em: https://www.rfc-editor.org/rfc/rfc4193.
[5] IETF. RFC 2328 — OSPF Version 2. Disponível em: https://www.rfc-editor.org/rfc/rfc2328.
[6] IETF. RFC 5340 — OSPF for IPv6. Disponível em: https://www.rfc-editor.org/rfc/rfc5340.
[7] IETF. RFC 4271 — A Border Gateway Protocol 4 (BGP-4). Disponível em: https://www.rfc-editor.org/rfc/rfc4271.
[8] IETF. RFC 5798 — Virtual Router Redundancy Protocol (VRRP) Version 3 for IPv4 and IPv6. Disponível em: https://www.rfc-editor.org/rfc/rfc5798.
[9] IANA. IPv4 Address Space Registry. Disponível em: https://www.iana.org/assignments/ipv4-address-space/ipv4-address-space.xhtml.
[10] IANA. IPv6 Address Space Registry. Disponível em: https://www.iana.org/assignments/ipv6-address-space/ipv6-address-space.xhtml.
Perguntas frequentes
Endereçamento organiza os prefixos e identifica interfaces e sub-redes. Roteamento determina como os pacotes alcançam esses prefixos por meio de rotas conectadas, estáticas ou aprendidas dinamicamente.
Sim. As classes históricas permanecem como referência conceitual, mas o dimensionamento moderno utiliza prefixos CIDR de comprimento variável.
Não de forma geral. OSPF é tipicamente um IGP usado dentro de um domínio de roteamento; BGP é orientado à troca de prefixos e aplicação de políticas entre sistemas autônomos ou fronteiras específicas.
Porque a sumarização depende de blocos contíguos e corretamente alinhados. Um plano fragmentado reduz a capacidade de agregar rotas e aumenta complexidade operacional.
Não. IPv6 possui recursos e arquitetura diferentes, mas a segurança depende de política, configuração, hardening, filtragem, monitoramento e controles efetivamente implementados.
Rotas estáticas são adequadas quando há poucos destinos, caminhos previsíveis ou necessidade de controle determinístico simples. Em ambientes maiores e redundantes, protocolos dinâmicos podem reduzir manutenção manual e melhorar adaptação a falhas.
Reachability, seleção de rota, sumarização, rota default, failover, convergência, caminhos de ida e volta, isolamento e evidências das tabelas e logs devem ser validados conforme os requisitos do projeto.
Materiais técnicos complementares
Serviços relacionados
- Projeto de Rede Lógica e Redes Corporativas
- Due Diligence Técnica de Engenharia
- Engenharia do Proprietário
- Comissionamento de Engenharia
Conteúdos principais sobre o tema
- Rede Lógica: VLANs, IP, roteamento, segmentação e projeto
- Subnetting: como funciona o subnetting IPv4 e como dimensionar sub-redes
- OSPF: como funciona, áreas, LSAs, custos e critérios de projeto
- BGP: o que é, como funciona, ASN, peering e critérios de projeto
Conteúdos técnicos correlatos
- Diagrama de Rede: tipos, arquitetura lógica e física e documentação técnica
- Tráfego de Rede: fluxos, carga, broadcast, multicast e capacidade
- NetFlow: o que é, como funciona e como analisar tráfego de rede
- Monitoramento de Rede: métricas, disponibilidade, desempenho e observabilidade
- Gerenciamento de Redes: FCAPS, SNMP, configuração, desempenho e segurança
- Segmentação de Rede: fundamentos, modelos, boas práticas e quando usar
