AS271796 muestra las dos rutas IPv4 de Fly Internet, no la red de acceso detrás de ellas

Resumen

• LACNIC vincula el AS271796 activo,179.51.204.0/24y2803:7fe0::/32con el titular exacto Fly Internet.
• RIPEstat observó a AS271796 originando dos rutas IPv4/24, mientras que la instantánea de enrutamiento revisada no mostró anuncios IPv6.
• Las 676 rutas BGP capturadas colocan a AS64123 inmediatamente antes de AS271796, una transferencia visible que no establece un contrato comercial ni un upstream exclusivo.
• La validación RPKI fuevalidpara179.51.204.0/24yunknownpara38.255.0.0/24; desconocido no es inválido y no es evidencia de un secuestro de ruta.
• La evidencia pública establece un límite de recurso-numérico y enrutamiento, pero no el alcance de fibra, cobertura, capacidad, redundancia, disponibilidad o tiempo de restauración de Fly Internet.

1. Una marca de acceso local con una identidad de enrutamiento verificable

El sitio web público de Fly Internet describe un negocio en torno al acceso a Internet. Publicita servicio residencial y empresarial, fibra hasta el hogar, conexiones de fibra óptica y entrega inalámbrica en Capilla del Señor y alrededores. Esa posición importa porque ubica a la compañía en la categoría de proveedor de acceso más que en el marco de centro de datos o colocation asociado a la fila de planificación original.

Sin embargo, el lenguaje de marketing es solo una capa de evidencia. Indica cómo un operador quiere que se entienda su servicio. No verifica de forma independiente dónde está instalada la fibra, qué direcciones pueden contratar una conexión, cuántos clientes están activos, qué velocidades se entregan de forma consistente o cómo se comporta la red durante una falla. Esas preguntas requieren otros registros o mediciones directas.

El anclaje público más sólido es AS271796. La registración de LACNIC identifica el sistema autónomo con COLOMBO ALEJANDRO MAURICIO (FLY INTERNET), que coincide con la entidad exacta del directorio de BTW. El ASN da al negocio una identidad de plano de control visible: otras redes pueden observar rutas que terminan en ese origen y comparar esas rutas en el tiempo.

Ese alcance es valioso pero limitado. Un sistema autónomo es una identidad de enrutamiento administrativa, no un mapa de ductos, postes, radioenlaces, switches o instalaciones del cliente final. La evidencia pública establece un borde de Internet y deja abiertas preguntas de entrega física donde las fuentes no responden.

2. La frontera exacta de la entidad precede a la interpretación de red

La investigación empresarial se vuelve poco fiable cuando un nombre comercial se usa en lugar de una identidad legal o de directorio no verificada. Aquí, la ruta del directorio público muestra el nombre exacto COLOMBO ALEJANDRO MAURICIO (FLY INTERNET) en su slug específico de Argentina. El registro de directorio correspondiente es una sola entidad empresarial publicada. Una entrada del mismo nombre sin el sufijo del país está archivada y queda fuera del límite de la investigación.

LACNIC aporta una cadena de identidad independiente. El registro AS271796 usa el identificador de titularAR-FLIS-LACNIC, y el nombre de la organización coincide con la entidad del directorio. El mismo registro identifica a Alejandro Mauricio Colombo como contacto administrativo, técnico y de abusos. Los datos de contacto privados no son necesarios para la tesis pública; el punto material es que la identidad del registro cierra sobre el mismo operador nombrado.

Esta coincidencia exacta evita varios tipos de desviación. Evita atribuir una ruta a otra empresa con marca similar, tratar un alias archivado como segundo operador activo o confundir a un titular de recurso de red con una empresa de hosting. También hace reproducible el monitoreo futuro porque la entidad, el ASN y la ruta canónica del directorio están fijados.

La coincidencia de identidad no prueba cada afirmación del sitio del operador. Tampoco establece que toda ruta observada bajo AS271796 sea propiedad registrada de forma atribuible al mismo titular. La coincidencia de identidad define el objeto de la investigación; cada recurso y cada declaración operativa siguen necesitando su propia evidencia.

3. LACNIC actúa como libro de registro del sistema autónomo

El registro RDAP de LACNIC marca a AS271796 como activo y fecha su registro el 14 de septiembre de 2020. Ese registro debe entenderse como un asiento contable: identifica al titular y al recurso, aporta contactos operativos y conserva un registro administrativo actualizado. No le otorga al registro una vista sobre cada enrutador ni sobre cada arreglo comercial detrás del ASN.

Esta distinción refleja una jerarquía práctica. Los datos de registro responden quién figura como responsable de un recurso numérico. Los datos de enrutamiento en ejecución responden si, dónde y cómo observan los colectores anuncios de ese recurso. Ninguna de las dos capas por sí sola establece propiedad física, calidad comercial del servicio o una topología completa.

Sin embargo, el ASN crea rendición de cuentas. Una ruta originada por AS271796 puede contrastarse con la organización registrada, compararse con datos de autorización de origen y monitorearse para detectar cambios en prefijos o sistemas autónomos adyacentes. Si después cambia el estado público de enrutamiento, la identidad de registro establecida provee un punto de referencia para preguntar qué cambió y quién puede explicarlo.

