Connectivity Inc: счёт за локальную связь зависит от апстрим-маршрутов и ремонта на объекте

Кратко

• Connectivity Inc была бизнесом в сфере локального поиска и программной аналитики о клиентах, а не подтверждённым региональным оператором доступа. Её нынешний сайт продаёт услуги управления карточками компаний, отзывами и данными; исторические судебные и финансовые документы описывают YellowBot, рекламу, продажу данных и размещённые веб-приложения, а не оптику, фиксированный беспроводной доступ или домовые тарифы интернета.
• Тем не менее сеть за этим программным обеспечением была реальной. ARIN присвоила Solfo Inc — прежнему названию Connectivity — номер AS53582, блок IPv4 /22 и блок IPv6 /45. PeeringDB указывает сеть в One Wilshire и Telecom Center LA с портом Any2West на 1 Гбит/с и классификацией «контентная сеть».
• Текущие свидетельства работы сети негативны. Данные RIPE о маршрутизации на 10 июля 2026 года не показывали ни анонсов IPv4, ни IPv6, ни наблюдаемых соседей, ни видимого адресного пространства для AS53582; последний наблюдавшийся маршрут был в сентябре 2025 года. Сведения PeeringDB о трафике, площадках и точках обмена существенно устарели и не могут подтвердить, что сеть работает сегодня.
• Поэтому экономически значимые сценарии отказа сводились к электропитанию в колокации, отказу маршрутизатора или оптики, повреждению кросс-коннекта или городского волокна, отзыву апстрим-маршрута и нехватке авторизованных «удалённых рук». Никакие открытые данные не подтверждают наличие абонентской инфраструктуры, вышек, столбов, оборудования на стороне клиента, региональной зоны обслуживания или выездных бригад для абонентов широкополосного доступа.

Название намекает на широкополосный доступ, но доказательства указывают на контент

Слово connectivity в истории этой компании можно прочитать двумя способами, и лишь один из них подтверждается открытыми данными. Первый — обычное телекоммуникационное значение: компания подключает дома или предприятия к интернету через оптику, фиксированный беспроводной доступ, кабель или другую технологию доступа. Такое прочтение подразумевает географическую зону обслуживания, адреса для подключения, абонентские ответвления, столбы или кабельную канализацию, сетевую электронику рядом с абонентами, розничные тарифы и ремонтную службу, способную добраться до повреждённой инфраструктуры.

Второе значение — то, в котором Connectivity Inc использовала слово коммерчески. Её продукт связывал бизнес с информацией о его клиентах. Натекущем сайте компаниипредставлены управление карточками компаний, управление отзывами, лицензирование данных, сбор лидов из соцсетей и активация клиентов. Там сказано, что платформа обслуживает более 10 000 компаний. Вописании управления карточкамиречь идёт об исправлении сведений о компаниях в поисковиках, на картах и в онлайн-каталогах. Вполитике конфиденциальностиописаны облачное управление репутацией, управление карточками компаний и сервисы взаимоотношений с клиентами. Ни на одной из этих страниц нет тарифа на доступ в интернет, проверки адреса, платы за подключение, скоростных планов или обязательств по уровню обслуживания канала связи.

Это не просто различие в маркетинговом языке. Оно меняет всю физическую систему, которую нужно оценивать. Региональный провайдер широкополосного доступа владеет или арендует путь от сетевого края к множеству помещений клиентов. Контентная компания может владеть сравнительно небольшим набором маршрутизаторов и серверов в нейтральных дата-центрах, покупать транзит, пиринговаться с отдельными сетями и доставлять приложение через сети доступа, которыми управляют другие компании. И та, и другая зависят от волокна и электричества. Но обязательство по локальному доступу несёт только первая.

По имеющимся данным Connectivity относится ко второй группе. В еёклиентском соглашении 2015 годауказана корпорация штата Делавэр, расположенная по адресу 100 East Tujunga Avenue в Бербанке, и описаны два проприетарных продукта: Listings Management и Opinion Monitoring System. Соглашение касается использования этих онлайн-сервисов и связанных бизнес-данных. Оно не обязывает компанию передавать обычный интернет-трафик клиента.

Более ранний документ федерального суда ещё яснее. В патентном споре 2011 года суд описалсайт YellowBot как онлайн-справочник компаний. Согласно решению, Solfo получала доход от рекламы и продажи информации, собранной с других сайтов, содержала единственный офис в Бербанке, держала в Калифорнии штат из восьми постоянных сотрудников и размещала компьютеры Solfo и YellowBot в округе Лос-Анджелес. Документ касается иного правового вопроса и носит исторический характер, но он даёт необычно конкретные сведения о том, чем занималась компания и где находились её вычислительные мощности.

Корпоративная история развивалась в том же направлении. Вотчёте о финансировании 2014 годаConnectivity названа поставщиком ПО для аналитики о клиентах, материнской компанией YellowBot и Weblocal и переименованной Solfo. Сообщалось о раунде на 6,35 млн долларов и более чем 92 000 платных бизнес-аккаунтов. В 2016 году SweetIQ объявила, чтоприобрела подразделение локального маркетинга Connectivity, описав купленный бизнес как компанию по локальному маркетингу, работающую напрямую с бизнесом и обслуживающую более 20 000 физических точек. Эти цифры относятся к программным аккаунтам или маркетинговым точкам, а не к помещениям, подключённым к сети доступа Connectivity.

