¿Cuánto espacio IPv4 necesita? Tamaños de bloque (/24, /23, /22, /21, /20) y guía de dimensionamiento

La mayoría de las empresas deberían dimensionar su espacio IPv4 empezando por un /24 — el bloque más pequeño que Internet global puede enrutar de forma fiable — y aumentar desde ahí según cuántas direcciones consumen realmente sus servicios, dejando además margen para el crecimiento. Un /24 proporciona 256 direcciones; cada nivel superior aproximadamente duplica esa cantidad. El tamaño adecuado es el que cubre su uso real de direcciones y su crecimiento a corto plazo sin obligarle a pagar por grandes cantidades de espacio que no puede justificar ni utilizar.

La pregunta aparece constantemente al alquilar o comprar IPv4, y normalmente viene acompañada de otra: ¿qué significan realmente notaciones como /24, /22 o /20? Esta guía responde a ambas. Relaciona cada tamaño de bloque común con el número de direcciones que contiene y con los casos de uso para los que resulta adecuado, y después ofrece un marco práctico para traducir sus servicios en un tamaño de bloque. El objetivo es llegar a una decisión que pueda justificar — ante un registro, ante su equipo financiero y dentro de su propia planificación de capacidad — en lugar de hacer una estimación que le deje sin espacio o con un aprovisionamiento excesivo.

Esta es una guía de dimensionamiento y tamaños de bloque, no un tutorial de subnetting. Para comprender los mecanismos subyacentes de cómo se dividen los bloques de direcciones y cómo funciona la notación CIDR a nivel de bits, consulte nuestra guía específica sobre subnetting IP y CIDR; aquí el objetivo es elegir la cantidad adecuada de espacio para un despliegue real.

¿Cuánto IPv4 necesita? La respuesta corta

Sume las direcciones públicas que sus servicios realmente necesitan, añada un margen de crecimiento razonable y después redondee hacia arriba hasta el tamaño de bloque enrutable más cercano — con /24 como mínimo práctico. Tres factores determinan la respuesta:

• 
  
  • El mínimo de /24. El sistema global de enrutamiento generalmente no acepta prefijos más pequeños que un /24, por lo que /24 (256 direcciones) es el mínimo práctico para espacio público anunciado de forma independiente, incluso si necesita menos direcciones.

• • Su huella real de servicios. El número de direcciones públicas que realmente consumen su hosting, correo, VPN, balanceadores de carga y otros servicios — una cifra que a menudo es menor de lo que se supone al principio, aunque a veces puede ser mayor.

• • Margen de crecimiento. Suficiente capacidad libre para crecer sin tener que renumerar pronto, pero no tanta como para mantener — y pagar — espacio que no puede utilizar ni justificar.

Si estos tres factores están bien calculados, el tamaño del bloque normalmente se determina por sí solo. El resto de esta guía explica cómo evaluar cada uno con precisión.

Tamaños de bloques IPv4 de un vistazo

Los tamaños de bloques IPv4 se expresan en notación CIDR mediante una barra seguida de un número — cuanto menor es el número, mayor es el bloque. Cada reducción del número de prefijo (de /24 a /23 y luego a /22) duplica la cantidad de direcciones. Estos son los tamaños que encontrará con más frecuencia al alquilar o comprar IPv4:

Una nota sobre las direcciones “utilizables”: dentro de un bloque enrutado, normalmente se reservan algunas direcciones cuando el bloque se subdivide en subredes (una dirección de red y una de broadcast por subred), y algunas plataformas cloud reservan además direcciones adicionales por subred. Por tanto, el número disponible para hosts es ligeramente inferior a los totales anteriores una vez que el bloque entra en uso — la cifra exacta depende de cómo lo subdivida. Para fines de dimensionamiento, puede planificar usando una cifra cercana al total si el bloque se utiliza de forma plana, y tener en cuenta las reservas por subred si va a dividirlo internamente. Los mecanismos de subdivisión se explican en la guía de subnetting y CIDR.

Publicación relacionada: https://i.lease/blog/the-future-of-internet-addressing-ipv4-vs-ipv6

