Resumen

  • El RDAP de RIPE cubre exclusivamente AS212483, lo identifica como level86 y enlaza ORG-LECL2-RIPE con LEVEL EIGHTY-SIX COMMUNICATIONS LTD. Su estado active y sus fechas describen un registro administrativo, no una prueba de funcionamiento.
  • PeeringDB declara once filas de intercambio para Level 86. En una capa distinta, RIPEstat muestra una observación RIS con visibilidad IPv4 de 0/327 y visibilidad IPv6 de 320/320 bajo el alcance y el umbral indicados por el endpoint.
  • Ni una fila de directorio demuestra una sesión activa ni una vista de colectores garantiza alcance universal. Para evaluar tráfico, capacidad, resiliencia, disponibilidad o experiencia de un cliente hacen falta mediciones autorizadas y fechadas del sistema correspondiente.

La investigación comienza con un objeto inequívoco

Un sistema autónomo es una red o un conjunto de redes que presenta una política común de enrutamiento. El número de sistema autónomo, ASN, identifica ese dominio cuando las redes intercambian información de alcance mediante BGP, el Border Gateway Protocol.

AS212483 es el hilo conductor de las cuatro fuentes. Permite relacionar la marca Level 86 con un objeto registral y una ficha de interconexión sin confiar solo en una coincidencia de nombres. Esa precisión resulta útil al coordinar una incidencia, comprobar un proveedor o revisar una configuración: todas las partes pueden confirmar que hablan del mismo dominio de enrutamiento.

El identificador no contiene un diagnóstico. No revela si un prefijo se anuncia ahora, si otro sistema acepta la ruta o si una aplicación está disponible. Una identidad registral puede seguir siendo exacta mientras cambia el estado operativo. Por eso conviene tratar el número como punto de unión entre evidencias, no como sustituto de ellas.

Qué establece el registro RDAP de RIPE

La respuesta RDAP empieza y termina en el número 212483, de modo que el objeto cubre exactamente un ASN. Utiliza el handle AS212483, el nombre level86 y el estado active. La entidad de organización con handle ORG-LECL2-RIPE contiene el nombre LEVEL EIGHTY-SIX COMMUNICATIONS LTD, que proporciona el puente preciso hacia la entrada de Level 86 en el directorio BTW.

El historial publicado incluye el registro del 8 de agosto de 2022 a las 13:34:13 UTC y un último cambio del 9 de diciembre de 2025 a las 10:25:29 UTC. Son eventos del objeto administrativo. No indican cuándo se instaló un router, cuándo se estableció una sesión ni cuándo cambió la experiencia de un usuario.

También hay que limitar el significado de active. La etiqueta informa del estado del objeto en el registro; no comprueba BGP, equipos ni servicios. La respuesta incluye otras entidades con funciones de registrante, por lo que no sería correcto atribuir la titularidad comercial a cada función. La asociación relevante para la identidad de la empresa es la organización nombrada.

Esta lectura preserva el valor del registro. Mantener un número único, una organización identificable y un historial revisable facilita la coordinación y reduce errores. El registro actúa como libro mayor del recurso; la red en funcionamiento requiere instrumentos diferentes.

PeeringDB describe lo que el participante publica

La consulta de PeeringDB devuelve una fila de red para el ASN 212483. El nombre es Level 86, la denominación alternativa es 86 COMMUNICATIONS, el tipo de red figura como Enterprise, la política general de peering como Open y el conjunto IRR como AS-86. La misma ficha declara 100 prefijos IPv4 y 120 prefijos IPv6.

Esos campos son mantenidos por el participante. Sirven como referencia de coordinación y pueden compararse con el diseño esperado. No son una captura independiente de anuncios BGP ni muestran qué rutas acepta otra red, qué camino sigue un cliente o cuánta carga transporta una interfaz.

Dentro de la respuesta aparecen once filas de intercambio. Diez están marcadas como operativas y una como no operativa; las once tienen activado el indicador de par con servidor de rutas. La lista abarca NetIX, CHIX-CH, LOCIX Frankfurt, Poema IX, FogIXP, NL-ix, Lambda-IX, LOCIX Düsseldorf, BGP.Exchange Zurich, FREMIX y ZXIX Hong Kong.

Las velocidades declaradas se distribuyen en dos filas de 100 Mbps, una de 250 Mbps, una de 500 Mbps, seis de 1.000 Mbps y una de 10.000 Mbps. Esas cifras no miden tráfico actual, capacidad libre ni un derecho contractual. Tampoco el campo operativo constituye vigilancia continua de una sesión. Once entradas lógicas no demuestran once instalaciones, fibras, alimentaciones, proveedores ascendentes o dominios de fallo independientes.

La observación RIS pertenece a otra capa

