Fusiones y adquisiciones: cómo hacerse cargo de las IP y los ASN

Comprar una empresa no implica que sus direcciones IP pasen automáticamente al comprador. El resultado depende de:

• cómo se estructura la operación;
• qué entidad jurídica permanece;
• cómo se registraron originalmente los recursos;
• qué registro regional de Internet (RIR) mantiene los datos;
• si la empresa los posee directamente o se los asigna un proveedor;
• qué documentos respaldan el cambio.

Puede ser necesario actualizar:

• registros IPv4 e IPv6;
• números de sistema autónomo (ASN);
• cuentas del RIR;
• contactos administrativos;
• rutas BGP;
• ROA de RPKI;
• objetos de rutas del IRR;
• DNS inverso;
• documentación interna.

Una operación societaria puede cambiar las relaciones jurídicas y administrativas sin modificar de inmediato el funcionamiento de la red.

Por eso, la revisión previa debe examinar por separado registros, documentos, autorizaciones y enrutamiento real.

No siempre. Al comprar participaciones o acciones puede mantenerse la entidad titular. En una compra de activos, determinados elementos de red pueden pasar a otra entidad. En una fusión puede subsistir una de las sociedades. Una reorganización puede mover recursos entre entidades vinculadas. Cada estructura tiene consecuencias distintas.

ARIN, APNIC y RIPE NCC contemplan procedimientos para estas operaciones. APNIC señala que un cambio de estructura puede exigir registrar a otra organización como responsable de las IP y los ASN, aportando documentación jurídica. ARIN también dispone de un procedimiento específico para fusiones, adquisiciones y reorganizaciones.

El cambio de control comercial de una empresa o red no basta para dar por transferidos sus recursos de numeración.

Antes del cierre, el comprador debe identificar todos los recursos implicados:

• bloques y asignaciones IPv4;
• bloques y asignaciones IPv6;
• ASN;
• identificadores de cuentas RIR;
• identificadores de objetos del registro;
• contactos administrativos;
• acceso a RPKI;
• objetos IRR;
• zonas de DNS inverso;
• anuncios BGP actuales.

Conviene completar el inventario antes de asumir que esos recursos forman parte de la operación. Véase cómo auditar los recursos de numeración de una empresa.

RDAP permite conocer el estado actual del registro, incluidos:

• el rango registrado;
• los datos de la organización;
• el nombre de la red;
• el estado;
• los contactos;
• el registro correspondiente.

Pero esos datos no resuelven por sí solos:

• quién anuncia el recurso;
• si el enrutamiento actual está autorizado;
• qué empresa lo controla internamente;
• si la documentación societaria está completa.

Para interpretar los campos, consultar la guía para leer un registro RDAP.

Las conclusiones de la revisión deben ser precisas. Un registro puede aportar pruebas sobre:

• la organización registrada;
• la administración del recurso;
• los contactos actuales;
• las relaciones históricas vinculadas al recurso.

No equivale automáticamente a una determinación completa de la propiedad legal. Según la operación, también pueden ser relevantes:

• los documentos iniciales de asignación;
• los registros de transferencias;
• los acuerdos de adquisición;
• los contratos históricos;
• las resoluciones del consejo;
• los contratos de servicios;
• la documentación aplicable del RIR;
• la legislación aplicable.

La revisión técnica y la jurídica deben complementarse.

La compra puede estar cerrada y, aun así, fallar operativamente porque nadie puede entrar en la cuenta del registro. Hay que comprobar:

• quién puede iniciar sesión;
• qué correos están asociados;
• si está activada la autenticación multifactor;
• si quedan contactos de antiguos empleados;
• si la información de facturación está actualizada;
• si siguen vigentes los contactos administrativos y técnicos.

Esto resulta especialmente importante en:

• ARIN Online;
• LIR Portal de RIPE NCC;
• MyAPNIC;
• otros sistemas de cuentas de los registros.

El acceso no debe depender de una sola persona. La organización debe poder recuperar el control tras una baja, una reorganización o una adquisición.

ARIN contempla una categoría de transferencia para fusiones, adquisiciones y reorganizaciones. Quien adquiera activos que utilizan IP o ASN, o la red u organización correspondiente en su conjunto, puede solicitar el traslado de esos recursos.

ARIN puede exigir pruebas de la adquisición de los activos o de la entidad registrada. Antes de planificar la operación, consultar directamente los requisitos actuales de ARIN para transferir IP y ASN.

