Resumen

  • Una transferencia reconocida por el registro demuestra un cambio registrado asociado a un prefijo. Por sí sola no demuestra pago, posesión, enrutamiento público, uso del cliente, integración productiva ni la identidad de la red que opera las direcciones.
  • Los estados posteriores a la transferencia deben clasificarse por separado como tenencia, arrendamiento, reserva operativa, renumeración, uso futuro comprometido, integración fallida o producción enrutada. Un bloque puede moverse entre estos estados, y más de un estado puede aplicarse a diferentes porciones del mismo rango transferido.
  • BGP es la evidencia pública más sólida de originación y propagación de rutas, pero los colectores de rutas solo ven lo que sus pares voluntarios les envían. Un prefijo puede estar oculto por agregación, visible solo a través de rutas privadas o limitadas, retirado temporalmente o utilizado dentro de un acuerdo que no expone a la parte comercial.
  • RPKI añade evidencia de autorización de origen, no evidencia de que exista una ruta o transporte tráfico. El DNS inverso añade evidencia de nomenclatura y delegación, no de utilización. RDAP añade evidencia de registro y contacto, no un censo operativo. Cada fuente responde a una pregunta diferente.
  • El tiempo es esencial. Una etiqueta diaria adjunta a la fecha de transferencia clasificará erróneamente las etapas normales. El estudio debe conservar las líneas de base previas a la transferencia, observar las rutas exactas y de cobertura, medir los cambios de origen y visibilidad, y mantener abiertos los casos no resueltos en lugar de forzarlos a "usado" o "no usado".
  • La no enrutación nunca debe tratarse automáticamente como especulación. La capacidad de reserva, la recuperación ante desastres, la renumeración por etapas, los compromisos con los clientes, las condiciones de financiación, los litigios, la contaminación técnica y la integración abandonada pueden producir silencio sin demostrar intención manipuladora.
  • Una mejor evidencia del mercado publicaría transiciones de estado, cobertura de observación e incertidumbre sin exigir contratos confidenciales. El registro debe mantener un historial de transferencias preciso; los operadores, investigadores y participantes del mercado deberían poder probar lo que sucedió después sin convertir la telemetría de red en una licencia para la aprobación comercial.

Un cierre no es un paquete

El título describe un error analítico común, no un escándalo único. Un comprador y un vendedor acuerdan términos. Se completan los controles requeridos. Un registro cambia el titular registrado y añade una fila a una lista de transferencias pública. La transacción ahora es visible para cualquiera que descargue esa lista. Sin embargo, un colector de rutas nunca ve el prefijo transferido anunciado por el comprador.

¿Qué pasó?

La respuesta tentadora es que el comprador adquirió el bloque solo para mantenerlo. Esa respuesta puede ser correcta en un caso particular. No está establecida por la evidencia. El registro de transferencia y el registro de enrutamiento son observaciones de sistemas diferentes.

El registro del registro se refiere a la administración reconocida. Dependiendo de la región y el tipo de transferencia, puede identificar un origen, destinatario, prefijo, fecha, código de país y si el evento fue una transferencia de política o un cambio en la estructura empresarial. Marca un evento institucional. No divulga el acuerdo privado, la fecha de liquidación, las condiciones de financiación, los acuerdos de arrendamiento, el plan de migración, los contratos con los clientes ni el diseño interno de la red.

BGP se refiere a la información de accesibilidad intercambiada entre sistemas autónomos. Una ruta vista en un colector muestra que al menos una ruta monitoreada transportó un anuncio para un prefijo en un momento dado. No identifica al propietario beneficiario. No muestra el precio de compra. No muestra si los paquetes llegaron a un servicio en funcionamiento. No nos dice si la ruta provino de un arrendatario, cliente de tránsito, proveedor de servicios gestionados o el propio adquirente.

ElSistema de Registro de Números de Internet descrito en RFC 7020hace que el límite sea excepcionalmente claro. La precisión y unicidad del registro son objetivos del registro, mientras que si las direcciones se anuncian realmente y cómo se anuncian son cuestiones operativas fuera del alcance del sistema de registro. La escasez no borró esa separación. Hizo que las consecuencias de olvidarla fueran más costosas.

Por lo tanto, un investigador de transferencias debería comenzar con dos preguntas independientes. ¿Qué cambio reconoció el registro? ¿Qué cambió en la operación de red observable? Solo después de responder ambas, el estudio debería preguntar qué estado económico es consistente con la evidencia combinada.

El mercado necesita siete estados, no un veredicto binario

"Enrutado" y "no enrutado" son observaciones útiles. Son pobres categorías económicas. Un /16 transferido puede contener varios /20 en producción, un /19 retenido para crecimiento, bloques más pequeños arrendados a clientes y una porción que se está limpiando después de abusos anteriores. Una etiqueta para todo el /16 destruye precisamente la información que el mercado necesita.

Una clasificación más útil comienza con siete estados.

Tenenciasignifica que el destinatario retiene el control reconocido sin suficiente evidencia para asignar un propósito operativo inmediato. La tenencia es una descripción, no un juicio. Cubre una posición larga similar a una pensión, una posición de inventario, una empresa que espera una venta, o simplemente un caso para el cual los observadores públicos saben demasiado poco. El término no debe actualizarse silenciosamente a "acaparamiento" o "especulación".

Arrendamientosignifica que otro operador obtiene uso contractual mientras el titular registrado de nivel superior puede permanecer sin cambios. El arrendatario puede originar las rutas desde su propio sistema autónomo, utilizar un origen gestionado proporcionado por el arrendador, o colocar clientes detrás de las direcciones. El enrutamiento público puede revelar un origen inconsistente con el nombre registrado sin explicar el contrato.

Reservasignifica que el bloque se mantiene como seguro operativo o capacidad planificada. La recuperación ante desastres, la contingencia de fusiones, la conmutación por error de clientes, la separación de reputación de direcciones y un margen para el crecimiento repentino pueden crear valor de opción antes de que aparezca una ruta pública. La reserva es económicamente activa incluso cuando los paquetes no fluyen.

Renumeraciónsignifica que el despliegue está en transición. El adquirente puede preparar la política de enrutamiento, listas de acceso, correcciones de geolocalización, DNS inverso, controles de seguridad, avisos a los clientes y cambios en las aplicaciones antes de anunciar el nuevo rango. Los rangos antiguos y nuevos pueden superponerse durante meses. Un bloque transferido puede ser productivo solo después de una migración deliberadamente lenta.

Uso futurosignifica que un despliegue creíble está comprometido pero aún no está en funcionamiento. La distinción de la reserva es la evidencia de un proyecto fechado, contrato con el cliente, pedido de equipo, apertura de instalaciones o plan de migración. Los observadores públicos a menudo no pueden ver esa evidencia, por lo que deben registrar el estado como posible en lugar de declararlo probado.

Integración fallidasignifica que el uso previsto no se materializó. La causa puede ser la pérdida de un cliente, fallo de financiación, reputación de direcciones dañada, conflicto de política de enrutamiento, errores de geolocalización, disputa legal, cambio corporativo o un plan técnico que resultó antieconómico. Esto es comercialmente importante porque una transferencia cerrada aún puede fallar como inversión.