El endpoint routing-status de RIPEstat resume una vista del Routing Information Service. La respuesta fija su query_time en el 7 de agosto de 2026 a las 00:00 UTC. En ese contexto devuelve cero prefijos IPv4 que cumplan el criterio de visibilidad entre los 327 pares full-feed de RIS indicados. Para IPv6 devuelve 16 prefijos anunciados, equivalentes a 31 bloques /48, visibles ante los 320 pares full-feed listados de un total de 320.

El propio endpoint excluye rutas vistas por menos de diez pares full-feed de RIS. Por tanto, 0/327 significa que ninguna ruta IPv4 entró en esa vista después de aplicar dicho umbral. No significa que no existiera ninguna ruta IPv4 en todos los puntos posibles, que todos los servicios IPv4 de Level 86 estuvieran fuera de línea ni que hubiera ocurrido una interrupción.

El 320/320 de IPv6 también conserva un límite. Es una señal sólida para ese conjunto de observadores y ese contexto temporal, pero no acredita alcance universal, autorización de rutas, baja latencia, continuidad ni buen funcionamiento de una aplicación. La visibilidad de BGP y el resultado de un servicio son comprobaciones distintas.

La respuesta añade 2.964 vecinos observados. Esa cifra deriva del modelo de los colectores; no debe convertirse en un conteo de pares directos, contratos comerciales, instalaciones o caminos físicamente independientes.

Dos marcas temporales no forman por sí solas una cronología

Además del tiempo de consulta, la respuesta incluye un campo de última observación para el prefijo IPv6 2401:5a0:ff03::/48, fechado el 7 de agosto de 2026 a las 00:00 UTC. También registra 41.216.185.0/24 como un prefijo visto por primera vez con origen 212483 el 13 de octubre de 2021 a las 00:00 UTC.

Aunque la última observación y el tiempo de consulta llevan la misma marca temporal, deben conservarse como campos distintos tal como los presenta el endpoint. Sin más información sobre su procesamiento, no es válido fusionar ambos campos en una única hora de «estado actual» ni afirmar que una ruta cambió a partir de esos campos. La fecha de primera observación tampoco demuestra propiedad, autorización o anuncio continuo desde 2021.

Cómo convertir los registros en una comprobación útil

Primero se confirma la identidad: AS212483, la organización concreta y la entrada exacta del directorio. Después se utiliza PeeringDB como lista de hipótesis. ¿Coinciden el nombre, la política, el conjunto IRR y las filas de intercambio con el alcance que se quiere revisar? Una diferencia señala una pregunta; una coincidencia no cierra la investigación.

Para una cuestión de enrutamiento, el siguiente paso es registrar el colector, la hora de consulta, el umbral, la familia de direcciones y los prefijos observados. Cuando la decisión exige más confianza, conviene contrastar varios puntos de observación adecuados. Para una cuestión de servicio se necesitan además pruebas de extremo a extremo y telemetría de aplicación. Para capacidad hacen falta métricas de interfaz o del servicio durante una ventana definida.

Este orden evita confundir funciones. RDAP responde quién figura para el recurso. PeeringDB responde qué declara el participante. RIS responde qué vieron determinados colectores. Ninguna de las tres respuestas sustituye una medición del producto que utiliza un cliente.

El límite de las cuatro fuentes

El expediente público permite describir la identidad de AS212483, el perfil de interconexión declarado y una observación de rutas acotada. No revela la topología física completa de Level 86, los términos comerciales de una relación ni el camino de un usuario concreto.

Tampoco establece volumen de tráfico, margen disponible, autorización de rutas, controles de seguridad, aislamiento de fallos, rendimiento, disponibilidad o resiliencia. La ausencia IPv4 de la vista RIS no autoriza una conclusión de caída. La visibilidad IPv6 completa dentro del conjunto indicado no autoriza una garantía global. El número de intercambios no autoriza una conclusión de diversidad física.

La conclusión respaldada es más precisa: RIPE vincula el objeto AS212483 con la organización Level 86 nombrada; PeeringDB publica una superficie de interconexión declarada; y RIS muestra una diferencia marcada entre IPv4 e IPv6 bajo sus condiciones de consulta. Cualquier afirmación sobre resultados operativos requiere evidencia adicional, acotada y contemporánea.

Qué vigilar

  • cambios en la organización, el estado administrativo o los eventos de AS212483 en RIPE RDAP;
  • cambios en el nombre, la política, el conjunto IRR, los conteos de prefijos o las filas de intercambio de PeeringDB;
  • observaciones posteriores que conserven tiempo de consulta, familia de direcciones, denominador de pares y umbral de baja visibilidad;
  • evidencia autoritativa de sesión o ruta que confirme o contradiga una declaración concreta del directorio;
  • telemetría del servicio cuando la pregunta sea disponibilidad, rendimiento o impacto para un cliente.

Fuentes