El registro no debe sobredimensionarse como certificación. La registración no verifica la cobertura del operador, no asegura que los contactos de abuso respondan, no garantiza seguridad de rutas ni continuidad. Su valor es más básico y más duradero: unicidad, responsabilidad registrada e identificador común con el que conectar otras evidencias.

4. Un bloque IPv4 está registrado directamente a Fly Internet

El servicio RDAP de LACNIC vincula179.51.204.0/24al mismo titular Fly Internet. Un/24contiene 256 direcciones IPv4. El registro establece una asignación registrada activa y la vincula a la misma entidad ya identificada mediante AS271796.

Es la afirmación sobre espacio de direcciones más sólida del conjunto fuente. Coinciden el titular del registro, el titular del sistema autónomo y el origen observado. RIPEstat también ve a AS271796 originando el prefijo. Esa coincidencia tripartita sostiene una afirmación acotada: Fly Internet es el titular registrado del bloque y lo estaba originando visiblemente durante el periodo de observación capturado.

Las 256 no deben convertirse en recuento de clientes ni en estimación de capacidad. Direcciones IPv4 públicas pueden soportar infraestructura, pools de NAT, asignaciones de cliente o sistemas de gestión. Una dirección puede representar muchos usuarios detrás de CGN, y algunas direcciones pueden estar reservadas o sin uso. El conteo de direcciones y el de suscriptores son medidas distintas.

La asignación tampoco dice dónde entra o sale el tráfico de la red física. No identifica rutas de fibra, localización de torres, puntos de presencia, dependencias de energía o equipamiento de cliente. Es un hecho preciso de recurso-numérico, útil por su precisión, no porque revele todo lo que hay detrás.

Precisamente esa precisión acotada es la base adecuada para comparar si luego cambian el titular registrado, el estado del prefijo o el origen visible.

5. Una subred IPv6 registrada no equivale a una ruta IPv6 anunciada

LACNIC registra separadamente2803:7fe0::/32como una asignación IPv6 activa para el mismo titular. La asignación es sustancial en número de direcciones, porque los bloques IPv6 están pensados para eso, pero el hecho importante es administrativo: el recurso existe en el registro y está asociado a Fly Internet.

La consulta de estado de enrutamiento revisada de RIPEstat no reportó prefijos IPv6 anunciados para AS271796. La consulta RPKI para el/32registrado devolvióunknown. Esas observaciones no anulan el registro. Muestran que la vista pública de enrutamiento capturada no estableció un anuncio IPv6 desde el ASN en ese momento.

La registración y el uso pueden diverger por múltiples causas legítimas. Un operador puede reservar una asignación para despliegue posterior, anunciarla solo mediante otro arreglo, usar rutas más específicas no visibles en la respuesta revisada o operar IPv6 internamente sin originar el agregado bajo el ASN consultado. La evidencia congelada no distingue entre esas posibilidades.

Por ello sería impreciso describir a Fly Internet como origen dual-stack públicamente visible con esta fuente. También sería impreciso afirmar que la operadora no tiene capacidad IPv6. La afirmación defendible es más estrecha: hay un/32registrado, mientras que no se observó un anuncio de origen IPv6 en el estado de enrutamiento capturado.

6. Fueron visibles dos anuncios de origen IPv4

La respuesta de announced-prefixes de RIPEstat para AS271796 cubre el intervalo observado del 14 al 28 de julio de 2026. Enumera dos rutas IPv4/24: el bloque registrado179.51.204.0/24y38.255.0.0/24. En conjunto representan 512 direcciones en la vista de enrutamiento público.

La respuesta de routing-status añade contexto. Registra primera visibilidad el 24 de septiembre de 2020 y última visibilidad el 28 de julio de 2026. Informa dos prefijos IPv4 anunciados, ningún prefijo IPv6 anunciado y un vecino observado. Todos los 329 peers IPv4 RIS consultados vieron la red en esa instantánea.

Estos son datos de plano de control, no de tráfico. Una ruta puede ser visible aunque no fluya tráfico de clientes, y un servicio puede verse degradado mientras su anuncio BGP se mantenga estable. Del mismo modo, una ruta puede desaparecer en algunos colectores sin que todos los clientes pierdan servicio. La visibilidad es una señal operacional relevante, pero no una métrica directa de disponibilidad.

La huella de dos prefijos sigue siendo una línea base útil. Capturas futuras pueden detectar un nuevo prefijo, una retirada, un cambio de origen, un vecino inmediato distinto o la aparición de IPv6. Su valor surge de la comparabilidad temporal, no de fingir que la instantánea es una auditoría operativa completa.

7. La segunda ruta IPv4 tiene un límite de registro distinto

La ruta38.255.0.0/24requiere más cautela que el primer/24. Una consulta RDAP de LACNIC derivó la consulta a ARIN. La respuesta ARIN capturada identifica la asignación madre de Cogent38.0.0.0/8; no aporta una registración exacta de Fly Internet para ese/24.