Producción enrutadasignifica que el bloque se anuncia de manera observable y está respaldado por señales adicionales consistentes con la operación. Incluso esta categoría necesita niveles. Una ruta vista una vez no es lo mismo que una visibilidad sostenida entre colectores, autorización de origen estable, nomenclatura inversa y servicios alcanzables.

Los estados no son mutuamente excluyentes a nivel agregado. La clasificación debe ocurrir en el prefijo estable más específico respaldado por los datos y debe preservar las transiciones. La pregunta no es "¿Se utilizó el acuerdo?" Es "¿Qué porciones entraron en qué estados, en qué momentos y con qué evidencia?"

Los registros de transferencias públicos establecen un límite de evento, no una conclusión económica

Elformato común de registro de transferencias NROproporciona a los investigadores un valioso punto de partida. Permite a los RIR publicar registros de transferencias intraregionales e interregionales acumulativos en una estructura JSON compartida. El valor es la comparabilidad: un prefijo, tipo de transferencia, origen, destinatario, fecha y campos regionales relacionados pueden normalizarse entre instituciones.

Ese registro compartido sigue sin ser un libro de contabilidad de todos los hechos comerciales. Una fila de transferencia puede representar un prefijo en lugar de un acuerdo completo. Una adquisición comercial puede dividirse en muchas filas porque el espacio de direcciones estaba fragmentado. Varias filas en un mismo día pueden reflejar un único precio y una única liquidación. Por el contrario, un agregado transferido puede luego dividirse entre diferentes acuerdos operativos.

El tipo de evento también importa. Lasestadísticas de transferencias de RIPE NCCdistinguen las transferencias de política de los cambios en la estructura empresarial y pueden identificar casos permanentes o temporales. Una actualización relacionada con una fusión no es automáticamente una venta en el mercado. Un cambio de registro temporal no equivale a una disposición permanente. Contar cada fila como un activo adquirido corrompería tanto el análisis de precios como el de despliegue.

La fecha publicada también debe interpretarse con cuidado. Laespecificación histórica del registro de transferencias de APNICdescribe la fecha de transferencia como la fecha en que el destinatario recibió el recurso en el registro. Esa fecha es un ancla administrativa. El acuerdo comercial puede ser anterior, el pago puede ser condicional y la migración operativa puede ser posterior.

Por lo tanto, la unidad correcta es un caso de transferencia conciliado. Las filas con las mismas partes, tipo de evento, ruta institucional y fecha de cierre pueden estar vinculadas, preservando cada prefijo. El caso debe mantener al menos tres relojes: acuerdo o liquidación cuando los contribuyentes confidenciales puedan proporcionarlo, reconocimiento del registro y primer cambio de estado operativo observado.

El análisis público puede proceder sin conocer el precio. Puede preguntar cómo se comportó el prefijo antes y después del reconocimiento del registro. Pero nunca debe describir la fecha de transferencia como si se hubiera accionado un interruptor en cada enrutador. La fecha crea una ventana de observación; no predetermina lo que la ventana debe contener.

BGP proporciona la mejor evidencia pública de rutas y una vista incompleta

RFC 4271define BGP como un intercambio de información de accesibilidad sujeto a la política de enrutamiento local. Los locutores reciben rutas, eligen entre ellas y deciden qué anunciar a sus pares. Esto hace que los datos de BGP sean poderosos: pueden mostrar la aparición, retirada, origen y propagación de una ruta de una manera que ninguna entrada de registro puede.

También explica por qué un colector no es Internet. ElServicio de Información de Enrutamiento de RIPErecibe actualizaciones y retiros de BGP de redes que se interconectan voluntariamente con sus colectores de rutas. RouteViews también archiva datos RIB y UPDATE de sus propios pares colectores. Estos proyectos proporcionan una observación amplia e históricamente profunda. No reciben todas las rutas de todos los sistemas autónomos.

La primera prueba de ruta debe buscar el prefijo transferido exacto. Si se movió un /20, ¿algún colector vio ese /20? Registre el AS de origen, la primera fecha vista, la última fecha vista, el número de pares del colector, el número de colectores distintos y la persistencia de la observación.

La segunda prueba debe buscar más específicos. El /20 puede nunca aparecer como una ruta porque el operador anuncia dieciséis /24. Un estudio que verifica solo el prefijo transferido llamará silencioso a un despliegue activo. La cobertura de más específicos debe medirse por recuento de direcciones y tiempo, teniendo cuidado de no contar dos veces rutas superpuestas.

La tercera prueba debe buscar rutas de cobertura. El /20 transferido puede estar dentro de un /16 ya anunciado por un padre, proveedor o empresa del grupo. La tabla global puede alcanzar las direcciones a través de ese agregado sin exponer un /20 separado. Un colector de rutas no revelará el límite transferido porque la agregación de enrutamiento está haciendo exactamente lo que fue diseñada para hacer.

La cuarta prueba debe medir la continuidad y el cambio de origen. Un nuevo origen después de la transferencia puede indicar integración, arrendamiento o un acuerdo de enrutamiento gestionado. Un origen sin cambios puede significar que el vendedor aún opera la red temporalmente, las partes pertenecen al mismo grupo corporativo, el comprador adquirió la empresa operadora, o el espacio de direcciones se ha arrendado de vuelta. La continuidad del origen es evidencia, no un veredicto.

Finalmente, el estudio debe conservar la cobertura del colector. "No visto" debe significar no visto por los colectores y pares listados durante el período indicado. Sin esa frase, la ausencia se exagera.

La visibilidad de la ruta no es tráfico, servicio ni ingresos

Una ruta BGP estable es una evidencia más sólida que una fila de registro para la producción enrutada, pero sigue siendo una evidencia del plano de control. Muestra una ruta anunciada. No mide el recuento de clientes, la ocupación de direcciones, el volumen de paquetes, la calidad del servicio ni los ingresos.

Un operador puede anunciar un /16 completo mientras usa solo una pequeña porción. La ruta proporciona accesibilidad para el agregado, no un mapa de utilización. Una empresa de alojamiento puede colocar miles de endpoints activos detrás de un /20, mientras que otro operador anuncia un bloque del mismo tamaño para un puñado de sistemas de infraestructura. BGP trata ambos como un solo anuncio de prefijo.

El error opuesto también importa. Una ruta puede ser visible mientras no hay ningún servicio útil disponible. Un comprador puede anunciar un bloque brevemente para probar filtros o actualizar servicios de geolocalización. Un arrendador puede mantener presente una ruta agregada mientras ningún cliente utiliza un subrango particular. Un secuestro o fuga de ruta puede crear visibilidad no relacionada con la producción autorizada.

Las mediciones del plano de datos pueden añadir contexto. Las direcciones que responden, las respuestas DNS, los protocolos de enlace TLS y las mediciones de ruta pueden respaldar una inferencia operativa. Sin embargo, cada método tiene puntos ciegos. Los cortafuegos suprimen las respuestas. Los servicios pueden ser privados, controlados por acceso o alcanzables solo desde redes seleccionadas. Anycast puede hacer que una ubicación de sonda no sea representativa. La traducción de direcciones de red puede respaldar a muchos usuarios detrás de pocas direcciones públicas. El escaneo ético limita lo que se debe intentar.