Это различие должно определять все дальнейшие выводы. Бизнес может иметь десятки тысяч аккаунтов и при этом занимать лишь несколько стоек. Он может охватывать пользователей по всей Северной Америке, не владея ни одним абонентским ответвлением. Он может зарегистрировать автономную систему, потому что ему нужна независимая маршрутизация для своих сайтов, а не потому, что он продаёт транзит или широкополосный доступ. Поэтому название Connectivity, число её клиентов и автономная система — не совокупное доказательство того, что это региональный интернет-провайдер.

Они описывают программную компанию, у которой были основания управлять контентной инфраструктурой.

AS53582 была реальным сетевым ресурсом, а не лицензией на широкополосный доступ

Самое весомое свидетельство того, что Connectivity управляла интернет-инфраструктурой, —регистрация AS53582 в ARIN. ARIN называет автономную систему SOLFO, указывает дату регистрации 23 июня 2010 года и связывает её с Solfo Inc из Бербанка. В этой же записи приведены технические контакты Solfo, контакты сетевой эксплуатации и по проблемам злоупотреблений. В отдельных записях ARIN за Solfo закрепленыблок IPv4 199.15.176.0/22иблок IPv6 2620:101:d000::/45. Это прямые записи о номерных ресурсах, а не догадки третьей стороны, основанные на названии компании.

Номер автономной системы имеет точное, но ограниченное значение. ARIN определяет автономную систему как один или несколько IP-префиксов, эксплуатируемых под единой чётко определённой политикой маршрутизации, и говорит, что номер позволяет операторуобмениваться информацией о маршрутизации с другими сетями. Там не сказано, что владелец предоставляет розничный доступ в интернет. Университеты, банки, облачные платформы, госучреждения и контентные компании — все они могут нуждаться в независимой идентичности для маршрутизации.

Собственная политика ARIN прямо говорит о следующем ограничении. Регистрация не гарантирует, что какой-либо оператор будет анонсировать префикс.Руководство по политике номерных ресурсов(Number Resource Policy Manual) отделяет административное выделение номерных ресурсов от их публичной достижимости. Это различие ключевое для Connectivity в 2026 году: регистрации сохраняются, но автономная система не видна как действующий источник (origin) в рассмотренных здесь публичных данных о маршрутизации.

Исторические данные о межсоединениях дополняют картину первоначального назначения.Запись AS53582 в PeeringDBназывает сеть Connectivity Inc, перечисляет Solfo, YellowBot и LocalRobot как альтернативные имена и классифицирует её как контентную (Content). Это категория базы данных для сети, доставляющей собственный материал, а не оператора доступа, подключающего конечных пользователей. В записи заявлены десять префиксов IPv4, один префикс IPv6, сбалансированный трафик 1–5 Гбит/с и масштаб «Северная Америка». Также заявлена открытая политика пиринга.

Эти заявления согласуются с веб-издателем, который хотел снизить стоимость доставки и получить больший контроль над тем, как трафик доходит до пользователей. Контентная сеть с достаточным числом просмотров страниц может покупать транзит у одного или нескольких вышестоящих операторов и одновременно обмениваться трафиком напрямую с готовыми к этому сетями на точке обмена. Прямой обмен может сократить путь до потребительского интернет-провайдера, уменьшить долю трафика, оплачиваемого как транзит, и дать дополнительный логический маршрут. Диапазон трафика 1–5 Гбит/с вполне правдоподобен для группы активных сайтов локального поиска.

Он ничего не говорит о количестве проходящих мимо домов, розничных абонентах или выручке сети доступа.

Даты важны не меньше значений. PeeringDB показывает, что общая запись о сети последний раз обновлялась в июле 2022 года. Сведения о публичной точке обмена последний раз обновлялись в марте 2016 года, и записи о площадках в этом досье также менялись последний раз в 2016 году. PeeringDB называет себясвободно доступной базой данных, поддерживаемой пользователями. Она очень полезна для поиска мест, где операторы заявляют о возможности межсоединения, но старая запись — не живая телеметрия, и слово Operational (действует) в ней не равносильно видимому сейчас анонсу BGP.

Правильный вывод уже, чем любая из крайностей. AS53582 не была декоративной регистрацией: исторические наблюдения маршрутов, выделенные адреса, записи о площадках и порт на публичной точке обмена образуют связный эксплуатационный след. Но это была и не региональная сеть доступа. Открытые данные подтверждают контентную автономную систему, созданную для поддержки веб-проектов Solfo и Connectivity.

Физическую поверхность эксплуатации определяли два здания в центре города

PeeringDB размещает AS53582 в двух площадках Лос-Анджелеса:CoreSite LA1 в здании One WilshireиTelecom Center LA. Там же указано подключение к Any2West на 1 Гбит/с с IPv4-адресом 206.72.210.92 и IPv6-адресом 2001:504:13::92. Записи о площадках не раскрывают число стоек, потребляемую мощность, количество серверов, список кросс-коннектов и то, арендовала ли Connectivity площади напрямую или покупала услугу у поставщика колокации. Тем не менее они дают лучшую публичную границу физической сети компании.

