Anuncio de Dirección IP: Una Guía Técnica Completa sobre BYOIP con AlexHost

Bring Your Own IP (BYOIP) es la práctica de anunciar un bloque de direcciones IP que usted posee — registradas bajo su organización en un Registro Regional de Internet (RIR) como RIPE NCC — a través de la infraestructura BGP de un proveedor de red externo. AlexHost habilita esto en su propio sistema autónomo, AS 200019, permitiéndole usar sus prefijos IPv4 o IPv6 en un servidor dedicado alquilado mientras conserva la propiedad total y la portabilidad de su espacio de direcciones.

Este servicio es especialmente valioso para empresas que han acumulado bloques IP heredados, necesitan una reputación IP consistente entre proveedores, o requieren direccionamiento independiente del proveedor (PI) para cumplimiento normativo, anti-spam o propósitos de multi-homing.

Qué Es el Anuncio de Subred BGP y Por Qué Es Importante

Cuando usted posee un bloque de direcciones IP, esas direcciones solo son accesibles en la internet pública si son anunciadas mediante el Border Gateway Protocol (BGP). BGP es el protocolo de enrutamiento entre dominios que gobierna cómo se dirige el tráfico entre sistemas autónomos (AS) a través de la internet global. Sin un anuncio BGP activo, su bloque IP es invisible — no puede recibir ni enviar tráfico.

Al contratar a AlexHost para anunciar su prefijo a través de AS 200019, su bloque IP se vuelve enrutable globalmente. El tráfico destinado a sus direcciones se dirige a la red de AlexHost, donde se reenvía a su servidor dedicado. Esta arquitectura le ofrece lo mejor de ambos mundos: la fiabilidad de infraestructura de un proveedor de hosting gestionado combinada con la reputación IP, la propiedad y la portabilidad de su propio espacio de direcciones registrado.

Esto es fundamentalmente diferente a usar direcciones IP asignadas por un proveedor de hosting. Las IPs asignadas por el proveedor están vinculadas al ASN de ese proveedor y no pueden trasladarse. Su propio bloque PI (Independiente del Proveedor) viaja con usted.

Casos de Uso Principales para el Anuncio BYOIP

Comprender cuándo BYOIP es la elección arquitectónica correcta evita errores costosos. Los siguientes escenarios representan las razones técnicamente más justificadas para usar este servicio:

• Preservación de la reputación IP: Las empresas que ejecutan infraestructura de correo electrónico de alto volumen, procesamiento de pagos o tecnología publicitaria construyen reputación en rangos de IP específicos. Cambiar a un nuevo proveedor sin BYOIP requeriría reconstruir esa reputación desde cero.
• Requisitos regulatorios y de cumplimiento: Ciertas industrias requieren que las direcciones IP estén registradas a la entidad operadora, no a un proveedor de hosting externo.
• Multi-homing y redundancia: Anunciar el mismo prefijo desde múltiples ASNs (AS 200019 y otro proveedor simultáneamente) permite la ingeniería de tráfico y la conmutación por error sin cambios de DNS.
• Control de listas negras y anti-abuso: Cuando sus IPs están listadas en su propio registro de base de datos RIPE/ARIN, las quejas de abuso y las solicitudes de eliminación de listas van directamente a usted, dándole un control más rápido de resolución.
• Monetización de bloques IPv4 heredados: Las organizaciones que poseen grandes asignaciones IPv4 pueden poner en uso el espacio de direcciones inactivo sin venderlo.

Arquitectura Técnica: Cómo AlexHost Anuncia Su Prefijo

El proceso de anuncio sigue una secuencia precisa de pasos técnicos. Comprender esta arquitectura le ayuda a prepararse correctamente y evitar fallos de enrutamiento.

Establecimiento de Sesión BGP

Los routers de AlexHost (operando bajo AS 200019) establecen una sesión de peering BGP. Su prefijo se añade a la tabla de enrutamiento BGP y se propaga a los proveedores de tránsito upstream de AlexHost y a sus socios de peering. A partir de ese momento, el prefijo es visible en la tabla de enrutamiento global y accesible desde cualquier punto de internet.

