{"id":1236,"date":"2026-09-17T05:59:32","date_gmt":"2026-09-17T05:59:32","guid":{"rendered":"https:\/\/ip4.market\/blog\/1236-2\/"},"modified":"2026-09-17T05:59:33","modified_gmt":"2026-09-17T05:59:33","slug":"byoip-en-aws-y-azure-requisitos-y-configuracion-de-ipv4","status":"publish","type":"post","link":"https:\/\/ip4.market\/blog\/es\/byoip-en-aws-y-azure-requisitos-y-configuracion-de-ipv4\/","title":{"rendered":"BYOIP en AWS y Azure: requisitos y configuraci\u00f3n de IPv4"},"content":{"rendered":"<h2>\u00bfQu\u00e9 es BYOIP y por qu\u00e9 importa en AWS y Azure?<\/h2>\n<p>BYOIP en AWS y Azure (Bring Your Own IP) consiste en importar un rango propio de direcciones IPv4 a una nube p\u00fablica y usarlo como si fuera espacio del proveedor. \u00bfPor qu\u00e9 alguien querr\u00eda hacer eso? Las razones suelen ser tres: conservar la reputaci\u00f3n de esas IPs en listas de correo y allowlists corporativas, no tener que reescribir reglas de firewall en clientes y partners, y mantener el servicio intacto durante una migraci\u00f3n desde un datacenter propio o colocation.<\/p>\n<p>Sin BYOIP, al moverte a la nube pierdes tus direcciones p\u00fablicas. Y con ellas, todo lo que cuelga de ah\u00ed: registros PTR, SPF, la reputaci\u00f3n en ReputationAuthority, esas integraciones con proveedores que solo aceptan tr\u00e1fico desde IPs conocidas. Para un ISP o un operador de hosting, esto no es un inconveniente menor. Puede ser directamente el motivo por el que el proyecto se bloquea.<\/p>\n<h2>Requisitos previos comunes a AWS y Azure<\/h2>\n<p>Ambos hiperescaladores exigen que demuestres control estricto sobre el rango que quieres traer. Lo que piden en com\u00fan:<\/p>\n<ul>\n<li><strong>Tama\u00f1o m\u00ednimo \/24:<\/strong> el prefijo m\u00e1s peque\u00f1o admitido es un \/24 (256 direcciones). Rangos m\u00e1s espec\u00edficos no se pueden anunciar de forma fiable en la tabla global de BGP.<\/li>\n<li><strong>Propiedad registrada:<\/strong> el rango debe figurar a nombre de tu organizaci\u00f3n en el RIR correspondiente (RIPE NCC, ARIN, APNIC, LACNIC o AFRINIC). AWS y Azure verifican los datos del registro WHOIS\/RDAP.<\/li>\n<li><strong>ROA (Route Origin Authorization) en RPKI:<\/strong> tienes que crear un ROA que autorice al AS del proveedor a anunciar tu prefijo, con longitud m\u00e1xima igual al prefijo (por ejemplo, max-length 24 para un \/24).<\/li>\n<li><strong>LOA (Letter of Authorization):<\/strong> un documento firmado que autoriza al proveedor a originar el anuncio BGP. Ambos tienen plantillas propias.<\/li>\n<li><strong>Rango no anunciado:<\/strong> durante la verificaci\u00f3n, el prefijo no debe estar anunci\u00e1ndose desde otra ubicaci\u00f3n, ni puede estar asignado a otra cuenta cloud.<\/li>\n<\/ul>\n<div class=\"result-box\"><strong>Consejo pr\u00e1ctico:<\/strong> antes de empezar, comprueba con RIPEstat o bgp.he.net que no quedan anuncios BGP activos de tu prefijo desde otros AS. Un anuncio residual te provoca rechazos y retrasos de d\u00edas. Lo he visto m\u00e1s de una vez.<\/div>\n<h2>Requisitos y cuota en AWS<\/h2>\n<p>AWS admite BYOIP en EC2, ELB, CloudFront, Global Accelerator y Outposts. Lo que conviene saber:<\/p>\n<ul>\n<li>Los rangos deben venir de uno de los cinco RIR y estar registrados a tu nombre; en algunas verificaciones de ARIN se exige una antig\u00fcedad m\u00ednima de 90 d\u00edas.<\/li>\n<li>Creas un objeto de aprovisionamiento con <em>aws ec2 provision-byoip-cidr<\/em>, incluyendo la firma del mensaje (CIPC, basada en certificado X.509 del RIR o en un hash del mensaje).<\/li>\n<li>Puedes anunciar el \/24 completo o subrangos m\u00e1s espec\u00edficos (hasta \/26 en algunas regiones) mediante anuncios parciales, algo \u00fatil si divides el uso entre on-premise y AWS.<\/li>\n<li>Cada cuenta puede traer hasta 5 prefijos por regi\u00f3n por defecto. Ampliable, solicitando cuota.<\/li>\n<li>AWS cobra por mantener el rango tra\u00eddo (aproximadamente 0,01 d\u00f3lares por hora, unos 7 d\u00f3lares al mes por CIDR), adem\u00e1s del uso normal de IP el\u00e1sticas.<\/li>\n<\/ul>\n<h3>Pasos de configuraci\u00f3n en AWS<\/h3>\n<ol>\n<li>Crea el ROA en tu RIR autorizando al AS de AWS de la regi\u00f3n (por ejemplo, AS16509 o los AS regionales que indique la documentaci\u00f3n) con max-length igual al prefijo.<\/li>\n<li>Firma el LOA de AWS y s\u00fabelo junto con el certificado del RIR durante el aprovisionamiento.<\/li>\n<li>Ejecuta <em>provision-byoip-cidr<\/em> con el CIDR y la firma. El estado pasar\u00e1 de <em>pending-provision<\/em> a <em>provisioned<\/em>. Puede tardar varias horas.<\/li>\n<li>Anuncia el rango con <em>advertise-byoip-cidr<\/em> una vez aprovisionado.<\/li>\n<li>Asocia el rango a Elastic IPs con <em>allocate-address &#8211;domain vpc<\/em> indicando el pool de tu CIDR, y \u00fasalas en instancias, NLB o ALB.<\/li>\n<\/ol>\n<h2>Requisitos y configuraci\u00f3n en Azure<\/h2>\n<p>Azure llama a esto Custom IP Address Prefix, y solo est\u00e1 disponible en regiones con Availability Zones. \u00bfEn qu\u00e9 se diferencia de AWS?<\/p>\n<ul>\n<li>Azure exige que el rango <strong>no<\/strong> se haya anunciado en los 30 d\u00edas previos, ni est\u00e9 asociado a otra suscripci\u00f3n.<\/li>\n<li>El proceso pasa por crear un <em>custom IP prefix<\/em>, subir el LOA firmado y las pruebas de registro (la asignaci\u00f3n del RIR), y esperar una validaci\u00f3n que incluye un periodo de comprobaci\u00f3n de 24 a 72 horas sin anuncios. S\u00ed, hay que esperar.<\/li>\n<li>Los prefijos personalizados admiten rangos de \/24 a \/21 (global) y pueden separarse en prefijos hijos regionales, con m\u00ednimo \/24.<\/li>\n<li>Se factura por prefijo activo, con un coste aproximado de 0,05 a 0,08 d\u00f3lares por hora seg\u00fan la regi\u00f3n (unos 40-60 d\u00f3lares al mes por un \/24). Notablemente m\u00e1s caro que AWS.<\/li>\n<\/ul>\n<h3>Pasos de configuraci\u00f3n en Azure<\/h3>\n<ol>\n<li>Delegaci\u00f3n: crea el ROA en tu RIR autorizando al AS 8075 (Microsoft) con max-length 24.<\/li>\n<li>Crea el recurso Custom IP Prefix en el portal o con Azure CLI (<em>az network custom-ip prefix create<\/em>), indicando regi\u00f3n y CIDR.<\/li>\n<li>Sube el LOA firmado y la documentaci\u00f3n de asignaci\u00f3n del RIR (el fichero firmado del registro).<\/li>\n<li>Espera la validaci\u00f3n del estado (validating, provisioning, provisioning succeeded) y despu\u00e9s comisiona el prefijo. Detalle curioso: Azure exige primero comisionar en modo <em>decommission<\/em> durante las pruebas; el anuncio solo se activa al pasar a estado <em>commissioned<\/em>.<\/li>\n<li>Deriva direcciones IP p\u00fablicas est\u00e1ndar desde el prefijo y as\u00edgnalas a Load Balancers, Firewalls o VMs.<\/li>\n<\/ol>\n<h2>Errores frecuentes y c\u00f3mo evitarlos<\/h2>\n<ul>\n<li><strong>ROA mal configurado:<\/strong> si el max-length permite prefijos m\u00e1s largos de los que anuncia el proveedor, la validaci\u00f3n RPKI puede fallar o dejar tu rango como inv\u00e1lido (invalid) para terceros. Ajusta el max-length exactamente.<\/li>\n<li><strong>Anuncios solapados:<\/strong> si sigues anunciando el rango desde tu propio AS, AWS o Azure no completar\u00e1n la verificaci\u00f3n. Planifica la ventana de migraci\u00f3n y corta los anuncios previos.<\/li>\n<li><strong>WHOIS desactualizado:<\/strong> el contacto de abuso y la organizaci\u00f3n registrada deben coincidir con la entidad que firma el LOA. Parece obvio, pero pasa mucho.<\/li>\n<li><strong>Olvidar el PTR:<\/strong> ya en la nube, configura los registros PTR para tus IPs si env\u00edas correo; en ambos proveedores esto requiere solicitud al soporte o automatizaci\u00f3n v\u00eda API.<\/li>\n<\/ul>\n<h2>\u00bfNo tienes tu propio rango? Comprar IPv4 para BYOIP<\/h2>\n<p>Quiz\u00e1 tu organizaci\u00f3n no dispone de un bloque propio. En ese caso la v\u00eda habitual es comprar un \/24 en el mercado secundario. Los precios de un \/24 IPv4 rondan los 25-35 d\u00f3lares por direcci\u00f3n (entre 6.000 y 9.000 d\u00f3lares por bloque), y la transferencia entre RIRs puede tardar de semanas a meses seg\u00fan el registro. Existe la alternativa de alquilar, que sale por unos 100-150 d\u00f3lares mensuales por \/24; aunque para BYOIP en nube, ser propietario simplifica el LOA y te ahorra renovaciones inc\u00f3modas.<\/p>\n<p>En <strong>IP4 Market<\/strong> encontrar\u00e1s una plataforma con vendedores verificados, escrow de transferencias y precios competitivos, con bloques \/24 listos para registro limpio en RIPE NCC u otro RIR. Ese registro limpio es justamente lo que AWS o Azure van a exigirte para aceptar la solicitud.<\/p>\n<h2>Conclusi\u00f3n<\/h2>\n<p>BYOIP en AWS y Azure es una soluci\u00f3n madura que elimina la principal fricci\u00f3n de migrar a la nube: perder tus direcciones IPv4. Los requisitos son estrictos, pero claros: propiedad registrada en un RIR, un \/24 como m\u00ednimo, ROA en RPKI y LOA firmado. La diferencia pr\u00e1ctica est\u00e1 en el proceso. AWS lo automatiza v\u00eda CLI con firma criptogr\u00e1fica y cuesta menos (unos 7 d\u00f3lares al mes por CIDR); Azure exige validaciones m\u00e1s largas y un desembolso mayor, aunque integra bien con Firewalls y Load Balancers est\u00e1ndar. Antes de lanzarte, audita tus anuncios BGP actuales, prepara la documentaci\u00f3n en el RIR y planifica bien la ventana de corte de anuncios. Y si necesitas comprar un bloque, hazlo con un marketplace fiable como IP4 Market, para asegurar un rango limpio y transferible que supere las verificaciones de ambos proveedores.<\/p>\n<div class=\"ip4-cta\" style=\"margin:2em 0;padding:1.2em 1.5em;border:1px solid #d8dee9;border-left:4px solid #00b8d4;border-radius:6px;background:#f8fafc\">\n<p style=\"margin:0\"><strong>&iquest;Necesitas direcciones IPv4?<\/strong> Alquila subredes \/24&ndash;\/22 verificadas por RIPE desde 0,50&nbsp;$\/IP al mes &mdash; LOA + RPKI\/ROA en minutos, verificaci&oacute;n de empresa inmediata y renovaci&oacute;n autom&aacute;tica. <a href=\"https:\/\/panel.ip4.market\/marketplace?utm_source=blog&amp;utm_medium=cta&amp;utm_campaign=post-footer-es\" rel=\"nofollow\">Ver subredes disponibles &rarr;<\/a><\/p>\n<\/div>\n","protected":false},"excerpt":{"rendered":"<p>\u00bfQu\u00e9 es BYOIP y por qu\u00e9 importa en AWS y Azure? BYOIP en AWS y Azure (Bring Your Own IP) consiste en importar un rango propio de direcciones IPv4 a&#8230;<\/p>\n","protected":false},"author":1,"featured_media":1321,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[21],"tags":[],"class_list":["post-1236","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-infraestructura-cloud"],"_links":{"self":[{"href":"https:\/\/ip4.market\/blog\/wp-json\/wp\/v2\/posts\/1236","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/ip4.market\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/ip4.market\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/ip4.market\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/ip4.market\/blog\/wp-json\/wp\/v2\/comments?post=1236"}],"version-history":[{"count":1,"href":"https:\/\/ip4.market\/blog\/wp-json\/wp\/v2\/posts\/1236\/revisions"}],"predecessor-version":[{"id":1237,"href":"https:\/\/ip4.market\/blog\/wp-json\/wp\/v2\/posts\/1236\/revisions\/1237"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/ip4.market\/blog\/wp-json\/wp\/v2\/media\/1321"}],"wp:attachment":[{"href":"https:\/\/ip4.market\/blog\/wp-json\/wp\/v2\/media?parent=1236"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/ip4.market\/blog\/wp-json\/wp\/v2\/categories?post=1236"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/ip4.market\/blog\/wp-json\/wp\/v2\/tags?post=1236"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}