One Wilshire — не абстрактная точка на карте пиринга. Это карир-отель (carrier hotel) по адресу 624 South Grand Avenue в центре Лос-Анджелеса. В описании самого здания сказано, что егокомнату встреч (meet-me room) эксплуатирует CoreSite, и она даёт доступ к более чем 250 поставщикам сетевых услуг, облачным сервисам, национальным и международным операторам, а также к активному и тёмному волокну. CoreSite называетLA1одним из самых плотно взаимосвязанных дата-центров мира. Сеть, присутствующая там, может заказать короткие физические кросс-коннекты к операторам и обменной инфраструктуре, вместо того чтобы тянуть отдельный длинный маршрут к каждому контрагенту.

Telecom Center LA находится за углом, по адресу 530 West 6th Street.Районная ассоциация Downtown Center Business Improvement Districtописывает его как здание дата-центра и телекоммуникаций с прямым соединением с One Wilshire. Сейчас PeeringDB перечисляет в здании лишь десять сетей, но эта площадка — ещё одно место, откуда AS53582, по историческим данным, заявляла о возможности межсоединения. Поскольку здания находятся близко, перемещение трафика между ними может быть дешёвым и удобным с операционной точки зрения. Но близость — не то же самое, что географическая независимость.

Этот последний пункт важен. Два названия площадок могут создавать видимость резервирования, хотя обе находятся в одной небольшой зоне отказов в центре города. В зданиях могут быть разные вводы электропитания, генераторы, стояки и операторы, но маршрут между ними может проходить по общим улицам, канализации, колодцам или инфраструктуре meet-me. Сеть также может иметь оборудование в обоих зданиях, но зависеть от одного пограничного маршрутизатора, одного контракта с апстримом или одного оператора волокна. Никакая публичная схема Connectivity не показывает пути ввода, имена операторов, пары маршрутизаторов или общие точки отказа.

Запись об Any2West добавляет ещё один элемент физического контекста. CoreSite говорит, чтоAny2Exchangeсоединяет сети в своих площадках и предлагает порты нескольких скоростей. Порт — это реальный интерфейс на коммутаторе точки обмена, к которому ведут кросс-коннект и маршрутизатор, принадлежащий участнику или контролируемый им. Указанный у Connectivity порт 1 Гбит/с поэтому подразумевает как минимум интерфейс маршрутизатора, оптическую или электрическую стыковку, кабельный путь и коммерческие отношения с точкой обмена или поставщиком.

Это не подтверждает ни один гигабит в секунду устойчивого трафика, ни гигабит апстрим-транзита, ни гигабитный продукт для клиентов. Скорость порта — это установленная ёмкость интерфейса. Реальный трафик зависит от пиринговых сессий, принимаемых маршрутов, политики удалённых сетей, нагрузки на серверы и исправности каждого компонента между приложением и точкой обмена. Более общее заявление PeeringDB о трафике 1–5 Гбит/с — самоотчёт, и оно старше нынешнего исчезновения маршрута. Ни одно из этих значений не следует считать текущей полезной ёмкостью.

Заявление суда о том, что компьютеры находились в округе Лос-Анджелес, согласуется с этими данными о площадках. Бербанк был адресом офиса и корпоративным адресом; центр Лос-Анджелеса был документально подтверждённой зоной межсоединений. Расстояние между ними небольшое, но граница владения резкая. Connectivity могла администрировать серверы и маршрутизаторы, тогда как владельцы зданий, операторы колокации, операторы волокна, оператор точки обмена и энергокомпания контролировали большую часть среды, делавшей эти машины доступными.

Локальный счёт был счётом за стойку и маршруты, а не за «последнюю милю»

У розничного интернет-провайдера основной физический счёт часто начинается на улице: столбы, траншеи, канализация, вышки, абонентские ответвления, оборудование клиента и техники, распределённые по территории обслуживания. Документально подтверждённый счёт Connectivity начинался внутри карир-отеля. Он, вероятно, объединял аренду стойки или клетки, электропитание, охлаждение, кросс-коннекты, доступ к точке обмена, городской транспорт, интернет-транзит, оборудование и труд. Точные контракты и суммы не публичны, поэтому можно перечислить составляющие, не выдумывая бюджет.

Стойка — только первый слой. Серверу, обслуживающему YellowBot, нужны электропитание и охлаждение. Коммутатору верхней части стойки (top-of-rack) нужен путь к пограничному маршрутизатору. Маршрутизатору нужны интерфейсы к апстрим-транзиту или пирам. Каждое межсоединение требует оптики, кабеля и настроенной сессии. Вторая площадка требует транспорта между площадками или независимой копии приложения и данных. Домену нужны авторитетный DNS, сертификаты и здоровье приложения — помимо самой сети. Если хотя бы один элемент единственный, физическая система может быть менее отказоустойчивой, чем кажется по числу поставщиков.

Пиринг меняет переменную часть этого счёта. Когда две автономные системы обмениваются трафиком напрямую, они могут не отправлять этот трафик по платному транзитному пути. CoreSite описывает пиринг на Any2 как способсокращать маршруты и обмениваться трафиком напрямую. Для контентного сайта ценность зависит от объёма трафика и того, какие потребительские сети присутствуют на площадке. Точка обмена, полная потенциальных пиров, сама по себе не экономит деньги. Connectivity нужны были активные сессии BGP, приемлемые соотношения трафика, достаточный спрос к каждому пиру и запасной маршрут для каждого направления, не достижимого напрямую.

Транзит оставался необходимым. Публичный пиринг обычно покрывает только сеть пира и его клиентов, а не весь интернет. Контентной компании всё равно нужны один или несколько апстримов, готовых нести трафик ко всем остальным направлениям и распространять её префиксы. Апстрим также несёт входящие запросы от сетей, с которыми компания не пирингуется. Автономная система становится публично полезной только тогда, когда её маршрут принят и распространён.