ROA y RPKI: Capa de Seguridad Obligatoria

Antes o inmediatamente después del anuncio, debe configurar un registro de Route Origin Authorization (ROA) en el sistema RPKI (Resource Public Key Infrastructure). Este es un objeto firmado criptográficamente almacenado en el repositorio RPKI de su RIR (por ejemplo, el portal RPKI de RIPE NCC) que establece:

• Qué ASN está autorizado a originar su prefijo (en este caso, AS 200019)
• La longitud máxima de prefijo que puede anunciarse

Este paso no es opcional. Sin un ROA válido, su prefijo fallará la validación RPKI en muchas redes, resultando en el filtrado de rutas. Los principales proveedores de tránsito e IXPs aplican cada vez más políticas de enrutamiento exclusivamente RPKI-válido. Un ROA inválido o ausente significa que su tráfico será descartado silenciosamente en un número creciente de límites de red.

La entrada ROA correcta para el anuncio de AlexHost tiene este aspecto:

Origin ASN:    AS200019
Prefix:        your.prefix.here/24 (or your actual prefix)
Max Length:    /24 (for IPv4) or /48 (for IPv6)

Actualizaciones de la Base de Datos RIPE

En paralelo, debe actualizar la base de datos RIPE (o la base de datos de su RIR correspondiente) para reflejar la política de enrutamiento. Esto incluye:

• Crear o actualizar un objeto route que asocie su prefijo con AS 200019
• Asegurarse de que su objeto aut-num incluya una política de exportación que permita a AS 200019 originar su prefijo
• Verificar que su objeto inetnum o inet6num esté actualizado y correctamente atribuido

No actualizar la base de datos RIPE no impide el enrutamiento, pero crea inconsistencias que pueden desencadenar informes de abuso y complicar futuras transferencias o auditorías.

Anuncio IPv4: Precios y Política

AlexHost admite anuncios de prefijos IPv4 con un tamaño mínimo de prefijo de /24 (256 direcciones). Este es el mínimo globalmente aceptado para anuncios BGP IPv4 — los prefijos menores que /24 son filtrados por la mayoría de los routers de internet y no se propagarán de manera fiable a través de la tabla de enrutamiento global.

El precio para bloques más grandes se calcula proporcionalmente. Un bloque /22 contiene cuatro bloques /24, por lo que la tarifa mensual sería €80 (4 x €20). La tarifa de configuración única se aplica por evento de anuncio, no por /24 dentro del bloque.

La exención de la tarifa de configuración al contratar un Servidor Dedicado por un mínimo de tres meses representa una reducción de costes significativa para las empresas que planifican un despliegue sostenido.

Anuncio IPv6: Precios y Política

Los anuncios IPv6 siguen una política separada con un tamaño mínimo de prefijo de /48. Un /48 proporciona 65.536 subredes /64 — más que suficiente espacio de direcciones para prácticamente cualquier despliegue empresarial.

Los requisitos de RPKI y ROA para IPv6 son idénticos a los de IPv4. Debe crear un ROA válido en el sistema RPKI de su RIR autorizando a AS 200019 a originar su prefijo /48 (o mayor) antes de que el anuncio entre en vigor.

Tenga en cuenta que aunque las direcciones IPv6 son abundantes, el slot de tabla de enrutamiento que ocupa su prefijo es un recurso global compartido. La política de prefijo mínimo de AlexHost (/48) se alinea con las recomendaciones de RIPE NCC y evita la inflación innecesaria de la tabla de enrutamiento.

Anuncio IPv4 vs. IPv6: Comparación Lado a Lado

Elegibilidad y Restricciones del Servicio

Este servicio está disponible exclusivamente para servidores dedicados alojados en AlexHost. No está disponible para instancias VPS. Esta restricción existe por una razón técnicamente sólida: el anuncio BGP y el enrutamiento de prefijos requieren recursos de red dedicados y deterministas. Los entornos compartidos o virtualizados introducen complejidad de enrutamiento e inestabilidad potencial que es incompatible con una operación BGP fiable.