La operación societaria y la transferencia en el registro están relacionadas, pero requieren trámites distintos.

APNIC también tiene un procedimiento para transferencias derivadas de:

• fusiones;
• adquisiciones;
• reorganizaciones.

Cuando cambia la organización que gestiona los recursos, el destinatario puede necesitar una cuenta APNIC y transferirlos a ella. Pueden exigirse documentos jurídicos. Después, APNIC actualiza Whois para reflejar a la nueva organización. Véase el procedimiento para fusiones, adquisiciones y reorganizaciones.

Actualizar el registro refleja el resultado administrativo de la operación; no ejecuta la migración de la red.

La documentación de RIPE NCC contempla:

• fusiones;
• ventas;
• tomas de control;
• reestructuraciones.

RIPE NCC puede pedir que se precise el tipo de operación y se aporten información y documentos jurídicos. También revisa la situación de los recursos de las organizaciones afectadas. El artículo remite a su documentación sobre recursos de numeración.

El trámite puede depender de si:

• el LIR existente sigue abierto;
• un LIR absorbe a otro;
• una organización que no es LIR adquiere un LIR;
• cambia la entidad jurídica;
• solo cambia la denominación social.

Identificar primero la estructura exacta evita dar por hecho un procedimiento que no corresponde.

Un ejemplo de cambio de denominación:

Antes:
Example Networks Ltd.

Después:
Example Infrastructure Ltd.

Si sigue siendo la misma entidad jurídica, los trámites pueden diferir de una transferencia a otra entidad. En cambio:

Empresa A
        ↓
activos adquiridos por
        ↓
Empresa B

puede requerir una transferencia de recursos. Antes de presentar solicitudes, distinguir entre cambio de nombre y cambio de entidad titular o administradora.

No todas las IP públicas que utiliza una empresa provienen directamente de un RIR. Algunas pueden ser:

• asignadas por un proveedor;
• direcciones de un proveedor de nube;
• direcciones del alojamiento;
• direcciones del proveedor de conectividad.

La empresa A utiliza:
198.51.100.0/24

Ese bloque puede estar asignado por el ISP B. La adquisición de A no permite necesariamente llevarlo al nuevo proveedor del comprador. Hay que averiguar:

• quién posee realmente el recurso;
• si puede trasladarse;
• si depende de un contrato de servicios;
• si será necesario renumerar.

La diferencia puede tener consecuencias operativas importantes después del cierre.

La revisión debe intentar responder:

• ¿Cuándo se emitió originalmente el recurso?
• ¿A qué entidad?
• ¿Se transfirió anteriormente?
• ¿La empresa actual cambió de nombre?
• ¿Hubo otra adquisición previa?
• ¿El registro coincide con los documentos societarios actuales?
• ¿Hay lagunas documentales?

Es especialmente importante con bloques IPv4 antiguos, asignados quizá hace décadas y afectados por varias reorganizaciones. Cuanto más largo sea el historial, más necesaria resulta una cadena documental clara.

La operación puede incluir uno o varios ASN. No hay que suponer que sigan exactamente el mismo camino que las IP. El comprador puede:

• conservar el ASN adquirido;
• mantener el enrutamiento bajo la estructura del vendedor;
• migrar los prefijos a su propio ASN;
• operar ambos temporalmente;
• retirar un ASN más adelante.

Véase la diferencia entre ASN e IP. Para cada red de producción importante, documentar:

Prefijo → ASN actual → ASN previsto

Puede que nada cambie de inmediato. La operación jurídica puede cerrarse mientras BGP funciona igual que el día anterior:

Antes de la adquisición:

203.0.113.0/24 → AS64500

Al día siguiente, la empresa puede seguir anunciando:

203.0.113.0/24 → AS64500

Aunque haya cambiado el control societario, esa continuidad puede ser deliberada. Más adelante, el comprador puede migrar a:

203.0.113.0/24 → AS64501

El cierre jurídico y la migración de red deben tratarse como acontecimientos distintos.

Durante la operación y después del cierre, observar BGP para verificar:

• qué prefijos son visibles;
• qué ASN de origen se observan;
• si hay rutas más específicas;
• si aparecen varios orígenes;
• si el estado coincide con el plan de migración.

La metodología aparece en cómo comprobar quién anuncia un prefijo en BGP. Aquí cobra relevancia la distinción que el artículo atribuye a Heng.lu:

El registro puede cambiar sin que cambie el enrutamiento; también puede cambiar el enrutamiento antes de actualizar todos los datos administrativos.

El objetivo es conocer ambos estados y coordinarlos.

Si los prefijos están protegidos por RPKI, revisar todos los ROA correspondientes antes de modificar el enrutamiento de producción. El RFC 9582 define el ROA como un objeto firmado que permite verificar que el titular ha autorizado a un AS a originar rutas para uno o varios prefijos del bloque.

Supongamos esta autorización:

ROA:
203.0.113.0/24 → AS64500

El comprador cambia BGP a:

203.0.113.0/24 → AS64501

Si no actualiza la autorización, la nueva ruta legítima puede quedar como RPKI Invalid. Eso puede causar problemas de alcance en redes que aplican validación del origen de rutas (ROV).

Definir el estado actual:

Prefijo → ASN actual → ROA actual

Y el estado previsto:

Prefijo → ASN futuro → ROA necesario

Tener en cuenta:

• el nuevo ASN de origen;
• el antiguo ASN de origen;
• las longitudes de prefijo permitidas;
• la coexistencia durante la migración;
• cuándo cambiar los ROA;
• cuándo eliminar autorizaciones obsoletas.

Más contexto en cobertura de ROA y adopción de ROV en 2026.

La red adquirida puede tener un objeto como este:

route: 203.0.113.0/24
origin: AS64500

Si migra a:

AS64501

la información IRR también puede necesitar cambios. Los objetos desactualizados afectan a redes que generan filtros con datos del registro de rutas. Tras la adquisición, verificar que las entradas reflejen el enrutamiento previsto.

La operación puede afectar a:

• zonas in-addr.arpa de IPv4;
• zonas ip6.arpa de IPv6;
• configuración DNSSEC;
• acceso a servidores de nombres;
• facultad para gestionar delegaciones.

Cambiar los datos del registro no garantiza acceso a todos los sistemas de DNS inverso. Comprobarlo antes de retirar personal o sistemas antiguos.

Un ingeniero clave puede controlar:

• la cuenta del RIR;
• RPKI;
• credenciales IRR;
• DNS;
• configuración BGP;
• monitorización;
• contactos con proveedores de tránsito.

Si se marcha sin completar el traspaso, el comprador puede controlar la empresa, pero no sus funciones de red esenciales. Antes de la baja, verificar que la organización puede acceder a cada sistema crítico.

La capacidad de anunciar direcciones puede depender de acuerdos con proveedores. Revisar:

• contratos de tránsito;
• sesiones BGP;
• cartas de autorización (LOA);
• acuerdos de mitigación DDoS;
• servicios de colocación;
• alojamiento;
• servicios de enrutamiento gestionado.

Un prefijo puede estar registrado a nombre de A y ser anunciado por B bajo un acuerdo válido. Que C adquiera A no recrea automáticamente esa relación para C. La continuidad contractual requiere su propia revisión.

Una LOA suele acreditar que una parte autoriza a otra a realizar una operación concreta de red. Por ejemplo:

Administrador del recurso
        ↓
autoriza
        ↓
al proveedor de tránsito o alojamiento
        ↓
a anunciar el prefijo

Es una prueba de la relación operativa, pero no sustituye:

• los datos del registro;
• RPKI;
• los contratos;
• los documentos de transferencia;
• la revisión jurídica.

Después de la adquisición, comprobar si las LOA siguen siendo válidas y si deben emitirse otras.

Las bases de terceros pueden seguir vinculando el bloque con:

• la empresa anterior;
• el país anterior;
• nombres de red antiguos;
• informes históricos de abuso;
• datos de reputación obsoletos.

Puede ser necesario revisar:

• geolocalización;
• contactos de abuso;
• listas de bloqueo;
• proveedores de seguridad;
• servicios de reputación.

Es especialmente relevante al transferir direcciones o desplegarlas en otro entorno de red.

Supongamos que B compra:

• servidores;
• contratos de clientes;
• routers;
• infraestructura de centros de datos.

No significa que todas las IP y ASN que utilizan se transfieran del mismo modo. Determinar si los recursos están:

• registrados directamente a nombre del vendedor;
• asignados por un proveedor;
• incluidos en la operación;
• documentados por separado;
• sujetos a una transferencia ante el RIR.