RIPEstat, no obstante, observó AS271796 como origen. Eso establece un hecho de ejecución: los colectores vieron la ruta terminar en ASN de Fly Internet durante el intervalo capturado. No establece por qué ese espacio era utilizable por el operador ni qué arreglo legal y comercial lo gobierna.

El espacio de direcciones puede delegarse, arrendarse, reasignarse dentro de una asignación mayor o anunciarse bajo un arreglo de cliente o socio. El registro padre por sí solo no distingue esas posibilidades. Decir que el/24«pertenece» a Fly Internet excedería la evidencia.

La distinción no es académica. La procedencia del registro afecta la respuesta a incidentes, gestión de abuso, registros de transferencias y dudas sobre quién puede autorizar o revocar uso. Para esta ruta, la descripción pública correcta es «un anuncio de origen AS271796 observado». Cualquier reclamación de titularidad más fuerte requiere una registración exacta o otro registro de delegación autorizado.

8. La amplia visibilidad de colector no equivale a disponibilidad de clientes

RIPEstat reportó que los 329 peers IPv4 consultados vieron AS271796. Esto indica propagación amplia en el conjunto de colectores que respondieron. Respaldó que las dos rutas no eran anuncios aislados visibles solo en una pequeña esquina de Internet.

Importa el denominador. Los peers RIS son puntos de vista de medición, no clientes de Fly Internet, nodos de acceso ni ubicaciones de servicio. Su vista describe alcanzabilidad de enrutamiento desde redes participantes. No mide si el terminal óptico de un hogar está en línea, si una torre inalámbrica tiene energía o si la congestión afecta una conexión nocturna.

Una ruta puede permanecer visible globalmente mientras un corte de fibra local desconecta parte de la red de acceso. También puede seguir visible cuando el operador descarta tráfico internamente, pierde un switch de agregación de clientes o sufre un problema de DNS. La persistencia BGP en el borde no observa esas condiciones internas.

Por eso, el resultado 329 de 329 debe usarse como línea base acotada: AS271796 tenía anuncios IPv4 de forma visible en el tiempo revisado. No debe convertirse en porcentaje de disponibilidad, garantía de nivel de servicio o prueba de disponibilidad al cliente.

9. La instantánea BGP revela una transferencia inmediata coherente

La respuesta de estado BGP capturada contiene 676 observaciones de colectores en los dos prefijos IPv4. En todas, AS64123 aparece inmediatamente antes del ASN de origen AS271796. Esa coherencia hace que la adyacencia sea la característica de topología más prominente de la instantánea pública.

Un ASN previo inmediato al origen es el último salto visible de sistema autónomo antes del origen. Identifica una entrega en el plano de control. No etiqueta por sí solo la relación comercial. AS64123 podría representar tránsito, acceso mayorista, peering o agregación en un arreglo no divulgado en BGP.

La observación también está fechada. Las preferencias de enrutamiento cambian, fallan sesiones, aparecen nuevas adyacencias y los colectores seleccionan rutas distintas. Una instantánea posterior puede mostrar otro vecino sin que la captura anterior sea incorrecta. La topología pública debe presentarse siempre con el límite temporal explícito.

Para continuidad, el resultado crea una pregunta operativa concreta: qué arreglos soportan la transferencia AS64123 a AS271796 y qué ocurre si esa ruta deja de estar disponible. Las fuentes identifican el límite, pero no responden la cuestión de resiliencia.

Ningún colector puede responder esa cuestión sin evidencia de la capa de entrega detrás del límite ASN.

10. Valores repetidos de AS64123 no indican múltiples upstream independientes

Algunas rutas BGP capturadas contienen valores repetidos. Los caminos BGP pueden incluir prepending, donde un sistema autónomo repite su propio número para influir en la selección de ruta. Esas repeticiones no deben contarse como organizaciones separadas, circuitos o relaciones upstream independientes.

En las observaciones, la identidad inmediata previa al origen sigue siendo AS64123. La repetición modifica la longitud de la ruta representada en el plano de control, no el número de conexiones físicas verificadas de manera independiente. Tratar cada token repetido de ASN como una ruta independiente exageraría la diversidad.

Incluso rutas AS distintas no prueban automáticamente diversidad física. Dos sesiones pueden atravesar el mismo edificio, conducto, fuente de energía o proveedor de transporte. De forma inversa, dos enlaces entre el mismo par ASN pueden ser físicamente diversos aunque aparezcan idénticos en un AS path. La diversidad lógica y la diversidad física deben evaluarse por separado.

La instantánea, por tanto, es útil para monitoreo relativo a topología, no para certificar redundancia. Respaldan una transferencia observada consistente y una línea base medible. No revelan conteo de circuitos, número de sitios, exclusividad contractual o dominios de falla comunes.

11. Un valor único de AS64123 no implica un único upstream

El estado de routing-status de RIPEstat informa un solo vecino observado, en línea con el patrón de BGP-state. Es tentador interpretarlo como una red de un solo upstream. La evidencia apoya «se observó un vecino», no «solo existe un upstream».