Именно здесь зависимость от апстрима, вынесенная в заголовок, становится буквальной. Connectivity могла владеть регистрацией 199.15.176.0/22 и маршрутизатором, анонсировавшим её, но не могла сделать блок глобально достижимым в одиночку. Вышестоящие операторы и пиры должны были принять и анонсировать пути. Фильтры, устаревшие записи о маршрутизации, изменения контрактов, отключённая сессия или физическая неисправность могли сделать зарегистрированные адреса недоступными. ARIN при этом могла показывать блок как активный, в то время как у пользователей не было к нему маршрута.

Ремонт на объекте внутри карир-отеля тоже выглядит иначе. Нет свидетельств того, что бригады Connectivity сращивали волокно в жилых кварталах. Нужные руки здесь заменили бы вышедший из строя оптический модуль, переложили бы кросс-коннект, переустановили бы линейную плату, восстановили бы питание шкафа, проверили бы патч-панель или подключили бы консольный кабель. Эти задачи могут выполнять сотрудники компании, команда «удалённых рук» оператора колокации или профильный подрядчик. Время реакции зависит от разрешений на доступ, наличия запчастей, персонала площадки и сервисного контракта — ничего из этого в открытых данных нет.

В итоге получается небольшая, но значимая физическая экономика. Веб-компания может избежать огромных капитальных затрат на строительство региональной сети доступа, разместившись в здании с развитой межсетевой связью. Взамен она принимает регулярные платежи и концентрирует операционный риск в нескольких помещениях, кросс-коннектах и людях. Сетевой след Connectivity, судя по всему, строился именно по этой логике.

Зарегистрированная и полезная ёмкость разошлись

Несколько публичных значений можно принять за ёмкость: выделенный блок /22, выделенный блок IPv6 /45, десять заявленных префиксов IPv4, один заявленный префикс IPv6, порт точки обмена 1 Гбит/с и заявленный трафик 1–5 Гбит/с. Они описывают разные вещи, и их нельзя складывать.

Адресные блоки описывают номерное пространство. Блок IPv4 /22 арифметически содержит 1024 адреса, хотя то, сколько из них смогут размещать сервисы, определяют проектирование сети, резервирование, фильтрация и фактическое распределение. Блок IPv6 /45 по числу адресов намного больше, но это не означает большей пропускной способности. Адреса идентифицируют конечные точки; без маршрута они не переносят биты.

Порт точки обмена описывает верхнюю линейную скорость одного интерфейса. Протокольные накладные расходы и направление трафика снижают практическую полезную нагрузку, а политика пиров ограничивает, какие направления могут его использовать. Контентная сеть может отправлять большие исходящие ответы и получать гораздо меньшие входящие запросы — вопреки старой пометке PeeringDB о сбалансированном трафике. Порт точки обмена не заменяет транзит, если только точка обмена не предоставляет пути ко всем нужным сетям на приемлемых условиях политики.

Заявленное число префиксов особенно трудно согласовать с наблюдаемой историей.Данные RIPE об истории маршрутизации AS53582за всё время существования автономной системы показывают пять исходных префиксов: 64.235.248.0/24, 199.15.176.0/22, 207.171.7.0/24, 2607:f238:3::/48 и 2620:101:d000::/45. Некоторые были адресным пространством провайдера, некоторые — прямыми выделениями; все они не существовали одновременно. Подсчёт «десять плюс один» в PeeringDB мог отражать более специфичные эксплуатационные анонсы, более раннюю конвенцию инвентаризации или сведения, которые никогда не обновлялись. При оценке того, что было видно глобально, приоритет должны иметь публичные наблюдения маршрутов.

Полезная ёмкость зависит и от приложения. Веб-каталог может упереться в запросы к базе данных, хранилище, эффективность кэша или вычислительную мощность серверов раньше, чем заполнится порт 1 Гбит/с. Распределённая атака типа «отказ в обслуживании» может исчерпать состояние соединений, пакеты в секунду или лимит защиты апстрима при скромной средней полосе. Единственная зависимость от базы данных может остановить полезный сервис, пока все сессии BGP здоровы. Сетевая ёмкость необходима, но недостаточна.

Единственное безопасное утверждение о ёмкости в настоящем времени — негативное: в текущих данных RIPE у AS53582 нет публично наблюдаемого анонсированного адресного пространства. Старое оборудование и контракты могли быть выведены из эксплуатации, могут простаивать или поддерживать приватные соединения, невидимые публичным коллекторам данных. Ни один из этих вариантов не создаёт сегодня публичной IP-ёмкости под AS53582.

Исчезновение маршрута — самый ясный сигнал об эксплуатационном статусе

Вответе RIPE о статусе маршрутизации AS53582первый наблюдавшийся маршрут датирован июлем 2010 года, а последний — 64.235.248.0/24 — 29 сентября 2025 года. По состоянию на 08:00 UTC 10 июля 2026 года в нём было ноль префиксов IPv4, ноль префиксов IPv6, ноль наблюдаемых соседей и отсутствие видимости среди 327 пиров RIS по IPv4 и 321 по IPv6. Сопутствующийответ о заявленных префиксахвернул пустой список.

