Resumen

  • ARIN consulta sobre la retirada de Whois-RWS, RWhois y Whois por el puerto 43 para concentrar el acceso normalizado en RDAP.
  • Las fechas publicadas son límites iniciales de planificación, no compromisos irrevocables de apagado; cada servicio tiene condiciones propias.
  • La retirada de un protocolo no elimina por sí sola los datos registrales, no cambia los derechos sobre un recurso y no aporta pruebas sobre la operación de BGP.

Cuatro accesos, tres transiciones

ARIN abrió la consulta el 14 de agosto de 2026 y recibirá comentarios hasta las 17:00, hora del Este, del 14 de septiembre. La organización mantiene cuatro vías de información del directorio: Whois-RWS, RWhois, el Whois tradicional por el puerto 43 y RDAP. Sostener interfaces redundantes aumenta la superficie de ataque y el coste operativo. El destino propuesto es un único servicio normalizado basado en RDAP.

La simplificación no se ejecutaría de una sola vez. Para la API Whois-RWS, ARIN plantea 180 días de comunicación con clientes. La interfaz web seguiría disponible hasta que exista una capacidad equivalente respaldada por RDAP, y ARIN promete al menos 30 días de aviso antes de retirarla.

RWhois tiene una dependencia diferente. ARIN prevé recomendar un servidor RDAP de código abierto y entregar una herramienta para convertir los datos RWhois existentes. Solo después de disponer de esa herramienta comenzaría el periodo propuesto de 365 días. En este caso, la fecha depende de una pieza de migración todavía no publicada.

El puerto 43 requiere el horizonte más largo. ARIN propone dos años y comunicación más allá de su comunidad. La consulta no identifica qué organizaciones o usuarios de interés público siguen dependiendo de esa interfaz; esa dependencia debe investigarse, no darse por hecha.

“A partir de” no significa “ese día”

La consulta enumera el 1 de julio de 2027 o una fecha posterior para Whois-RWS, no antes del 1 de enero de 2028 para RWhois y el 1 de enero de 2029 o después para el puerto 43. Las expresiones condicionales forman parte del dato. Eliminarlas convierte una propuesta en un calendario definitivo que ARIN todavía no ha aprobado.

Para gestionar el cambio conviene registrar dos fechas: la frontera inicial declarada y el acontecimiento que activa el reloj real. Ese acontecimiento puede ser un aviso final, una herramienta disponible o una prueba de equivalencia. Un inventario que guarde solo el año de retirada no permite saber si las condiciones se cumplieron.

Acceso y contenido son capas distintas

Los servicios de ARIN muestran datos registrales sobre redes IP, ASN, organizaciones, clientes y puntos de contacto. RDAP normaliza consultas HTTP y respuestas JSON, además de descubrimiento, seguridad y modelos de objetos. Un cliente debe adaptarse a esa estructura, aunque el hecho registral que consulta no cambie.

La migración tampoco cambia por sí sola el significado de una asignación, una adjudicación, un ASN o un contacto, ni demuestra nada sobre la operación real de BGP. Es una modificación de la infraestructura de acceso al directorio.

Durante la coexistencia, toda comparación debe conservar protocolo, URL, consulta, instante y respuesta. Las diferencias pueden proceder de nombres de campos, referencias, límites de resultados o presentación. Si un objeto aparece en una interfaz y no en otra, el siguiente paso es investigar el contrato de consulta, no declarar que el recurso dejó de existir.

Las pruebas deben abarcar direcciones, ASN, entidades y dominios. Una consulta que devuelve el mismo nombre no demuestra que los flujos de caché, error, autenticación y referencia funcionen igual.

Fuentes