Por lo tanto, la escalera de evidencia debe ser explícita. Una observación de ruta prueba la visibilidad en los puntos de observación BGP monitoreados. Las rutas exactas o más específicas persistentes a través de diversos pares respaldan una propagación amplia. La respuesta consistente del plano de datos respalda un servicio activo. Los registros de clientes u operadores pueden respaldar el uso productivo bajo confidencialidad. Ningún peldaño debe ser etiquetado como utilización económica completa.

Esta distinción importa para la valoración del mercado. A los compradores les importa si un bloque puede enrutarse limpiamente, pero también les importan la reputación, la geolocalización, la aceptación ascendente, la demanda del cliente y el costo interno. Una ruta que aparece es un hito. No es el estado de resultados.

RPKI prueba autorización, no anuncio

RPKI a menudo se lee mal en la dirección opuesta. Una Autorización de Origen de Ruta parece proporcionar un vínculo nítido entre un prefijo, una longitud máxima y un AS de origen. Por lo tanto, es tentador tratar una nueva ROA como prueba de que el comprador desplegó el bloque.

La arquitectura dice lo contrario.RFC 6480explica que la información de asignación en la infraestructura de clave pública de recursos no es suficiente para guiar las decisiones de enrutamiento. Una ROA hace explícita una autorización de origen. Establece que un AS está autorizado a originar una ruta para un prefijo dentro de la longitud permitida. La autorización no es un anuncio.

Un destinatario puede crear una ROA semanas antes del lanzamiento como preparación prudente. Puede autorizar varios orígenes para conmutación por error. Un arrendador puede autorizar el AS de un arrendatario. Una empresa puede dejar una autorización en su lugar durante una migración. Una ROA obsoleta puede sobrevivir después de que el plan operativo cambie. Ninguno de estos objetos nos dice si una ruta era visible o transportaba tráfico.

La ausencia de una ROA es igualmente ambigua. La adopción de RPKI es incompleta. Un operador puede enrutar válidamente en el sentido ordinario de BGP sin publicar una autorización de origen. Su ruta será "no encontrada" en lugar de probada como no autorizada. Un estudio que solo cuente el espacio cubierto por RPKI subestimará la operación.

RFC 6811añade dos precauciones más. La validación de origen asigna un estado a una ruta BGP recibida; no atestigua toda la ruta AS. Los enrutadores luego aplican la política local al estado de validación. Diferentes cachés pueden mantener temporalmente vistas diferentes porque los objetos firmados se distribuyen y actualizan con el tiempo.

Para el análisis de transferencias, RPKI proporciona evidencia de transición útil. ¿Desapareció la autorización antigua? ¿Se autorizó un nuevo origen? ¿Hubo una superposición de transición? ¿Las rutas visibles se volvieron inválidas porque una longitud máxima u origen no coincidía? Estas observaciones pueden revelar la calidad de la integración y el riesgo operativo.

No pueden probar por qué un bloque permaneció en silencio. Una nueva ROA seguida de ninguna ruta es consistente con uso futuro, reserva, un lanzamiento fallido o un comprador cauteloso. Sin ROA y sin ruta observada es consistente con tenencia, uso privado, enrutamiento cubierto o simplemente no adopción. La etiqueta honesta es no resuelto a menos que otra fuente lo reduzca.

El DNS inverso muestra delegación y disciplina de nomenclatura, no ocupación

El DNS inverso es otra señal útil pero sobreinterpretada. El mapeo inverso de IPv4 coloca las direcciones bajoin-addr.arpa. La delegación puede mostrar que un operador o cliente ha preparado autoridad para un rango. Los registros PTR pueden revelar convenciones de nomenclatura asociadas con acceso, alojamiento, infraestructura o clientes.

La preparación no es producción. Un comprador puede establecer servidores de nombres y poblar plantillas antes del enrutamiento. Un bloque puede permanecer activamente enrutado con registros PTR escasos o ausentes porque el servicio no los necesita. Los rangos de acceso al consumo pueden usar nombres genéricos. Los proveedores de alojamiento pueden crear registros inversos solo a petición. Los operadores conscientes de la seguridad pueden divulgar deliberadamente poco.

Los límites de delegación también complican la medición.RFC 2317describe la delegación inversa sin clases para rangos menores que un /24. El acuerdo técnico puede usar alias y zonas secundarias que no se asignan limpiamente a una fila de transferencia. Una organización matriz puede retener la autoridad inversa mientras delega rangos de clientes. Una delegación obsoleta puede persistir después de que la relación económica cambie.

El mejor uso del DNS inverso es como señal de cambio fechado. Nuevos servidores de nombres autoritativos cerca de la fecha de transferencia pueden respaldar una inferencia de integración. Un cambio del patrón de nomenclatura del vendedor al del comprador puede marcar la renumeración. Diversos registros PTR con marca de cliente pueden respaldar la producción o el arrendamiento. La desaparición de nombres antiguos puede mostrar limpieza.

La ausencia debe permanecer con bajo peso. Una respuesta PTR faltante no muestra que una dirección no esté en uso. Una respuesta PTR presente no muestra que el host nombrado exista. Incluso un nombre inverso confirmado directo solo prueba una relación configurada en el momento de la observación.

Los investigadores deben preservar la evidencia de delegación de zona por separado de la densidad de PTR individual. Deben registrar la hora de la consulta, la ruta del solucionador y si la respuesta fue autoritativa. Los estudios masivos de DNS inverso también pueden crear preocupaciones de privacidad al exponer patrones de nomenclatura nunca pensados como divulgación de mercado. Los hallazgos agregados suelen ser suficientes.

El DNS inverso es valioso precisamente porque es independiente del registro de transferencia. Añade textura operativa. Se vuelve engañoso solo cuando una pista de configuración se trata como un medidor de ocupación.

RDAP nos dice a quién reconoce el registro, dentro de los límites de publicación

RDAP moderniza el acceso a la información de registro.RFC 7480define su uso sobre HTTP, mientras queRFC 9082define consultas para recursos de números de Internet y registros relacionados.RFC 7484proporciona una manera de encontrar el servicio autoritativo para un rango de direcciones.

Para la investigación de transferencias, RDAP puede confirmar el rango registrado actual, entidades, estado, eventos, enlaces y avisos que el servidor pone a disposición. Las instantáneas repetidas pueden mostrar cuándo cambió el registro público y si un rango se dividió. RDAP suele ser más estructurado y automatizable que la salida antigua de WHOIS.

Aún refleja el registro, no todos los roles económicos. La entidad listada puede ser el titular reconocido, una empresa matriz, un contacto administrativo, un contacto de abuso u otro rol definido por el servicio. El operador que anuncia la ruta puede ser una subsidiaria, cliente, arrendatario, proveedor gestionado o socio de tránsito. Las reglas de privacidad y publicación pueden suprimir detalles. La información de contacto puede ir por detrás de la realidad.

Un estudio de transferencias no debe "resolver" una discrepancia de origen asumiendo que una fuente está equivocada. Si RDAP nombra a la Empresa A y BGP muestra un origen asociado con la Empresa B, la relación es desconocida hasta que se respalde. Puede ser un arrendamiento legítimo, un acuerdo de subcontratación, una fusión, una asignación de cliente o una estructura de grupo. También puede ser un secuestro. La discrepancia es una pista de investigación, no un hallazgo de mala conducta.

