Post actualizado el día noviembre 1, 2026 by DeiviSanzPlay
Hay una idea que se repite en foros y en conversaciones de oficina: que los tipos de direcciones ipv4 son básicamente dos, las públicas y las privadas, y que con eso ya está todo entendido. Es falso, o al menos incompleto. Quien lo sostiene suele acabar confundiendo una dirección APIPA con una reservada, o asignando un rango que ya está ocupado por una red corporativa.
Lo primero que conviene aclarar es que una dirección IPv4 es solo un número de 32 bits. Lo que cambia no es el número, sino el contexto en el que se usa y quién lo asigna. Esa distinción es la que da lugar a los distintos tipos de direcciones IP que manejamos a diario.
El mito: todas las IP privadas son intercambiables
Un compañero de soporte lo explicaba así: «da igual usar 192.168.1.x o 10.0.0.x, total, las dos son privadas». Técnicamente ambas pertenecen a rangos definidos por el RFC 1918, pero en la práctica no son iguales. Una red doméstica con 192.168.1.0/24 puede convivir con una VPN que entregue 10.8.0.0/24 sin conflicto. Si se elige 10.0.0.0/8 en una casa y luego se conecta una VPN corporativa que también usa 10.0.0.0/8, aparecen solapamientos difíciles de depurar.
La lección: dentro de las direcciones privadas hay rangos con tamaños muy distintos, y elegir uno u otro condiciona la escalabilidad de la red. No es un detalle menor.
Las categorías que sí importan en el día a día
Cuando alguien pregunta por los tipos de direcciones IPv4 conviene responder con una clasificación útil, no con la lista académica de clases A, B y C. Las clases históricas ya casi no se usan para asignación, aunque muchos manuales antiguos las sigan repitiendo.
Una clasificación práctica incluye:
- Públicas: enrutables en Internet, asignadas por un RIR o por un proveedor.
- Privadas: los tres bloques del RFC 1918 (10/8, 172.16/12 y 192.168/16).
- Loopback: 127.0.0.0/8, con la conocida 127.0.0.1.
- Link-local: 169.254.0.0/16, la famosa APIPA cuando falla DHCP.
- Multicast: 224.0.0.0/4, usada por protocolos como mDNS o IPTV.
- Reservadas y de documentación: 0.0.0.0/8, 192.0.2.0/24, 198.51.100.0/24, 203.0.113.0/24.
- Broadcast: la última dirección de cada subred.
Cada una de estas categorías responde a una función concreta, y confundirlas genera errores de configuración que se arrastran durante semanas.
Ejemplo real: la APIPA que nadie esperaba
En una oficina pequeña, varios equipos empezaron a mostrar direcciones del estilo 169.254.x.x. El técnico insistía en que era «una IP privada normal». No lo era: era una dirección link-local, síntoma de que el servidor DHCP no estaba respondiendo. Cambiar el switch no arregló nada; revisar el ámbito DHCP sí.
Este caso ilustra por qué los tipos de direcciones IPv4 no son una curiosidad teórica. Un rango link-local en un equipo de escritorio casi siempre significa un problema de asignación dinámica, no una configuración válida.
Limitaciones que conviene reconocer
Esta clasificación no sirve para todo. En entornos con NAT de operador (CGNAT), la IP que ve el usuario no es la que realmente tiene el router, y muchas herramientas de diagnóstico muestran una dirección pública compartida por cientos de clientes. Tampoco encaja bien cuando se trabaja con direcciones anycast, donde la misma IP pública aparece en varios puntos del planeta a la vez.
Otro límite: los rangos privados no son sagrados. Nada impide anunciar 192.168.0.0/16 por BGP, y de hecho ocurren fugas de rutas de vez en cuando. La convención es fuerte, pero no es una garantía técnica.
Por qué el mito persiste
Muchos tutoriales simplifican porque explicar las categorías completas alarga el texto. El resultado es que se hereda una idea vaga: «hay IP públicas y privadas, y ya». Los propios organismos de estandarización, como la IANA y los RFC correspondientes, mantienen registros detallados de bloques reservados, pero rara vez se consultan.
Mi recomendación es tratar los tipos de direcciones IPv4 como una herramienta de diagnóstico. Ante una IP rara, preguntarse en qué bloque cae y qué función cumple ahorra más tiempo que memorizar listas. Y si se va a diseñar una red, revisar primero los rangos que ya usan las VPN y los servicios cloud evita el clásico solapamiento que nadie detecta hasta que algo deja de responder.
Perfiles verificables: Sitio web
Publicado el 1 de November de 2026. Última revisión: 1 de November de 2026.
