Tabla de prefijos IPv4
Un /24 equivale a la máscara 255.255.255.0, la wildcard 0.0.0.255, 256 direcciones y 254 hosts útiles: elija un rango de longitudes de prefijo y obtenga una fila por prefijo, lista para exámenes, listas de acceso y manuales. Gratis en su navegador.
- Gratis
- Funciona en su navegador
- Sin registro
- Sus datos no salen de su equipo
Ejecutar — gratis
Ejemplo resuelto
- Prefijo desde
- 24
- Prefijo hasta
- 30
- Cantidad de filas
- 7
El direccionamiento IPv4 sigue empezando por la longitud de prefijo: un /24 no es una conjetura, es la máscara 255.255.255.0, un campo de host de ocho bits, doscientas cincuenta y seis direcciones y doscientos cincuenta y cuatro hosts útiles una vez reservadas las de red y de difusión. Estudiantes, candidatos CCNA, operadores de cortafuegos y autores de ACL consultan esa correspondencia decenas de veces al día y no deberían recalcular potencias de dos en una pizarra. Cada fila enumera la máscara de subred en decimal punteado, la máscara wildcard invertida de las listas de acceso al estilo Cisco, el recuento total de direcciones (dos elevado a los bits de host) y el recuento de hosts útiles con las convenciones modernas de /31 punto a punto y /32 de ruta de host.
Cómo la longitud de prefijo se convierte en máscara, wildcard y hosts
Una dirección IPv4 es una cadena de treinta y dos bits. Escribir una longitud de prefijo n junto a esa dirección es un contrato: los primeros n bits nombran la red y los restantes treinta y dos menos n bits nombran los hosts de esa red. La máscara de subred es simplemente esos n unos seguidos de treinta y dos menos n ceros, impresos como cuatro octetos decimales.
Por tanto /24 se convierte en 255.255.255.0, /16 en 255.255.0.0, /8 en 255.0.0.0 y /0 en 0.0.0.0. La máscara wildcard es el complemento bit a bit de la máscara de subred y es la forma que siguen exigiendo las listas de acceso de Cisco IOS, algunos enunciados de red OSPF y un número sorprendente de preguntas de examen: /24 se convierte en 0.0.0.255 y /16 en 0.0.255.255. Las direcciones totales del bloque equivalen a dos elevado al número de bits de host.
Para cada prefijo de /0 a /30 la regla de aula resta entonces dos direcciones reservadas —el identificador de red de ceros y la difusión de unos— para obtener el recuento de hosts útiles. /31 es la excepción punto a punto de RFC 3021: ambas direcciones son útiles y no hay difusión. /32 es una ruta de host que contiene una sola dirección.
Dónde aporta valor una chuleta de prefijos de subred
Los cursos de certificación y los laboratorios de aula siguen pidiendo a los candidatos rellenar de memoria una tabla de longitudes de prefijo: dado un /26, escriba la máscara, la wildcard, el tamaño de bloque y el recuento de hosts útiles. Los autores de cortafuegos y ACL convierten un prefijo en máscara wildcard cuando traducen una lista de permitidos CIDR a una lista de acceso extendida clásica; emitir cada prefijo de un intervalo de planificación evita errores de uno en /23 frente a /25.
Los generadores de manuales vuelcan de una vez la tabla completa de /0 a /32 en una wiki interna y dejan de discutir si un /31 tiene cero o dos direcciones útiles. La validación fallida no consume saldo. Pida solo el intervalo de prefijos que necesita, trate /31 y /32 con las convenciones RFC 3021 y de ruta de host documentadas aquí, y obtendrá una tabla IPv4 reproducible para deberes, revisiones de ACL y workers de borde sin montar un sistema de gestión de direcciones IP.
Qué puede hacer con ella
Tablas de prefijo para CCNA y el aula
Rellene o califique la chuleta clásica de /8 a /32: máscara, wildcard, tamaño de bloque y hosts útiles para cada longitud de prefijo.
Planificación de máscaras wildcard para ACL
Traduzca un intervalo de prefijos a máscaras wildcard al estilo Cisco al convertir una lista CIDR permitida en una lista de acceso extendida.
Preguntas frecuentes
¿Cuántos hosts útiles tiene cada prefijo IPv4?
Para el prefijo 0–30, los hosts útiles equivalen a 2^(32-prefix) menos 2 (red y difusión). Un /31 tiene 2 direcciones útiles (RFC 3021). Un /32 es una ruta de host con 1 dirección.
¿En qué se diferencia la máscara de subred de la máscara wildcard?
La máscara de subred son unos de prefijo seguidos de ceros de host (/24 es 255.255.255.0). La máscara wildcard es su complemento bit a bit (0.0.0.255) y es lo que contrastan las ACL clásicas de Cisco.
¿Cómo se obtiene la tabla completa de /0 a /32?
La respuesta tiene 33 filas, una por cada longitud de prefijo IPv4, incluidas las convenciones punto a punto de /31 y de ruta de host de /32.
¿Es lo mismo que una calculadora de subred que recibe 192.168.1.0/24?
No. Esa herramienta dimensiona una red concreta (primer host, último host, difusión). Esta chuleta asocia cada longitud de prefijo a máscara, wildcard, direcciones totales y hosts útiles.
¿Por qué se restan dos direcciones en cada bloque?
Porque la dirección con todos los bits a cero identifica la red y la de todos a uno es la de difusión: un /24 tiene 256 direcciones, pero 254 hosts útiles. Las excepciones son /31, con ambas direcciones utilizables, y /32, una sola dirección.
Herramientas relacionadas
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/subnet-hosts-table \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"prefix_from":24,"prefix_to":30}'const res = await fetch("https://api.kit.forhosting.com/dev/subnet-hosts-table", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"prefix_from": 24,
"prefix_to": 30
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/dev/subnet-hosts-table",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"prefix_from": 24,
"prefix_to": 30
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/dev/subnet-hosts-table", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"prefix_from":24,"prefix_to":30}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"prefix_from":24,"prefix_to":30}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/dev/subnet-hosts-table", 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
{
"prefix_from": 24,
"prefix_to": 30
}Ejemplo de respuesta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "dev.subnet_hosts_table",
"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. |
Notas técnicas
Esta chuleta de prefijos de subred construye una tabla de referencia para cada longitud IPv4 pedida desde prefix_from hasta prefix_to inclusive.
Cómo la longitud de prefijo se convierte en máscara, wildcard y hosts
Esta chuleta recorre cada prefijo entero desde prefix_from hasta prefix_to inclusive y emite esas cuatro columnas derivadas para que un estudiante, un autor de ACL o un generador de documentación lea una tabla de consulta completa en una sola respuesta, en lugar de recalcular una potencia de dos en cada fila.
Contrato de entrada, forma de la tabla y las excepciones /31 y /32
Ambos deben ser enteros de cero a treinta y dos. Combine la tabla con su propia aritmética de direcciones de red si también necesita primer host, último host o difusión de un CIDR concreto; este extremo es la referencia de longitudes de prefijo, no una calculadora por red. Mantenga el intervalo dentro de las treinta y tres longitudes IPv4 posibles y fije las columnas numéricas en las pruebas para que los goldens permanezcan estables entre entornos de ejecución. Envíe por POST un cuerpo JSON con dos campos enteros obligatorios. prefix_from es el inicio inclusivo del intervalo de longitudes de prefijo IPv4 y prefix_to es el final inclusivo. Se aceptan los alias from y min_prefix para prefix_from; los alias to y max_prefix para prefix_to. Si prefix_from es mayor que prefix_to, la tarea falla con invalid_input citando la regla de orden. Los campos ausentes, los no enteros, los booleanos y los valores fuera de cero a treinta y dos también fallan con invalid_input y no se facturan. Si tiene éxito, el cuerpo devuelve prefix_from y prefix_to, fija row_count al número de filas emitidas y devuelve rows como un array ordenado por prefijo creciente. Cada fila contiene prefix (la longitud entera), cidr (la forma con barra, como /24), subnet_mask y wildcard_mask como cadenas en decimal punteado, host_bits (treinta y dos menos prefix), total_addresses como la potencia entera de dos, y usable_hosts según las convenciones modernas descritas arriba. Ejemplo: prefix_from veinticuatro y prefix_to treinta devuelve siete filas, que empiezan en /24 (máscara 255.255.255.0, wildcard 0.0.0.255, doscientas cincuenta y seis direcciones, doscientos cincuenta y cuatro hosts útiles) y terminan en /30 (máscara 255.255.255.252, wildcard 0.0.0.3, cuatro direcciones, dos hosts útiles).
Dónde aporta valor una chuleta de prefijos de subred
Una chuleta en vivo que también es una API permite a un autoevaluador marcar esas cuatro celdas sin mantener una hoja de cálculo privada. Como la implementación es parse puro de nivel A, cada llamada exitosa cuesta el precio base publicado $0.002 sin tokens de modelo ni red saliente.
Casos de integración
Manuales operativos y documentación generada
Vuelque una tabla IPv4 estable en una wiki o fixture de CI para que los equipos dejen de discutir los recuentos de hosts de /31 y /32.
Preguntas técnicas
¿Cuánto cuesta la chuleta de prefijos de subred?
La herramienta en el navegador es gratuita. Las peticiones API usan saldo prepago KIT a $0.002 por llamada exitosa; la entrada inválida no se factura.