Los eventos de RDAP pueden mejorar la cronología, pero la semántica de los eventos varía según el servicio. Una marca de tiempo de último cambio no es necesariamente la fecha de cierre comercial o el inicio del uso. Las cachés y los espejos pueden añadir retraso. Por lo tanto, las instantáneas históricas son importantes; una consulta actual no puede reconstruir cada estado intermedio.

La declaración de registro más sólida es estrecha: en el momento indicado, el servicio RDAP autoritativo devolvió el registro indicado para el rango consultado. Eso puede validar una fila de transferencia pública o revelar un cambio posterior. No puede probar que cada dirección esté ocupada, que un comprador pagó, o que una entidad nombrada controle el origen de la ruta.

Esta restricción no es pedantería. Protege a los operadores legítimos de ser acusados sobre la base de confusión de roles.

El tiempo convierte las pistas débiles en una secuencia creíble

Una instantánea de un solo día está casi garantizada para exagerar la certeza. Las transferencias y las migraciones de red son procesos. La evidencia se vuelve útil cuando se coloca en una línea de tiempo común.

La línea base debe comenzar antes del primer evento comercial o de registro conocido. Como mínimo, el estudio necesita suficiente historia para distinguir un bloque realmente silencioso de uno que fue anunciado intermitentemente. Debe registrar rutas exactas, más específicas y de cobertura; orígenes; visibilidad del colector; ROA; delegación inversa; datos del titular de RDAP; y señales obvias del plano de datos.

La ventana de transferencia luego necesita marcadores de evento. Estos pueden incluir la fecha de transferencia pública, cambio de RDAP, retiro de ruta antigua, creación de nueva ROA, aparición de nueva ruta, cambio de DNS inverso y primera respuesta sostenida. Cuando las partes contribuyen con evidencia privada, el acuerdo, el depósito en garantía, la presentación al registro, la liquidación y el lanzamiento del cliente pueden incluirse bajo confidencialidad.

Después de la transferencia, la observación debe continuar el tiempo suficiente para capturar las etapas normales y los planes fallidos. Siete días pueden detectar un despliegue inmediato. Noventa días pueden detectar una migración. Un año puede revelar activación de reserva, colocación de arrendamiento o reventa. Ningún límite universal convierte el silencio en motivo. El estudio debe publicar varios horizontes en lugar de elegir un plazo moral.

Las transiciones de estado son más informativas que los puntos finales. Una secuencia de cambio de registro, nueva ROA, delegación inversa y luego visibilidad de ruta sostenida respalda una integración planificada. Una secuencia de cambio de registro, ningún cambio de configuración y una transferencia posterior puede respaldar la tenencia de inventario. Una ruta breve, invalidez repetida y retiro puede respaldar una integración fallida. Cada una sigue siendo una inferencia con una etiqueta de confianza.

La intermitencia merece su propia medida. Un bloque visto dos días de un año difiere de uno visto diariamente. La amplitud del colector también importa. Las fechas de primera y última vista deben ir acompañadas de la proporción de días visibles, el número medio de pares y la estabilidad del origen.

Los casos no resueltos deben permanecer no resueltos. Un estudio debe resistir la presión de hacer que cada fila encaje en un gráfico final. En un mercado donde los arrendamientos y las operaciones internas son privados, la incertidumbre es parte del tema, no un defecto que ocultar.

La tenencia es un patrón de hechos, no una categoría moral

Supongamos que un prefijo transferido está ausente de las observaciones BGP exactas y más específicas durante dieciocho meses. RDAP muestra al destinatario. No hay cambios de ROA ni de delegación inversa. El destinatario luego transfiere el bloque nuevamente. Esta es una fuerte evidencia de un período de tenencia sin producción enrutada pública.

Aún así, por sí solo no establece especulación dañina. El comprador puede haber tenido la intención de desplegar y abandonarlo. Puede haber comprado varias alternativas y seleccionado otra. Puede haber mantenido el bloque como garantía o inventario. Puede haber esperado una venta. El motivo requiere evidencia más allá de la telemetría.

La gobernanza del mercado a menudo colapsa esta distinción porque "tenencia" suena pasiva y la escasez da peso político a la pasividad. Sin embargo, todo mercado de capitales contiene inventario y valor de opción. Un operador mantiene enrutadores de repuesto, pares de fibra, capacidad en la nube y efectivo. La pregunta relevante no es si un insumo estuvo sin usar en un momento. Es si la conducta causó un daño definido que justifique una intervención.

La evidencia pública puede medir la concentración, los períodos de tenencia, la activación de rutas y la reventa repetida. Puede mostrar si un pequeño número de entidades adquiere grandes volúmenes que permanecen públicamente silenciosos. Puede comparar el despliegue posterior y la reventa. Esos son hechos valiosos. No identifican automáticamente manipulación, poder de mercado ni representación falsa.

Por lo tanto, la palabra "especulación" debe reservarse para casos con una definición económica: adquisición principalmente para beneficiarse del cambio de precio esperado, respaldada por el comportamiento de la transacción o la intención divulgada. Incluso entonces, la especulación no es sinónimo de abuso. Un análisis separado debe mostrar engaño, escasez artificial, manipulación, evasión de políticas u otro daño cognoscible.

Esta disciplina mejora la investigación en lugar de debilitarla. Un hallazgo de que el 30 por ciento de una cohorte permaneció sin observar al año sería significativo si la cobertura y las definiciones de estado fueran sólidas. Llamar a las mismas direcciones "acaparadas" añadiría retórica y eliminaría precisión.

El mercado necesita medición de la inactividad. No necesita telemetría convertida en un juicio de carácter.

El arrendamiento separa el control registrado de la operación enrutada

El arrendamiento es la razón más obvia por la que un titular transferido y el origen de la ruta pueden diferir. Un comprador puede adquirir el control reconocido y luego conceder el uso a otra red. Dependiendo del acuerdo, el arrendatario puede anunciar el prefijo desde su propio AS, usar el origen del arrendador o recibir direcciones detrás de una red gestionada.

BGP puede exponer un cambio de origen sin divulgar el acuerdo. RDAP puede continuar identificando al titular. RPKI puede contener una ROA que autorice el AS del arrendatario. El DNS inverso puede apuntar al arrendatario, sus clientes o la infraestructura del arrendador. Tomados en conjunto, estas señales pueden respaldar una hipótesis de arrendamiento.

No pueden probar la relación de pago. El mismo patrón puede resultar de enrutamiento subcontratado, una subsidiaria, una reasignación de cliente, una fusión aún no reflejada en la marca pública o un servicio de seguridad gestionado. El mapeo corporativo y la confirmación de las partes son necesarios antes de etiquetar un caso específico.

El arrendamiento también significa que un bloque puede ser económicamente productivo antes de que surja un patrón de ruta pública limpio. Un arrendador puede preparar el rango, reparar la reputación y incorporar clientes gradualmente. El arrendatario puede anunciar más específicos bajo una ruta de cobertura. Algunas direcciones pueden servir interconexiones privadas o servicios de acceso limitado que los colectores y escaneos amplios no observan.

