BYOIP con IPv4 arrendadas: lleve sus propias IP a AWS, GCP y Azure
Desde febrero de 2024, AWS cobra $0.005/IP/hora por las direcciones IPv4 asignadas por la nube (~$934/mes por un bloque /24). Las direcciones aportadas mediante BYOIP están exentas de este cargo, lo que convierte las IPv4 arrendadas en una alternativa rentable, a unos $79-90/mes por el mismo bloque.
Artem Kohanevich
Cofundador y CEO de IPbnb
Última actualización
Índice
elemento
Desde febrero de 2024, cuando AWS empezó a cobrar por las IPv4 públicas, cada dirección asignada por la nube cuesta $0.005 por IP y hora. Eso equivale aproximadamente a $3.65 por IP al mes, unos $934 al mes por un bloque /24 estándar de 256 direcciones. Este coste de IPv4 en AWS, que muchos operadores llaman el cargo IPv4 de AWS, se dispara rápidamente a escala.
Las direcciones BYOIP están totalmente exentas de ese cargo. Es la forma más sencilla de evitar los cargos IPv4 de AWS para los operadores que ya disponen de espacio de direcciones.
Si gestiona una presencia IPv4 relevante en AWS con IP asignadas por la nube, probablemente esté pagando entre varios cientos y varios miles de dólares al mes que no tendría por qué pagar. Así es como se evitan los cargos IPv4 de AWS usando BYOIP con bloques arrendados. La barrera técnica es menor de lo que la mayoría de los operadores espera. Y la misma lógica, con una mecánica ligeramente distinta, se aplica a GCP y Azure.
Este artículo explica qué requiere BYOIP, cómo es un arrendamiento preparado para BYOIP y cómo llevar IPv4 arrendadas a cada uno de los tres grandes proveedores cloud, incluido cómo funciona en la práctica BYOIP sin ser titular de las IP.
También aborda la migración de IPv4 a la nube mediante BYOIP para los operadores que trasladan cargas de trabajo desde entornos on-premises u otros entornos de hosting. Si es titular de IPv4 sin uso que otros podrían utilizar mediante BYOIP, consulte cómo monetizar sus bloques IPv4.
Esta guía resulta especialmente relevante para los proveedores de hosting e infraestructura cloud, que constituyen la principal base de usuarios de BYOIP.
Qué es BYOIP y por qué importa ahora
Bring Your Own IP (BYOIP) es una función que ofrecen los proveedores cloud y que le permite utilizar dentro de su red un espacio de direcciones IP que usted controla, ya sea propio o arrendado, en lugar de las direcciones que ellos asignan.
Sus IP se comportan como cualquier otra IPv4 pública de la plataforma. Puede asignarlas a instancias EC2, balanceadores de carga, nodos de GKE o máquinas virtuales de Azure. La diferencia es que las direcciones las aporta usted, usted controla la reputación y no paga el sobrecoste de IPv4 del proveedor por ese privilegio.
Hay dos razones por las que esto se ha convertido en una prioridad práctica para más operadores en los dos últimos años. En primer lugar, el precio de las direcciones IPv4 públicas de AWS se sitúa en $0.005/IP/hora en 2026, y los cargos IPv4 de AWS se aplican a todas las direcciones asignadas por la nube, un coste que no existía antes de febrero de 2024. En segundo lugar, la actualización BYOIP v2 de GCP de diciembre de 2025 introdujo una asignación más granular de IP individuales a partir de prefijos delegados, lo que hace que la implementación de Google Cloud sea mucho más útil para los equipos que necesitan distribuir IP entre proyectos y regiones.
Algo que la mayoría de las guías de BYOIP pasan por alto: no es necesario ser titular de IPv4 para usarlo. Esto significa que BYOIP con IPv4 arrendadas está plenamente admitido: no necesita ser titular de su espacio de direcciones. BYOIP con bloques IP arrendados está plenamente admitido en los tres grandes proveedores. Se aceptan los bloques arrendados que cumplen los requisitos documentales del proveedor: una LOA válida, una ROA correctamente configurada y un historial de reputación limpio. Puede arrendar bloques IPv4 para desplegarlos en AWS, GCP o Azure y llevarlos a través del proceso estándar de BYOIP. El operador debe confirmar estos requisitos previos con su arrendador antes de iniciar el proceso de incorporación a la nube.
Cómo es un arrendamiento preparado para BYOIP
Antes de tocar la consola de AWS, el portal de GCP o la CLI de Azure, hay cinco aspectos que debe confirmar con su arrendador de IP. Las carencias en cualquiera de ellos son el motivo más habitual de que una incorporación BYOIP se retrase o se rechace, y muchas coinciden con errores frecuentes en el arrendamiento que conviene revisar antes de empezar. Para hacerse una idea de lo que cuesta un arrendamiento, consulte los precios de IPbnb.
Lista de comprobación de requisitos de la LOA:
Historial del bloque limpio
Los tres proveedores comprueban la reputación de un prefijo antes de aceptarlo. AWS se reserva expresamente el derecho a rechazar rangos con un mal historial. Pida a su arrendador que confirme que el bloque no tiene registros de abuso significativos, entradas activas en listas negras ni irregularidades de enrutamiento. Una plataforma de confianza podrá facilitarle esta confirmación directamente.
Una LOA que cubra el uso en la nube
La carta de autorización debe ser válida, estar vigente y, lo que es importante, permitir el caso de uso concreto. No todos los contratos de arrendamiento cubren expresamente el despliegue BYOIP. Confírmelo con su arrendador antes de iniciar el proceso, no después.
ROA de RPKI correctamente configurada
Debe existir una Route Origin Authorization válida para el prefijo. En AWS, la ROA debe autorizar los dos ASN de AWS: 16509 y 14618. En Azure, debe autorizar el ASN de Microsoft (8075). Confirme con su arrendador quién es responsable de configurar y mantener la ROA durante el plazo del arrendamiento, y qué ocurre en la renovación de la ROA: en los bloques de la región RIPE, las transferencias temporales tienen una duración máxima de un año, lo que significa que las ROA pueden dejar de funcionar en la renovación si el proceso no se gestiona. Consulte nuestra guía sobre la estrategia ante el bloqueo de 24 meses de RIPE para saber más sobre cómo afectan las condiciones de transferencia de RIPE a la gestión de las ROA.
Registro en el RIR a nombre de una persona jurídica
AWS no acepta bloques registrados a nombre de personas físicas. El registro del RIR debe mostrar una entidad jurídica como titular.
Derechos de subasignación (si los necesita)
Si tiene previsto llevar a la nube solo una parte de un bloque arrendado, el arrendamiento debe permitir la subasignación al tamaño de prefijo correspondiente. Confírmelo antes de dar por hecho que el contrato lo cubre.
Si su proveedor actual no puede confirmar los cinco puntos anteriores, consulte nuestra guía sobre cómo elegir un proveedor de arrendamiento de IPv4 antes de continuar.
BYOIP en AWS
AWS Bring Your Own IP (BYOIP) es la implementación más madura y la que ofrece la ventaja de precio más clara. AWS BYOIP le permite utilizar en la red de AWS espacio de direcciones que usted controla, incluidos bloques arrendados, exento del cargo por IPv4 pública que se aplica a todas las direcciones asignadas por la nube.
Coste de IPv4 en AWS: lo que realmente está pagando
El coste de IPv4 en AWS para las direcciones asignadas por la nube es de $0.005 por IP y hora. Con el precio actual de las direcciones IPv4 públicas de AWS, eso equivale a ~$3.65 por IP al mes. La ventaja de precio de AWS BYOIP: $0 por las IP aportadas frente a $3.65 al mes por cada IP asignada por la nube. A escala de un /24, la diferencia es considerable:
Escenario | Coste mensual de un /24 (256 IP) |
IPv4 pública proporcionada por AWS | ~$934 |
/24 arrendado mediante BYOIP | ~$79–$90 (solo la cuota de arrendamiento) |
Ahorro mensual estimado | ~$845 |
Los cargos IPv4 de AWS se aplican a cada dirección asignada por la nube desde el momento en que se asigna, esté o no vinculada a una instancia en ejecución. La configuración de BYOIP en AWS elimina por completo este coste para el rango aportado. Para ver cuánto le costaría un /24 arrendado frente a su gasto actual en AWS, calcule el coste de su arrendamiento.
Requisitos:
Tamaño mínimo de prefijo: /24
Bloque registrado a nombre de una persona jurídica (no de una persona física)
ROA válida para el prefijo
Registro RDAP actualizado en su RIR
El espacio IPv4 legacy requiere un objeto ROA aunque sea anterior al sistema de RIR: no está exento del requisito de ROA
Máximo de 5 rangos BYOIP por región de AWS y cuenta (ampliable a través del soporte de AWS)
Proceso de configuración:
Confirme que el bloque cumple los requisitos anteriores: historial limpio, mínimo /24, registro a nombre de una persona jurídica, ROA válida y RDAP actualizado
Cree un par de claves RSA en su equipo local
Genere un certificado X.509 autofirmado con ese par de claves
Envíe la solicitud de aprovisionamiento a través de la CLI de AWS, aportando el certificado
AWS valida la titularidad comprobando el registro RDAP y confirmando la ROA
Una vez validado, anuncie el prefijo desde su cuenta de AWS
Asigne Elastic IP individuales o prefijos IP del rango aportado a sus instancias EC2, balanceadores de carga, NAT Gateways u otros recursos
Una nota operativa importante: no realice cambios manuales en RADb ni en ninguna otra base de datos IRR para este prefijo una vez iniciado el proceso de AWS BYOIP. AWS actualiza RADb automáticamente como parte del flujo de aprovisionamiento. Cualquier entrada manual que incluya el ASN de BYOIP hará que el aprovisionamiento falle.
AWS BYOIP funciona con EC2, Global Accelerator, VPC IPAM y otros servicios. No es compatible con Wavelength Zones ni con AWS Outposts.
BYOIP en GCP: lleve sus propias IP a Google Cloud
GCP BYOIP utiliza una jerarquía de Public Advertised Prefix (PAP) y Public Delegated Prefix (PDP). GCP Bring Your Own IP funciona mediante esta estructura de dos niveles, y la actualización BYOIP v2 de diciembre de 2025 mejoró notablemente el control granular al añadir la asignación de direcciones IP individuales a partir de prefijos delegados. Esto es importante si necesita distribuir un único bloque arrendado entre varios proyectos de GCP o desplegar direcciones /32 individuales en lugar de trabajar siempre con subrangos.
Requisitos:
Prefijo mínimo: /24
ROA que autorice al ASN 396982 de Google Cloud a anunciar el prefijo
Verificación DNS mediante registro PTR (en los prefijos v2, se configura un registro PTR para una dirección IP de verificación proporcionada por Google Cloud)
El bloque no puede solaparse con ningún otro prefijo anunciado externamente que usted controle: GCP rechaza expresamente los anuncios solapados de prefijos importados
Proceso de configuración:
Cree un Public Advertised Prefix (PAP) en la consola de GCP o mediante
gcloud compute public-advertised-prefixes createVerifique la titularidad: GCP comprueba la ROA (ASN 396982) y un registro PTR. En los prefijos v2, configure un registro PTR para la dirección IP de verificación que Google Cloud le facilita tras crear el PAP. Deje tiempo para que la ROA se propague antes de enviar la solicitud
Una vez validado y puesto en servicio el PAP, GCP empieza a anunciar el prefijo tanto dentro de su red como en internet
Divida el PAP en Public Delegated Prefixes (PDP) para regiones o proyectos concretos. La jerarquía PAP → PDP es obligatoria: no puede utilizar direcciones directamente de un PAP
Con BYOIP v2 (desde diciembre de 2025): cree direcciones IP individuales a partir de prefijos delegados mediante la asignación de direcciones IP mejorada. Esto permite asignar IP individuales a balanceadores de carga, máquinas virtuales o reglas de reenvío sin consumir un subprefijo completo
Una nota de planificación: la estructura PAP → PDP implica que debe definir su plan de asignación antes de iniciar el aprovisionamiento. Decida qué regiones necesitan qué tamaños de prefijo, y si necesita el modo de asignación mejorada de v2, antes de empezar. Las direcciones BYOIP no pueden moverse entre proyectos de GCP una vez asignadas, así que acertar con la división a la primera es importante: un enfoque estructurado de la gestión de direcciones IP para IPv4 arrendadas le ayuda a planificar la distribución de subredes y a controlar qué está asignado y dónde antes de comprometerse.
BYOIP en Azure: lleve sus propias IP con Custom IP Prefix
Azure BYOIP se implementa a través de Custom IP Prefix. Azure Bring Your Own IP le permite utilizar dentro de la red de Azure espacio de direcciones que usted controla, propio o arrendado, sin cargo por IP pública para los prefijos IP personalizados ni para las direcciones IP públicas derivadas de ellos. La lógica del ahorro es la misma en los tres proveedores.
La implementación de Azure presenta algunas diferencias que conviene conocer antes de empezar.
Requisitos:
Tamaño de prefijo de /24 a /21 (prefijo unificado); en la jerarquía global/regional, el prefijo padre debe ser de /21–/24 y los prefijos hijo regionales van de /22 a /26
ROA válida que autorice al ASN 8075 de Microsoft a anunciar el prefijo
Registro en el RIR a nombre de una persona jurídica
Máximo de 5 prefijos IP personalizados por región (ampliable bajo petición)
Proceso de configuración:
Confirme que el bloque está registrado en su RIR a nombre de una persona jurídica
Configure una ROA en su RIR que autorice al ASN 8075 (Microsoft) a anunciar el prefijo
En el portal de Azure, vaya a Custom IP Prefixes y envíe el prefijo para su aprovisionamiento
Azure valida la titularidad: comprueba tanto sus registros en el RIR como la ROA. Normalmente tarda entre unas horas y unos días, según los tiempos de respuesta del RIR
Una vez aprovisionado y puesto en servicio, derive Public IP Prefixes del prefijo personalizado
Asigne IP públicas individuales de SKU Standard de esos prefijos a sus recursos de Azure: máquinas virtuales, Standard Load Balancers, NAT Gateways y Application Gateways
Limitaciones específicas de Azure que debe conocer antes de empezar:
Azure no admite Azure BYOIP para SMTP saliente. Si tiene previsto enviar correo electrónico desde sus IP arrendadas en Azure, este es un obstáculo insalvable: valore AWS para ese caso de uso.
El DNS inverso en Azure BYOIP requiere alojar su propia zona de rDNS. Las zonas DNS gestionadas de Azure no gestionan de forma nativa el DNS inverso de los prefijos IP personalizados: tendrá que configurar los registros PTR usted mismo o a través de su proveedor de IP.
Azure abstrae BGP por completo. No establece peering directo con la red de Azure para anunciar el prefijo. Microsoft gestiona internamente todos los anuncios de rutas una vez que el prefijo está en servicio. No hay ninguna sesión BGP directa que gestionar.
Gestión de la reputación IP: qué cambia cuando su arrendamiento pasa a la nube
La mayoría de las guías de BYOIP terminan en «prefijo anunciado correctamente». La realidad operativa, no.
Cuando un bloque arrendado se despliega mediante BYOIP, sus cargas de trabajo en la nube funcionan sobre direcciones cuyo buen estado es, en última instancia, responsabilidad del titular de las IP. Cualquier abuso que generen esas cargas de trabajo (spam saliente, escaneo de puertos, solicitudes excesivas a API, scraping a gran escala) es ahora rastreable hasta direcciones asociadas a una organización real y a un registro real en un RIR.
Los entornos cloud pueden generar patrones de abuso que no se dan en las instalaciones on-premises. La orquestación de contenedores con una alta rotación de pods, el envío masivo de correo electrónico, el rastreo web a gran escala y las pruebas de carga contra destinos externos son tipos de carga de trabajo habituales en la nube que generan grandes volúmenes de reclamaciones por abuso.
El arrendatario debe tratar la gestión de la reputación IP en BYOIP como una responsabilidad operativa continua, no como una tarea de configuración. Eso implica monitorizar el tráfico saliente en busca de patrones de abuso, mantener normas de uso aceptable claras para los equipos internos que utilizan el espacio IP y contar con un proceso definido para tramitar las reclamaciones por abuso que lleguen al titular de las IP, porque llegarán ahí, no solo a su cuenta cloud. El enfoque de IPbnb sobre cumplimiento y gestión de la reputación IP explica cómo se gestiona esto a nivel de plataforma.
Un despliegue BYOIP no reduce sus obligaciones de gestión de abusos. En algunos entornos, las aumenta.
Puntos de fallo habituales
A partir de cómo suelen torcerse las incorporaciones BYOIP:
ROA caducada o que no coincide. La ROA debe ser válida en el momento del envío y autorizar correctamente el ASN del proveedor. Una ROA que caduca a mitad del proceso, o que se configuró para otro ASN, hará que la validación falle, en algunos casos sin aviso y en otros de forma evidente. Compruebe el estado de la ROA justo antes de enviar la solicitud.
Una LOA que no cubre BYOIP. El contrato de arrendamiento puede permitir el enrutamiento hacia su propia infraestructura sin decir nada sobre la delegación de los derechos de anuncio al ASN de un proveedor cloud. Lea el contrato o consulte al arrendador antes de empezar.
Historial del bloque contaminado. Si el prefijo aparece en las principales listas negras o tiene reclamaciones por abuso recientes, la comprobación de reputación del proveedor cloud puede rechazarlo durante la validación. Merece la pena dedicar cinco minutos a revisar el bloque con herramientas estándar de monitorización de la reputación IP (MXToolbox, Spamhaus, IPVoid) antes de enviarlo.
Ediciones manuales del IRR en AWS. Como se ha indicado: no edite manualmente RADb ni otras entradas IRR de un prefijo que esté aprovisionando mediante AWS BYOIP. AWS lo automatiza, y las entradas manuales para el ASN de BYOIP interrumpen el proceso.
Anuncios solapados en GCP. Si el prefijo ya se está anunciando externamente, desde su propio ASN o desde otro proveedor, GCP BYOIP lo rechazará. El prefijo no debe estar anunciándose activamente en el exterior cuando envíe el PAP.
Una nota sobre los bloques arrendados: BYOIP sin ser titular de las IP
Los pasos de configuración anteriores se aplican tanto si es titular de su espacio IPv4 como si lo arrienda. Cuando arrienda IPv4 para desplegarlas en la nube, los pasos de configuración son idénticos a los de los bloques propios: el proceso a nivel del proveedor cloud no cambia. BYOIP sin ser titular de las IP es perfectamente viable: lo que distingue el caso del arrendamiento del de la propiedad son los requisitos operativos y contractuales. Si es nuevo en el arrendamiento, cómo funciona el arrendamiento de IPv4 es una buena introducción antes de continuar. Si está valorando si vender o conservar su espacio, consulte nuestra comparativa entre vender y arrendar IPv4.
Un arrendamiento preparado para BYOIP debe ofrecerle un bloque limpio con historial documentado, una LOA que cubra expresamente el despliegue en proveedores cloud, RPKI correctamente configurado con responsabilidades de mantenimiento definidas y un registro en el RIR a nombre de una persona jurídica que cumpla los requisitos. BYOIP con IPv4 arrendadas funciona exactamente igual que BYOIP con espacio propio a nivel del proveedor cloud: la diferencia está únicamente en lo que confirma con su arrendador antes de empezar.
Si su arrendamiento actual no confirma estos requisitos previos, aclárelos antes de iniciar el proceso de incorporación, no después de esperar una semana a que la validación del proveedor cloud vuelva rechazada.
IPbnb proporciona la documentación de la LOA, la configuración de RPKI y la gestión de abusos como parte del acuerdo de arrendamiento. Si busca bloques listos para llevar a un proveedor cloud, el Catálogo de IP es el punto de partida adecuado.
Resumen
BYOIP elimina los sobrecostes de IPv4 en la nube en los tres grandes proveedores: AWS, GCP y Azure eximen a los prefijos aportados de sus cargos por IP pública. Tanto si utiliza AWS BYOIP como GCP BYOIP o Azure BYOIP, el proceso de configuración es sencillo para cualquier operador que disponga de un bloque arrendado limpio y de la documentación correcta. La migración de IPv4 a la nube mediante BYOIP es una de las decisiones más rentables al alcance de los operadores con una presencia IPv4 relevante en infraestructura cloud.
Los requisitos previos son los mismos con independencia del proveedor: un historial de reputación limpio, una LOA válida y vigente que cubra el despliegue en la nube, RPKI en orden y un registro en el RIR a nombre de una persona jurídica. BYOIP con bloques IP arrendados sigue el mismo camino: confirme primero el contrato de arrendamiento, la ROA y el historial del bloque. El resto viene solo. Para los operadores que buscan reducir sus costes de IPv4 en AWS sin perder el control de la reputación IP, BYOIP con IPv4 arrendadas es la vía más práctica.
Arriende bloques IPv4 preparados para BYOIP → Explore el Catálogo de IP