Una sesión de respaldo puede permanecer inactiva, exportar ruta solo en fallo o quedar oculta porque los colectores prefieran otra ruta. El operador también puede conectar múltiples circuitos entregados por el mismo ASN. El BGP público comprimiría esos enlaces físicamente distintos en la misma secuencia de sistema autónomo inmediata.

La posibilidad contraria también importa: la relación observada puede estar efectivamente concentrada. Si toda ruta externa depende de un único camino comercial y físico, un incidente en ese límite podría tener consecuencias amplias. Los registros actuales no permiten calcular esa exposición.

La conclusión responsable es una pregunta operacional abierta, no una puntuación de resiliencia. Para afirmar si el handoff es redundante o frágil se necesitarían contratos, puntos de presencia, diversidad de interfaces, rutas de transporte, energía y failover probado.

12. La validación de origen de ruta es desigual entre las dos rutas IPv4

La respuesta de validación RPKI de RIPEstat informavalidpara AS271796 originando179.51.204.0/24. La autorización de origen permitida para el par permite el origen observado y una longitud máxima de prefijo de/24. Ese resultado alinea el bloque registrado, el origen observado y los metadatos de seguridad usados por la validación de origen de ruta.

Para38.255.0.0/24, el mismo servicio informaunknowny sin ROA validante. El contraste es material porque ambas rutas comparten ASN de origen pero no el mismo estado de autorización observado. Un sistema de monitoreo debería mantener resultados separados en lugar de asignar un estado único al conjunto de la red.

La validez RPKI no aprueba la calidad del servicio. Una ruta válida puede seguir teniendo fugas, malconfiguración, congestión o falla física. Significa que el par origen-prefijo probado está autorizado por los metadatos aplicables. No certifica el camino, la experiencia de clientes ni controles internos.

El estado desigual sí crea una superficie concreta de responsabilidad. El/24registrado tiene una señal de autorización positiva. El segundo/24observado carece de ella en el resultado de validación capturado. Verificaciones futuras pueden determinar si cambia el estado desconocido sin convertir la brecha actual en una alegación.

13. Desconocido no es inválido

La terminología RPKI tiene significados precisos.Validsignifica que una autorización aplicable permite el origen y la longitud de prefijo observados.Invalidsignifica que existe una autorización aplicable pero el anuncio entra en conflicto con ella.Unknowngeneralmente significa que el validador no encontró una autorización aplicable para la ruta probada.

El resultado de38.255.0.0/24es unknown, no invalid. No muestra que AS271796 secuestrara la ruta, que la ruta sea rechazada universalmente o que Fly Internet actuara negligentemente. Las redes aplican sus propias políticas de enrutamiento y muchas aceptan unknown mientras filtran o priorizan de forma distinta a las rutas inválidas.

Ese resultado tampoco resuelve el límite de asignación. El registro padre en ARIN y la ausencia de ROA validante dejan la relación exacta de delegación fuera de la evidencia congelada. Esa es una razón para conservar incertidumbre, no una licencia para llenar el hueco con sospecha.

La afirmación operacional útil es modesta: la ruta fue visible, su origen fue AS271796 y el validador revisado devolvió unknown. Esa combinación puede monitorearse y profundizarse si cambia el origen o la disponibilidad.

14. La consulta RPKI IPv6 también devolvió unknown

La consulta RPKI de2803:7fe0::/32devolvió unknown. En aislamiento, eso significa que el validador revisado no produjo un resultado de autorización válido para el bloque IPv6 registrado. Paralelamente, la respuesta de routing-status reportó que no había anuncio IPv6 desde AS271796.

Esos hechos describen capas distintas. El registro establece al titular del recurso. La respuesta RPKI describe metadatos de autorización para un par origen-prefijo probado. La instantánea de enrutamiento describe lo que observaron los colectores. Ninguna de las tres debe sustituir a otra.

Porque no se observó origen IPv6, el resultado unknown de RPKI no es evidencia de una ruta actualmente visible no autorizada. Tampoco establece si Fly Internet tiene un despliegue planeado, un anuncio no observado o ausencia de servicio IPv6 activo. Las fuentes se detienen en el límite público.

La señal útil futura sería un cambio coordinado: aparece una ruta IPv6, la visibilidad de colectores se vuelve medible y una autorización aplicable valida el origen. Hasta entonces, el/32registrado pero no visto sigue siendo parte del registro de recursos de la operadora y no prueba acceso dual-stack en entrega.

La ausencia de esa señal coordinada es un estado de monitoreo, no un juicio sobre la intención del operador.

15. El sitio de la operadora describe servicios, no entrega medida

El sitio de Fly Internet usa lenguaje de acceso local: FTTH, conexiones de fibra óptica, redes inalámbricas, planes residenciales, planes empresariales y servicio en Capilla del Señor. Esas afirmaciones apoyan la clasificación de la compañía como proveedor de acceso a Internet.

No aportan un mapa de cobertura medido de forma independiente. La lista de tipos de plan no muestra qué calles son atendibles, dónde está la fibra en servicio, cómo están ingenierizadas las celdas inalámbricas o si una dirección concreta recibe el rendimiento anunciado. La disponibilidad puede variar dentro de un área de servicio nominal.