El acuerdo de adquisición debe ajustarse a la realidad técnica.

Si la entidad jurídica sigue existiendo, muchas relaciones con el registro pueden permanecer ligadas a ella. Aun así, revisar:

• contactos;
• credenciales;
• acuerdos;
• facturación;
• acceso RPKI;
• documentación interna;
• planes de enrutamiento.

Aunque no haga falta transferir formalmente los recursos, el control operativo puede cambiar de forma considerable.

Los recursos pueden desplazarse entre:

• filiales;
• matrices;
• entidades regionales;
• sociedades nuevas.

El grupo puede verse como una sola organización, mientras que el RIR reconoce varias entidades jurídicas. Esa diferencia genera dependencias poco visibles. Los registros deben identificar correctamente a la organización responsable conforme al marco aplicable.

Revisar estos puntos antes de completar la adquisición:

Siempre que sea viable, investigar las discrepancias sin explicación antes del cierre.

Repetir la auditoría técnica y verificar lo siguiente.

¿Son correctos los datos de la organización prevista?

¿Tiene el comprador un acceso que funciona?

¿Siguen siendo visibles los prefijos desde los ASN esperados?

¿Las rutas importantes aparecen como Valid?

¿Los objetos coinciden con el enrutamiento previsto?

¿Funcionan tanto el DNS directo como el inverso?

¿Siguen activas las relaciones de enrutamiento con los proveedores?

¿Recibe las alertas el nuevo equipo?

El cierre debe abrir una fase de verificación, no poner fin a la gestión de la red.

Este esquema ayuda a ordenar la revisión:

Operación societaria
        ↓
Documentos jurídicos y contractuales
        ↓
Registros de recursos
        ↓
Autorizaciones de rutas
        ↓
BGP real
        ↓
Servicios operativos

Las capas se influyen, pero no se actualizan automáticamente entre sí. Firmar la adquisición no cambia BGP; cambiar el registro no reescribe un ROA; un ROA nuevo no modifica DNS; un cambio BGP no prueba una transferencia societaria. Un proceso sólido verifica cada capa por separado.

Los operadores independientes necesitan información fiable, por lo que los registros precisos tienen valor. Aun así, son solo parte de la realidad operativa. Un buen modelo debe permitir:

• registros exactos;
• autorizaciones verificables;
• continuidad;
• auditoría;
• recuperación del acceso administrativo;
• rutas estables;
• responsabilidades claras dentro de la organización.

Cada sistema cumple su función. Deben coordinarse lo suficiente para que la organización comprenda y pueda recuperar las relaciones de red de las que depende.

Puede hacer falta una actuación independiente ante el registro.

Un ASN puede ser tan importante como el bloque de direcciones.

Un ROA desactualizado puede dejar la nueva ruta como Invalid.

No todas las direcciones se pueden trasladar.

Las credenciales esenciales pueden marcharse con él.

El registro no muestra todo el enrutamiento real.

BGP no prueba autoridad administrativa ni jurídica.

La transición administrativa y la operativa requieren planes separados.

Gestionar IP en una adquisición no consiste solo en preguntar quién es su «propietario». Hay que determinar el efecto de la operación sobre:

• la entidad jurídica;
• los registros;
• las cuentas RIR;
• los recursos IPv4 e IPv6;
• los ASN;
• BGP;
• RPKI;
• IRR;
• DNS inverso;
• los proveedores;
• la documentación interna.

¿Quién figura en el registro? ¿Quién tiene acceso administrativo? ¿Quién está autorizado a originar el prefijo? ¿Quién lo anuncia realmente? ¿Qué dicen los documentos de la operación? ¿Podrá la nueva organización recuperar y operar los recursos después del cierre?

Una adquisición bien gestionada mantiene coherentes estas respuestas y protege así la continuidad operativa.

No. El procedimiento depende de la estructura de la operación, la entidad jurídica, los registros y las reglas del RIR aplicable.

Sí. Pero deben comprobarse los requisitos de registro y transferencia, sin suponer que la compra actualiza automáticamente los datos de los recursos.

Pueden seguir en uso, transferirse cuando corresponda o sustituirse más adelante. El comprador debe revisarlos por separado de los prefijos IP.

Puede ser necesario. Los procedimientos de fusión, adquisición, reorganización y cambio de denominación varían según el RIR y la estructura de la operación.

No. Las modificaciones del registro y el enrutamiento BGP son procesos separados.