Это более весомое свидетельство текущего состояния сети, чем статичный профиль компании. Публичные коллекторы BGP не всеведущи: они видят маршруты, полученные участвующими пирами, а не приватные сессии или каждый местный анонс на точке обмена. Маршрут, принимаемый только одним приватным контрагентом, мог ускользнуть от широкого наблюдения. Приватная внутренняя сеть тоже может продолжать использовать ASN, не анонсируя публичное пространство. Но организации, обслуживающей публичные сайты со своих адресов, обычно нужно, чтобы эти адреса были видны за пределами закрытой группы.

Нулевая широкая видимость более девяти месяцев — существенное ухудшение.

История 64.235.248.0/24 иллюстрирует передачу. В текущемобзоре префиксаRIPE видно, что адрес попадает под более крупный маршрут 64.235.224.0/19, который анонсирует AS5580, связанная с GTT, а не AS53582. Это не раскрывает прежние коммерческие условия Connectivity и не объясняет, почему закончился более специфичный маршрут. Это показывает, что агрегат провайдера может оставаться достижимым, когда независимый источник клиента исчезает.

Собственные домены компании подтверждают переход, не раскрывая приватную архитектуру источника.Публичный DNS для connectivity.comвозвращает адреса изопубликованных диапазонов Cloudflare, как и дляYellowBot. Эти ответы помещают публичный веб-край за другую сеть; они не показывают, где находится сервер приложения и кому он принадлежит. Облачная доставка может продолжаться, даже когда AS53582 выведена из маршрутизации.

Старый домен Solfo более показателен.Публичный DNS для solfo.comуказывает на 199.15.177.178 — внутри зарегистрированного блока /22 Solfo. RIPE показывает, что этот /22 сейчас не анонсируется. Устаревшая адресная запись не доказывает, что вся компания неактивна, но она согласуется с выведенной из эксплуатации сетью-источником, чьё унаследованное имя хоста не было полностью вычищено.

На основе этих данных легко сочинить драматичную историю о сбое — но это было бы преувеличением. Нет ни одного публичного уведомления об инциденте, связывающего исчезновение маршрута в сентябре 2025 года с отказом. Это мог быть намеренный переход на облачный хостинг, окончание контракта на транзит, утилизация оборудования колокации, корпоративные изменения или операционная ошибка. Длительность и нынешний сторонний веб-край делают плановый вывод из эксплуатации правдоподобным, но причину могут подтвердить только сам оператор или его поставщики.

Что касается эксплуатационного статуса, взвешенный вывод остаётся твёрдым: у Connectivity есть работающий сайт с программным продуктом, но отдельно зарегистрированная автономная система не проявляется как действующая публичная сеть. Компанию не следует считать действующим региональным интернет-провайдером на основании старых записей о площадках и трафике.

Шесть сценариев отказа показывают, от чего на самом деле зависела сеть

Отсутствие сети доступа не отменяет физических отказов. Оно сосредоточивает отказы в другом наборе компонентов. Шесть сценариев описывают эксплуатационную поверхность точнее, чем гипотетический обрыв волокна на жилом маршруте.

1. Повреждение кросс-коннекта или городского волокна

Маршрутизатору Connectivity нужно было добираться до апстримов и Any2West по физическим кабелям. Перегнутый патч-корд, вышедший из строя оптический модуль, загрязнённый коннектор, перепутанная перемычка или повреждённое волокно в здании могли убрать один путь. Неисправность на коротком городском маршруте между Telecom Center LA и One Wilshire могла затронуть оборудование в обоих зданиях, если вторая площадка зависела от первой в части транзита или доступа к точке обмена.

Восстановление потребовало бы известного идентификатора цепи, оптических измерений, доступа к обоим концам, запасного оптического модуля или патч-корда и координации между Connectivity, площадкой и оператором связи. Две записи о зданиях не доказывают наличие двух уличных маршрутов. Для подтверждения разноса нужны были бы письма операторов о маршрутах, отдельные входы в здания, детали стояков и подтверждение, что пути не сливаются в одной канализации до выхода к апстриму.

2. Потеря электропитания или охлаждения в колокации

Маршрутизаторы, коммутаторы и серверы останавливаются, когда отказывает цепочка электропитания или потеря охлаждения вынуждает к отключению. В здании могут быть вводы от энергосистемы, источники бесперебойного питания и генераторы, но в стойке арендатора всё равно может стоять один распределительный щит, одно питание, подключённое к обоим вводам оборудования, или автомат без запаса по току. Время работы генератора тоже зависит от обслуживания и пополнения топлива.

Вруководстве CISA по зависимостям в сфере связиотмечается, что объекты связи зависят от электричества и от подвоза топлива для резервных генераторов. Connectivity не публиковала ни схему питания стойки, ни схему двойного подключения, ни данные о времени работы от батарей, ни протоколы испытаний генераторов. Присутствие в крупном карир-отеле снижает одни риски, но оставляет точную цепочку питания арендатора неизвестной.

Восстановление началось бы с определения, где именно отказ: внутри стойки, в помещении колокации, по всему зданию или на вводе от энергосети. Удалённая телеметрия, знание групповых цепей и авторизованный человек на объекте важны не меньше запасной серверной ёмкости. Сервис может остаться недоступным и после возврата питания в здание, если маршрутизатор или сервер не загрузится чисто.

3. Отказ пограничного маршрутизатора или оптического оборудования