El sitio también promociona conectividad empresarial simétrica. Esa es una oferta autorrepresentada por el operador, no prueba independiente de velocidad bajo carga, tasa de información comprometida, latencia, pérdida de paquetes o tiempo de reparación. La afirmación pertenece al posicionamiento del operador y no puede convertirse en conclusión de desempeño.

Esta separación protege tanto a lectores como al operador. El marketing se representa con fidelidad, pero la ausencia de mediciones independientes no se cubre con certeza inventada. Los registros públicos de red aportan otro tipo de evidencia: un ASN identificable y rutas visibles, no un benchmark de experiencia de cliente.

16. FTTH no revela quién posee la infraestructura física

La expresión fibra hasta el hogar describe una arquitectura de entrega, pero no identifica quién posee cada activo. Un operador puede ser propietario de fibra, arrendar pares, comprar acceso mayorista, compartir postes, contratar obras civiles o combinar fibra troncal con entrega inalámbrica del último tramo.

Las fuentes congeladas no identifican ductos, postes, gabinetes, splitters, terminales de línea óptica, torres o dispositivos de cliente. No aportan mapas de rutas, inventarios de sitios, expedientes de concesión o contratos de proveedores. Sería incorrecto derivar una huella física solo desde ASN y sitio web.

La propiedad y el control operativo también pueden diferir. Un proveedor puede gestionar aprovisionamiento y soporte de clientes mientras depende de otro tercero para transporte, reparaciones o acceso a infraestructura pasiva. Esas dependencias afectan tiempos de restauración y continuidad de servicio, pero no son visibles en BGP.

Para Fly Internet, la evidencia respalda una frontera pública de enrutamiento y una oferta descrita de fibra e inalámbrico. La infraestructura detrás de esa oferta sigue siendo una capa de investigación abierta. Resolverla exigiría registros de activos, evidencia de campo, revelaciones mayoristas o documentación operativa directa del operador.

17. Debe rechazarse el marco de centro de datos

El lenguaje de planificación original sugería un análisis de centros de datos, colocation, salas de servidores o infraestructura alojada. Ninguna de las fuentes congeladas respalda ese marco. El propio sitio del operador describe acceso a Internet, y los datos de registro y enrutamiento describen recursos numéricos y origen de rutas.

Un ASN no implica un centro de datos. Muchos proveedores de acceso local mantienen números autónomos para originar espacio de direcciones e intercambiar rutas. Una transferencia BGP visible puede terminar en una instalación del proveedor, un sitio de socio o otro entorno de red; la ruta pública no identifica una actividad de colocation.

Del mismo modo, la presencia de direcciones IPv4 públicas no prueba servidores, racks, sistemas de energía o refrigeración. Esos son hechos físicos y comerciales separados. Afirmarlos convertiría infraestructura genérica de Internet en una historia de sitio específica sin evidencia.

La tesis defendible es, por tanto, una narrativa de rendición de cuentas en red de acceso. Pregunta qué hacen visibles las capas de recurso numérico y enrutamiento, y luego delimita qué queda por resolver en cobertura física, capacidad y continuidad.

18. BGP muestra el borde, no la red interna

El enrutamiento externo comprime la complejidad interna de un operador en un origen. Los colectores ven a AS271796 anunciar dos rutas y recibirlas a través de un ASN vecino inmediato. No ven los enlaces internos que llevan el tráfico desde el borde al equipamiento de acceso y los clientes.

Dentro de la red puede haber múltiples routers, puntos de agregación, torres de fibra, topologías en anillo o diseños más simples. Los protocolos internos y direcciones privadas pueden ocultar esa estructura. Nada en el estado BGP capturado selecciona una arquitectura concreta.

Los dominios de falla también quedan ocultos. Dos zonas de clientes pueden compartir el mismo backhaul, misma alimentación eléctrica o el mismo switch de agregación. Alternativamente, rutas BGP visualmente idénticas pueden estar respaldadas por transporte y equipamiento diversos. La cadena de ruta no distingue estos casos.

Por eso, la evidencia de plano de control debe describirse como frontera del borde. Establece que un recurso es alcanzable globalmente por una transferencia visible concreta. No describe el trayecto interno que convierte esa alcanzabilidad en un servicio de acceso operativo.

19. Visibilidad de ruta y entrega de tráfico son medidas distintas

BGP anuncia que una red puede alcanzarse. No mide si los paquetes completan su camino, si las aplicaciones responden o si los clientes reciben un servicio aceptable. El tráfico puede fallar tras llegar al origen, y la congestión puede degradar el rendimiento mientras la ruta permanece estable.

El conjunto de fuentes no contiene volumen de tráfico, latencia, pérdida, rendimiento o mediciones DNS. Tampoco contiene avisos de caída o sondas longitudinales de servicio. Cualquier afirmación sobre calidad real de servicio necesitaría esas observaciones adicionales y un método de medición definido.

