Resumen
- La combinación de la ficha precisa de BTW con el RDAP de LACNIC vincula AIREDATA SRL y AS269786 en las capas de identidad y administración. El estado
activecorresponde al objeto registral; no certifica rutas, equipos, enlaces de acceso ni atención al cliente en funcionamiento. - En la instantánea citada, RIPEstat informó cuatro prefijos IPv4 anunciados, equivalentes a 1.024 direcciones, y situó la última observación a las 16:00 UTC del 6 de agosto de 2026. También informó cero /48 IPv6 anunciados y visibilidad IPv6 en 0 de 322 pares enumerados. Son observaciones de colectores, no una prueba universal de alcance, rendimiento o capacidad.
- El sitio de AIREDATA presenta un servicio de internet, funciones de autogestión y pago y una oficina comercial en Maciel, Santa Fe. Es contexto atribuido al operador, no evidencia independiente de cobertura, cantidad de clientes, propiedad de infraestructura o continuidad ante fallos.
Nota visual: la pieza de apertura es una composición editorial original y simbólica que mantiene separado el registro administrativo de las señales de encaminamiento observadas. No representa una instalación real de AIREDATA, un mapa geográfico, una topología, cobertura, capacidad, disponibilidad ni rendimiento.
Una identidad común para preguntas distintas
La página exacta de AIREDATA SRL en el directorio BTW muestra AS269786. Ese vínculo explícito fija el sujeto de este análisis: la empresa del directorio que está asociada con ese número de sistema autónomo. La precisión importa porque existe otra entrada con el mismo nombre que refleja una identidad del directorio de miembros de LACNIC, pero no vincula el ASN. La coincidencia de nombres no permite fusionar registros ni trasladar automáticamente una relación técnica de uno a otro.
Una vez resuelta la identidad, aparecen preguntas de cuatro clases. El directorio indica qué perfil público se está examinando. RDAP responde quién figura como titular administrativo del recurso numérico. RIPEstat resume qué información de rutas llegó a determinados observadores. El sitio de la empresa comunica qué servicio ofrece y qué canales pone a disposición del público.
Esas respuestas pueden ser verdaderas a la vez sin describir el mismo estado. Un registro correcto puede seguir vigente cuando una ruta deja de ser visible desde un punto. Una ruta puede aparecer en casi todos los pares enumerados y, aun así, un cliente puede sufrir un problema local, de energía, de resolución de nombres o de una aplicación. Una empresa puede anunciar un servicio sin publicar cada dependencia física o cada domicilio en el que puede prestarlo.
Por eso, AS269786 no es una abreviatura de «la red funciona». Es el identificador que mantiene unidas las consultas correctas. Para operadores, compradores, equipos de respuesta a incidentes e investigadores, esa separación evita atribuir a una fuente conclusiones que nunca midió.
Qué establece el registro de LACNIC
La respuesta RDAP de LACNIC para AS269786 cubre exactamente el sistema autónomo 269786: tanto el valor inicial como el final son 269786, el identificador es AS269786 y el registrante indicado es AIREDATA SRL. El objeto figura con estado active. Además, registra un evento de alta el 14 de noviembre de 2019 y una última modificación el 15 de noviembre de 2019.
Las siglas RDAP designan el protocolo que permite consultar de forma estructurada los datos administrativos de recursos numéricos de internet. Su utilidad es concreta: ayuda a que otras redes se refieran al recurso único correcto, encuentren una identidad asociada y mantengan la coordinación técnica o de abuso ligada a un registro verificable.
El dominio y la localidad de los contactos aportan un puente de identidad estrecho. El contacto administrativo y técnico usa una dirección de airedata.com.ar y menciona Maciel, Santa Fe. El sitio público emplea el mismo dominio y muestra una oficina comercial en esa localidad. Esta coincidencia permite tratar el sitio como contexto controlado por el operador; no demuestra la estructura societaria, el alcance de una licencia, la cantidad de abonados ni la propiedad de activos.
La palabra active necesita una lectura igualmente limitada. Describe el objeto en el registro. No indica que en este instante haya un anuncio BGP, que un router esté reenviando paquetes, que un enlace de radio o fibra funcione, que una sesión de cliente esté establecida o que una aplicación responda. Convertirla en «la red está activa» sería pasar de un dato administrativo a una afirmación operativa que RDAP no verifica.
El registro se entiende mejor como un libro mayor. Conserva unicidad, asociación y datos para la continuidad de la coordinación. Pero los paquetes circulan gracias a equipos, políticas aceptadas, transporte, energía y trabajo operativo. La conclusión admisible es, por tanto, precisa: LACNIC registra a AIREDATA SRL como titular de AS269786 y mantiene las fechas y el estado administrativo citados. Para hablar de encaminamiento o servicio hace falta otra evidencia.
Qué observaron RIPEstat y sus colectores
El resumen de sistema autónomo de RIPEstat identificó al titular como «AS269786 - AIREDATA SRL» e informó que el ASN aparecía anunciado al realizar la consulta. La respuesta de estado de encaminamiento ofrece la fotografía más detallada: la última ruta observada llevaba la marca de tiempo de las 16:00 UTC del 6 de agosto de 2026.
En esa instantánea, RIPEstat informó cuatro prefijos IPv4 anunciados que representaban 1.024 direcciones IPv4. También informó cero /48 IPv6 anunciados y dos vecinos observados. Los campos de visibilidad mostraron los anuncios IPv4 cualificados en 326 de los 327 pares RIS enumerados; para IPv6, no apareció una ruta cualificada en ninguno de los 322 pares enumerados, es decir, 0 de 322.
BGP, el Border Gateway Protocol, es el protocolo con el que las redes intercambian información sobre qué bloques de direcciones pueden alcanzar. RIS, el Routing Information Service de RIPE, recoge esa información desde un conjunto de puntos de observación. Los colectores no son «internet entero»: ofrecen vistas seleccionadas que deben conservarse junto con la hora, los prefijos y los denominadores de pares.
La documentación del estado de encaminamiento de RIPEstat define el método de la interfaz. Esa metodología es parte del dato. La frase rigurosa no es que cuatro prefijos «estaban disponibles para todos», sino que el servicio informó cuatro prefijos IPv4 cualificados desde sus observadores bajo las condiciones de esa instantánea.
La visibilidad amplia entre los pares enumerados es útil. Un operador puede compararla con su propia tabla; un investigador puede registrar el momento y el alcance del muestreo; un equipo de incidentes puede usarla como una señal externa. Pero no comprueba si una página cargó, si el acceso de última milla funcionó, si un cliente pudo autenticarse o si una aplicación estaba sana.
Tampoco mide latencia, pérdida de paquetes, congestión, volumen de tráfico o capacidad disponible. Cuatro prefijos visibles no describen el tendido físico ni revelan si se comparte una instalación, un conducto, una fuente eléctrica o un proveedor. Los dos vecinos observados no demuestran una relación comercial de tránsito o peering, ni permiten asignar control o responsabilidad contractual.
El tiempo también limita la afirmación. Una observación correcta a las 16:00 UTC puede haber cambiado al tomar una decisión posterior. Si la vista varía, el siguiente paso es conservar el prefijo, la hora y los observadores afectados, y buscar otras mediciones; no declarar de inmediato una caída general.
El cero de IPv6 no es una sentencia sobre capacidad
El resultado IPv6 merece atención porque un cero invita a conclusiones excesivas. La respuesta citada no mostró un /48 IPv6 cualificado para AS269786 y registró visibilidad en 0 de 322 pares IPv6 enumerados. Eso describe con precisión lo devuelto por la interfaz para ese ASN en ese momento.
No demuestra que AIREDATA carezca de toda capacidad IPv6. Las fuentes no establecen si podría existir IPv6 bajo otro ASN, dentro de un entorno privado o de cliente, en pruebas, mediante otro acuerdo o fuera de los criterios de la observación. Mencionar esas posibilidades no afirma que alguna exista; explica por qué el dato público no permite formular una negación universal.
Un comprador que necesite IPv6 debería preguntar si el servicio propuesto incluye las funciones, el plan de direccionamiento y el alcance requeridos, y cómo se comprobarán. Un operador debería comparar la observación con la configuración esperada. Un investigador debería conservar ASN, fecha, método y denominador. Ninguno debería convertir un cero en una descripción completa de la capacidad de la organización.
Qué comunica AIREDATA a sus clientes
El sitio público de AIREDATA se presenta como «Airedata Comunicaciones», ofrece una vía para solicitar internet y muestra funciones de autogestión y pago. También publica una oficina comercial en Maciel, Santa Fe, y canales bajo el dominio airedata.com.ar. Estos elementos coinciden de forma limitada con el dominio y la localidad de los contactos RDAP.
La página responde a una pregunta que el registro y los colectores no pueden responder: ¿qué servicio presenta públicamente la organización y cómo se relaciona con clientes actuales o potenciales? La existencia de la solicitud de servicio y de las funciones de cuenta permite decir que AIREDATA comunica una oferta de internet y mantiene herramientas dirigidas al cliente.
La atribución es esencial. Se trata de información publicada por el operador. La página no establece cuántas personas están conectadas, qué direcciones son servibles, cuál es la frontera geográfica de cobertura, qué cuota de mercado existe ni qué alcance regulatorio corresponde. Tampoco demuestra que cada producto de la empresa utilice AS269786.
El sitio no es una prueba de continuidad. No muestra cómo se diseña el tráfico, qué infraestructura se posee o se arrienda, qué dependencias se comparten ni qué ocurre ante una pérdida de energía, transporte o acceso. Una función de pago disponible en la web no certifica que una conexión específica esté funcionando. La seguridad operativa debe evaluarse en el sistema y el servicio que tienen que responder.
Una guía para ligar cada afirmación a su prueba
| Pregunta | Evidencia pública que ayuda | Lo que sigue sin demostrarse |
|---|---|---|
| ¿Qué perfil de empresa vincula explícitamente AS269786? | La ruta exacta del directorio BTW para AIREDATA SRL | Propiedad o control de cada activo y dependencia |
| ¿Quién figura como titular del recurso numérico? | El objeto RDAP de LACNIC | Rutas actuales, equipos, acceso o salud de aplicaciones |
| ¿Qué rutas cualificadas vieron los observadores citados? | Los endpoints fechados de RIPEstat | Alcance universal, rendimiento, tráfico, topología física o experiencia de cliente |
| ¿Qué servicio presenta la organización? | El sitio controlado por AIREDATA | Servibilidad exacta, escala, licencias o continuidad ante fallos |
| ¿Cumplirá una conexión un requisito de resiliencia? | Diseño, dependencias, mediciones y pruebas del servicio concreto | Ninguna de las fuentes públicas basta por sí sola |
Esta separación no reduce el valor de los datos abiertos. Hace que cada fuente responda bien a la pregunta para la que fue creada. El directorio evita confundir identidades. RDAP fija el titular registrado. RIPEstat conserva una observación externa fechada. El sitio aporta el contexto que el operador comunica. El resultado es una cadena de verificación, no un veredicto único.
Cómo puede usarlo quien compra conectividad
La primera tarea de un comprador no es decidir si el ASN «parece bueno», sino definir el servicio. ¿Se evalúa acceso a internet en una sede, conectividad para varios lugares o el acceso a una aplicación? ¿Dónde termina la responsabilidad del cliente y comienza la del proveedor? ¿Qué partes dependen de equipos locales, transporte, encaminamiento, nombres o sistemas remotos?
Después hay que nombrar el fallo relevante. Palabras como «redundancia» tienen poco valor sin un escenario. Puede importar la pérdida de un dispositivo del cliente, un segmento de acceso, una fuente de alimentación, un tramo de transporte o algún otro componente. Dos conexiones comercialmente distintas pueden compartir un riesgo físico u operativo que no aparece en un registro público.
El resultado aceptable también debe ser medible: qué destinos deben seguir accesibles, qué nivel mínimo de servicio se necesita, cuánto deterioro se tolera y en qué plazo debe recuperarse. La visibilidad de una ruta contribuye a entender el alcance en internet, pero un recuento de prefijos o una proporción de pares no sustituye ese resultado.
La evidencia adecuada puede incluir una descripción acotada de dependencias, mediciones actuales de interfaces y rutas, procedimientos de mantenimiento y escalado o pruebas del fallo definido. Este análisis no dice que AIREDATA carezca de esos documentos. Señala que no están contenidos en las seis fuentes públicas citadas.
AS269786 sigue siendo útil durante todo el proceso: permite que las preguntas de encaminamiento se refieran a la identidad correcta. Su función es anclar la verificación, no dar por contestada la compra.
Cómo evitar un diagnóstico precipitado durante un incidente
Ante un problema, conviene empezar por el síntoma. ¿Qué usuario, sede, prefijo, destino o aplicación está afectado y desde cuándo? Decir «AIREDATA está caída» antes de fijar ese límite exige a los datos públicos una conclusión demasiado amplia.
El paso siguiente es separar capas. Se confirma la identidad y después se consulta una observación fresca para el ASN y el espacio de direcciones relevantes, conservando fecha y puntos de vista. Esa vista externa se compara con mediciones del operador y del cliente. Una ruta visible en RIS puede coexistir con una avería local; una ausencia en una sola vista puede coexistir con alcance desde otros lugares.
Si el encaminamiento coincide con lo esperado, todavía hay que revisar acceso, equipos del cliente, DNS, aplicaciones y otras dependencias. Si no coincide, hay que identificar prefijos y observadores afectados y solicitar evidencia actual antes de atribuir la causa. Los dos vecinos observados no identifican por sí solos una relación comercial fallida.
Documentar por separado lo registrado, lo observado y lo experimentado mejora la investigación. «LACNIC marca el objeto como activo», «RIPEstat observó estas rutas a esta hora» y «el cliente no alcanzó esta aplicación» son tres hechos distintos. La disciplina reduce la posibilidad de convertir una correlación en una acusación.
Las fuentes citadas no informan de un incidente actual, no prueban que existan o falten salvaguardas y no asignan responsabilidad contractual. Sirven para formular la siguiente comprobación con la identidad adecuada.
Qué hacer cuando cambie una señal pública
Cada cambio debe interpretarse primero dentro de su propia capa. Un nuevo evento RDAP es administrativo; no demuestra automáticamente una modificación del encaminamiento o de la infraestructura física. Un resultado distinto de RIPEstat es una nueva observación cuyo momento, espacio de direcciones, denominadores y método deben conservarse. Una actualización del sitio es una nueva declaración del operador, no una medición independiente de cobertura o continuidad.
La secuencia prudente es señal, pregunta, corroboración y conclusión. Si cambia una ruta, se compara con la política esperada y con otras vistas. Si cambia un contacto, se verifica su efecto en la coordinación. Si aparece una nueva promesa comercial, se pide una definición verificable. Saltar directamente de la señal a un diagnóstico elimina precisamente el contexto que hace útil a la fuente.
Lo que las fuentes permiten afirmar hoy
El retrato público es limitado pero claro. La entrada exacta del directorio vincula AIREDATA SRL con AS269786 y permite distinguirla de otro registro con el mismo nombre que no contiene ese vínculo. LACNIC identifica a AIREDATA SRL como registrante del recurso y mantiene un objeto administrativo activo con los eventos de noviembre de 2019.
RIPEstat aporta una observación fechada: cuatro prefijos IPv4 que representan 1.024 direcciones, visibles en 326 de 327 pares IPv4 enumerados; cero /48 IPv6 y visibilidad en 0 de 322 pares IPv6; y dos vecinos observados. El sitio de AIREDATA presenta un servicio de internet, funciones para clientes y una oficina comercial desde un dominio alineado con el contacto RDAP.
En conjunto, estas fuentes enlazan identidad administrativa, encaminamiento observado y contexto de servicio. No prueban alcance universal, disponibilidad, latencia, capacidad, diversidad física, cobertura exacta, experiencia de clientes, número de abonados o estado regulatorio. No muestran que todos los servicios de AIREDATA usen AS269786 ni si un activo concreto es propio, arrendado o compartido.
Esos límites no son una acusación. La empresa puede disponer de pruebas operativas, técnicas o contractuales que no son públicas. Que esas pruebas no aparezcan en este conjunto no demuestra que una capacidad o una protección esté ausente; solo define qué puede concluir responsablemente una persona externa.
La regla práctica es sencilla: usar AS269786 para identificar el recurso y coordinar con el perfil correcto; usar RDAP para el libro administrativo; usar RIPEstat para la observación fechada de rutas; y usar el sitio de AIREDATA para el contexto atribuido al operador. Para evaluar diseño físico, rendimiento o continuidad, hay que pedir evidencia de los sistemas y del servicio que realmente deben funcionar.