Resumen
- El directorio identifica a United Electric Cooperative como la entrada de operador vinculada a AS393442, y el Registration Data Access Protocol de ARIN registra exactamente ese número y ese nombre dentro de una ficha administrativa.
- La captura de RIPE RIS informa de visibilidad IPv4 cualificada en 327 de 327 pares full-feed listados y de visibilidad IPv6 en 0 de 321; el resultado depende del producto, del umbral, de los colectores y de las marcas de tiempo.
- PeeringDB ofrece un perfil exacto United Electric Cooperative / AS393442, pero su estado y sus filas son declaraciones mantenidas por el participante, no verificación de sesiones, presencia física, tráfico, capacidad o calidad de servicio.
La pregunta correcta no es cuál etiqueta tiene razón
Cuando active, una visibilidad de 327 sobre 327 y ok aparecen juntos, parece tentador resumirlos como una confirmación general de funcionamiento. Esa lectura mezcla objetos diferentes. ARIN describe la situación de un objeto administrativo. RIPE RIS describe lo que un producto derivado de colectores observó bajo condiciones declaradas. PeeringDB describe una ficha mantenida por el participante.
BGP permite que redes operadas de forma independiente intercambien información sobre los bloques de direcciones que pueden alcanzar. Un sistema autónomo agrupa decisiones bajo una política común, y su ASN lo diferencia de los demás. AS393442 sirve como clave estable para unir fuentes, incluso si el nombre de la organización aparece con abreviaturas o alias.
La coincidencia del número y del nombre mejora la identidad del caso. No convierte al directorio en monitor de rutas, al registro en prueba de servicio ni al perfil de interconexión en medición independiente de todos sus campos. La pregunta útil es qué sistema produjo cada dato y qué conclusión cabe dentro de ese método.
El directorio delimita el sujeto
En la captura retenida, la ruta exacta del directorio mostraba el H1 United Electric Cooperative y hacía visible AS393442. La dirección solicitada, la final y la canónica coincidían. La instrucción para robots permitía indexar y seguir enlaces, y la página no era una respuesta blanda de contenido inexistente.
Esos rasgos evitan atribuir a un nombre parecido los datos de AS393442. La ficha se conserva como entrada de operador, no como una caracterización más amplia. El directorio aporta identidad y navegación; no verifica clientes, equipos, instalaciones, territorio, rutas, autorización ni estado operativo.
También aparecían otros ASN como contexto de relaciones. Verlos en la página no demuestra que United Electric Cooperative los posea o controle. En particular, AS395129 no se incorpora a la atribución de este artículo porque ninguna de las fuentes aceptadas establece ese vínculo operativo o jurídico.
El RDAP de ARIN es un registro administrativo
RDAP, sigla de Registration Data Access Protocol, devuelve datos estructurados sobre recursos numéricos de internet. La respuesta de ARIN cubre exactamente AS393442: startAutnum y endAutnum valen 393442, el handle es AS393442 y el nombre del objeto es UNITED-FIBER. El registrante tiene el handle UEC-33 y figura como United Electric Cooperative.
El arreglo de estados contiene active. El sujeto de esa palabra es el objeto del registro. El dato permite comprobar que existe una ficha administrativa exacta para el número, pero no indica si hay un router encendido, una sesión BGP establecida, un prefijo visible o una aplicación disponible.
Tampoco resuelve la autorización de un origen observado ni la titularidad legal de todos los activos que pudieran relacionarse con el ASN. Esas cuestiones requieren sus propios documentos. El valor del registro está en otro lugar: números únicos, asociaciones precisas y cambios trazables ayudan a coordinar redes y a investigar errores. Un libro administrativo puede mantenerse estable mientras cambia el sistema en ejecución.
RIPE RIS conserva una observación con límites explícitos
El Routing Information Service de RIPE recibe información BGP desde puntos de observación participantes y publica productos derivados de esas vistas. La respuesta congelada para AS393442 incluye una hora de consulta del 7 de agosto de 2026 a las 16:00 UTC y una hora de respuesta del mismo día a las 23:03:34.737843 UTC. Ambas marcas forman parte del significado de la captura.
El mensaje de la respuesta señala que excluye rutas con visibilidad muy baja, definida como menos de diez pares RIS full-feed que las vean. Por tanto, los valores no abarcan cualquier señal posible: describen rutas que superaron el umbral dentro de ese producto y esa población de colectores.
Para IPv4, las rutas cualificadas eran visibles en 327 de los 327 pares full-feed listados. Los campos de espacio anunciado indicaban 127 prefijos que representaban 88.576 direcciones. Para IPv6, la visibilidad cualificada era 0 de 321 pares, con cero prefijos y cero bloques equivalentes /48. El campo de vecinos observados era diez.
Cada cifra necesita su denominador y su familia de direcciones. Que todos los pares IPv4 listados vieran rutas cualificadas no prueba que todos los sistemas de internet pudieran alcanzar cada dirección. Que la vista IPv6 devolviera 0 de 321 no demuestra que no existiera ninguna capacidad, sesión o conexión IPv6 fuera de esa observación.
El producto tampoco mide tráfico, capacidad, latencia, preferencia de camino, topología física, diversidad, resiliencia ni experiencia de usuario. Una observación BGP puede registrar un origen sin decidir si está autorizado. Su utilidad consiste en describir señales de encaminamiento con método y tiempo, no en responder preguntas legales o de servicio.
Dos prefijos impiden construir una historia continua
La respuesta incluye campos first_seen y last_seen. El primero selecciona 209.152.140.0/24, con origen 393442, el 8 de julio de 2014 a las 08:00 UTC. El segundo selecciona un prefijo distinto, 66.255.208.0/20, con el mismo origen el 7 de agosto de 2026 a las 16:00 UTC.
No son los extremos de una sola ruta ni de una sola etapa operativa. Separar las fechas de sus prefijos y afirmar que la actividad fue continua entre 2014 y 2026 añadiría una historia que el endpoint no ofrece. Tampoco sabemos, a partir de esos dos campos, cómo cambió la cobertura de colectores o qué huecos existen.
Un estudio de continuidad necesita una serie temporal adecuada, metodología y puntos de observación declarados. Una afirmación sobre un incidente necesita además medidas del servicio y del intervalo afectados. Los dos valores históricos, al corresponder a prefijos diferentes, no sustituyen ese trabajo.
PeeringDB es una declaración útil, no una prueba completa
La respuesta capturada de PeeringDB contenía un único perfil para AS393442 con el nombre United Electric Cooperative y el alias United Fiber. Indicaba el dominio unitedfiber.com, el estado ok y una actualización del 29 de julio de 2026 a las 16:30:30 UTC. Esa coincidencia aporta una referencia independiente para el par nombre-ASN.
La ficha incluía dos filas netixlan y dos filas de instalaciones. Son datos que el participante mantiene y que pueden orientar una comprobación posterior. Una fila no demuestra que una sesión esté activa, que se intercambie tráfico, que exista una presencia física verificada ni que siga vigente una relación contractual.
El estado ok se refiere a la ficha de PeeringDB, no a la salud de un servicio. Para confirmar una sesión harían falta observaciones operativas apropiadas o confirmación directa. Para confirmar presencia en un lugar sería necesaria evidencia independiente que responda a esa pregunta. Mantener este límite permite usar el perfil sin transformarlo en un mapa certificado.
Registro, colectores y perfil pueden coexistir
El registro de ARIN, la respuesta congelada de RIPE RIS y el perfil de PeeringDB mantenido por el participante son capas de evidencia distintas; ninguna demuestra por sí sola alcanzabilidad o inaccesibilidad universal, autorización de ruta, capacidad, resiliencia o servicio al cliente.
La separación explica por qué no hay contradicción. Active pertenece al objeto de ARIN. Las fracciones 327/327 y 0/321 pertenecen a una vista de rutas cualificadas, dividida por familia y fijada en el tiempo. Ok pertenece a una ficha declarativa. El ASN une la identidad, pero el método de cada fuente limita la afirmación.
Este enfoque mantiene la realidad por delante de la etiqueta. Los registros facilitan coordinación y trazabilidad. Las observaciones del sistema en ejecución muestran otra capa. Los perfiles declarativos añaden contexto. Ninguno recibe autoridad sobre preguntas para las que no fue diseñado.
Cómo verificar sin ampliar las conclusiones
Primero se fija la identidad: nombre exacto del directorio, ASN, rango RDAP, handle y registrante. Cualquier ASN adicional mostrado como relación queda separado hasta que otra evidencia exacta respalde su atribución.
Después se conserva la observación BGP con endpoint, hora de consulta, hora de respuesta, mensaje de umbral, familia de direcciones, numerador y denominador. Los prefijos se mantienen junto a sus fechas. Una captura posterior puede compararse si también declara método y vistas, pero no invalida por sí sola lo observado en los bytes congelados.
Por último, PeeringDB se lee como perfil mantenido por un participante. Sus filas plantean preguntas verificables; no responden automáticamente si una sesión está activa o un lugar está ocupado. Una duda sobre autorización exige material de autorización. Una duda sobre rutas presentes exige observaciones alineadas en el tiempo. Una duda sobre servicio exige pruebas de extremo a extremo y registros del sistema afectado.
Lo que no queda demostrado
Las cuatro fuentes sostienen una identidad de directorio, un objeto ARIN para AS393442, una observación RIPE RIS congelada y un perfil PeeringDB. No prueban una avería actual, un cierre, un abandono, una transferencia o pérdida de control. No prueban alcanzabilidad universal, autorización de origen, propiedad legal, permiso ni jurisdicción.
Tampoco prueban clientes, territorio de servicio, equipos, presencia física verificada, contratos ascendentes, escala de actividad o posición de mercado. Ningún campo admitido mide tráfico, capacidad, latencia, topología, diversidad, resiliencia, disponibilidad o resultados para usuarios. AS395129 y los demás ASN de relación quedan fuera de atribución sin evidencia separada.
Qué conviene observar
Una revisión futura del registro puede comprobar el rango exacto, el handle, el estado y el registrante de AS393442. Una comparación de encaminamiento debe conservar producto, tiempos, umbral, denominadores y familia de direcciones. Los cambios en PeeringDB pueden documentarse sin confundirlos con prueba de una sesión o instalación activa.
La siguiente evidencia útil dependerá de la pregunta: material de autorización para un origen, una serie temporal para continuidad, confirmación directa para una interconexión o telemetría específica para un servicio. Hasta entonces, la conclusión más sólida es limitada: las fuentes coinciden en United Electric Cooperative y AS393442, pero describen capas administrativas, observadas y declarativas distintas.