Reserved IP Ranges

¿Alguna vez has intentado hacer un ping a una dirección y te has quedado con la sensación de que algo no cuadra? O quizás, al configurar un servidor, te has encontrado con que ciertas IPs simplemente «no existen» en el mundo real de Internet. No es un error de tu conexión; es que estás tocando los límites de lo que se considera tráfico público.

Las direcciones IP reservadas son bloques de direcciones que no se enrutan en Internet público. Incluyen rangos privados, de documentación, loopback y otros usos especiales definidos por IANA y RFCs. Entender estos rangos es la diferencia entre un administrador de redes que improvisa y uno que diseña infraestructuras robustas y sin conflictos.

Rangos Privados (RFC 1918)

Si trabajas en una oficina, en casa o desplegando una VPC en la nube, vas a usar estos rangos sí o sí. Son el estándar para crear redes internas sin necesidad de pedir permisos a los organismos de registro de Internet.

Clase A Privada

Características:
– Un solo bloque de /8
– Máximo espacio de direcciones privadas
– Común en grandes organizaciones
– Soporta VLSM para subredes

Clase B Privada

Características:
– 16 bloques de /16 cada uno
– Equilibrio entre tamaño y flexibilidad
– Común en campus universitarios
– Fácil de recordar y gestionar

Clase C Privada

Características:
– 256 bloques de /24 cada uno
– Más fácil de gestionar
– Común en hogares y pequeñas oficinas
– Soporte nativo en routers domésticos

Rangos Especiales IANA

Más allá de las redes privadas, existen rangos con funciones muy específicas que operan «bajo el radar» del enrutamiento global.

Loopback (RFC 5735)

Detalles:
– 127.0.0.1: Loopback estándar
– 127.0.0.0/8: Todo el rango reservado
– No enrutable: Solo accesible localmente
– Pruebas: Usado para testing de servicios locales

Link-Local (RFC 3927)

Detalles:
– APIPA: Automatic Private IP Addressing
– Windows: Asignado cuando DHCP falla
– Zeroconf: Usado por Bonjour, Avahi
– No enrutable: Solo en enlace local

TEST-NET (RFC 5735)

Si estás escribiendo un manual o un tutorial, no uses tus propias IPs; usa estas. Están diseñadas específicamente para que tus ejemplos no causen problemas si alguien los copia y pega en una red real.

Detalles:
– RFC 5735: Rangos para documentación
– No usar en producción: Solo ejemplos
– Libros/Tutoriales: Común en documentación técnica

Rangos para CGNAT (Carrier-Grade NAT)

¿Alguna vez has notado que tu IP pública no coincide con la que ves en sitios como «What is my IP»? Es probable que tu ISP esté usando CGNAT para ahorrar direcciones IPv4.

RFC 6598 (CGNAT)

Detalles:
– CGNAT: Carrier-Grade Network Address Translation
– ISPs: Usado por proveedores de Internet
– RFC 6598: Estándar para espacio compartido
– No enrutable: Solo dentro de redes de operador

Ejemplos de Uso CGNAT

ISP Network:
- Public IPs: 203.0.113.0/24 (rango público)
- CGNAT Pool: 100.64.0.0/16 (para clientes)
- Cliente 1: 100.64.1.1 (NAT a 203.0.113.10)
- Cliente 2: 100.64.1.2 (NAT a 203.0.113.10)

Rangos IANA Reservados

Aquí tenemos el desglose de los propósitos especiales registrados en el registro de IPv4 y la distribución por regiones.

IPv4 Special-Purpose Address Registry

Rangos por Continente (RIRs)

IPv6 Reserved Ranges

IPv6 es un mundo distinto, pero también tiene sus reglas y rangos que no deben confundirse con el tráfico global.

Unique Local Addresses (ULA)

Detalles:
– fc00::/8: Asignadas por LIRs
– fd00::/8: Generadas localmente
– No enrutables: Solo dentro de sitio

Link-Local Unicast

Detalles:
– fe80::/64: Por interfaz
– Autoconfiguración: SLAAC
– No enrutable: Solo enlace local

Multicast

Grupos importantes:
– ff02::1: All nodes
– ff02::2: All routers
– ff05::2: All OSPF routers

