Aplicando o novo espaço de Documentação IPv6: Uma Abordagem Prática (3FFF::/20)
06/02/2025
Por Alejandro Acosta, Coordenador de I+D no LACNIC, e Julio Buiza, Especialista em Serviços de Registro no LACNIC
Introdução
Em 23 de julho de 2024, a IANA atribuiu o bloco de endereços 3FFF::/20 como um novo espaço de endereçamento para documentação de IPv6, adicionando assim um novo bloco de endereços ao já existente (2001:db8::/32). Essa solicitação foi feita no draft https://datatracker.ietf.org/doc/draft-ietf-v6ops-rfc3849-update/05/, que afirma o seguinte (traduzido para o espanhol):
“O documento descreve a reserva de um prefixo de endereço IPv6 adicional para uso em documentação. Esta atualização do RFC 3849 expande o bloco de endereços 2001:db8::/32 existente com a reserva de um prefixo adicional maior. A adição de um /20 permite que os exemplos documentados representem com mais fidelidade uma gama mais ampla de cenários de implementação realistas e atuais, alinhando-se mais de perto com os modelos contemporâneos de alocação para redes de grande porte.”
Como resultado dessa ampliação, desenvolveremos neste artigo um plano de endereçamento IPv6 como exemplo, utilizando o bloco de endereços 3FFF::/20.
Importância de um Plano de Endereçamento IP
O que é um plano de endereçamento IP (v4|v6)?
Um plano de endereçamento IP é definido como o método, as ações ou o modelo sistemático para realizar a alocação de endereços IP em uma rede [1].
Por que devo criar um plano de endereçamento IP?
- Ajuda a manter a organização na documentação da rede.
- Facilita a implementação de políticas de alocação.
- Contribui para o crescimento ordenado da rede (alocações futuras/escalabilidade).
- Melhora a eficiência do desempenho da rede (tabelas de roteamento menores).
- Facilita a solução de problemas (troubleshooting).
- Simplifica a gestão da rede.
Como deve ser o plano de endereçamento IP? O que devo buscar nele?
- Deve ser escalável (considerar o crescimento da rede em 2, 5, 10 e 15 anos).
- Deve ser flexível, permitindo a adição de novos serviços ou a expansão para outras cidades no futuro.
- Deve ser simples e compreensível, evitando complexidades desnecessárias.
- Deve ser elaborado seguindo as melhores práticas.
- Deve separar a infraestrutura dos clientes (fundamental).
Orientações para começar a elaborar o plano de Endereçamento IPv6.
- O principal conselho e um dos mais básicos é manipular os blocos por nibbles, ou seja, por cada caractere do endereço IPv6.
Como ficaria visualmente o novo prefixo 3FFF::/20?
Como pode ser observado na imagem a seguir, devido ao fato de o prefixo ser um /20, os 5 primeiros nibbles são fixos, e todos os caracteres representados por “X” são modificáveis:
1)Mapear o nibble para uma função
Uma prática comum é mapear um nibble ou um grupo de nibbles para “algo”, sendo esse “algo” uma função, um país, um serviço, um tipo de cliente, entre outros.
No gráfico a seguir, detalha-se o que foi mencionado anteriormente:
Para ISP:
- Para Usuário Final (EU):
Importante: lembremos que os últimos 64 bits (C5, C6, C7 e C8) geralmente são atribuídos pelo processo de autoconfiguração e/ou manualmente pelo administrador.
Exemplo prático de um Plano de Endereçamento IPv6:
Aqui estão alguns exemplos de um plano de endereçamento, utilizando o novo prefixo 3FFF::/20.
Nota: Esses exemplos são orientações e mostram uma das muitas formas de elaborar um plano de endereçamento IPv6 dentro de uma rede.
- Plano de Endereçamento IPv6 para um ISP:
Para este cenário, foi considerado um ISP que opera em 3 países e 3 cidades em cada país. Assim, utilizando a nomenclatura do exemplo anterior, foram atribuídos valores e substituídos os caracteres de acordo com a categoria que representam, conforme mostrado na tabela a seguir:
| Caracteres a serem alterados | Categoria | Valores | Descrição do que representam |
| PPP | País | 058 | Venezuela |
| 057 | Colômbia | ||
| 051 | Peru | ||
| CCC | Cidade | 212 | Caracas |
| 261 | Maracaibo | ||
| 241 | Valência | ||
| 601 | Bogotá | ||
| 604 | Medellín | ||
| 605 | Cartagena | ||
| 031 | Lima | ||
| 032 | Arequipa | ||
| 033 | Cusco | ||
| SS | Serviço | 10 | Internet HFC |
| 20 | Internet GPON | ||
| 30 | Internet Satelital | ||
| T | Tipo de Cliente | 1 | Empresa |
| 2 | Entidade do governo | ||
| 3 | Residencial | ||
| 4 | ONG |
O exemplo de plano de Endereçamento IPv6 para um ISP ficaria da seguinte maneira:
| Prefijo IPv6 | País | Prefixo atribuído ao país [NET_ID] | Cidade | Sub-rede atribuída à cidade [Subnet] | Serviço | Tipo de cliente | Sub-rede atribuída ao serviço e tipo de cliente [Divison] |
| 3FFF::/20 | Venezuela | 3FFF:0058::/32 | Caracas | 3FFF:0058:0212::/48 | Internet HFC | Empresa | 3FFF:0058:0212:0101::/64 |
| Entidade ol governo | 3FFF:0058:0212:0102::/64 | ||||||
| Residencial | 3FFF:0058:0212:0103::/64 | ||||||
| ONG | 3FFF:0058:0212:0104::/64 | ||||||
| Internet GPON | Empresa | 3FFF:0058:0212:0201::/64 | |||||
| Residencial | 3FFF:0058:0212:0203::/64 | ||||||
| Maracaibo | 3FFF:0058:0261::/48 | Internet GPON | Empresa | 3FFF:0058:0261:0201::/64 | |||
| Entidade do governo | 3FFF:0058:0261:0202::/64 | ||||||
| Residencial | 3FFF:0058:0261:0203::/64 | ||||||
| ONG | 3FFF:0058:0261:0204::/64 | ||||||
| Valência | 3FFF:0058:0241::/48 | Internet GPON | Empresa | 3FFF:0058:0241:0201::/64 | |||
| Entidade do governo | 3FFF:0058:0241:0202::/64 | ||||||
| Internet Satelital | Residencial | 3FFF:0058:0241:0303::/64 | |||||
| ONG | 3FFF:0058:0241:0304::/64 | ||||||
| Colombia | 3FFF:0057::/32 | Bogotá | 3FFF:0057:0601::/48 | Internet HFC | Empresa | 3FFF:0057:0601:0101::/64 | |
| Entidade do governo | 3FFF:0057:0601:0102::/64 | ||||||
| Residencial | 3FFF:0057:0601:0103::/64 | ||||||
| ONG | 3FFF:0057:0601:0104::/64 | ||||||
| Medellín | 3FFF:0057:0604::/48 | Internet GPON | Empresa | 3FFF:0057:0604:0201::/64 | |||
| Entidade do governo | 3FFF:0057:0604:0202::/64 | ||||||
| Residencial | 3FFF:0057:0604:0203::/64 | ||||||
| ONG | 3FFF:0057:0604:0204::/64 | ||||||
| Cartagena | 3FFF:0057:0605::/48 | Internet GPON | Empresa | 3FFF:0057:0605:0201::/64 | |||
| Entidade do governo | 3FFF:0057:0605:0202::/64 | ||||||
| Internet Satelital | Residencial | 3FFF:0057:0605:0303::/64 | |||||
| ONG | 3FFF:0057:0605:0304::/64 | ||||||
| Peru | 3FFF:0051::/32 | Lima | 3FFF:0051:0031::/48 | Internet GPON | Empresa | 3FFF:0051:0031:0201::/64 | |
| Residencial | 3FFF:0051:0031:0203::/64 | ||||||
| Internet Satelital | Residencial | 3FFF:0051:0031:0303::/64 | |||||
| Arequipa | 3FFF:0051:0032::/48 | Internet HFC | Empresa | 3FFF:0051:0032:0101::/64 | |||
| Entidade do governo | 3FFF:0051:0032:0102::/64 | ||||||
| Residencial | 3FFF:0051:0032:0103::/64 | ||||||
| ONG | 3FFF:0051:0032:0104::/64 | ||||||
| Internet GPON | Empresa | 3FFF:0051:0032:0201::/64 | |||||
| Entidade do governo | 3FFF:0051:0032:0202::/64 | ||||||
| Residencial | 3FFF:0051:0032:0203::/64 | ||||||
| ONG | 3FFF:0051:0032:0204::/64 | ||||||
| Cusco | 3FFF:0051:0033::/48 | Internet GPON | Empresa | 3FFF:0051:0033:0201::/64 | |||
| Residencial | 3FFF:0051:0033:0203::/64 | ||||||
| Internet Satelital | ONG | 3FFF:0051:0033:0304::/64 | |||||
| Blocos de Reserva | 3FFF:0004::/32 – 3FFF::0FFF::/32 | Blocos IPv6 de reserva | /32 | – | – | – |
- Plano de Endereçamento IPv6 para um Usuário Final (EU):
No cenário de Usuário Final (EU), será apresentado um exemplo utilizando o caso de uma universidade (com 3 sedes). Foram atribuídos valores e substituídos os caracteres de acordo com a categoria que representam, conforme mostrado na tabela a seguir:
| Caracteres a serem alterados | Categoria | Valores | Descrição do que representam |
| UUU | Sede/Localização | 001 | Campus Principal |
| 002 | Campus Secundário 1 | ||
| 003 | Campus Secundário 2 | ||
| EEE | Edifício | 111 | Edifício 1 |
| 222 | Edifício 2 | ||
| 333 | Edifício 3 | ||
| SS | Serviço | 10 | Internet HFC |
| 20 | Internet GPON | ||
| F | Faculdade | 1 | Direito/legal |
| 2 | Medicina | ||
| 3 | Administração | ||
| 4 | Engenharia |
O exemplo de Plano de Endereçamento IPv6 para um Usuário Final (EU) ficaria da seguinte maneira:
| Prefixo IPv6 | Sede/ Localização | Prefixo atribuído à Sede [NET_ID] | Edifício | Sub-rede atribuída ao edifício [Subnet] | Serviço | Faculdade | Sub-rede atribuída ao serviço e à faculdade [Divison] |
| 3FFF::/20 | Campus principal | 3FFF:0001::/32 | Edifício 1 | 3FFF:0001:0111::/48 | Internet HFC | Deireito/legal | 3FFF:0001:0111:0101::/64 |
| Medicina | 3FFF:0001:0111:0102::/64 | ||||||
| Administração | 3FFF:0001:0111:0103::/64 | ||||||
| Engenharia | 3FFF:0001:0111:0104::/64 | ||||||
| Internet GPON | Direito/legal | 3FFF:0001:0111:0201::/64 | |||||
| Administração | 3FFF:0001:0111:0203::/64 | ||||||
| Edifício 2 | 3FFF:0001:0222::/48 | Internet GPON | Direito/legal | 3FFF:0001:0222:0201::/64 | |||
| Medicina | 3FFF:0001:0222:0202::/64 | ||||||
| Administração | 3FFF:0001:0222:0203::/64 | ||||||
| Engenharia | 3FFF:0001:0222:0204::/64 | ||||||
| Edifício 3 | 3FFF:0001:0333::/48 | Internet GPON | Direito/legal | 3FFF:0001:0333:0201::/64 | |||
| Medicina | 3FFF:0001:0333:0202::/64 | ||||||
| Campus secundário 1 | 3FFF:0002::/32 | Edifício 1 | 3FFF:0002:0111::/48 | Internet HFC | Direito/legal | 3FFF:0002:0111:0101::/64 | |
| Medicina | 3FFF:0002:0111:0102::/64 | ||||||
| Administração | 3FFF:0002:0111:0103::/64 | ||||||
| Engenharia | 3FFF:0002:0111:0104::/64 | ||||||
| Edifício 2 | 3FFF:0002:0222::/48 | Internet GPON | Direito/legal | 3FFF:0002:0222:0201::/64 | |||
| Medicina | 3FFF:0002:0222:0202::/64 | ||||||
| Campus secundário 2 | 3FFF:0003::/32 | Edifício 1 | 3FFF:0003:0111::/48 | Internet GPON | Direito/legal | 3FFF:0003:0111:0201::/64 | |
| Administração | 3FFF:0003:0111:0203::/64 | ||||||
| Edifício 2 | 3FFF:0003:0222::/48 | Internet GPON | Direito/legal | 3FFF:0003:0222:0201::/64 | |||
| Administração | 3FFF:0003:0222:0203::/64 | ||||||
| Blocos de Reserva | 3FFF:0004::/32 – 3FFF::0FFF::/32 | Blocos IPv6 de reserva | /32 | – | – | – |
Concluindo
Devemos fazer com que o plano de endereçamento IPv6 seja escalável, fácil de entender e que ajude na administração da rede. A pesar de não existir uma única forma de elaborar um plano de endereçamento IPv6, é recomendável considerar importante a separação por caracteres nibbles e atribuir uma função/tarefa a cada caractere nibble. Isso permitirá que haja uma ordem durante as atribuições no momento da operação da rede.
Referências
[1] https://blog.acostasite.com/2018/06/concepto-que-es-un-plan-de.html?m=1
https://datatracker.ietf.org/doc/rfc9637
[2] LACNIC Podcast Ampliación del espacio documentación IPv6
As opiniões expressas pelos autores deste blog são próprias e não refletem necessariamente as opiniões de LACNIC.