Para el análisis de mercado, la distinción útil es entre el control reconocido de nivel superior y el uso operativo. Ambos deben registrarse. Un titular puede ser económicamente activo al proporcionar capacidad incluso si no es el AS de origen. Un operador puede depender de direcciones que no posee ni mantiene en el nivel superior.

Esto tiene consecuencias de gobernanza. Si un registro intenta inferir arrendamiento prohibido a partir de una discrepancia de origen, corre el riesgo de castigar relaciones de red ordinarias. Si ignora los roles operativos por completo, los contactos de abuso y continuidad pueden apuntar a la parte equivocada. La respuesta es claridad de roles, no identidad forzada.

Un registro delgado puede identificar al titular reconocido, un operador autorizado opcional y un contacto operativo sin publicar renta, plazo, listas de clientes u otras disposiciones sensibles. El mercado puede entonces distinguir el arrendamiento de la discrepancia inexplicada mientras preserva la confidencialidad comercial.

La capacidad de reserva tiene uso económico antes del uso enrutado

Las redes se construyen para picos y fallos, no para la elegancia del día promedio. Un bloque de direcciones mantenido para recuperación ante desastres puede ser valioso precisamente porque no está en producción normal. Una reserva de migración de clientes puede prevenir una compra de emergencia. La capacidad retenida para la apertura de un centro de datos firmado puede respaldar compromisos de financiación y ventas antes de que el primer enrutador lo anuncie.

Por lo tanto, la reserva tiene uso económico sin enrutamiento público actual. El valor es la opcionalidad. El titular paga para reducir la probabilidad de que una futura escasez, bloque contaminado o transacción retrasada interrumpa el servicio.

La telemetría pública a menudo clasificará la reserva como silencio. Puede haber ROA o delegación inversa preparatorios, pero los operadores prudentes también pueden esperar. Los planes de direcciones internos y los compromisos con los clientes no son normalmente públicos. Los investigadores no deben exigir su divulgación solo para evitar una etiqueta negativa.

El método defendible es probabilístico. Un bloque comprado por una red operativa, adyacente a sus tenencias existentes, acompañado de nuevos objetos de autoridad y activado durante un evento de capacidad posterior es consistente con reserva. Un bloque mantenido durante varios años y ofrecido repetidamente para la venta es más consistente con inventario. Ninguna inferencia es cierta sin evidencia de las partes.

La reserva también cambia la forma en que se debe juzgar la política de utilización. Una regla que reconoce solo las direcciones que transportan paquetes en la fecha de revisión penaliza la resiliencia. Alienta a los operadores a crear tráfico cosmético o anunciar espacio prematuramente. Puede hacer que la recuperación ante desastres sea menos robusta mientras afirma eficiencia.

La transparencia del mercado debe distinguir la reserva planificada de la inactividad inexplicada donde el titular elige atestiguar la diferencia. La atestación puede permanecer confidencial para un auditor, con resultados públicos limitados a categorías agregadas y bandas de tiempo verificadas. Ningún registro necesita contratos de clientes o diagramas de red para mantener el registro de nivel superior único.

El principio clave es que el enrutamiento es una forma de uso, no la definición de todo valor. Una póliza de seguro es útil antes del incendio. Las direcciones de reserva son similares: su contribución es la capacidad de responder cuando el suministro ordinario no puede.

La renumeración es lenta porque las dependencias son reales

Es fácil decir que un comprador debería enrutar inmediatamente después del cierre. Es más difícil mover una red de producción sin romper a los clientes.

Las direcciones aparecen en la política del enrutador, cortafuegos, listas de acceso, reglas de monitoreo, DNS, sistemas de geolocalización, controles de fraude, listas de permitidos de socios, certificados, configuración de aplicaciones, documentación del cliente y contratos de proveedores. Algunas dependencias están en manos de terceros que actualizan según sus propios horarios. Por lo tanto, una migración limpia requiere más que un anuncio de origen.

Un comprador puede primero verificar que los proveedores ascendentes aceptan el rango y que los filtros de ruta se han puesto al día con el registro. Puede crear ROA, solicitar delegación de DNS inverso, corregir geolocalización, probar servicios de reputación y notificar a los clientes. Durante la migración, puede anunciar rangos antiguos y nuevos juntos. Puede mover primero los servicios de bajo riesgo, luego las bases de datos, los socios de pago o los clientes regulados.

La secuencia BGP puede parecer desordenada. El origen antiguo puede persistir. Pueden aparecer brevemente nuevos más específicos. Una ruta de cobertura puede ocultar el límite transferido. Algunas rutas pueden ser inválidas hasta que se corrijan las autorizaciones. Una instantánea diaria podría etiquetar cada fase de manera diferente.

Por eso, la primera aparición de ruta no es suficiente. El estudio debe estimar una fecha de estabilización: el punto después del cual el origen, la visibilidad y la autorización permanecen dentro de un rango definido durante un período sostenido. También debe conservar el retiro del bloque antiguo y la duración de la superposición cuando sea visible.

La renumeración fallida necesita un tratamiento separado. Si el nuevo rango está contaminado por errores de geolocalización o reputación, el comprador puede revertir el movimiento. Si un socio crítico rechaza las direcciones, el despliegue puede estancarse. La transferencia del registro puede seguir siendo válida mientras el proyecto operativo falla.

Estas son señales de calidad del mercado. Un bloque que es legalmente transferible pero costoso de integrar vale menos. La evidencia sobre el tiempo hasta el enrutamiento estable, los errores de autorización y la transición del DNS inverso puede ayudar a los compradores a valorar ese riesgo. La evidencia debe mejorar la diligencia, no convertirse en una razón para que una institución apruebe el plan de negocios del comprador.

El uso futuro es creíble solo cuando la afirmación de tiempo puede probarse

"Uso futuro" puede explicar cualquier bloque silencioso, lo que hace que sea fácil de invocar y difícil de evaluar. Una categoría creíble necesita un horizonte y evidencia.

La evidencia podría ser un compromiso de cliente firmado, arrendamiento de instalaciones, pedido de equipo, plan de capacidad aprobado por la junta, condición de financiación o cronograma de migración. Ninguno debe ser público. Un revisor independiente puede verificar la existencia y la fecha de la evidencia sin revelar contrapartes o cantidades. La clasificación pública puede decir "uso comprometido verificado dentro de doce meses" y luego informar si ocurrió la activación.

El punto no es revivir una prueba de necesidad por la puerta trasera. El mercado no necesita que un administrador decida si el proyecto merece las direcciones. La evidencia sirve a la investigación y la divulgación voluntaria. Un comprador que no desea divulgar puede permanecer en la categoría no observada sin perder el reconocimiento.

El tiempo hace que la afirmación sea responsable. Si el horizonte indicado pasa, el registro puede cambiar a retrasado, reserva, integración fallida, arrendado, mantenido o producción enrutada. La afirmación original permanece en la historia. Eso permite a los investigadores estimar con qué frecuencia los planes comprometidos se materializan sin convertir los fallos en mala conducta.