El límite de /24: por qué no puede usar uno más pequeño públicamente

El /24 es el bloque IPv4 más pequeño que el sistema global de enrutamiento transporta de forma fiable, lo que lo convierte en el mínimo práctico para espacio de direcciones anunciado públicamente — independientemente de cuántas direcciones necesite realmente.

La razón es una convención de enrutamiento, no una ley técnica absoluta. Para mantener manejable la tabla global de enrutamiento, la mayoría de las redes filtran anuncios de prefijos más largos — es decir, más pequeños — que /24. Si anunciara un /25 o /26, una gran parte de Internet simplemente no aceptaría la ruta y ese espacio no sería accesible desde muchas partes del mundo. Como explicamos en nuestra guía sobre cómo funciona BGP, un bloque de direcciones solo se vuelve accesible cuando se anuncia y es aceptado — y los anuncios inferiores a /24 son ampliamente rechazados.

Las consecuencias prácticas para el dimensionamiento son:

• 
  
  • Un /24 es el punto de entrada para espacio público enrutable de forma independiente. Si solo necesita 30 o 60 direcciones públicas pero desea anunciar su propio bloque, seguirá trabajando con un /24.

• • Las necesidades inferiores a /24 suelen resolverse de otra manera. Si realmente solo necesita unas pocas direcciones públicas y no necesita anunciar su propio bloque, las direcciones asignadas por un proveedor desde un bloque más grande suelen tener más sentido que adquirir su propio /24.

• • Alquilar un /24 y usar solo una parte es común y razonable. Muchas empresas alquilan un /24 completo como unidad mínima y utilizan solo lo que necesitan en ese momento, dejando el resto como margen inmediato para crecer.

Cuántas direcciones utilizan realmente sus servicios

Un dimensionamiento preciso comienza contando las direcciones públicas que cada servicio necesita realmente — a menudo menos de lo esperado, porque muchos servicios comparten direcciones o funcionan detrás de un pequeño número de endpoints públicos. Orientación realista por categoría:

• 
  
  • Hosting web. El hosting web moderno utiliza las direcciones de forma eficiente — muchos sitios pueden compartir una sola IP pública mediante hosting virtual basado en nombres y reverse proxies. Solo necesita direcciones públicas separadas cuando un sitio o servicio requiere específicamente la suya propia, por ejemplo para determinadas configuraciones SSL, requisitos de aislamiento o reputación independiente por servicio. Una operación de hosting que atiende cientos de sitios puede necesitar muchas menos de cientos de direcciones.

• • Servidores de correo. El correo es sensible a la dirección: cada servidor de envío normalmente necesita su propia dirección pública limpia con un DNS inverso correcto, y los grandes remitentes pueden separar distintos flujos — transaccional y marketing — entre varias direcciones para gestionar la reputación. Aquí conviene calcular con cuidado — hay pocas direcciones de correo, pero cada una importa.

• • Servicios VPN. Los proveedores de VPN pueden estar entre los mayores consumidores, ya que necesitan pools de direcciones para endpoints y, dependiendo del modelo de servicio, para las direcciones desde las que parecen originarse los usuarios. El dimensionamiento aquí escala con el diseño del servicio y la base de usuarios.

• • Plataformas SaaS y multi-tenant. Suelen ser eficientes en la capa de direcciones públicas — muchos tenants pueden operar detrás de un conjunto limitado de endpoints públicos y balanceadores de carga, mientras el aislamiento entre tenants se gestiona por software en lugar de mediante una dirección por tenant.

• • Balanceadores de carga y gateways. Cada punto de entrada público consume una dirección, pero normalmente hay pocos — precisamente porque un balanceador de carga sirve para colocar muchos sistemas backend detrás de una o unas pocas direcciones públicas.

• • Servidores DNS. Necesitan pocas direcciones públicas, pero son importantes; los operadores suelen querer colocarlas en espacio estable y con buena reputación.