La distinción es especialmente importante para proveedores regionales pequeños. Una ruta globalmente visible puede hacer que el operador parezca completamente expuesto a medición de Internet, mientras que la experiencia del usuario depende de fibra local, condiciones de radio, energía y capacidad de reparación que los colectores globales no ven.

Para rendición de cuentas, la línea base de enrutamiento sigue siendo útil. Cuando ocurre un incidente reportado, los investigadores pueden comparar visibilidad de ruta con reportes de clientes. Si BGP permanece estable, la atención puede cambiar al interior. Si las rutas se retiran, la transferencia externa se vuelve una pista más fuerte. La evidencia actual establece esa base sin afirmar un incidente.

La comparación solo se vuelve diagnóstica cuando los sellos de tiempo y los reportes de servicio se alinean cuidadosamente.

20. Los contactos de registro son una superficie operativa, no una garantía

Los registros de LACNIC incluyen contactos administrativos, técnicos y de abuso vinculados al titular de Fly Internet. La posibilidad de contacto es parte del stewardship de recursos numéricos porque otras redes y equipos de investigación necesitan una parte responsable cuando hay rutas, reportes de abuso o cambios registrales que requieren atención.

No se reproducen datos personales de teléfono, dirección o correo. Su papel en la evidencia es alinear el nombre de persona jurídica con el registro de recursos de red y confirmar que el ASN y las asignaciones tienen contactos operativos designados.

Tener un campo de contacto completo no prueba capacidad de respuesta. Las direcciones se vuelven obsoletas, las responsabilidades cambian y un contacto nominal puede no controlar cada decisión operativa. Medir la calidad de contacto exige contacto directo y un registro cronológico de respuestas, lo cual está fuera de este conjunto de fuentes.

Aun así, el registro crea un punto de partida. Si surge una anomalía de origen o un problema de abuso, el contacto registrado puede contrastarse con los canales públicos actuales de soporte del operador. Los registros precisos reducen ambigüedad aunque no garanticen respuesta oportuna.

21. El registro de membresía añade corroboración, no una nueva alegación

En el conjunto fuente se capturó un PDF oficial del padrón electoral de LACNIC. Puede corroborar la presencia de la identidad del miembro en el ecosistema del registro, pero su texto no se extrajo localmente para esta revisión.

Como no hubo extracción textual completa, ese PDF no aporta una afirmación única aquí. El ASN exacto y los vínculos de direcciones ya provienen de registros RDAP legibles por máquina, que son más fuertes y reproducibles.

Esta regla de evidencia es conservadora: tener un archivo no equivale a validar su contenido. Una fuente aporta solo lo que se ha revisado y conectado con el sujeto. Material no legible o capturado de forma parcial no debe usarse para decorar una tesis.

La misma regla descarta una solicitud de Cloudflare Radar que devolvió HTTP 403. Una captura fallida no puede soportar afirmaciones de tráfico, popularidad o enrutamiento. La registración autorizada y observaciones RIPEstat establecen la identidad de red delimitada sin depender de ese intento.

22. Lo que la evidencia pública no puede establecer

El conjunto fuente no contiene recuento de suscriptores, cifra de ingresos, estimación de cuota de mercado ni mezcla de clientes. No establece si predominan conexiones residenciales o empresariales. No proporciona mapa de cobertura independiente, longitud de fibra instalada, número de torres o lista de direcciones servidas.

La capacidad también permanece opaca. Dos rutas/24no revelan throughput de acceso, commit de tránsito, demanda pico, margen de reserva ni congestión. El número de observaciones BGP refleja rutas de colector, no capacidad. Los registros públicos no identifican modelos de equipo, velocidades de interfaz o políticas de sobre suscripción.

La continuidad permanece sin medir. No hay topología en anillo documentada, potencia de respaldo, segundo upstream, objetivo de restauración, inventario de repuestos ni historial de caídas. Una relación AS64123 consistente puede encuadrar estas preguntas, pero no responderlas.

Estas omisiones no son evidencia de mal rendimiento. Son límites sobre lo que puede decirse de forma responsable. Un perfil basado en hechos distingue ausencia de prueba pública de prueba de ausencia y mantiene la incertidumbre visible en vez de cubrirla con marketing o sospecha.

23. Las preguntas útiles del cliente empiezan donde termina BGP

Para un cliente, la existencia de un ASN registrado y rutas ampliamente visibles es relevante. Demuestra que Fly Internet tiene una identidad pública de enrutamiento distintiva en vez de estar representado solo por una web comercial. El resultado RPKI válido para un/24registrado suma una señal positiva de autorización de origen.

Pero las decisiones de compra dependen de detalles fuera de la evidencia actual. Los clientes pueden querer saber si su conexión usa fibra o inalámbrico, qué equipos y respaldo energético sirven al área, si el plan empresarial incluye tasa comprometida y qué tan rápido se reparan fallos.

Las empresas tienen preguntas de continuidad adicionales. Pueden requerir rutas de acceso diversas, un proceso de escalamiento documentado, direccionamiento estático, compromisos de nivel de servicio o un respaldo que no comparta la misma dependencia física. Ninguna de esas características se infiere del ASN.

