Última actualización: julio de 2026

En resumen: Los mecanismos ip4 e ip6 autorizan direcciones IP individuales o subredes CIDR completas directamente dentro de tu registro SPF. Su mayor ventaja arquitectónica: no consumen ninguna consulta DNS durante la evaluación.

Si tus servidores de correo funcionan en direcciones IPv4 o IPv6 dedicadas, o si tu infraestructura de hosting te asignó subredes estáticas específicas, declararlas mediante ip4 e ip6 es la forma más limpia y fiable de autorizarlas en tu registro SPF (Sender Policy Framework).

Cómo operan los mecanismos ip4 e ip6

Según el RFC 7208, estos mecanismos comprueban si la dirección IP del servidor de correo que se conecta (<ip>) está contenida dentro de una red IP determinada. Debido a que el rango de red está incluido directamente en la cadena TXT, el servidor de correo receptor evalúa la coincidencia de IP directamente en memoria sin iniciar ninguna consulta de red externa.

Puedes especificar bloques de red CIDR individuales:

v=spf1 ip4:192.0.2.0/24 -all

O combinar direcciones IP individuales tanto en IPv4 como en IPv6:

v=spf1 ip4:192.0.2.10 ip6:2001:db8::/32 -all

Longitudes de prefijo CIDR por defecto si se omiten

Si no agregas una barra inclinada seguida de un prefijo de red CIDR tras la dirección IP, SPF aplica valores por defecto automáticamente. Según el RFC 7208, si ip4-cidr-length se omite, se toma por defecto como /32 (coincidiendo exactamente con una sola dirección IPv4). Si ip6-cidr-length se omite, se toma por defecto como /128 (coincidiendo exactamente con una sola dirección IPv6).

Escribir ip4:192.0.2.10 es, por tanto, funcionalmente idéntico a escribir ip4:192.0.2.10/32.

Cero consultas DNS: la gran ventaja de rendimiento

La principal ventaja operativa de ip4 e ip6 es la velocidad de evaluación y el ahorro de consultas. El RFC 7208 establece explícitamente que los mecanismos all, ip4 e ip6, así como el modificador exp, no provocan consultas DNS en el momento de la evaluación SPF. En consecuencia, su uso no está sujeto al límite estricto de 10 consultas por comprobación de autenticación.

Mientras que mecanismos como include, a y mx obligan al servidor receptor a realizar búsquedas DNS externas —consumiendo tiempo y restando margen al presupuesto de 10 consultas—, los términos ip4 e ip6 se evalúan de forma instantánea. Las organizaciones que utilizan servidores dedicados o infraestructura en la nube estática pueden sustituir a menudo largas cadenas de include por rangos IP directos, eliminando así el riesgo de permerror (error permanente).

Ten en cuenta, no obstante, que un dominio no debe publicar múltiples registros SPF por separado. Publicar más de un registro para un único nombre de dominio activa de inmediato un permerror durante la evaluación independientemente de cuántos términos ip4 o ip6 utilices.

Verificar tu configuración

Para confirmar que todas tus notaciones de red IP son sintácticamente válidas y que tu registro se evalúa de forma limpia, prueba tu dominio con el escáner gratuito MXAudit. Desglosa la estructura exacta de tus mecanismos y confirma cuáles términos se evalúan sin consultas DNS frente a aquellos que las consumen.

Para obtener orientación arquitectónica completa o instrucciones para tu panel de control, consulta la guía SPF y tutoriales prácticos como configurar SPF en IONOS.

Más información