Si actualmente utiliza un VPS y necesita capacidades BYOIP, el camino correcto es migrar a un Servidor Dedicado antes de iniciar el proceso de anuncio.

Errores Técnicos Comunes y Cómo Evitarlos

Los ingenieros de red experimentados que han desplegado BYOIP en múltiples proveedores encuentran consistentemente los mismos modos de fallo. Conocerlos antes de comenzar ahorra un tiempo considerable de resolución de problemas.

Error 1: ROA Creado con Max-Length Incorrecto

Un error común es establecer el max-length del ROA en un valor más específico que el prefijo anunciado. Por ejemplo, si posee un /22 pero planea anunciar solo un /24, su max-length de ROA debe establecerse en /24 o mayor. Si se establece solo en /22, el anuncio /24 será RPKI-inválido y será filtrado.

Error 2: Objetos Route Obsoletos en RIPE

Si su prefijo fue anunciado anteriormente por un ASN diferente, puede que aún exista un objeto route: antiguo en la base de datos RIPE apuntando a ese ASN. Esto crea un conflicto. Debe eliminar o actualizar el objeto route antiguo antes de crear uno nuevo para AS 200019. No hacerlo puede causar que su anuncio sea marcado como un posible secuestro BGP por sistemas de monitorización de seguridad de rutas como MANRS o BGPmon.

Error 3: Prefijo No Registrado en RIR

No puede anunciar un bloque IP que no posea legítimamente en una base de datos RIR. AlexHost verificará que el prefijo esté registrado a su organización antes de completar la configuración. Intentar anunciar espacio no registrado o de terceros es un secuestro BGP — una violación grave con consecuencias legales y operativas.

Error 4: Olvidar la Delegación de DNS Inverso

Después de que su prefijo sea anunciado, también debe delegar el DNS inverso (rDNS) para su bloque de direcciones. Sin rDNS, muchos servidores de correo rechazarán las conexiones desde sus IPs, y varias herramientas de seguridad marcarán sus direcciones. Actualice el atributo domain: en su objeto inetnum de RIPE y configure los registros PTR en consecuencia.

Error 5: Asumir Propagación Global Instantánea

La propagación de rutas BGP no es instantánea. Después de que AlexHost active su anuncio, espere entre 15 y 60 minutos para que la ruta se propague por la tabla de enrutamiento global. Use herramientas como bgp.he.net o RIS Live de RIPE para monitorizar el estado de propagación antes de probar la conectividad.

Cómo Realizar el Pedido: Proceso Paso a Paso

1. Verificar la propiedad en el RIR. Confirme que su prefijo está registrado en RIPE NCC (o el RIR correspondiente) bajo la asignación LIR o PI de su organización.
2. Preparar sus objetos RIPE. Asegúrese de que sus objetos inetnum/inet6num, aut-num y route/route6 estén actualizados o listos para ser creados.
3. Abrir un ticket de soporte a través del portal de clientes de AlexHost. Incluya su prefijo, el identificador RIPE de su organización y los detalles de su servidor dedicado. El tiempo de respuesta es de 30 minutos.
4. Completar el pago de la tarifa de configuración única y el primer período mensual.
5. Crear su ROA en el portal RPKI de RIPE NCC, autorizando a AS 200019 como el ASN de origen para su prefijo.
6. Actualizar los objetos route de RIPE para reflejar AS 200019 como el AS originador.
7. Verificar la propagación usando herramientas de looking glass BGP después de que AlexHost confirme que el anuncio está activo.
8. Configurar rDNS para su bloque de direcciones.

Para consultas continuas, el soporte de AlexHost es accesible a través del sistema de tickets o el canal de chat en vivo de Telegram.

Integración con la Infraestructura de AlexHost

AlexHost opera su propia red bajo AS 200019, con conectividad directa a los principales proveedores de tránsito y puntos de intercambio de internet. Esto significa que su prefijo anunciado se beneficia de las relaciones de peering upstream de AlexHost, reduciendo la latencia y mejorando la accesibilidad en diferentes regiones geográficas.