La evidencia, por tanto, da al cliente un vocabulario más preciso en lugar de un veredicto. Puede separar titularidad registrada, enrutamiento visible, metadatos de seguridad, acceso físico y condiciones contractuales de servicio, y después pedir al operador pruebas en la capa que le sea relevante.

24. Una línea base de monitoreo puede mejorar la responsabilidad futura

El estado capturado proporciona varios marcadores reproducibles: AS271796;179.51.204.0/24registrado;2803:7fe0::/32registrado;38.255.0.0/24observado; vecino inmediato AS64123; un resultado RPKI IPv4 válido; un resultado IPv4 desconocido; y ausencia de anuncio IPv6 observado.

Las verificaciones periódicas pueden detectar cambios significativos. Un vecino nuevo puede indicar interconexión adicional o una reconfiguración de enrutamiento. Una ruta IPv6 visible nueva puede mostrar avance de despliegue. Un cambio de unknown a valid para la segunda ruta IPv4 puede reflejar nuevos metadatos de autorización.

Aún así, el cambio requiere interpretación. Una retirada de ruta puede ser mantenimiento planificado, una brecha de medición o una caída. Un camino nuevo puede ser activación de respaldo, cambio de proveedor o selección de colector. Se debe revisar registro y evidencia del operador antes de asignar causa.

La línea base es útil porque hace concretas esas preguntas futuras. Convierte una descripción genérica de empresa en un conjunto de hechos observables, preservando la diferencia entre lo que Internet expone y lo que solo el operador puede documentar.

Ese hiato es la frontera central de responsabilidad en cada actualización posterior de este perfil.

25. La frontera pública de Fly Internet es real, pero incompleta

Fly Internet no es solo una página de marca en este conjunto de evidencia. La entidad exacta del directorio está vinculada a AS271796 activo, un bloque IPv4179.51.204.0/24registrado, un bloque IPv62803:7fe0::/32registrado y dos anuncios IPv4 de origen observados. Esos registros establecen una superficie pública de recursos de red vigente.

La instantánea de enrutamiento añade una transferencia AS64123 consistente y una visibilidad amplia de IPv4. RPKI aporta una imagen de autorización desigual: valid para el179.51.204.0/24registrado directamente, unknown para el38.255.0.0/24observado, y unknown para el bloque IPv6 registrado pero no anunciado.

Nada de eso revela el límite de operación física detrás del servicio. La evidencia no establece quién posee la fibra, qué cobertura inalámbrica existe, capacidad, redundancia, disponibilidad, tiempo de recuperación ni un upstream exclusivo. Tampoco respalda el marco de centro de datos sugerido por el plan original.

La ficha precisa, por tanto, es concreta y cauta. AS271796 hace que Fly Internet sea visible como operador de enrutamiento. Los registros públicos muestran dónde empieza la responsabilidad en el borde de Internet, mientras que la red de acceso, los compromisos de servicio y los controles de continuidad tras ese borde siguen siendo preguntas para evidencia adicional.

26. Los recursos registrados y las rutas observadas deben quedarse en columnas separadas

La evidencia de Fly Internet se vuelve más clara cuando los registros administrativos y las observaciones de enrutamiento se tratan como dos columnas en vez de mezclarse en una sola historia. La columna registrada contiene AS271796,179.51.204.0/24y2803:7fe0::/32, todos vinculados por LACNIC al titular exacto. La columna observada contiene las rutas y rutas observadas por RIPEstat durante un intervalo fechado.

Las columnas se superponen para179.51.204.0/24: el bloque está registrado directamente a Fly Internet y aparece con AS271796 como origen. Esa coincidencia es la afirmación más sólida de la evidencia. Aun así, no revela la implementación interna, pero el titular del recurso y las identidades en ejecución coinciden.

Las columnas divergen para38.255.0.0/24. Esa ruta aparece en la columna observada, mientras que la consulta de registro congelada llega a la asignación madre de Cogent, no a un registro exacto de Fly Internet para el/24. La divergencia no vuelve ilegítima la ruta. Significa que la evidencia pública no revela el instrumento de delegación que conecta ese espacio al origen.

También divergen para IPv6. El/32existe en la columna registrada, pero el estado de enrutamiento revisado no muestra anuncio IPv6. Mantener las columnas separadas evita dos errores frecuentes: tratar todo recurso registrado como anunciado activamente y tratar toda ruta visible como titularidad registrada. El método es más útil que un solo titular numérico porque conserva el tipo de evidencia detrás de cada afirmación.

27. Las preguntas de dependencia física requieren evidencia física

La continuidad de red depende finalmente de equipamiento, transporte, sitios, energía, personal y acceso contractual. Ninguno de esos elementos puede contarse desde un registro de sistema autónomo. Una evaluación responsable de resiliencia debería identificar al menos los puntos externos de handoff, las rutas desde esos puntos hacia la red de acceso y los dominios de falla compartidos en ese trayecto.