La evidencia de uso futuro es especialmente importante para transacciones grandes. Un despliegue a hiperescala puede requerir largos plazos de entrega y coordinación multirregional. Un pequeño proveedor de acceso puede necesitar direcciones inmediatamente para un lanzamiento. Aplicar un mismo período de gracia a ambos sería arbitrario.

La categoría también puede exponer la fricción de financiación. Un prestamista puede requerir el reconocimiento del registro antes de liberar fondos para equipos. El comprador puede, por lo tanto, cerrar primero la adquisición de direcciones y construir la red después. El silencio durante ese intervalo no es prueba de que la adquisición careciera de propósito; puede ser una consecuencia de la secuencia de financiación.

Los buenos datos permitirían al mercado comparar el horizonte prometido, la activación real y las razones del retraso. No darían a un registro el poder de cancelar una adquisición porque un proyecto se retrasó. El fracaso comercial pertenece a las partes a menos que se establezca otra reclamación legal.

La integración fallida es evidencia que el mercado de transferencias no debe borrar

Las estadísticas de transferencias completadas generalmente tratan el reconocimiento como éxito. Desde la perspectiva del servicio de registro, eso es comprensible. El registro cambió correctamente. Desde una perspectiva económica, un comprador aún puede perder.

La integración fallida ocurre cuando la ruta planificada, el arrendamiento o el despliegue del cliente no se vuelven sostenibles. La reputación de las direcciones puede hacer que el correo o los servicios de consumo sean inutilizables. Los proveedores de geolocalización pueden colocar el rango en el país equivocado. Los filtros ascendentes pueden rechazar anuncios. Una adquisición corporativa puede desmoronarse. Un cliente importante puede cancelar. La financiación puede desaparecer después del cierre.

Las señales públicas pueden revelar parte del fallo. Un anuncio de corta duración seguido de retiro, invalidez de origen repetida, cambios rápidos en el DNS inverso o una reventa posterior pueden formar un patrón. Ninguno prueba la causa. Pueden ser necesarias entrevistas con las partes, registros de corredores, tickets de soporte y verificaciones de reputación fechadas.

La categoría importa porque el silencio después de la transferencia se interpreta de otro modo como tenencia deliberada. Eso oculta la mala calidad del bloque y la fricción institucional. Si un comprador intentó y no pudo enrutar, el mercado necesita saber qué obstáculos se repiten. Una mejor diligencia, corrección de geolocalización, apelaciones de reputación y preparación ascendente pueden reducir esos fallos.

También importa para los estudios de precios. Un bloque fallido puede volver al mercado con descuento. Si los investigadores etiquetan el período de tenencia como especulación, pierden el shock de calidad que causó la reventa. Pueden entonces culpar al comprador por un resultado creado por defectos operativos ocultos.

Los datos de fallos pueden permanecer confidenciales. Los informes agregados pueden identificar la proporción de casos contribuidos afectados por reputación, aceptación de enrutamiento, disputa legal, cancelación de cliente, costo de integración o causa desconocida. Los contribuyentes deben divulgar la cobertura para que la clientela de un corredor no se presente como todo el mercado.

Un mercado de capitales maduro aprende del despliegue fallido, no solo del papeleo completado. El registro no necesita garantizar el éxito comercial. Simplemente debe evitar describir el reconocimiento como prueba de que ocurrió la integración económica.

La producción enrutada necesita una escalera de confianza

Debido a que cada fuente de evidencia es parcial, la producción enrutada debe calificarse en lugar de afirmarse como un hecho único.

Nivel uno: anuncio observado.El prefijo exacto o uno más específico aparece en uno o más colectores BGP nombrados. Registre la hora, el origen y el recuento de puntos de observación. Esta es evidencia directa de un anuncio que llega a esos observadores.

Nivel dos: propagación sostenida.La ruta permanece visible durante una proporción declarada de días y a través de múltiples colectores o pares independientes. El origen y la longitud del prefijo son razonablemente estables. Esto respalda el enrutamiento público continuo.

Nivel tres: coherencia de autorización.Las rutas relevantes están cubiertas por una autorización de origen RPKI coherente cuando el titular utiliza RPKI, con ventanas de transición explicadas. Esto respalda la originación autorizada, no el tráfico.

Nivel cuatro: configuración operativa.La delegación inversa, los patrones PTR, los objetos IRR u otras configuraciones públicas se alinean con el operador observado. Esto respalda el despliegue intencional.

Nivel cinco: evidencia de servicio.Observaciones éticas y limitadas del plano de datos o registros de operadores contribuidos muestran servicios activos, clientes o tráfico. Esto respalda la producción.

La escalera evita la falsa equivalencia. Un prefijo anunciado durante una hora durante una prueba no debe contar igual que un bloque visible durante un año con autorización coherente y servicios. Un bloque bajo una ruta de cobertura puede alcanzar el nivel cuatro o cinco incluso sin una ruta exacta.

La confianza también debe disminuir cuando la evidencia entra en conflicto. Una ruta de un origen inesperado sin una ROA coincidente puede ser legítima pero no resuelta. Un contacto RDAP desactualizado debilita la atribución de roles. Una respuesta del plano de datos desde una dirección no puede establecer el uso de todo el bloque.

La información pública puede mostrar resultados ponderados por direcciones y por prefijos. Los agregados grandes dominan los recuentos de direcciones, mientras que los /24 fragmentados dominan los recuentos de prefijos. Ambas vistas importan.

El propósito no es una etiqueta de certificación universal. Es un método de investigación reproducible. Otro analista que utilice el mismo conjunto de observaciones debería poder alcanzar el mismo nivel, ver las mismas limitaciones y cuestionar la inferencia.

La matriz de evidencia debe preservar la contradicción

Un estudio de transferencias sólido no obliga a todas las fuentes a estar de acuerdo. La contradicción suele ser el resultado más informativo.

Considere un destinatario mostrado en RDAP, un origen sin cambios asociado al vendedor en BGP, una nueva ROA que autoriza ese origen y un DNS inverso todavía bajo los servidores de nombres del vendedor. Esto puede describir un servicio de transición, arrendamiento financiero, operación gestionada o traspaso incompleto. La evidencia respalda la continuidad y la autorización planificada. No identifica el contrato.

Ahora considere un nuevo destinatario, ninguna ruta exacta, más específicos activos bajo varios orígenes de terceros, ROA coincidentes y nombres inversos con marca de cliente. Esto es consistente con arrendamiento o asignaciones de cliente. Llamar al agregado no enrutado sería incorrecto.

Un tercer caso puede mostrar un nuevo destinatario, una nueva ROA, una ruta exacta durante tres días, más específicos inválidos repetidos, retirada y ninguna actividad posterior. Ese patrón respalda una integración intentada pero inestable. Sigue siendo posible que la operación continuara fuera de la visibilidad del colector, por lo que la confianza debe declararse.

La matriz debe almacenar cada observación de forma independiente: evento de registro, estado de RDAP, ruta exacta, cobertura de más específicos, ruta de cobertura, orígenes, amplitud del colector, estado de RPKI, delegación inversa, densidad de PTR, señal del plano de datos y evidencia privada contribuida. La clasificación se deriva de la matriz y puede cambiar cuando llega nueva evidencia.