Configuración en Dispositivos

Para que esto no se quede en teoría, veamos cómo implementar estas IPs en entornos reales de producción y administración.

Router Cisco (IOS)

! Configurar interfaz con IP privada
interface GigabitEthernet0/0
 ip address 192.168.1.1 255.255.255.0
 no shutdown

! Configurar NAT para acceso a Internet
ip nat inside source list 1 interface GigabitEthernet0/1 overload
access-list 1 permit 192.168.1.0 0.0.0.255

! Configurar DHCP para clientes
ip dhcp pool LAN
 network 192.168.1.0 255.255.255.0
 default-router 192.168.1.1
 dns-server 8.8.8.8

Linux (netplan)

network:
  version: 2
  ethernets:
    eth0:
      addresses:
        - 192.168.1.100/24
      gateway4: 192.168.1.1
      nameservers:
        addresses:
          - 8.8.8.8
          - 1.1.1.1

Windows (PowerShell)

# Configurar IP privada
New-NetIPAddress -InterfaceAlias "Ethernet" -IPAddress 192.168.1.100 -PrefixLength 24 -DefaultGateway 192.168.1.1

# Configurar DNS
Set-DnsClientServerAddress -InterfaceAlias "Ethernet" -ServerAddresses ("8.8.8.8","1.1.1.1")

Consideraciones de Seguridad

Gestionar IPs privadas no es solo cuestión de conectividad; es una cuestión de seguridad. Un mal diseño puede exponer tu red interna o causar colisiones críticas.

Riesgos de Rangos Privados

1. Conflictos IP: Múltiples redes usando mismo rango.
2. Ruteo accidental: Filtrado insuficiente en el borde.
3. Ataques internos: Sin segmentación adecuada, un compromiso en un host se propaga fácilmente.

Mejores Prácticas

Segmentación de Red

# Linux - Crear VLANs
ip link add link eth0 name eth0.10 type vlan id 10
ip addr add 192.168.10.1/24 dev eth0.10

# Firewall rules
iptables -A FORWARD -s 192.168.1.0/24 -d 192.168.2.0/24 -j DROP

Monitoreo de Rangos

#!/bin/bash
# Escanear red privada por dispositivos

NETWORK="192.168.1.0/24"

echo "Escaneando $NETWORK..."
nmap -sn $NETWORK | grep "Nmap scan report" | awk '{print $5}' > hosts.txt

echo "Hosts encontrados:"
cat hosts.txt

VPN y Rangos Privados

Al configurar túneles, es vital que los rangos de la VPN no colisionen con los de la red local del cliente.

OpenVPN con rangos privados

server 10.8.0.0 255.255.255.0
push "route 192.168.1.0 255.255.255.0"

WireGuard

[Interface]
Address = 10.0.0.1/24
PrivateKey = ...

[Peer]
AllowedIPs = 10.0.0.2/32, 192.168.1.0/24

Troubleshooting

¿Algo no funciona? Antes de llamar al soporte, pasa por este checklist de diagnóstico.

Problemas Comunes

1. Conflicto de IP

# Verificar IPs en uso
arp -a
nmap -sn 192.168.1.0/24

2. No hay conectividad

# Verificar configuración IP
ip addr show
ip route show

# Probar conectividad
ping 192.168.1.1
traceroute 8.8.8.8

3. DNS no funciona

# Verificar servidores DNS
cat /etc/resolv.conf
nslookup google.com

Herramientas de Diagnóstico

# Ver tabla ARP
arp -n

# Ver rutas
ip route

# Ver interfaces
ip link show

# Test de conectividad
mtr 8.8.8.8

# Ver procesos de red
netstat -tlnp
ss -tlnp

Referencias

• RFC 1918: Address Allocation for Private Internets
• RFC 3927: Dynamic Configuration of IPv4 Link-Local Addresses
• RFC 4193: Unique Local IPv6 Unicast Addresses
• RFC 5735: Special Use IPv4 Addresses
• RFC 6598: IANA-Reserved IPv4 Prefix for Shared Address Space
• IANA IPv4 Special-Purpose Address Registry
• IANA IPv6 Special-Purpose Address Registry