Calculadora CIDR de direcciones IPv4 totales y utilizables
Esta calculadora de hosts utilizables CIDR convierte una dirección IPv4 y su prefijo en el límite exacto de red, la dirección de difusión y los recuentos total y utilizable.
Ejecutar — gratis
Acepta notación habitual, como 192.168.1.0/24, y normaliza una dirección situada dentro del bloque. Las redes punto a punto /31 y las rutas de host /32 se calculan correctamente, sin restar dos direcciones de forma indiscriminada. El cálculo es determinista, local y apto tanto para una planificación rápida como para una validación automatizada.
Interprete correctamente las direcciones totales y utilizables
Un prefijo IPv4 indica cuántos de los 32 bits identifican la red. Los bits restantes identifican direcciones dentro de ella; por eso, el total es dos elevado al número de bits restantes. Un /24 deja ocho bits y contiene 256 direcciones. En subredes convencionales de /0 a /30, la primera dirección identifica la red y la última es la dirección de difusión. Normalmente ninguna se asigna a un host, de modo que un /24 ofrece 254 hosts utilizables. La calculadora muestra ambas cifras porque responden a preguntas distintas: el total describe el bloque asignado y los hosts utilizables expresan la capacidad ordinaria. También devuelve los límites normalizados de red y difusión para comprobar la pertenencia de una dirección. El recuento reservado hace explícita la resta. Los valores son enteros exactos, incluidas las 4,294,967,296 direcciones del espacio IPv4 /0 completo, por lo que sirven para inventarios, documentación y reglas de validación sin memorizar tablas de subredes.
Comprenda las reglas especiales de /31 y /32
La regla habitual de restar dos direcciones tiene dos excepciones importantes. Un /31 contiene exactamente dos direcciones. En un enlace punto a punto no hacen falta destinos independientes de red y difusión, por lo que ambas direcciones pueden identificar los dos extremos según la convención /31 ampliamente implantada. La calculadora informa, por tanto, de dos direcciones totales, dos utilizables y cero reservadas. Un /32 contiene una dirección y representa una ruta de host individual, no una subred convencional con varios hosts. Esa única dirección es utilizable para el host representado: total uno, utilizable uno y reservadas cero. Una resta mecánica produciría cero o incluso un resultado negativo y distorsionaría los planes de encaminamiento. La salida mantiene los campos de red y difusión para ser coherente: en /32 coinciden y en /31 corresponden a los dos extremos. Antes de desplegar enlaces /31, compruebe la compatibilidad del equipo y las políticas locales.
Use límites normalizados al planificar redes
Puede introducir cualquier dirección IPv4 con un prefijo, no solo una dirección ya escrita en el límite de red. Si envía 192.168.1.37/24, la calculadora la normaliza como 192.168.1.0/24 e indica 192.168.1.255 como difusión. Esto resulta útil al revisar objetos de cortafuegos, inventarios de hosts, diseños de nube o configuraciones generadas por otro sistema, pues muestra el bloque real en vez de repetir una dirección de host potencialmente engañosa. Valide la entrada antes del aprovisionamiento, compare el CIDR normalizado con la asignación prevista y emplee usable_hosts para verificar la capacidad. Una dirección matemáticamente utilizable todavía puede estar reservada por un proveedor, un dispositivo o una política interna; esas reservas específicas quedan fuera del cálculo genérico. El servicio no consulta DNS ni inspecciona redes activas. Solo analiza notación CIDR IPv4 decimal y aplica aritmética determinista, por lo que sus resultados son estables para canalizaciones, revisiones de infraestructura, importaciones IPAM y ejercicios formativos.
Qué puede hacer con ella
Dimensionar una subred
Compruebe si un prefijo IPv4 propuesto ofrece suficientes direcciones de host utilizables antes de asignarlo.
Validar una configuración de red
Normalice una dirección de host con su prefijo y compare los límites resultantes de red y difusión con la configuración.
Modelar enlaces punto a punto
Cuente correctamente ambos extremos de un /31 al planificar enlaces entre routers sin desperdiciar una subred mayor.
Preguntas frecuentes
¿Cuánto cuesta?
La API cuesta $0.002 por solicitud y la calculadora del navegador se puede utilizar gratis.
¿Por qué suelen restarse dos direcciones?
En prefijos de /0 a /30, la primera dirección identifica la red y la última es la difusión; las direcciones intermedias quedan utilizables.
¿Cuántos hosts utilizables tiene un /31?
Un /31 dispone de dos direcciones utilizables para los extremos de un enlace punto a punto, sin reservas separadas de red o difusión.
¿Cuántos hosts utilizables tiene un /32?
Un /32 representa una sola dirección de host; por ello, tanto el total como el número utilizable son uno.
¿Puedo introducir una dirección de host en vez de la dirección de red?
Sí. La calculadora la normaliza al límite real de red correspondiente al prefijo indicado.
¿El recuento incluye las reservas del proveedor de nube?
No. Solo aplica las reglas CIDR IPv4 estándar; las reservas adicionales del proveedor o de las políticas locales deben restarse aparte.
Para desarrolladores — acceso por API
Todo lo de esta página está disponible por programación. Esta sección es para equipos que quieren integrarlo en sus sistemas; el resto puede usar la herramienta de arriba sin más.
Endpoint de API
¿Prefiere automatizarlo? Un POST autenticado crea la tarea; el resultado llega por webhook o enlace firmado. La misma capacidad también se ejecuta aquí en la web, por email y desde Telegram — y pronto también desde nuestra app.
Llámela desde su stack
curl -X POST https://api.kit.forhosting.com/dev/cidr-host-count \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"cidr":"192.168.1.0/24"}'const res = await fetch("https://api.kit.forhosting.com/dev/cidr-host-count", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"cidr": "192.168.1.0/24"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/dev/cidr-host-count",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"cidr": "192.168.1.0/24"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/dev/cidr-host-count", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"cidr":"192.168.1.0/24"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"cidr":"192.168.1.0/24"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/dev/cidr-host-count", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Ejemplo de solicitud
{
"cidr": "192.168.1.0/24"
}Ejemplo de respuesta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "dev.cidr_host_count",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}La API es asíncrona: la llamada devuelve un task_id al instante y el resultado llega por webhook. El polling está limitado a 1 req/s por tarea.
Precio
Precio publicado — sin tokens ni créditos inventados. Una tarea fallida no se cobra.
Errores
| HTTP | Código | Significado |
|---|---|---|
401 | unauthorized | API key ausente o inválida. |
402 | insufficient_balance | El saldo no cubre el precio de la tarea. |
404 | unknown_type | El tipo de tarea no existe. |
429 | rate_limited | Demasiadas peticiones. Use el webhook en vez de sondear. |