La contradicción no debe "limpiarse" eligiendo una fuente autoritativa para cada pregunta. RDAP es autoritativo para el registro que sirve, no para la propagación de BGP. Los colectores BGP son testigos directos de las rutas recibidas, no de los contratos. RPKI es autoritativo solo dentro de su cadena de certificados y autorización, no para el reenvío real.

Esta arquitectura produce más incertidumbre que un gráfico binario. También produce más verdad. Los mercados pueden tolerar lo desconocido cuando se nombra. Se vuelven peligrosos cuando una institución lo oculta detrás de una palabra de estado.

Un estudio de cohorte puede probar el mercado sin espiar a los operadores

El proyecto empírico es factible con datos públicos y contribuciones confidenciales voluntarias. Comience con todas las filas de transferencias IPv4 publicadas durante un período declarado. Concilie las filas en casos conservando los prefijos y los tipos de evento. Excluya o informe por separado los eventos de fusión, temporales y correctivos cuando no se puedan comparar con adquisiciones de mercado.

Para cada prefijo, recolecte una línea base previa a la transferencia y una serie temporal posterior a la transferencia de RIS y RouteViews cuando estén disponibles. Mida rutas exactas, cobertura de direcciones más específicas, rutas de cobertura, cambios de origen, días visibles y amplitud de observadores. Mantenga los cambios en la membresía del colector para que un cambio aparente de visibilidad no sea causado por un nuevo par.

Recolecte observaciones de RPKI de archivos de cargas útiles validadas fechados, no solo el estado actual. Registre los cambios de autorización y el estado de validación de origen sin tratar "no encontrado" como fallo. Capture la delegación de DNS inverso y muestre patrones PTR a densidad ética. Almacene instantáneas de RDAP con horas de consulta y procedencia de la respuesta.

Aplique la clasificación de siete estados en horizontes fijos: por ejemplo, 30, 90, 180 y 365 días, más la última observación. Las bandas exactas pueden debatirse, pero deben declararse antes de inspeccionar los resultados. Permita estados no resueltos y mixtos.

Invite a compradores, vendedores, arrendadores, corredores y operadores a contribuir con fechas de eventos confidenciales y categorías de propósito. Exija que los contribuyentes identifiquen su rol y dedupliquen el mismo caso informado por varias partes. Publique la proporción de casos públicos cubiertos por contribuciones privadas.

Los resultados deben ser descriptivos antes que causales. ¿Qué proporción se volvió observablemente enrutada? ¿Cuánto tiempo hasta la visibilidad sostenida? ¿Cuánto permaneció cubierto por un agregado? ¿Con qué frecuencia cambiaron los orígenes? ¿Qué casos muestran señales de arrendamiento coherentes? ¿Cuántos intentos de despliegue fallaron? ¿Cuántos siguen siendo desconocidos?

Ningún prefijo individual necesita ser acusado o calificado públicamente. Las celdas agregadas pueden suprimirse cuando los recuentos de contribuyentes son pequeños. Los investigadores pueden publicar métodos, cobertura e incertidumbre mientras protegen los contratos y la seguridad de la red.

Esto es inteligencia de mercado en lugar de vigilancia: medir los resultados institucionales y operativos al nivel necesario para comprender el sistema, no para exponer la topología del cliente.

Los registros deberían publicar mejor evidencia de eventos, no vigilar el uso posterior

Los RIR controlan hechos que los colectores de rutas no pueden proporcionar: tipo de caso, hora de actualización del registro, ruta inter-RIR dirigida, correcciones y si varias filas pertenecen a un caso administrativo. Publicar esos hechos de manera consistente mejoraría el análisis sin exponer información de precios o clientes.

El registro de transferencias común debe llevar un identificador de caso estable o un enlace de caso que preserve la privacidad, de modo que un acuerdo dividido entre prefijos no se cuente muchas veces. Debe distinguir transferencia de política, fusión, cambio temporal, corrección y otros tipos de eventos reconocidos. Debe preservar las revisiones en lugar de reemplazar filas silenciosamente.

Cada institución también podría publicar marcas de tiempo legibles por máquina para la aceptación, finalización y actualización del registro público, con definiciones. Nada de esto requiere la divulgación del plan de utilización interna del comprador.

Lo que los registros no deben hacer es usar la telemetría posterior a la transferencia como un nuevo poder de aprobación. Una alerta de ausencia de ruta puede ayudar a un titular a detectar un problema de integración. No debe desencadenar una cancelación simplemente porque la institución prefiera el enrutamiento inmediato. Una discrepancia de origen de ruta puede provocar un aviso de seguridad. No debe tratarse como prueba de arrendamiento o control no autorizado.

La diferencia es el propósito. La evidencia puede mejorar la precisión del registro, la seguridad y la calidad del servicio. Se vuelve peligrosa cuando un administrador afirma que la visibilidad pública le otorga autoridad sobre el propósito comercial.

La separación de RFC 7020 sigue siendo un límite sólido. Los sistemas de registro preservan la unicidad y los registros precisos. Los operadores deciden si y cómo anunciar rutas. Los mercados, contratos y tribunales abordan los derechos y disputas comerciales. Los sistemas de seguridad pueden validar la autorización sin poseer la decisión de inversión.

Un registro que publique evidencia de transferencia precisa se volverá más confiable, no menos. Puede decir exactamente lo que hizo y dejar que otras instituciones prueben los hechos dentro de su competencia.

Los participantes del mercado pueden convertir los límites de visibilidad en diligencia valorada

Los compradores ya se preocupan por el historial de rutas porque afecta la integración. Un informe de evidencia disciplinado puede hacer que esa preocupación sea comparable.

El informe debe mostrar orígenes históricos, anuncios exactos y de cobertura, períodos de silencio, más específicos conocidos, historial de RPKI, autoridad de DNS inverso, historial de RDAP, eventos de transferencia, observaciones de reputación y conflictos no resueltos. Cada campo necesita una marca de tiempo y una fuente. La ausencia debe nombrar el alcance de la observación.

El informe no debe certificar "no usado". Puede decir "ninguna ruta exacta o más específica observada en los pares de RIS y RouteViews listados durante el intervalo indicado". Esa oración es más larga y mucho más valiosa. Permite al comprador entender qué se probó y qué sigue siendo desconocido.

La misma evidencia puede respaldar a los vendedores. Un titular puede demostrar un período de retiro limpio, un estado de autorización coherente y la ausencia de registro conflictivo. Un arrendador puede mostrar que terminó una ruta de cliente anterior. Un comprador puede conservar el informe como línea de base para disputas posteriores.

La fijación de precios puede entonces reflejar componentes de riesgo reales. Los secuestros históricos persistentes pueden reducir el valor. La fragmentación y la aceptación del filtro de ruta pueden aumentar el costo de integración. Un largo período de silencio limpio puede ser positivo para la reputación pero no dice nada seguro sobre el título. Las ROA existentes pueden ser activos o riesgos de transición dependiendo del control y el momento.

La portabilidad de la evidencia importa. Si el informe existe solo dentro del sistema privado de un corredor, la parte debe recomprar su propia historia en la siguiente transacción. Un registro firmado y exportable permite al titular transportar observaciones entre proveedores y cuestionar errores.

