Post actualizado el día noviembre 1, 2026 by DeiviSanzPlay
Cuando alguien empieza con redes, casi siempre comete el mismo fallo: confundir el número de dispositivos con la cantidad de direcciones IPv4 disponibles en una subred. Es un error tan común que aparece incluso en apuntes de cursos y en foros de soporte. La cantidad de direcciones IPv4 no se obtiene contando equipos, sino calculando los bits de host que quedan libres en la máscara. Si te equivocas en ese paso, todo lo demás (gateway, rangos, DHCP) se descoloca.
Lo he visto en talleres: alguien configura una red /24 para 300 empleados pensando que «hay de sobra». En una /24 hay 256 direcciones totales, de las cuales dos se reservan (red y broadcast). Es decir, 254 utilizables. Con 300 empleados, la red se queda corta aunque el router aguante. Ese es el error concreto: mirar el número de hosts antes que la máscara.
La trampa de las dos direcciones reservadas
Cada subred IPv4 reserva la primera dirección para identificar la red y la última para broadcast. Por eso, cuando calculas la cantidad de direcciones IPv4 útiles, debes restar dos al total. En una /26 (64 direcciones totales) solo quedan 62 asignables. Mucha gente olvida esa resta y entrega direcciones hasta la última, provocando conflictos silenciosos que tardan días en detectarse.
Hay excepciones: en enlaces punto a punto se usan máscaras /31 (RFC 3021) para aprovechar dos direcciones sin reservar red ni broadcast. Eso no funciona para redes con más de dos equipos, así que no lo apliques como norma general. Si lo intentas en una LAN con switches, tendrás problemas de ARP y de configuración.
Confundir hosts con direcciones: el caso del aula
En una clase de informática, un técnico montó una red /28 para 16 ordenadores. La /28 da 16 direcciones totales, 14 útiles. Con 16 equipos, dos se quedaron sin IP y el síntoma fue intermitente: algunos ordenadores funcionaban y otros no, dependiendo del orden de arranque. La solución pasó por subir a /27 (30 direcciones útiles). Ese es el tipo de error que casi todos cometen al empezar: no hacer la resta y no contar el router, los switches gestionables y la impresora de red.
La cantidad de direcciones IPv4 asignables debe incluir siempre el gateway, los equipos de infraestructura y un margen para invitados o dispositivos temporales. Si tu cálculo ajusta al límite, en la práctica fallará.
Por qué el número mágico de «4 mil millones» engaña
Se repite que existen unos 4.300 millones de direcciones IPv4, pero ese dato global no sirve para planificar una red local. La cantidad de direcciones IPv4 privadas que puedes usar depende de los rangos reservados (10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16) y de cómo los segmentes. Un error habitual es pensar que por tener una IP pública tienes «muchas direcciones»; en realidad, tu proveedor te asigna un bloque y el resto no está disponible para ti.
Además, no todas las direcciones privadas son igual de útiles: una /8 privada ofrece millones de direcciones, pero gestionar esa red sin subredes es un caos. Aquí la cantidad de direcciones IPv4 no es el problema; el problema es la segmentación.
Limitaciones reales y cuándo esto no aplica
Este cálculo no funciona igual en IPv6, donde el concepto de broadcast desaparece y la cantidad de direcciones es prácticamente ilimitada por subred. Tampoco sirve para redes con NAT complejo, donde varias redes privadas comparten una IP pública: ahí la cantidad de direcciones IPv4 internas puede multiplicarse sin que el exterior lo note. Y en entornos cloud, el proveedor puede reservar direcciones adicionales por su cuenta, así que el número útil varía.
Si estás aprendiendo, mi recomendación es que calcules siempre la cantidad de direcciones IPv4 útiles con la fórmula 2^(bits de host) − 2, salvo en /31. Dibuja la tabla antes de tocar el router. Consulta documentación oficial de organismos como IANA o el RFC correspondiente para los rangos reservados; no te fíes de calculadoras online sin verificar la máscara.
No hay una cifra universal: la cantidad de direcciones IPv4 correcta depende de tu topología, del crecimiento previsto y de los dispositivos que no ves. Planificar con margen no es pesimismo, es oficio.
Perfiles verificables: Sitio web
Publicado el 1 de November de 2026. Última revisión: 1 de November de 2026.