• • Staging, desarrollo y capacidad de reserva. Los despliegues reales necesitan algunas direcciones para entornos no productivos y margen operativo — no muchas, pero conviene contarlas en lugar de olvidarlas.

La lección recurrente es que el consumo de direcciones públicas suele estar impulsado por unos pocos servicios intensivos en direcciones — correo, endpoints VPN y servicios aislados — más que por el número bruto de servidores, porque una infraestructura bien diseñada coloca muchos sistemas detrás de pocas direcciones públicas.

Planificar el crecimiento frente al sobreaprovisionamiento

Dimensione para un crecimiento razonable a corto plazo para no tener que renumerar o adquirir más espacio cada pocos meses — pero evite sobreaprovisionar espacio que no puede utilizar ni justificar, porque las direcciones sin uso tienen un coste y, en algunos contextos, requisitos de justificación.

La tensión tiene dos lados:

Dimensionar demasiado poco significa quedarse sin espacio y tener que añadir otro bloque o renumerar, lo cual resulta disruptivo — renumerar servicios de producción es exactamente el tipo de cambio costoso y propenso a errores que una buena planificación de infraestructura intenta evitar. Un bloque sin margen obliga a hacerlo antes.

Dimensionar demasiado también tiene inconvenientes reales. Paga por direcciones que no utiliza, ya sea mediante alquiler o a través del capital inmovilizado en una compra; grandes cantidades de espacio inactivo siguen requiriendo gobernanza y supervisión para evitar convertirse en objetivo de secuestro, como explicamos en nuestra guía sobre BGP hijacking; y en contextos donde se requiere justificar el uso ante un registro, mantener mucho más espacio del que realmente utiliza puede ser difícil de defender. La utilización es un factor real, no solo una línea de coste.

Un enfoque equilibrado consiste en dimensionar según sus necesidades actuales más el crecimiento que puede prever de forma concreta durante su horizonte de planificación — normalmente los próximos 12–24 meses — y después redondear hacia arriba hasta el siguiente tamaño de bloque enrutable. Normalmente eso significa elegir un bloque donde el uso actual encaje cómodamente en la parte inferior, dejando la parte superior para crecimiento — sin saltar dos tamaños “por si acaso”.

Un marco sencillo de dimensionamiento

Convierta sus servicios en un tamaño de bloque en cinco pasos:

1. 
   
   1. Inventaríe sus servicios expuestos públicamente. Enumere todo lo que necesita una dirección pública: front-ends web, servidores de correo, endpoints VPN, balanceadores de carga, DNS y cualquier servicio que requiera su propia dirección.

1. 1. Cuente de forma realista las direcciones por servicio. Aplique la orientación anterior — comparta donde sea apropiado y asigne direcciones dedicadas donde un servicio realmente lo requiera, especialmente para correo. Sume el total.

1. 1. Añada margen de crecimiento. Añada las necesidades de direcciones que pueda prever de forma concreta durante su horizonte de planificación. Sea realista — crecimiento previsible, no aspiracional.

1. 1. Redondee hacia arriba hasta un tamaño de bloque enrutable. Tome su total (actual + crecimiento) y redondee al bloque más cercano de la tabla: /24 para hasta ~256, /23 para hasta ~512, /22 para hasta ~1,024, y así sucesivamente.

1. 1. Aplique el mínimo de /24. Si el resultado es menor que /24 y desea espacio enrutable de forma independiente, un /24 es su tamaño. Si solo necesita unas pocas direcciones y no necesita anunciar su propio bloque, considere espacio asignado por un proveedor.

El resultado es un tamaño de bloque defendible: suficientemente grande para su uso real y crecimiento previsible, con el bloque enrutable más pequeño como mínimo, sin exceso de espacio difícil de justificar.

Ejemplos prácticos

Estos son ejemplos ilustrativos, no empresas reales, para mostrar cómo funciona el marco en la práctica.