El mercado no necesita una puntuación única. Las calificaciones compuestas ocultan compensaciones. Necesita hechos fechados e inferencias explícitas. Un comprador puede valorar un largo historial no enrutado; otro puede preferir un bloque con propagación global probada. Un informe neutral permite ambas opciones sin decidir qué negocio merece el recurso.

NRS puede abogar por un estándar de evidencia portátil sin operarlo

La Number Resource Society puede hacer una contribución constructiva abogando por una especificación de evidencia de transferencia abierta y publicando investigaciones sobre cómo los registros, operadores y analistas independientes existentes la implementan. La especificación no determinaría el precio, aprobaría el propósito ni decidiría si la tenencia es virtuosa. Describiría cómo los custodios de registros competentes pueden preservar las observaciones y sus límites.

Como mínimo, NRS puede recomendar que un registro mantenido por el registro responsable, el operador o un proveedor de evidencia calificado vincule un recibo de transferencia reconocido con respuestas RDAP fechadas, resúmenes de visibilidad BGP, cambios de RPKI, delegación de DNS inverso y atestaciones privadas voluntarias. Cada observación debe identificar su colector, fuente de consulta, rango de tiempo, método y confianza. Los estados derivados deben tener versión para que la evidencia posterior no borre el razonamiento anterior.

NRS puede representar a los miembros que buscan el derecho de exportar esos registros y trasladarlos a otro proveedor de servicios calificado. Los investigadores deberían poder implementar el método público de forma independiente. Analistas competidores pueden diferir en la interpretación mientras están de acuerdo en las observaciones subyacentes. NRS no posee el estado de registro autoritativo ni hace efectiva una transferencia.

La evidencia confidencial puede ser representada por una declaración verificable de un revisor independiente autorizado por las partes, no por NRS. Dicho revisor puede inspeccionar un documento fechado que respalde la reserva, el arrendamiento o el uso futuro comprometido sin revelar cliente, precio, plazo ni diseño de red. La participación debe ser voluntaria; la negativa debe dejar el estado desconocido, no crear una presunción negativa.

NRS puede publicar investigación comparativa sobre la cobertura de divulgación y presionar a los implementadores para que la declaren. Un resumen de BGP debe identificar qué familias de colectores y pares se utilizaron. Un informe de DNS inverso debe indicar la densidad de la muestra. Una declaración de RPKI debe identificar el momento de la observación. La portabilidad sin procedencia solo haría que las afirmaciones débiles viajaran más rápido.

Este es un rol estrecho de defensa y representación de miembros con alto valor práctico. Puede exponer la diligencia duplicada, comparar métodos de transición de estado y promover evidencia que sobreviva a un cambio de corredor, registro o plataforma. La custodia, verificación, atestación firmada y mantenimiento del registro autoritativo permanecen con la institución competente y autorizada para realizar cada función.

La prueba positiva de la política que NRS defiende es simple: ¿puede un titular dejar un servicio de evidencia con una copia completa y verificable y continuar operando? Si es así, el servicio respalda el mercado. Si irse hace que la evidencia pierda validez o que las direcciones pierdan reconocimiento, ese servicio se ha convertido en otro guardián. NRS puede documentar y desafiar esa dependencia; no puede eliminarla declarándose el servicio de reemplazo.

El límite de visibilidad debe aparecer en cada conclusión

No hay una cámara global sobre BGP. RIS y RouteViews observan rutas recibidas de pares participantes. Su amplitud los hace indispensables, pero no omniscientes. La composición de los pares cambia. La política de exportación oculta rutas. La agregación oculta límites de transferencia. Las interconexiones privadas y los servicios restringidos pueden permanecer invisibles.

No hay un censo completo de RPKI del uso. Una ROA es una autorización. Puede preceder, sobrevivir o nunca acompañar a una ruta. "No encontrado" no es "no usado". La invalidez puede reflejar un error de integración en lugar de una operación no autorizada.

No hay un censo completo de DNS inverso de la ocupación. Los nombres pueden estar ausentes en direcciones activas, presentes en direcciones inactivas, delegados en límites diferentes o retenidos durante una transición.

No hay una respuesta de registro que enumere todos los roles económicos. RDAP puede proporcionar datos de registro autoritativos mientras omite un arrendamiento, operación de cliente o relación beneficiaria. Los campos de contacto y estado públicos están restringidos por la política y la privacidad.

Incluso la evidencia privada tiene sesgo de selección. Los participantes con despliegues exitosos pueden contribuir más fácilmente que los compradores fallidos. Los corredores ven transacciones seleccionadas. Los grandes operadores mantienen mejores registros que los pequeños. Cada estimación agregada debe publicar la cobertura y la composición de los contribuyentes.

Estos límites no hacen imposible la investigación. Definen las afirmaciones que la evidencia puede respaldar. "Enrutamiento sostenido observado" es defendible. "No se observó ruta en estos puntos de observación" es defendible. "El comprador nunca usó el bloque" generalmente no lo es.

La disciplina debe sobrevivir a los titulares. Un hallazgo dramático sobre espacio transferido silencioso atraerá atención. La oración metodológica no debe desaparecer del resumen público. Si la incertidumbre es demasiado importante para la nota al pie, pertenece a la conclusión.

El acuerdo que nunca se enrutó aún puede haber cambiado la economía de la red

Una transferencia reconocida por el registro es importante. Cambia la relación registrada en torno a un insumo operativo escaso. Puede desbloquear financiación, liquidar una adquisición, permitir un arrendamiento, crear capacidad de reserva o iniciar una migración. También puede dejar a un comprador con un bloque que nunca funciona como se pretendía.

La evidencia de enrutamiento es igualmente importante. BGP puede mostrar si aparecieron anuncios, cómo cambiaron los orígenes y qué tan ampliamente se propagaron las rutas entre los pares observados. RPKI puede mostrar autorización. El DNS inverso puede mostrar configuración. RDAP puede mostrar registro. Ninguno debe hacerse pasar por los otros.

El mercado necesita los siete estados porque el silencio tiene causas. La tenencia, el arrendamiento, la reserva, la renumeración, el uso futuro, la integración fallida y la producción enrutada difieren económica e institucionalmente. Algunos son visibles. Algunos solo pueden verificarse de forma privada. Algunos siguen siendo desconocidos.

La prohibición central es, por lo tanto, analítica, no comercial: no convertir "no observado" en "especulativo" sin evidencia de motivo y daño. La escasez crea incentivos, pero no deroga las reglas de inferencia.

Un mejor mercado de transferencias preservaría el evento de registro, recopilaría observaciones operativas a lo largo del tiempo, publicaría cobertura, protegería los términos confidenciales y permitiría que la evidencia viaje con el titular. Los registros seguirían siendo custodios precisos. Los operadores seguirían siendo responsables de las rutas. Los investigadores declararían incertidumbre. Los compradores valorarían el riesgo de integración en lugar de confiar en el folclore.

El acuerdo que se cerró pero nunca se enrutó no es una contradicción. Es un recordatorio de que una transferencia IPv4 puede ser un evento legal, un evento institucional, un proyecto operativo y una inversión en diferentes momentos. La evidencia se vuelve útil solo cuando esos tiempos y roles se mantienen separados.

Fuentes