Para organizaciones que ejecutan cargas de trabajo sensibles a la latencia — como aplicaciones en tiempo real, infraestructura de trading financiero o trabajos de computación de alto rendimiento — combinar el anuncio BYOIP con GPU Hosting o Servidores Dedicados bare-metal le proporciona tanto el rendimiento de cómputo como el control de identidad de red que su arquitectura exige.

Si su despliegue incluye servicios web bajo su propio bloque IP, combinar el anuncio con Certificados SSL correctamente emitidos vinculados a su dominio garantiza una seguridad de extremo a extremo que se alinea con su postura de propiedad de IP.

Las organizaciones que gestionan su propio espacio IP a menudo también controlan su propia infraestructura de dominio. El Registro de Dominios a través de AlexHost le permite consolidar la gestión de DNS, dominios e IPs bajo una única relación con el proveedor, simplificando la carga operativa.

Matriz de Decisión: ¿Es el Anuncio BYOIP Adecuado para Usted?

Use esta matriz para determinar si este servicio se adapta a sus requisitos técnicos y empresariales antes de comprometerse.

Lista de Verificación de Puntos Técnicos Clave

Antes de enviar su ticket de pedido, verifique lo siguiente:

• Su prefijo está registrado en RIPE NCC (o ARIN/APNIC) bajo su organización
• El tamaño mínimo de prefijo es /24 para IPv4 o /48 para IPv6
• Tiene acceso a su portal RIR para crear y modificar registros ROA
• Ha identificado y resuelto cualquier objeto route obsoleto de anuncios ASN anteriores
• Está realizando el pedido en un servidor dedicado — las instancias VPS no son elegibles
• Comprende que la tarifa mensual escala por bloque /24 (por ejemplo, un /22 = 4 x €20 = €80/mes)
• La delegación de DNS inverso está planificada como parte de su configuración posterior al anuncio
• Ha reservado entre 15 y 60 minutos para la propagación BGP global tras la activación del anuncio

Preguntas Frecuentes

¿Cuál es el tamaño mínimo de prefijo IPv4 que AlexHost puede anunciar?

El mínimo es /24. Los prefijos más específicos que /24 (como /25, /26, etc.) son filtrados por la mayoría de los routers de internet y no se propagarán de manera fiable a través de la tabla de enrutamiento global, lo que los hace no funcionales para uso en internet público.

¿Puedo usar el anuncio BYOIP en un VPS?

No. Este servicio está disponible exclusivamente para servidores dedicados. El anuncio BGP requiere recursos de red dedicados que son incompatibles con entornos de hosting compartido o virtualizado.

¿Qué sucede si no creo un ROA antes del anuncio?

Su prefijo será RPKI-desconocido o RPKI-inválido en las redes que aplican la validación de origen de rutas. Un número creciente de grandes ISPs y proveedores de tránsito filtran las rutas RPKI-inválidas, lo que significa que su tráfico será descartado silenciosamente en esos límites de red. Crear un ROA válido autorizando a AS 200019 antes o inmediatamente después del anuncio es esencial.

¿Cómo se calcula el coste para un anuncio /22?

Un /22 contiene cuatro bloques /24. La tarifa mensual es €20 por /24, por lo que un /22 cuesta €80 al mes en tarifas de anuncio, más el coste de su servidor dedicado. La tarifa de configuración única se aplica una vez por evento de anuncio.

¿Puedo anunciar el mismo prefijo desde AlexHost y otro proveedor simultáneamente?

Sí. Anunciar el mismo prefijo desde múltiples ASNs se denomina multi-homing y es una técnica de ingeniería de tráfico legítima y ampliamente utilizada. Necesitaría un ROA válido que autorice ambos ASNs, o registros ROA separados para cada uno. Coordine con el soporte de AlexHost para asegurarse de que la configuración del anuncio admita correctamente su topología de multi-homing.