Ejemplo 1 — Pequeña startup de hosting. Una nueva empresa de hosting atiende alrededor de 200 sitios web — principalmente hosting compartido basado en nombres detrás de dos reverse proxies —, ejecuta dos servidores de correo, un par de servidores DNS y un par de endpoints de aplicaciones balanceadas. Una cifra realista de direcciones públicas puede ser de solo 20–40 una vez aplicado el uso compartido, no 200. Incluso con un margen de crecimiento generoso, cabe cómodamente dentro de un /24 — que además es el mínimo enrutable, por lo que resulta la elección clara, con la mayor parte del bloque aún disponible para crecer.

Ejemplo 2 — Proveedor VPN en crecimiento. Un servicio VPN con una base de usuarios en expansión necesita pools de direcciones de endpoint en varias regiones y espera un crecimiento sostenido. La necesidad actual ronda las 400 direcciones, con una expansión claramente planificada. Un /24 (256) ya es demasiado pequeño; el tamaño razonable es un /23 (512) ahora, o un /22 (1,024) si el crecimiento previsto es suficientemente fuerte como para justificarlo — evitando una renumeración a corto plazo.

Ejemplo 3 — Plataforma SaaS multirregión. Una empresa SaaS opera una infraestructura multi-tenant eficiente detrás de balanceadores de carga en varias regiones, con necesidades moderadas de correo y DNS. A pesar de atender a muchos clientes, su huella de direcciones públicas es reducida — quizá 60–100 direcciones. Un /24 probablemente sea suficiente, salvo que el aislamiento regional o los planes de expansión la empujen hacia un /23.

El patrón es el mismo en los tres casos: los números brutos de clientes o sitios son malos indicadores de las necesidades de direcciones. Un diseño eficiente mantiene la mayoría de las operaciones dentro de un /24 o /23, mientras que los modelos realmente intensivos en direcciones — como los pools de endpoints VPN — impulsan la necesidad de bloques mayores.

¿El tamaño cambia la decisión entre comprar o alquilar?

Sí — el tamaño que necesita, el grado de certeza sobre esa necesidad y su trayectoria de crecimiento influyen en si tiene más sentido alquilar o comprar. El dimensionamiento y la forma de obtener el espacio son decisiones conectadas:

• 
  
  • Las necesidades inciertas, más pequeñas o en crecimiento favorecen el alquiler. Si no sabe exactamente cuánto necesitará, espera crecer o quiere empezar con un /24 y ampliar después, el alquiler le permite adaptar el espacio a la necesidad con el tiempo sin un gran compromiso inicial ni la fricción de adquirir espacio y revenderlo más adelante. Puede alquilar un /24 ahora y ampliar a medida que el uso lo justifique.

• • Las necesidades grandes, estables y a largo plazo pueden justificar comparar una compra. Una empresa con una necesidad bien comprendida, duradera y de gran escala puede comparar la economía de comprar frente a alquilar durante su horizonte de planificación.

• • El patrón de “alquilar un /24 y usar solo una parte”. Como /24 es el mínimo enrutable, alquilar un /24 y usar solo una parte al principio es un punto de entrada común y razonable — obtiene espacio enrutable inmediatamente con margen de crecimiento incorporado.

Para la mayoría de las empresas que dimensionan su primer bloque o amplían una huella existente, alquilar direcciones IP permite adaptar el espacio a la necesidad real con margen para crecer, mientras que aquellas con necesidades grandes y estables pueden comparar la economía de comprar direcciones IPv4 directamente. El marco de dimensionamiento anterior alimenta directamente esa decisión: una vez que sabe cuánto espacio necesita y con qué grado de certeza lo sabe, la elección entre alquilar y comprar se vuelve mucho más clara.

Lista práctica de dimensionamiento