Para servicio de fibra, evidencia útil podría incluir diseño de anillo o árbol, diversidad de ruta entre gabinetes y handoffs upstream, dependencias de postes o ductos, fibra de respaldo, equipamiento óptico y capacidad de reparación de campo. Para servicio inalámbrico, podría incluir ubicaciones de torre, backhaul, acuerdos de espectro, respaldo de energía, capacidad por sector y exposición al clima. Los registros actuales no revelan ninguno de esos elementos.

La misma disciplina aplica a AS64123. Su posición constante antes de AS271796 muestra una relación de plano de control, pero no localiza una interconexión ni identifica el transporte usado. Un contrato puede servir varios enlaces protegidos, mientras que varios contratos pueden converger en una misma instalación física. El número de contratos, el número de ASN y el número de dominios de fallo no son equivalentes.

Una futura revelación operativa del operador podría resolver varias de estas preguntas sin exponer detalles sensibles. Podría indicar si la conectividad externa se entrega en más de un sitio, si las áreas de acceso tienen backhaul independiente o si los servicios empresariales tienen objetivos de restauración documentados y distintos por dependencia. Hasta que exista tal evidencia, estas siguen siendo preguntas y no una nota de resiliencia.

28. Seguridad de metadatos y continuidad de servicio resuelven problemas distintos

RPKI ayuda a las redes a evaluar si un ASN está autorizado para originar un prefijo. Es un control de seguridad importante, especialmente cuando se comparan registros y anuncios de enrutamiento a escala. El resultado válido de179.51.204.0/24aporta una señal positiva y verificable para un par origen-prefijo.

La continuidad de servicio plantea otro conjunto de preguntas. Una ruta perfectamente autorizada puede seguir siendo inaccesible porque falla un router, se corta fibra, pierde energía un sitio o se congestiona un camino upstream. A la inversa, una ruta RPKI desconocida puede transportar tráfico legítimo estable durante años. El estado de autorización debe informar el análisis de seguridad de rutas sin transformarse en un proxy de disponibilidad.

Esta separación también evita una conclusión de «todo seguro» por la ruta válida. El segundo/24observado de Fly Internet permanece en estado unknown en el resultado de validación capturado, y el bloque IPv6 registrado no aparece anunciado en rutas. La red muestra varios estados de recurso, no una etiqueta RPKI única.

La rendición de cuentas operativa mejora cuando cada capa usa su evidencia. La exactitud del registro identifica al titular responsable. RPKI añade metadatos de autorización. BGP muestra anuncios en curso y adyacencias visibles. Las mediciones de tráfico y la documentación operativa abordan entrega y recuperación. Ninguna de estas capas debe suplir lo que no puede probar.

29. Una divulgación más clara haría más accionable la línea base pública

La evidencia actual ya permite monitoreo útil, pero un poco más de divulgación podría hacerla mucho más accionable. Un registro exacto que explique el uso de38.255.0.0/24cerraría la brecha de delegación de direcciones. Una ROA publicada, si fuera operativamente apropiada, podría cambiar el estado de validación de unknown a valid.

IPv6 es otro punto claro de divulgación. Fly Internet podría indicar si el/32registrado está reservado, en despliegue o ofrecido a clientes mediante un arreglo de enrutamiento no visible bajo AS271796. Esa declaración no reemplazaría la medición, pero ayudaría a interpretar la diferencia entre registro y anuncios observados.

Las afirmaciones de continuidad serían más sólidas con mayor soporte. Si el operador describe upstreams diversos, transporte protegido, energía de respaldo o objetivos de restauración, esos enunciados deberían identificar a qué capa y alcance se aplican. «Redundante» puede significar dos puertos de router, dos circuitos, dos edificios o dos rutas físicas independientes; no son equivalentes.

El objetivo no es exigir publicación de topología sensible. Es alinear las afirmaciones públicas con evidencia que clientes y pares puedan entender. Los registros existentes ya establecen una identidad de red pública real y una línea base estable de plano de control. Una divulgación acotada podría conectar esa identidad de borde con los compromisos de entrega y continuidad que hoy no son visibles.

Fuentes

https://btw.media/en/directory/colombo-alejandro-mauricio-fly-internet-arhttps://flyinternet.com.ar/https://rdap.lacnic.net/rdap/autnum/271796https://rdap.lacnic.net/rdap/ip/179.51.204.0/24https://rdap.lacnic.net/rdap/ip/38.255.0.0/24https://rdap.lacnic.net/rdap/ip/2803:7fe0::/32https://stat.ripe.net/data/announced-prefixes/data.json?resource=AS271796https://stat.ripe.net/data/routing-status/data.json?resource=AS271796https://stat.ripe.net/data/bgp-state/data.json?resource=AS271796https://stat.ripe.net/data/rpki-validation/data.json?resource=AS271796&prefix=179.51.204.0%2F24https://stat.ripe.net/data/rpki-validation/data.json?resource=AS271796&prefix=38.255.0.0%2F24https://stat.ripe.net/data/rpki-validation/data.json?resource=AS271796&prefix=2803:7fe0::%2F32https://www.lacnic.net/innovaportal/file/7059/1/padron-electoral-comision-electoral-2026.pdf