Один пограничный маршрутизатор может делать схему с несколькими апстримами логически впечатляющей, но физически хрупкой. Если все транзитные и пиринговые сессии оканчиваются на одном шасси, отказ супервизора, блока питания, линейной платы или образа ПО убирает все маршруты разом. Два маршрутизатора в одной стойке всё равно могут делить одну линию питания, один управляющий коммутатор или одну ошибку конфигурации.

Запись в PeeringDB не указывает число маршрутизаторов. Она также не говорит, поставила ли Connectivity по одному маршрутизатору в каждом здании, использовала ли резервные отражатели маршрутов или держала холодный резерв. Замена оборудования требует совместимых устройств, сохранённой конфигурации, актуальных учётных данных, доступа к консоли и специалиста, способного отличить отказавший компонент от проблемы у апстрима.

Руководство NIST по планированию непрерывностирекомендует в качестве методов восстановления резервное оборудование и резервные площадки. В детальномруководстве по телекоммуникациямв планирование восстановления прямо включены маршрутизаторы, коммутаторы и границы владения. Connectivity не раскрывает ни одного из соответствующих механизмов восстановления.

4. Потеря апстрима или нарушение политики маршрутизации

Маршрутизатор может быть под напряжением, подключён и исправен, тогда как у интернета нет пути к его префиксам. Апстрим может отключить сессию из-за неоплаты, на время обслуживания или по политическим причинам. Маршрут может быть отклонён, потому что объект в IRR или авторизация происхождения маршрута (ROA) отсутствуют или противоречивы. Изменение конфигурации может прикрепить не ту community, анонсировать не ту длину префикса или полностью убрать маршрут. Провайдер может сохранить агрегат, тогда как более специфичный источник клиента исчезает — как показывает текущий вид 64.235.248.0/24.

Лучшее восстановление — не просто второй апстрим на бумаге. Это второй апстрим с отдельно спроектированным физическим путём, проверенными анонсами, корректными записями безопасности маршрутизации и достаточной ёмкостью для всего сервиса. Оператор должен проверять, сходится ли трафик на самом деле при отзыве одного пути. Ни одна публичная запись AS53582 не называет текущих апстримов, а RIPE сейчас не видит вообще ни одного соседа.

5. Перегрузка точки обмена или потеря пира

Указанный порт Any2West имел линейную скорость 1 Гбит/с. Если трафик приближался к этой скорости, потери пакетов могли замедлять загрузку страниц, даже пока интерфейс оставался поднят. Распределённая атака или внезапный всплеск могли насытить его. Пир мог сбросить сессию или изменить политику. Тогда публичный пиринг перевёл бы трафик на платный транзит, только если этот маршрут остался доступен и имел запас ёмкости.

Это разница между установленной и восстанавливаемой ёмкостью. Сеть с портом точки обмена 1 Гбит/с и транзитной цепью 1 Гбит/с может казаться обладающей 2 Гбит/с, но не если обе разделяют один интерфейс маршрутизатора на 1 Гбит/с, одну городскую цепь или одну стыковку с провайдером. Точно так же трафик, направленный к пиру, может переключиться на более длинный путь с большей задержкой или без запаса ёмкости. Старое заявление о трафике 1–5 Гбит/с не раскрывает ни пиковый спрос, ни загрузку порта, ни ёмкость переключения.

6. Слишком мало авторизованных рук

В судебных документах 2011 года у Connectivity было восемь сотрудников в Калифорнии, но эта цифра историческая и не указывает на сетевых техников. Небольшие контентные компании часто полагаются на технически грамотного основателя, системного администратора и «удалённые руки» площадки, а не на круглосуточную полевую организацию. Это бывает эффективно, пока инцидент не потребует одновременной работы на двух площадках, запчасти, которой нет на месте, или доступа за пределами стандартного объёма услуг поставщика.

Цепочка реагирования имеет значение. Кто получает аварию? Кто может позвонить апстриму? Кто внесён в список доступа на площадку? Где хранятся оптические модули, кабели, блоки питания и запасной маршрутизатор? Сможет ли техник добраться до обоих зданий при перекрытии центра города? Есть ли у человека с учётными данными BGP и физический доступ? Ни один публичный документ не отвечает на эти вопросы.

Местный труд в этой ситуации означает сконцентрированный труд специалистов, а не флот монтажников. Один опытный человек может понимать всю маршрутизацию и серверное хозяйство. Эти знания ценны и одновременно создают риск потери ключевого сотрудника. К свидетельствам восстановления относились бы график дежурств, задокументированные контакты эскалации, проверенный консольный доступ, запчасти на обеих площадках и замеренное время замены отказавшего компонента.

Эти шесть сценариев ведут к одному более общему выводу. Документально подтверждённая сеть Connectivity могла быть избыточной на уровне протоколов и при этом оставаться уязвимой из-за общих зданий, коротких городских маршрутов, цепочек питания и небольшой операционной группы. И наоборот, скромная двухплощадочная схема могла быть устойчивой, если пути, питание и персонал действительно независимы. Публичные данные не подтверждают ни одно из этих утверждений. Они подтверждают вопросы.

Затронутые пользователи были пользователями приложений, а не домохозяйствами без связи

Последствия отказа следуют за границей сервиса. Когда региональный интернет-провайдер теряет маршрут доступа, домохозяйства и предприятия могут лишиться всего доступа в интернет, голосовых услуг и возможности обращаться к любым другим онлайн-приложениям. Когда отказывала контентная сеть Connectivity, вероятным прямым эффектом была потеря или деградация Connectivity, YellowBot, Weblocal или связанных сервисов, размещённых за затронутыми маршрутами. Собственные широкополосные соединения пользователей при этом продолжали бы передавать трафик к другим пунктам назначения.

