Resumen

  • Al cerrar la transferencia, ARIN retira del certificado emisor los recursos transferidos y sus ROA; conserva los ROA de los recursos restantes.
  • El certificado del receptor inscrito se amplía automáticamente, pero las nuevas ROA le corresponden a él. Si no participa en RPKI, debe inscribirse.

ARIN puede cambiar el certificado de recursos en cuanto cierra una transferencia y dejar pendiente la nueva autorización de origen. Su documentación divide el trabajo con claridad. El bloque sale del certificado de la entidad que lo cede y sus ROA asociados se eliminan; el certificado se reorganiza para los recursos que conserva y sus ROA permanecen. Si la receptora ya dispone de certificado ARIN, éste se renueva automáticamente para abarcar el bloque recibido. El ROA del nuevo titular requiere una acción adicional.

Un certificado de recursos permite firmar afirmaciones sobre determinadas direcciones. Un ROA nombra el AS autorizado a originar un prefijo y fija su longitud máxima. La transferencia informa a ARIN quién recibe el espacio; no comunica por sí sola qué AS usará esa organización para anunciarlo. Por eso la automatización tiene un límite técnico y editorial: el registro mueve la capacidad de autorizar, mientras la decisión sobre el origen pertenece al operador.

La guía de transferencias de ARIN de 2025 precisa dos escenarios. Una receptora que ya usa RPKI ve ampliado su certificado, pero debe crear ROA nuevos para los recursos recibidos. Una que no participa en RPKI debe darse de alta; recibir la transferencia no la inscribe en el servicio. La página de buenas prácticas RPKI añade que sumar recursos al certificado existente no modifica sus ROA anteriores. El cambio automático de certificado, por tanto, deja una tarea concreta por cerrar.

La salida del emisor también varía según el alcance del movimiento. Si retiene recursos, ARIN recalcula el certificado y conserva los ROA que todavía les corresponden. Si transfiere todos los IP y ASN cubiertos por su acuerdo, el certificado se retira y las autorizaciones correspondientes se borran del repositorio. El antiguo titular pierde la capacidad de afirmar un origen para el bloque transferido. El nuevo debe decidir el AS, el prefijo y el maxLength antes de formular su propia afirmación.

La coordinación práctica empieza antes del cierre. El emisor puede revisar los ROA afectados; el receptor puede preparar su participación RPKI y las autorizaciones que publicará. Después de la transferencia, debe comprobar el certificado renovado y crear los ROA previstos. ARIN también pide revisar los objetos IRR y la delegación de DNS inverso. La titularidad registral y las declaraciones operativas no comparten un único botón de entrega.

Los textos de ARIN no presentan un corte de tráfico ligado a una operación concreta. Una captura fechada del repositorio y una observación de validación de rutas mostrarían el efecto de un caso. La responsabilidad está localizada desde ahora: ARIN hace la parte mecánica y el receptor escribe el origen que quiere autorizar. Un registro que solo diga «transferencia completada» describe la mitad de la transición.

ARIN