Resumen
- Connectivity Inc era un negocio de software de búsqueda local e inteligencia de clientes, no un proveedor de acceso regional documentado. Su sitio actual vende servicios de listados, reseñas y datos; los registros judiciales y financieros históricos describen YellowBot, publicidad, venta de datos y aplicaciones web alojadas, en lugar de fibra, acceso inalámbrico fijo o planes de internet residencial.
- Sin embargo, la red detrás de ese software era real. ARIN asignó a Solfo Inc, anterior nombre de Connectivity, el AS53582, un bloque IPv4 /22 y un bloque IPv6 /45. PeeringDB lista la red en One Wilshire y Telecom Center LA, con un puerto Any2West de 1 Gbps y clasificación de red de contenido.
- La evidencia operativa actual es negativa. La vista de enrutamiento de RIPE no mostró anuncios IPv4 ni IPv6, ni vecinos observados, ni espacio de direcciones visible para AS53582 el 10 de julio de 2026; su última ruta observada fue en septiembre de 2025. Los detalles de tráfico, instalaciones e intercambio de PeeringDB son sustancialmente más antiguos y no pueden establecer una red en vivo hoy.
- Por lo tanto, los caminos de falla económicamente relevantes eran la energía del centro de datos, una falla de router u óptica, una falla de cross-connect o fibra metropolitana, una retirada de upstream y una escasez de manos remotas autorizadas. No hay evidencia pública que establezca planta de acceso, torres, postes, equipos en las instalaciones del cliente, una huella de servicio regional o equipos de campo que atiendan a suscriptores de banda ancha.
El nombre apunta a banda ancha, pero la evidencia apunta a contenido
Hay dos maneras de leer la palabra conectividad en la historia de esta empresa, y solo una está respaldada por la evidencia pública. La primera es el significado habitual en telecomunicaciones: una empresa conecta hogares o empresas a Internet a través de fibra, acceso inalámbrico fijo, cable u otra tecnología de acceso. Esa interpretación implica un área de servicio geográfico, direcciones instalables, acometidas de cliente, postes o conductos, electrónica de red cerca de los suscriptores, planes minoristas y una organización de reparación que pueda llegar a la planta dañada.
El segundo significado es el que Connectivity Inc utilizó comercialmente. Su producto conectaba a las empresas con información sobre sus clientes. Elsitio actual de la empresapresenta gestión de listados, gestión de reseñas, licencias de datos, captación de clientes potenciales sociales y activación de clientes. Dice que la plataforma sirve a más de 10 000 empresas. Ladescripción de la gestión de listadosen el sitio trata sobre corregir detalles de negocios en motores de búsqueda, mapas y listados en línea. Supolítica de privacidaddescribe servicios de gestión de reputación basados en la nube, gestión de listados de negocios y servicios de relación con el cliente. Ninguna de esas páginas ofrece un plan de acceso a Internet, un verificador de direcciones, un cargo de instalación, un nivel de velocidad o un compromiso de nivel de servicio para un circuito de datos.
Esa no es simplemente una distinción en el lenguaje de marketing. Cambia todo el sistema físico que debería evaluarse. Un proveedor regional de banda ancha posee o alquila un camino desde un borde de red hacia muchas instalaciones de clientes. Una empresa de contenido puede poseer un conjunto comparativamente pequeño de routers y servidores dentro de instalaciones neutrales de operador, comprar tránsito upstream, intercambiar tráfico con redes seleccionadas y entregar una aplicación sobre redes de acceso operadas por otras empresas. Ambas dependen de fibra y electricidad. Solo la primera conlleva la obligación de acceso local.
Connectivity pertenece al segundo grupo según la evidencia disponible. Suacuerdo de cliente de 2015identifica a una corporación de Delaware con sede en 100 East Tujunga Avenue en Burbank y describe dos productos propietarios: Listings Management y un Opinion Monitoring System. El acuerdo se refiere al uso de esos servicios en línea y los datos comerciales asociados. No contrata transmitir el tráfico de Internet general de un cliente.
Un registro judicial federal anterior es aún más claro. En una disputa de patentes de 2011, el tribunal describió el sitio webYellowBot de Solfo Inc como un directorio de negocios en línea. Dijo que Solfo obtenía ingresos de la publicidad y la venta de información recopilada de otros sitios web, mantenía su única oficina en Burbank, empleaba a ocho personas a tiempo completo en California y alojaba las computadoras de Solfo y YellowBot en el condado de Los Ángeles. El registro se refiere a una cuestión legal diferente y es histórico, pero proporciona evidencia inusualmente concreta de lo que hacía la empresa y dónde se ubicaba su infraestructura informática.
La narrativa corporativa continuó en la misma dirección. Uninforme de financiación de 2014describió a Connectivity como un proveedor de software de inteligencia de clientes, matriz de YellowBot y Weblocal, y el nuevo nombre de Solfo. Informó una ronda de 6,35 millones de dólares y más de 92 000 cuentas de empresas pagas. En 2016, SweetIQ anunció que habíaadquirido la división de marketing local de Connectivity, describiendo la operación adquirida como un negocio de marketing local directo a empresas que trabajaba con más de 20 000 ubicaciones físicas. Estas cifras se refieren a cuentas de software o ubicaciones de marketing, no a instalaciones conectadas a una red de acceso de Connectivity.
Esta distinción debería regir cada inferencia posterior. Una empresa puede tener decenas de miles de cuentas y aun así ocupar solo unos pocos racks. Puede llegar a usuarios en toda América del Norte sin poseer una sola acometida residencial. Puede registrar un sistema autónomo porque necesita enrutamiento independiente para sus sitios web, no porque venda tránsito o banda ancha. El nombre de Connectivity, el número de clientes y su sistema autónomo no son, por lo tanto, prueba acumulativa de un ISP regional. Describen una empresa de software que tenía razones para operar infraestructura de contenido.
AS53582 era un recurso de red real, no una licencia de banda ancha
La evidencia más sólida de que Connectivity controlaba infraestructura de Internet es elregistro ARIN de AS53582. ARIN nombra el sistema autónomo SOLFO, da una fecha de registro del 23 de junio de 2010 y lo vincula a Solfo Inc en Burbank. El mismo registro contiene contactos técnicos, de operaciones de red y de abuso de Solfo. Otros registros ARIN asignan a Solfo elbloque IPv4 199.15.176.0/22y elbloque IPv6 2620:101:d000::/45. Esos son registros directos de recursos de numeración, no una suposición de un tercero basada en un nombre de empresa.
Un número de sistema autónomo tiene un significado preciso pero limitado. ARIN define un sistema autónomo como uno o más prefijos IP operados bajo una política de enrutamiento única y claramente definida, y dice que el número permite a un operadorintercambiar información de enrutamiento con otras redes. No dice que el titular proporcione acceso a Internet minorista. Universidades, bancos, plataformas en la nube, agencias gubernamentales y empresas de contenido pueden necesitar una identidad de enrutamiento independiente.
La propia política de ARIN es explícita sobre la siguiente limitación. El registro no garantiza que un prefijo sea enrutado por ningún operador. ElNumber Resource Policy Manualsepara la asignación administrativa de recursos de numeración de su alcanzabilidad pública. Esa diferencia es central para Connectivity en 2026: los registros permanecen, pero el sistema autónomo no es visible como un origen actual en los datos de enrutamiento público examinados aquí.
La información histórica de interconexión completa el propósito original. Laentrada de AS53582 en PeeringDBdenomina a la red Connectivity Inc, enumera Solfo, YellowBot y LocalRobot como nombres alternativos y la clasifica como Contenido. Esa es la categoría de la base de datos para una red que entrega su propio material, en lugar de un operador de acceso que conecta usuarios finales. La entrada reclama diez prefijos IPv4, un prefijo IPv6, tráfico equilibrado de 1-5 Gbps y un alcance norteamericano. También anuncia una política de peering abierta.
Esas afirmaciones son consistentes con un editor web que buscaba un menor costo de entrega y un mejor control sobre cómo el tráfico llegaba a los usuarios. Una red de contenido con suficientes páginas vistas puede comprar tránsito de uno o más proveedores upstream mientras intercambia tráfico directamente con redes dispuestas en un punto de intercambio de Internet. El intercambio directo puede acortar el camino hacia un ISP de consumo, reducir la porción de tráfico facturada como tránsito y proporcionar otra ruta lógica. Una banda de tráfico de 1-5 Gbps es totalmente plausible para un grupo de sitios web de búsqueda local con mucho tráfico. No dice nada sobre hogares pasados, suscriptores minoristas o ingresos de red de acceso.
Las fechas importan tanto como los valores. PeeringDB muestra que la entrada de red general se actualizó por última vez en julio de 2022. Los detalles del intercambio público listado se actualizaron por última vez en marzo de 2016, y los registros de instalaciones en la entrada también se modificaron por última vez en 2016. PeeringDB se describe a sí misma como unabase de datos gratuita mantenida por los usuarios. Es muy útil para encontrar dónde los operadores dicen que pueden interconectarse, pero una entrada antigua no es una fuente de telemetría en vivo y su palabra Operational no es equivalente a un anuncio BGP actualmente visible.
La conclusión correcta es más estrecha que cualquiera de los extremos. AS53582 no era un registro decorativo: las observaciones históricas de rutas, las asignaciones de direcciones, los registros de instalaciones y un puerto de intercambio público forman una huella operativa coherente. Tampoco era una red de acceso regional. La evidencia pública establece un sistema autónomo de servicio de contenido que se construyó para soportar las propiedades web de Solfo y Connectivity.
Dos edificios del centro definieron la superficie operativa física
PeeringDB sitúa AS53582 en dos instalaciones de Los Ángeles:CoreSite LA1 en One WilshireyTelecom Center LA. También registra una conexión de 1 Gbps a Any2West con dirección IPv4 206.72.210.92 y dirección IPv6 2001:504:13::92. Las entradas de instalaciones no revelan el número de racks, el consumo de energía, el número de servidores, el inventario de conexiones cruzadas o si Connectivity alquilaba espacio directamente o compraba servicio a un proveedor de colocación. Sin embargo, proporcionan el mejor límite público alrededor de la red física de la empresa.
One Wilshire no es un punto abstracto en un mapa de peering. Es un hotel de operadores en 624 South Grand Avenue en el centro de Los Ángeles. La propia descripción del edificio dice que susala de interconexión es operada por CoreSitey proporciona acceso a más de 250 proveedores de servicios de red, servicios en la nube, operadores nacionales e internacionales, y fibra iluminada y oscura. CoreSite describeLA1como uno de los centros de datos más densamente interconectados del mundo. Una red presente allí puede pedir conexiones cruzadas físicas cortas a operadores e infraestructura de intercambio en lugar de tender una ruta larga dedicada a cada contraparte.
Telecom Center LA está a la vuelta de la esquina en 530 West 6th Street. ElDowntown Center Business Improvement Districtlo describe como un edificio de centro de datos y telecomunicaciones con conectividad directa a One Wilshire. Actualmente, PeeringDB enumera solo diez redes en el edificio, pero la instalación ofrece otro lugar desde el cual AS53582 históricamente dijo que podía interconectarse. Debido a que los dos edificios están cerca, mover tráfico entre ellos puede ser barato y operativamente conveniente. La proximidad no es lo mismo que la independencia geográfica.
Ese último punto es importante. Dos nombres de instalaciones pueden producir una apariencia de redundancia mientras comparten un pequeño dominio de falla en el centro. Los edificios pueden usar diferentes alimentaciones eléctricas, generadores, montantes y operadores, sin embargo, la ruta entre ellos puede pasar por calles, conductos, pozos de registro o infraestructura de interconexión comunes. Una red también puede tener equipos en ambos edificios pero depender de un router frontera, un contrato upstream o un proveedor de fibra. Ningún diagrama público de Connectivity identifica caminos de entrada, nombres de operadores, pares de routers o puntos comunes de falla.
El registro de Any2West proporciona otro dato de contexto físico. CoreSite dice queAny2Exchangeconecta redes en sus instalaciones y ofrece puertos a varias velocidades. Un puerto es una interfaz real en un conmutador de intercambio, alcanzado a través de una conexión cruzada y un router propiedad o controlado por el participante. Por lo tanto, el puerto de 1 Gbps listado de Connectivity implica al menos una interfaz de router, una conexión óptica o eléctrica, una ruta de cable y una relación comercial con el intercambio o un proveedor.
No establece un gigabit por segundo de tráfico sostenido, un gigabit de tránsito upstream o un producto de cliente de un gigabit. La velocidad del puerto es la capacidad de interfaz instalada. El tráfico real depende de las sesiones de peering, las rutas aceptadas, la política de red remota, la demanda del servidor y la salud de cada componente entre la aplicación y el intercambio. La declaración más amplia de tráfico de 1-5 Gbps de PeeringDB es autoinformada y más antigua que la retirada de enrutamiento actual. Ninguno de los dos valores debe tratarse como capacidad utilizable actual.
La declaración del tribunal de que las computadoras anfitrionas estaban en el condado de Los Ángeles se alinea con esta evidencia de instalaciones. Burbank era la oficina y la dirección corporativa; el centro de Los Ángeles era el área de interconexión documentada. La distancia entre ellos es modesta, pero el límite de propiedad es claro. Connectivity podía administrar servidores y routers, mientras que los propietarios de los edificios, los operadores de colocación, los proveedores de fibra, el operador del intercambio y la compañía eléctrica controlaban gran parte del entorno que hacía alcanzables esas máquinas.
La factura local era una factura de rack y ruta, no de última milla
Para un ISP minorista, la factura física dominante a menudo comienza en la calle: postes, zanjas, conductos, torres, acometidas, equipos de cliente y técnicos distribuidos por un territorio de servicio. La factura documentada de Connectivity comenzó dentro de un hotel de operadores. Probablemente combinaba espacio de rack o jaula, energía, refrigeración, conexiones cruzadas, acceso al intercambio, transporte metropolitano, tránsito de Internet, hardware y mano de obra. Los contratos y montos precisos no son públicos, por lo que los componentes pueden identificarse sin inventar un presupuesto.
El rack es solo la primera capa. Un servidor que sirve YellowBot necesita energía y refrigeración. Un conmutador top-of-rack necesita un camino hacia un router frontera. El router necesita interfaces hacia el tránsito upstream o pares. Cada interconexión requiere una óptica, cable y sesión configurada. Una segunda instalación requiere transporte entre sitios o una copia independiente de la aplicación y los datos. Un dominio necesita servicio de nombres autoritativo, certificados y salud de la aplicación más allá de la red misma. Si algún elemento único es único, el sistema físico puede ser menos resistente de lo que sugiere el número de proveedores.
El peering cambia la porción variable de esa factura. Cuando dos sistemas autónomos intercambian tráfico directamente, pueden evitar enviar ese tráfico a través de una ruta de tránsito paga. CoreSite describe el peering de Any2 como una forma deacortar rutas e intercambiar tráfico directamente. Para un sitio de contenido, el valor depende del volumen de tráfico y de qué redes de consumo están presentes. Un intercambio lleno de pares potenciales no ahorra dinero automáticamente. Connectivity necesitaba sesiones BGP activas, proporciones de tráfico aceptables, suficiente demanda hacia cada par y una ruta de respaldo para cada destino no alcanzado directamente.
El tránsito seguía siendo esencial. El peering público normalmente cubre solo la red del par y sus clientes, no todo Internet. Una empresa de contenido aún necesita uno o más proveedores upstream dispuestos a llevar tráfico a todos los demás destinos y a propagar sus prefijos. El upstream también transporta solicitudes entrantes de redes con las que la empresa no hace peering. El sistema autónomo se vuelve públicamente útil solo cuando su ruta es aceptada y propagada.
Aquí es donde la dependencia upstream del título se vuelve literal. Connectivity puede haber poseído el registro 199.15.176.0/22 y el router que lo originaba, pero no podía hacer que el bloque fuera globalmente alcanzable por sí solo. Los proveedores upstream y los pares tenían que aceptar y anunciar rutas. Filtros, registros de enrutamiento caducados, cambios de contrato, una sesión deshabilitada o una falla física podían hacer que las direcciones registradas desaparecieran. ARIN aún podía mostrar el bloque como activo mientras los usuarios no tenían ruta hacia él.
La reparación en campo también toma una forma diferente dentro de un hotel de operadores. No hay evidencia de equipos de Connectivity empalmando fibra en el vecindario. Las manos relevantes reemplazarían una óptica fallida, moverían una conexión cruzada, volverían a colocar una tarjeta de línea, restaurarían la energía de un gabinete, inspeccionarían un parche de fibra o conectarían un cable de consola. Esas tareas pueden ser realizadas por el personal de la empresa, el equipo de manos remotas de un proveedor de colocación o un contratista especializado. El tiempo de respuesta depende de la autorización de acceso, las piezas de repuesto, el personal del sitio y el contrato de servicio, nada de lo cual aparece en el registro público.
El resultado es una economía física pequeña pero trascendente. Una empresa web puede evitar la enorme carga de capital de una construcción de acceso regional ubicándose en un edificio interconectado. A cambio, acepta cargos recurrentes y concentra el riesgo operativo en unas pocas salas, conexiones cruzadas y personas. La huella de red de Connectivity parece haber seguido exactamente esa lógica.
La capacidad registrada y la capacidad utilizable divergieron
Varios valores públicos pueden confundirse con capacidad: una asignación /22, una asignación IPv6 /45, diez prefijos IPv4 reclamados, un prefijo IPv6 reclamado, un puerto de intercambio de 1 Gbps y 1-5 Gbps de tráfico declarado. Describen cosas diferentes y no se pueden sumar.
Los bloques de direcciones describen espacio de numeración. El IPv4 /22 contiene 1024 direcciones en términos aritméticos, aunque el diseño de red, la reserva, el filtrado y las asignaciones reales determinan cuántas pueden alojar servicios. El IPv6 /45 es enormemente mayor en número de direcciones pero no implica más rendimiento. Las direcciones identifican puntos finales; no mueven bits sin una ruta.
El puerto de intercambio describe la velocidad de línea superior de una interfaz. La sobrecarga de protocolo y la dirección del tráfico reducen la carga útil práctica, mientras que la política de los pares limita qué destinos pueden usarlo. Una red de contenido podría enviar respuestas salientes sustanciales y recibir solicitudes entrantes mucho más pequeñas, a pesar de la antigua etiqueta de tráfico equilibrado de PeeringDB. Un puerto de intercambio no puede reemplazar el tránsito a menos que el intercambio proporcione rutas a cada red requerida bajo una política aceptable.
El número reclamado de prefijos es especialmente difícil de conciliar con el historial observado. Lavista de historial de enrutamiento de RIPE para AS53582muestra cinco prefijos de origen a lo largo de la vida del sistema autónomo: 64.235.248.0/24, 199.15.176.0/22, 207.171.7.0/24, 2607:f238:3::/48 y 2620:101:d000::/45. Algunos eran espacio de direcciones de proveedor y otros asignaciones directas; no estuvieron todos presentes durante el mismo período. El recuento de diez más uno de PeeringDB puede haber reflejado anuncios operativos más específicos, una convención de inventario anterior o información que nunca se actualizó. La observación de rutas públicas debe tener prioridad para las afirmaciones sobre lo que era globalmente visible.
La capacidad utilizable también depende de la aplicación. Un directorio web puede verse limitado por consultas a la base de datos, almacenamiento, eficiencia de caché o capacidad de cómputo del servidor antes de que se llene un puerto de 1 Gbps. Un ataque de denegación de servicio distribuido puede agotar el estado, paquetes por segundo o un límite de protección upstream mientras el ancho de banda promedio permanece modesto. Una sola dependencia de base de datos puede detener el servicio útil mientras cada sesión BGP permanece saludable. La capacidad de red es necesaria, no suficiente.
La única declaración segura de capacidad en tiempo presente es negativa: AS53582 no tenía espacio de direcciones anunciado públicamente observado en la vista actual de RIPE. El hardware y los contratos antiguos pueden haber sido desmantelados, pueden permanecer inactivos o pueden soportar conectividad privada que no es visible para los colectores públicos. Ninguna de esas posibilidades crea capacidad IP pública bajo AS53582 hoy.
La retirada de ruta es la señal más clara de estado operativo
Larespuesta de estado de enrutamiento de RIPE para AS53582registra la primera ruta observada en julio de 2010 y la última ruta observada, 64.235.248.0/24, el 29 de septiembre de 2025. A las 08:00 UTC del 10 de julio de 2026, mostraba cero prefijos IPv4, cero prefijos IPv6, cero vecinos observados y ninguna visibilidad entre 327 pares RIS IPv4 y 321 IPv6. Larespuesta de prefijos anunciadoscomplementaria devolvió una lista vacía.
Esta es una evidencia más fuerte del estado actual de la red que un perfil estático de empresa. Los colectores BGP públicos no son omniscientes: ven rutas recibidas por pares participantes, no sesiones privadas o cada anuncio de intercambio local. Una ruta aceptada solo por una contraparte privada podría escapar a la observación amplia. Una red interna privada también puede continuar usando un ASN sin originar espacio público. Pero una organización que sirve sitios web públicos desde sus propias direcciones normalmente necesita que esas direcciones sean visibles más allá de un grupo cerrado. Cero visibilidad amplia durante más de nueve meses es una degradación sustancial.
El historial de 64.235.248.0/24 ilustra el traspaso. Lavisión general del prefijoactual de RIPE muestra que la dirección cae bajo la ruta agregada mayor 64.235.224.0/19 originada por AS5580, asociado con GTT, en lugar de por AS53582. Eso no identifica los términos comerciales anteriores de Connectivity ni explica por qué terminó la ruta más específica. Muestra que un agregado de proveedor puede permanecer alcanzable mientras el origen independiente del cliente desaparece.
Los propios dominios de la empresa refuerzan la transición sin revelar la arquitectura de origen privada.El DNS público para connectivity.comdevuelve direcciones dentro de losrangos publicados de Cloudflare, al igual queYellowBot. Esas respuestas colocan el borde web público detrás de otra red; no revelan dónde se encuentra el servidor de aplicaciones ni quién lo posee. La entrega en la nube puede continuar mientras AS53582 está retirado.
El antiguo dominio de Solfo es más revelador.El DNS público para solfo.comapunta a 199.15.177.178, dentro del /22 registrado de Solfo. RIPE muestra que ese /22 no se anuncia actualmente. Un registro de dirección obsoleto no es prueba de que toda la empresa esté inactiva, pero es consistente con una red de origen retirada cuyo nombre de host heredado no se limpió por completo.
Sería fácil contar una historia dramática de interrupción a partir de esta evidencia, y eso sería ir demasiado lejos. No hay un aviso de incidente público que vincule la retirada de septiembre de 2025 con una falla. Puede representar una migración intencional a alojamiento en la nube, el fin de un contrato de tránsito, la eliminación de equipos de colocación, un cambio corporativo o un error operativo. La duración y el borde actual de terceros hacen plausible el retiro planificado, pero solo el operador o sus proveedores podrían confirmar la causa.
Para el estado operativo, la conclusión medida sigue siendo firme: Connectivity tiene un sitio web de software en vivo, pero su sistema autónomo registrado por separado no se presenta como una red pública en vivo. La empresa no debe ser tratada como un ISP regional actualmente en funcionamiento sobre la base de antiguos campos de tráfico e instalaciones.
Seis fallas muestran de qué dependía realmente la red
La ausencia de una red de acceso no elimina la falla física. Concentra la falla en un conjunto diferente de componentes. Seis escenarios explican la superficie operativa con mayor precisión que un hipotético corte de una ruta de fibra residencial.
1. Una falla de cross-connect o fibra metropolitana
El router de Connectivity tenía que llegar a los upstreams y Any2West a través de cables físicos. Un cable de parche doblado, una óptica fallida, un conector sucio, un puente mal etiquetado o una fibra del edificio dañada podían eliminar una ruta. Una falla en la corta ruta metropolitana entre Telecom Center LA y One Wilshire podía afectar a los equipos en ambos edificios si el segundo sitio dependía del primero para el tránsito o el acceso al intercambio.
La recuperación requeriría un identificador de circuito conocido, mediciones ópticas, acceso a ambos extremos, una óptica de repuesto o cable de parche, y coordinación entre Connectivity, la instalación y el operador. Dos entradas de edificio no demuestran dos rutas de calle. La evidencia necesaria para la diversidad sería cartas de ruta de operador, entradas de edificio separadas, detalles de montantes y confirmación de que los caminos no se fusionan en el mismo conducto antes de llegar a un punto upstream.
2. Pérdida de energía o refrigeración del centro de datos
Los routers, conmutadores y servidores se detienen cuando falla su cadena de energía o cuando la pérdida de refrigeración fuerza el apagado. El edificio puede ofrecer alimentaciones eléctricas, alimentación ininterrumpida y generadores, pero el gabinete del inquilino aún puede tener una sola unidad de distribución de energía, una fuente conectada a ambas entradas del dispositivo o un disyuntor con margen insuficiente. El tiempo de funcionamiento del generador también depende del mantenimiento y la reposición de combustible.
Laguía de dependencia de comunicaciones de CISAseñala que las instalaciones de comunicaciones dependen de la electricidad y del transporte para el combustible del generador de respaldo. Connectivity no publicó un diseño de energía de gabinete, arreglo de doble cableado, tiempo de funcionamiento de batería o evidencia de prueba del generador. La presencia en un hotel de operadores prominente reduce algunos riesgos mientras deja desconocida la cadena de energía exacta del inquilino.
La recuperación comenzaría con decidir si la falla está dentro del rack, dentro de la suite de colocación, en todo el edificio o en el suministro eléctrico. La telemetría remota, la identificación del circuito derivado y una persona autorizada en el sitio importan tanto como la capacidad de servidor de repuesto. Un servicio puede permanecer inaccesible después de que regrese la energía del edificio si un router o servidor no arranca limpiamente.
3. Falla del router frontera o del hardware óptico
Un solo router frontera puede hacer que un diagrama multi-homed sea lógicamente impresionante pero físicamente frágil. Si cada sesión de tránsito y peering termina en un solo chasis, un supervisor, fuente de alimentación, tarjeta de línea o imagen de software fallidos eliminan todas las rutas a la vez. Dos routers en un rack aún pueden compartir una alimentación eléctrica, un conmutador de gestión o un error de configuración.
El registro de PeeringDB no identifica el número de routers. Tampoco dice si Connectivity colocó un router en cada edificio, usó reflectores de ruta redundantes o mantuvo un repuesto frío. La sustitución de hardware requiere equipos compatibles, configuración guardada, credenciales actuales, acceso a consola y un técnico que pueda distinguir el componente fallido de un problema upstream.
Laguía de planificación de contingencias de NISTrecomienda equipos alternativos y ubicaciones alternativas como métodos de recuperación. Suguía de telecomunicacionesdetallada incluye específicamente routers, conmutadores y límites de propiedad en la planificación de recuperación. Connectivity no revela ninguno de los arreglos de recuperación asociados.
4. Pérdida de upstream o política de enrutamiento
Un router puede estar encendido, conectado y en buen estado mientras Internet no tiene ruta hacia sus prefijos. Un upstream puede deshabilitar una sesión por falta de pago, mantenimiento o razones de política. Una ruta puede ser rechazada porque falta un objeto IRR o una autorización de origen de ruta o es inconsistente. Un cambio de configuración puede adjuntar la comunidad incorrecta, anunciar la longitud de prefijo incorrecta o retirar la ruta por completo. Un proveedor puede retener un agregado mientras el origen más específico del cliente desaparece, como demuestra la vista actual de 64.235.248.0/24.
La mejor recuperación no es simplemente un segundo nombre de upstream. Es un segundo upstream con una ruta física diseñada por separado, anuncios probados, registros de seguridad de enrutamiento válidos y suficiente capacidad para transportar el servicio completo. El operador debe probar si el tráfico realmente converge cuando se retira una ruta. Ningún registro público de AS53582 identifica los upstreams actuales, y RIPE actualmente no ve vecinos en absoluto.
5. Congestión del intercambio o pérdida de pares
El puerto Any2West listado tenía una velocidad de línea de 1 Gbps. Si el tráfico se acercaba a esa velocidad, la pérdida de paquetes podía degradar la carga de páginas incluso mientras la interfaz permanecía activa. Un ataque distribuido o un aumento repentino podía saturarlo. Un par podía restablecer una sesión o cambiar la política. El peering público entonces cambiaría el tráfico a tránsito pago solo si esa ruta permanecía disponible y tenía capacidad sobrante.
Esta es la diferencia entre capacidad instalada y recuperable. Una red con un puerto de intercambio de 1 Gbps y un circuito de tránsito de 1 Gbps puede parecer tener 2 Gbps, pero no si ambos comparten una interfaz de router de 1 Gbps, un circuito metropolitano o una entrega de proveedor. Del mismo modo, el tráfico diseñado hacia un par puede conmutar por error a una ruta más larga con mayor latencia o sin margen suficiente. La antigua declaración de tráfico de 1-5 Gbps no revela la demanda máxima, la utilización del puerto o la capacidad de conmutación por error.
6. Demasiadas pocas manos autorizadas
Connectivity tenía ocho empleados en California en el registro judicial de 2011, pero esa cifra es histórica y no identificaba técnicos de red. Las pequeñas empresas de contenido a menudo dependen de un fundador con habilidades técnicas, un administrador de sistemas y manos remotas de la instalación en lugar de una organización de campo permanente. Eso puede ser eficiente hasta que un incidente requiera trabajo simultáneo en dos sitios, una pieza de repuesto no disponible localmente o acceso fuera del alcance estándar del proveedor.
La cadena de respuesta importa. ¿Quién recibe una alarma? ¿Quién puede llamar al upstream? ¿Quién está en la lista de acceso a la instalación? ¿Dónde se almacenan las ópticas, cables, fuentes de alimentación y un router de repuesto? ¿Puede el técnico llegar a ambos edificios durante un cierre del centro? ¿La persona con credenciales BGP también tiene acceso físico? Ningún registro público responde a estas preguntas.
La mano de obra local en este entorno significa mano de obra especializada concentrada, no una flota de instaladores. Una sola persona con experiencia puede entender todo el patrimonio de enrutamiento y servidores. Ese conocimiento es valioso y también crea un riesgo de persona clave. La evidencia de recuperación incluiría un turno de guardia, contactos de escalamiento documentados, acceso a consola probado, repuestos en ambos sitios y un tiempo medido para reemplazar un componente fallido.
Estos seis escenarios conducen a un hallazgo más amplio. La red documentada de Connectivity podría haber sido redundante a nivel de protocolo sin dejar de estar expuesta a edificios comunes, rutas metropolitanas cortas, cadenas de energía y un pequeño grupo de operaciones. Por el contrario, un modesto diseño de dos sitios podría haber sido robusto si las rutas, la energía y el personal fueran genuinamente independientes. El registro público no respalda ninguna de las dos afirmaciones. Respalda las preguntas.
Los usuarios afectados eran usuarios de aplicaciones, no hogares de banda ancha varados
El impacto de la falla sigue el límite del servicio. Cuando un ISP regional pierde una ruta de acceso, los hogares y las empresas pueden perder todo el acceso a Internet, el servicio de voz y la capacidad de llegar a aplicaciones en línea no relacionadas. Cuando la red de contenido de Connectivity fallaba, el efecto directo probable era la pérdida o degradación de Connectivity, YellowBot, Weblocal o servicios relacionados alojados detrás de las rutas afectadas. Las conexiones de banda ancha de los propios usuarios continuarían transportando tráfico a otros destinos.
La escala aún podría ser material. El registro judicial de 2011 describió millones de visitas a YellowBot solo desde Texas y miles de páginas de negocios locales. El informe de financiación de 2014 afirmó más de 92 000 cuentas de empresas pagas. La venta de la división de 2016 se refirió a más de 20 000 ubicaciones físicas de negocios, y el sitio actual de la empresa dice servir a más de 10 000 empresas. Estas cifras provienen de diferentes años y medidas y no deben combinarse. Muestran que una interrupción podría afectar a una amplia audiencia comercial aunque Connectivity no controlara la última milla de los usuarios.
Diferentes fallas producirían diferentes síntomas. La pérdida de un par podía ralentizar el acceso para los clientes de una red mientras que otros usuarios no veían cambios. La pérdida de la ruta de origen podía hacer que todos los servicios en las direcciones afectadas fueran inaccesibles. Una falla de base de datos o servidor podía devolver errores a pesar de un enrutamiento saludable. La pérdida de un borde web público podía ocultar un origen que permanecía en línea. Por lo tanto, el análisis preciso de incidentes requiere evidencia de aplicación, DNS, ruta e instalación juntas.
El DNS actual reduce la relevancia directa de AS53582 para los sitios públicos en vivo. Las direcciones de Cloudflare responden para connectivity.com y YellowBot, por lo que esos nombres ya no requieren que un usuario encuentre una ruta originada por AS53582. El origen detrás de Cloudflare aún podría depender de un sitio o proveedor, pero ese camino privado no se divulga. La retirada de la ruta puede, por lo tanto, haber movido el riesgo en lugar de eliminarlo: de la interconexión pública operada por la empresa hacia contratos con un borde de nube y un entorno de alojamiento no divulgado.
Ese cambio puede mejorar la resiliencia si el servicio se distribuye entre regiones y orígenes. También puede crear una nueva concentración si cada dominio, servidor de nombres y origen depende de un proveedor o cuenta. Un logotipo en un servicio en la nube no revela la replicación del origen, la calidad de la copia de seguridad o el tiempo de recuperación. La evidencia pública es suficiente para decir que el borde web de Connectivity cambió; no es suficiente para puntuar la nueva arquitectura.
La prueba de ISP regional falla en cada capa de la red de acceso
La FCC describe una ubicación con servicio de banda ancha como un hogar o negocio dondese puede instalar acceso a Internet fijo de mercado masivo. Los proveedores informan dónde ofrecen ese servicio a través de sus propias instalaciones de red, y elMapa Nacional de Banda Anchaestá organizado en torno a ubicaciones, tecnologías y velocidades anunciadas. Esta es una prueba útil para la etiqueta de ISP regional incluso sin depender de una búsqueda negativa de nombres.
Connectivity no publica un archivo de ubicaciones con servicio, un verificador de direcciones o una etiqueta de banda ancha para consumidores. No proporciona una velocidad de Internet residencial o para pequeñas empresas, un intervalo de instalación, un precio de acceso mensual, una asignación de datos o un cargo por equipo. No identifica ninguna tecnología de fibra hasta las instalaciones, coaxial, cobre, inalámbrica con licencia o inalámbrica fija sin licencia. No nombra ninguna central local, torre, concentrador, gabinete o nodo de acceso que sirva a los clientes.
Tampoco hay un área de servicio físico divulgada. Burbank es una dirección corporativa, no una huella de banda ancha. Los Ángeles es una ubicación de alojamiento e interconexión, no una prueba de que los edificios cercanos pudieran comprar acceso a Internet de Connectivity. El alcance norteamericano de PeeringDB describe dónde la red de contenido esperaba tráfico o pares, no dónde instaló servicio de última milla.
La evidencia de propiedad falla en el mismo lugar. ARIN prueba el control de los registros de recursos de numeración. PeeringDB sugiere presencia en dos instalaciones y un intercambio. Ningún registro identifica postes, conductos, torres, fibra de calle, acometidas de cliente o equipos en las instalaciones del cliente. Ningún registro público revisado aquí muestra que Connectivity posea, alquile u opere alguno de esos activos de acceso.
La evidencia laboral también diverge. El personal histórico operaba un negocio web; un contratista de Texas mantenía el sitio de YellowBot y otro manejaba problemas de servicio al cliente. Eso no es evidencia de cuadrillas de línea, empalmadores de fibra, técnicos de torres o instaladores. El trabajo de campo implícito por el sistema autónomo estaba dentro o entre edificios de centros de datos, con un régimen de seguridad, inventario de piezas y radio de viaje muy diferentes.
Finalmente, la economía no se parece al acceso regional. La financiación reportada de Connectivity estaba destinada a una plataforma de inteligencia de clientes, y sus descripciones de ingresos se refieren a cuentas de publicidad, datos y software. No hay hogares de acceso, tasas de captación, ingresos promedio por usuario de banda ancha, costos de construcción o subvenciones de red divulgados. Llamar a la empresa un ISP regional importaría toda una estructura de costos y clientes que el registro contradice.
La clasificación más defendible es un operador de software y contenido con un sistema autónomo histórico. La categoría de ISP regional debe tratarse como un problema de clasificación no resuelto, no como un hecho a repetir.
Qué establecería una red operativa actual
La brecha de evidencia no es imposible de cerrar. Un conjunto conciso de divulgaciones podría distinguir el retiro, la migración y la operación privada continua.
Primero, Connectivity podría declarar si AS53582 permanece en servicio y explicar la retirada de ruta de septiembre de 2025. Si el sistema autónomo está intencionalmente inactivo, la empresa podría identificar qué servicios públicos se movieron y si alguna dependencia de cliente permanece en los bloques de direcciones registrados. Si está destinado a estar activo, un anuncio autorizado visible y registros de seguridad de enrutamiento actuales proporcionarían la primera confirmación objetiva.
Segundo, podría actualizar o eliminar los detalles de PeeringDB. La presencia actual en instalaciones, el estado del puerto de intercambio, la velocidad del puerto y la política de peering deberían estar fechados. Si el equipo de One Wilshire y Telecom Center LA se ha ido, dejar los registros marcados como operativos crea una impresión falsa. Si permanece, el operador podría identificar si ambos sitios transportan tráfico de producción o uno es solo una ubicación secundaria.
Tercero, las afirmaciones de resiliencia requerirían topología en lugar de un recuento de ubicaciones. Los hechos útiles incluyen el número de routers frontera, proveedores upstream, entradas de edificios independientes, proveedores de fibra metropolitana y alimentaciones eléctricas. Un diagrama no necesita exponer direcciones sensibles. Puede mostrar si dos rutas lógicas comparten un camino físico y si alguna de las instalaciones puede transportar el servicio completo por sí sola.
Cuarto, la evidencia de recuperación debe indicar quién puede actuar. La cobertura de manos remotas, las ópticas y routers de repuesto, la autorización de acceso, los contactos de escalamiento y los tiempos de restauración probados convierten una lista de instalaciones en una capacidad operativa. Un ejercicio de conmutación por error medido es más informativo que la palabra redundante.
Quinto, cualquier afirmación de servicio de banda ancha necesitaría un conjunto de evidencia completamente diferente: un área de servicio a nivel de dirección, tecnología, términos de instalación estándar, plan minorista, equipo del cliente, propiedad de la planta de acceso y responsabilidad de reparación en campo. Actualmente no se publica nada que proporcione ese conjunto. Un anuncio de ASN por sí solo tampoco lo proporcionaría.
Las señales de mercado no oficiales no pueden cerrar estas brechas. Un perfil de red en caché, un proveedor de datos IP o un listado de instalaciones antiguo pueden sugerir que una red operó en el pasado. No pueden probar que el equipo permanece en un rack, que una factura está pagada, que una ruta es aceptada o que un técnico está disponible. La visibilidad BGP actual, la confirmación de instalaciones y la divulgación del operador resolverían esas preguntas.
La misma disciplina se aplica al negocio de software en vivo. Una página de inicio funcional prueba que un servicio web responde. No prueba que la respuesta provenga de equipos propiedad de Connectivity o de AS53582. El DNS actual muestra un borde externo, pero solo la empresa puede revelar el origen, la replicación y los arreglos de recuperación detrás de él.
Una ruta retirada puede ser más informativa que un registro activo
Connectivity Inc ofrece una advertencia útil sobre la inferencia de infraestructura. Los nombres, las categorías y los registros de registro describen diferentes capas. El nombre sugiere un operador. Las páginas comerciales describen software de marketing. ARIN describe los derechos sobre los recursos de numeración. PeeringDB describe una red de contenido histórica en dos instalaciones de Los Ángeles. RIPE describe lo que el sistema de enrutamiento público puede ver ahora: ningún origen AS53582 en absoluto.
La antigua red era lo suficientemente sustancial como para tomarla en serio. Tenía espacio de direcciones registrado directamente, un sistema autónomo, un puerto de intercambio listado de 1 Gbps y presencia en el denso entorno de interconexión alrededor de One Wilshire. Esa configuración hizo que un producto web de alcance nacional dependiera de un conjunto sorprendentemente local de activos: energía del centro, conexiones cruzadas, fibra metropolitana, política upstream, routers, ópticas y manos autorizadas.
No convirtió a Connectivity en un ISP regional. No hay evidencia de una red de acceso, suscriptores de banda ancha, direcciones con servicio, postes, torres, acometidas o equipos de instalación locales. Las personas afectadas por una falla eran usuarios de las aplicaciones de la empresa, no clientes cuya línea general de Internet se apagara.
Hoy, incluso esa afirmación de red más estrecha necesita una marca de estado operativo negativa. La ruta pública desapareció en 2025 mientras que los antiguos campos de interconexión permanecieron en línea. Las propiedades web actuales de Connectivity pueden continuar detrás de infraestructura de terceros, pero AS53582 no debe presentarse como activo hasta que regrese una ruta, vecino o confirmación de instalación actual.
La lección es práctica. La infraestructura instalada no es lo que un perfil alguna vez enumeró; son los equipos, contratos y rutas que pueden transportar tráfico ahora. La capacidad utilizable no es una asignación de direcciones o una etiqueta de puerto; es la capacidad que sobrevive a una falla y puede ser restaurada por alguien con acceso y repuestos. Para Connectivity Inc, la evidencia pública muestra la factura histórica con suficiente claridad. También muestra que la ruta que alguna vez justificó esa factura ya no es visible.