Масштаб при этом мог быть существенным. В судебных документах 2011 года говорилось о миллионах визитов на YellowBot только из Техаса и тысячах страниц локальных компаний. В отчёте о финансировании 2014 года заявлялось о более чем 92 000 платных бизнес-аккаунтов. При продаже подразделения в 2016 году упоминалось более 20 000 физических бизнес-точек, а текущий сайт компании заявляет о более чем 10 000 обслуживаемых компаний. Эти цифры относятся к разным годам и разным показателям, и их нельзя складывать. Они показывают, что сбой мог затронуть широкую коммерческую аудиторию, хотя Connectivity не контролировала «последнюю милю» пользователей.

Разные отказы давали бы разные симптомы. Потеря одного пира могла замедлить доступ для клиентов одной сети, тогда как другие пользователи ничего бы не заметили. Потеря маршрута-источника могла сделать все сервисы на затронутых адресах недоступными. Отказ базы данных или сервера мог возвращать ошибки при здоровой маршрутизации. Потеря публичного веб-края могла скрыть источник, который оставался онлайн. Поэтому точный разбор инцидента требует вместе данных приложения, DNS, маршрутов и площадок.

Текущий DNS снижает прямое значение AS53582 для живых публичных сайтов. Адреса Cloudflare отвечают для connectivity.com и YellowBot, поэтому этим именам больше не нужно, чтобы пользователь находил маршрут, анонсированный AS53582. Источник за Cloudflare всё равно может зависеть от одной площадки или провайдера, но этот приватный путь не раскрывается. Исчезновение маршрута могло поэтому не устранить риск, а переместить его: от публичных межсоединений, которыми управляла компания, — к контрактам с облачным краем и нераскрытой хостинговой средой.

Этот переход может повысить устойчивость, если сервис распределён по регионам и источникам. Он может создать и новую концентрацию, если каждый домен, DNS-сервер и источник зависят от одного вендора или аккаунта. Логотип облачного сервиса не раскрывает ни репликацию источника, ни качество резервных копий, ни время восстановления. Публичных данных достаточно, чтобы сказать: веб-край Connectivity изменился; их недостаточно, чтобы оценить новую архитектуру.

Тест на регионального интернет-провайдера проваливается на каждом уровне сети доступа

FCC описывает место, пригодное для широкополосного обслуживания (broadband-serviceable location), как дом или предприятие, гдеможно установить массовый фиксированный доступ в интернет. Провайдеры отчитываются, где они предоставляют такую услугу на собственных сетевых объектах, аНациональная карта широкополосного доступапостроена вокруг мест, технологий и заявленных скоростей. Это полезный тест для ярлыка «региональный интернет-провайдер», даже без опоры на негативный поиск по названию.

Connectivity не публикует ни файла пригодных для обслуживания мест, ни проверки адреса, ни потребительской этикетки широкополосного доступа. Она не указывает ни скорости для домохозяйств или малого бизнеса, ни сроков подключения, ни ежемесячной цены доступа, ни объёма данных, ни платы за оборудование. Она не называет ни технологию «оптика до помещения», ни коаксиал, ни медь, ни лицензируемый или нелицензируемый фиксированный беспроводной доступ. Она не указывает ни местных узлов, ни вышек, ни хабов, ни шкафов, ни узлов доступа, обслуживающих клиентов.

Нет и раскрытой физической зоны обслуживания. Бербанк — корпоративный адрес, а не зона широкополосного доступа. Лос-Анджелес — место хостинга и межсоединений, а не доказательство того, что соседние здания могли купить у Connectivity доступ в интернет. Масштаб «Северная Америка» в PeeringDB описывает, где контентная сеть ожидала трафик или пиров, а не где она прокладывала сервис «последней мили».

Свидетельства владения не работают в том же месте. ARIN подтверждает контроль над регистрациями номерных ресурсов. PeeringDB намекает на присутствие на двух площадках и одной точке обмена. Ни одна из записей не указывает столбы, канализацию, вышки, уличное волокно, абонентские ответвления или оборудование в помещении клиента. Ни один публичный документ из рассмотренных не показывает, что Connectivity владела, арендовала или эксплуатировала какие-либо из этих активов доступа.

Данные о персонале тоже расходятся с картиной провайдера. Исторические сотрудники вели веб-бизнес; подрядчик из Техаса сопровождал сайт YellowBot, а другой занимался вопросами поддержки клиентов. Это не свидетельство линейных бригад, сварщиков волокна, вышечных техников или монтажников. Полевые работы, подразумеваемые автономной системой, велись внутри или между зданиями дата-центров — с совсем иным режимом безопасности, складом запчастей и радиусом поездок.

Наконец, экономика не похожа на региональный доступ. Сообщалось, что финансирование Connectivity предназначалось для платформы аналитики о клиентах, а описания выручки касаются рекламы, данных и программных аккаунтов. Нет раскрытых данных ни о числе домохозяйств вдоль трасс, ни о проценте подключений, ни о средней выручке на абонента широкополосного доступа, ни о затратах на строительство, ни о грантах на сеть. Называть компанию региональным интернет-провайдером — значит приписывать ей целую структуру затрат и клиентов, которой противоречат документы.