1. 
   
   1. 1. Inventaríe todos los servicios que necesitan una dirección pública.

    

   1. 1. Cuente de forma realista las direcciones por servicio — comparta donde sea apropiado y dedique direcciones donde sea necesario, especialmente para correo.

    

   1. 1. Sume su necesidad real actual.

    

   1. 1. Añada crecimiento concreto y previsible durante su horizonte de planificación.

    

   1. 1. Redondee hacia arriba hasta el tamaño de bloque enrutable más cercano (/24, /23, /22, /21, /20).

    

   1. 1. Aplique el mínimo de /24 — es el mínimo para espacio enrutable de forma independiente.

    

   1. 1. Para necesidades inferiores a /24 sin anuncio propio, considere espacio asignado por un proveedor.

    

   1. 1. Tenga en cuenta las reservas por subred si va a dividir el bloque internamente.

    

   1. 1. Evite el sobreaprovisionamiento — tenga en cuenta el coste y, cuando sea relevante, la justificación de utilización.

    

   1. Utilice la necesidad dimensionada para orientar la decisión entre alquilar y comprar.

Nota práctica de i.lease

Los errores de dimensionamiento más comunes caen en dos trampas opuestas. La primera es dimensionar por intuición a partir del número equivocado — contar sitios web, clientes o servidores y asumir que cada uno necesita su propia dirección pública, lo que exagera enormemente los requisitos de la mayoría de las infraestructuras eficientes en el uso de direcciones. La segunda es dimensionar por debajo para ahorrar costes y encontrarse sin espacio unos meses después, obligando a renumerar o a buscar más espacio con urgencia en el peor momento posible. Ambos errores proceden de saltarse el paso sencillo de contar realmente lo que consumen sus servicios y añadir un margen honesto.

Si se hace correctamente, el dimensionamiento no es complicado, y acertar tiene beneficios en ambas direcciones: evita pagar por espacio que no puede utilizar y evita la interrupción de superar la capacidad de su bloque. También aclara la decisión de adquisición — una empresa que sabe que necesita un /24 hoy con margen para llegar a /23 en dos años está en una situación muy diferente de otra que necesita un /20 estable de forma indefinida, y esas dos situaciones apuntan a decisiones distintas entre alquiler y compra. La conclusión práctica es dimensionar a partir del consumo real de los servicios, no del número de clientes, aplicar el mínimo enrutable de /24, dejar un margen razonable para crecer y dejar que esa cifra guíe cómo obtiene el espacio. Así, “¿cuánto necesito?” deja de ser una suposición y se convierte en una decisión que puede defender.

Conclusión

Dimensionar IPv4 se reduce a tres cosas: el mínimo de /24 que fija su umbral práctico, el consumo real de direcciones de sus servicios y suficiente margen para crecer sin sobreaprovisionar. Los tamaños de bloque avanzan en potencias de dos — /24 contiene 256 direcciones, /23 contiene 512, /22 contiene 1,024, y así sucesivamente — y el tamaño adecuado es el que acomoda cómodamente su uso actual más el crecimiento previsible, redondeado hacia arriba y con /24 como mínimo. La disciplina clave consiste en contar las necesidades reales de los servicios en lugar de utilizar el número de sitios o clientes, porque una infraestructura bien diseñada coloca muchos sistemas detrás de relativamente pocas direcciones públicas.

Esa necesidad dimensionada hace más que indicar qué bloque solicitar — también aclara todas las decisiones posteriores, incluida la de alquilar o comprar. Las necesidades inciertas, más pequeñas o en crecimiento favorecen la flexibilidad del alquiler, a menudo comenzando con un /24 y ampliando cuando el uso lo justifica; las necesidades grandes, estables y a largo plazo justifican evaluar una compra. En cualquier caso, el trabajo comienza de la misma manera: inventaríe sus servicios, cuente con honestidad, añada crecimiento razonable, redondee hacia arriba y aplique el mínimo de /24. Si lo hace, tendrá exactamente el espacio que necesita su infraestructura — sin renumeraciones forzadas por falta de capacidad ni exceso inactivo — y una respuesta clara y defendible a la pregunta con la que empezó.

También puede leer

• 
  
  • Subnetting IP y CIDR: guía para profesionales de Internet

• • ¿Qué es una subred IPv4 /24 y por qué es popular para el alquiler?

• • ¿Qué es BGP? Cómo Border Gateway Protocol convierte las direcciones IP en servicios accesibles

• • ¿Qué es el DNS inverso (rDNS)? Por qué los registros PTR son importantes para el correo, el hosting y las IPv4 alquiladas