Наиболее защитимая классификация — оператор ПО и контента с исторической автономной системой. Категорию «региональный интернет-провайдер» следует считать нерешённой классификационной задачей, а не фактом, который можно повторять.

Что подтвердило бы действующую сеть сегодня

Доказательственный разрыв можно закрыть. Короткий набор раскрытий позволил бы отличить вывод из эксплуатации, миграцию и продолжающуюся приватную эксплуатацию.

Во-первых, Connectivity могла бы заявить, остаётся ли AS53582 в эксплуатации, и объяснить исчезновение маршрута в сентябре 2025 года. Если автономная система намеренно неактивна, компания могла бы указать, какие публичные сервисы переехали и осталась ли какая-либо зависимость клиентов от зарегистрированных адресных блоков. Если она должна быть активной, первым объективным подтверждением стали бы видимый авторизованный анонс и актуальные записи безопасности маршрутизации.

Во-вторых, компания могла бы обновить или удалить сведения в PeeringDB. Текущее присутствие на площадках, статус порта точки обмена, скорость порта и политика пиринга должны иметь даты. Если оборудование в One Wilshire и Telecom Center LA вывезено, отметка «действует» в записях создаёт ложное впечатление. Если оно осталось, оператор мог бы указать, несут ли обе площадки производственный трафик или одна из них лишь вспомогательная.

В-третьих, заявления об устойчивости потребовали бы топологии, а не числа площадок. Полезные факты включают число пограничных маршрутизаторов, вышестоящих операторов, независимых входов в здания, операторов городского волокна и линий питания. Схема не обязана раскрывать чувствительные адреса. Она может показать, делят ли два логических маршрута один физический путь и может ли каждая площадка нести весь сервис самостоятельно.

В-четвёртых, данные о восстановлении должны говорить, кто может действовать. Покрытие «удалёнными руками», запасные оптические модули и маршрутизаторы, разрешения на доступ, контакты эскалации и проверенное время восстановления превращают список площадок в операционную способность. Замеренная учебная переориентация трафика информативнее слова «резервирование».

В-пятых, любое заявление о широкополосном обслуживании потребовало бы совершенно иного набора данных: зона обслуживания на уровне адресов, технология, стандартные условия подключения, розничный тариф, оборудование клиента, владение абонентской инфраструктурой и ответственность за ремонт на объекте. Ничего из опубликованного этот набор не даёт. Один лишь анонс ASN его тоже не даст.

Неофициальные рыночные сигналы не могут закрыть эти пробелы. Кэшированный сетевой профиль, вендор данных об IP или старая запись о площадке могут намекать, что сеть когда-то работала. Это не доказывает, что оборудование остаётся в стойке, счёт оплачен, маршрут принят или техник доступен. Текущая видимость в BGP, подтверждение площадки и раскрытие оператора ответили бы на эти вопросы.

Та же дисциплина применима к живому программному бизнесу. Работающая домашняя страница доказывает, что веб-сервис отвечает. Она не доказывает, что ответ исходит от оборудования, принадлежащего Connectivity, или от AS53582. Текущий DNS показывает внешний край, но раскрыть источник, репликацию и механизмы восстановления за ним может только сама компания.

Выведенный из эксплуатации маршрут может быть информативнее активной регистрации

Connectivity Inc — полезное предостережение о том, как делать выводы об инфраструктуре. Названия, категории и записи реестров описывают разные слои. Название намекает на оператора связи. Коммерческие страницы описывают маркетинговое ПО. ARIN описывает права на номерные ресурсы. PeeringDB описывает историческую контентную сеть на двух площадках в Лос-Анджелесе. RIPE описывает то, что публичная система маршрутизации видит сейчас: никакого источника AS53582 вообще.

Старая сеть была достаточно весомой, чтобы относиться к ней серьёзно. У неё были прямо зарегистрированное адресное пространство, автономная система, указанный порт точки обмена на 1 Гбит/с и присутствие в плотной среде межсоединений вокруг One Wilshire. Такое устройство делало общенациональный веб-продукт зависимым от удивительно локального набора активов: электропитание в центре города, кросс-коннекты, городское волокно, политика апстрима, маршрутизаторы, оптика и авторизованные руки.

Это не делало Connectivity региональным интернет-провайдером. Нет доказательств сети доступа, абонентов широкополосного доступа, пригодных для обслуживания адресов, столбов, вышек, ответвлений или местных монтажных бригад. Люди, затронутые сбоем, были пользователями приложений компании, а не клиентами, у которых погасла вся интернет-линия.

Сегодня даже это более узкое сетевое утверждение нуждается в отрицательной отметке об эксплуатационном статусе. Публичный маршрут исчез в 2025 году, тогда как старые поля о межсоединениях остались онлайн. Текущие веб-проекты Connectivity могут продолжать работать за сторонней инфраструктурой, но AS53582 не следует представлять как действующую, пока не вернётся маршрут, сосед или актуальное подтверждение площадки.

Урок практический. Установленная инфраструктура — это не то, что когда-то перечислял профиль; это оборудование, контракты и пути, которые могут нести трафик сейчас. Полезная ёмкость — это не выделение адресов и не наклейка на порту; это ёмкость, переживающая отказ и восстанавливаемая человеком с доступом и запчастями. Для Connectivity Inc публичные данные достаточно ясно показывают исторический счёт. Они также показывают, что маршрут, который когда-то оправдывал этот счёт, больше не виден.