Один видимый BGP-сосед, три префикса IPv4 /24 и ни одного IPv6: проверка отказоустойчивости Cactus Network Solutions

Кратко

• 16 июля 2026 года в 08:00 UTC система RIPE RIS наблюдала, как AS135632 анонсирует103.77.9.0/24,116.206.164.0/24и116.206.167.0/24: 768 адресов IPv4 в трёх маршрутах, без единого анонсированного IPv6. Во всех 1063 собранных AS-путях непосредственно перед Cactus стоял AS141421, MUX Broadband.
• Данные устанавливают наличие одной видимой соседней автономной системы — но не одного физического кабеля. Они не раскрывают, сколько BGP-сессий, точек стыковки, каналов, маршрутизаторов, зданий, кровельных ретрансляторов, труб кабельной канализации и зон электропитания скрывается под этим логическим отношением.
• Состав маршрутов существенно изменился. В июле 2025 года RIPE видел восемь IPv4-префиксов и одного соседа; в срезе середины октября — ни одного маршрута, анонсированного Cactus; к апрелю 2026 года семь префиксов через AS141421; к маю — три. Эти наблюдения доказывают изменения маршрутизации, а не потерю клиентов, физический переезд или сокращение установленных мощностей.
• Веб-сайт и почта Cactus размещены в AS31898, а не в AS135632, поэтому эти публичные контактные поверхности могут оставаться доступными и при отзыве маршрутов, анонсированных Cactus. Доступ клиентов, локальные сервисы, внутренняя коммутация и работа поддержки зависели бы от решений, которые не видны ни в публичной маршрутизации, ни в материалах компании.

Сессия обрывается в 08:00 UTC

Начнём со сбоя, а не с рекламного буклета.

В 08:00 UTC граничная BGP-сессия, передающая три публичных префикса Cactus Network Solutions в AS141421, перестаёт обмениваться рабочей достижимостью. Причиной может быть вышедший из строя интерфейс, ошибка при обслуживании апстрима, перезагрузка маршрутизатора, повреждённый канал доступа, ошибка конфигурации или пропадание питания на одном из концов. Как только истечёт интервал удержания маршрута — и при условии, что никакая вторая сессия или сосед не начнёт анонсировать те же префиксы, — эффект за пределами сети прост: другие автономные системы перестают узнавать, как достичь103.77.9.0/24,116.206.164.0/24и116.206.167.0/24.

Это не гипотетическая топология, выдуманная из названия компании.Снимок состояния маршрутизации RIPEstat на дату публикациинасчитал три анонсированных IPv4-маршрута, 768 адресов, ни одного IPv6-маршрута и одного наблюдаемого соседа. Соответствующийзахват состояния BGPсодержал 1063 пути коллекторов. Источником во всех них был AS135632, и во всех них непосредственно перед ним стоял AS141421.

То, что остаётся доступным в момент сбоя, говорит больше, чем то, что исчезает.

Публичный домен Cactus вответе A, возвращённом Google Public DNS, разрешался в192.185.56.104.Ответ network-information RIPE для этого адресаотнёс покрывающий маршрут к AS31898, вне AS135632. Почтовым обменником домена былmail.cactuspk.com,который разрешался в тот же внешне размещённый IPv4-адрес. Егоавторитетные серверы имёнтакже использовали пространство имёнwebsitewelcome.com. Поэтому отзыв собственных маршрутов Cactus сам по себе не отозвал бы префикс хостинга публичного сайта и префикс почтового сервера.

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

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

Поэтому правильный ответ на вопрос «что остаётся доступным?» — это список, который нужно измерить, а не уверенное допущение.

Что устанавливает публичная таблица маршрутизации

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

На момент публикации результатannounced-prefixes RIPE за 1–16 июляпоказывал те же три /24 непрерывно — от начала запрошенного интервала до последнего доступного наблюдения в 08:00 UTC 16 июля. Результат routing-status сообщал, что маршруты видели 320 из 326 IPv4-пиров RIS. Ни один из 321 IPv6-пиров в этом срезе не видел ни одного IPv6-префикса.

Попрефиксные свидетельства о путях необычно согласованы. RIPE вернул360 путей для103.77.9.0/24,360 для116.206.164.0/24и343 для116.206.167.0/24. Каждый захваченный путь каждого префикса заканчивался последовательностьюAS141421 AS135632. Не было собрано ни одного пути, в котором перед Cactus стояла бы другая автономная система.

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

Поддерживаемый операторомпрофиль AS135632 на PeeringDBидентифицирует Cactus, использующую также имя Sprint Broadband, как пакистанскую кабельную/DSL/ISP-сеть. В нём не опубликованы записи об обменных точках (IX) и площадках размещения. Это отсутствие сужает то, что можно проверить через PeeringDB; но оно не доказывает, что у Cactus нет оборудования на общей площадке, нет частного пиринга, нет удалённого доступа к обменным точкам и нет защищённого оптового сервиса.

Публичнаязапись об организации ORG-CNSP1-AP в APNICидентифицирует Cactus Network Solutions (CNS) Pvt Ltd как локальный интернет-реестр Пакистана и указывает адрес: Нью-Гарден-Таун, Лахор.Запись мейнтейнераизапись контактов для реагирования на инцидентысохраняют ту же организационную идентичность и актуальное сопровождение контактов. Это веское свидетельство того, что компания остаётся действующим держателем ресурсов. Административный адрес — не доказательство того, что в этом здании находятся магистральный маршрутизатор, ретранслятор, склад, точка агрегации клиентов или стык с апстримом.

Три /24 — это не мощность и не число клиентов

В блоке /24 содержится 256 адресов IPv4. В трёх /24, следовательно, 768 адресов. Эта арифметика точна, но операционно ограничена.

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

Число адресов не раскрывает и пропускную способность. Гарантированный транзит на 100 Мбит/с и на 10 Гбит/с могут анонсировать одни и те же три префикса. Маршруты говорят, куда должны идти пакеты; они не говорят, какой объём трафика выдержит стык до перегрузки, какие классы приоритизируются, какие действуют условия по всплескам и какой запас мощности остаётся после сбоя.

У каждого /24 своя история, но один и тот же текущий выход

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

Меньшее число путей для116.206.167.0/24— не свидетельство меньшей пропускной способности или худшего обслуживания клиентов. Это значит, что в этом захваченном ответе присутствовало меньше путей коллекторов. Участие коллекторов, фильтрация и время захвата могут различаться. Важнее общее для всех трёх результатов: каждый захваченный путь на последней внешней границе AS проходил через AS141421.

Не наблюдалось и покрывающего маршрута, который поглотил бы потерю более специфичного анонса. RIPE не вернул состояния BGP для покрывающих103.77.8.0/22и116.206.164.0/22на ту же метку времени. То есть в захваченной публичной таблице отзыв103.77.9.0/24не оставил бы анонсированного Cactus маршрута /22, который его покрывает. То же верно для двух видимых /24 из диапазона116.206.

Эта деталь даёт Cactus две разные проблемы отказоустойчивости.

Первая — общий отказ. Если граница AS135632–AS141421 перестанет передавать все анонсы, все три маршрута могут исчезнуть одновременно, потому что у них общий видимый сосед. Вторая — избирательный отказ. Фильтр маршрутов, ошибка политики для конкретного префикса или локальная проблема анонсирования могут убрать один /24, пока два других остаются здоровыми. Абоненты в затронутом диапазоне могут стать недостижимыми, даже когда агрегированная панель показывает, что AS135632 всё ещё в сети.

Именно поэтому внешний мониторинг должен проверять хотя бы один контрольный адрес в каждом анонсированном префиксе. Единичная проба к сайту компании была бы бесполезна, потому что сайт находится вне ASN Cactus. Единичная проба внутри116.206.167.0/24не заметит избирательного отзыва103.77.9.0/24. Достижимость нужно проверять из нескольких независимых сетей, увязывая результат с состоянием BGP в тот же момент. Это позволило бы различать как минимум три события: маршрут отсутствует; маршрут есть, но конечная точка недоступна; конечная точка доступна, но пакеты доставляются с деградацией.

История маршрутов даёт оператору и естественный тестовый сценарий.103.77.9.0/24вернулся после почти четырёх недель отсутствия в апреле–мае 2026 года, тогда как116.206.164.0/24и116.206.167.0/24были видны по обе стороны этого интервала. Публичные данные не могут сказать, нёс ли вернувшийся маршрут абонентов, инфраструктуру или неиспользуемое пространство. Cactus может. Компания могла бы использовать это событие, чтобы объяснить, был ли отзыв плановым, как обрабатывались пользователи адресов, какие сработали сигналы тревоги и почему маршрут вернулся.

Четыре /24, переставшие быть видимыми после 16 апреля, заслуживают такой же дисциплинированной формулировки.103.77.10.0/24,103.77.11.0/24,116.206.165.0/24и116.206.166.0/24появлялись в истории RIPE и отсутствовали на дату публикации. Это факт анонсирования. Это не свидетельство того, что соответствующее зарегистрированное адресное пространство продано, заброшено, отозвано или физически отключено. Актуальная инвентаризация префиксов должна помечать каждый блок как маршрутизируемый, зарезервированный, используемый внутри, переданный по другой схеме или выведенный из эксплуатации, с указанием даты и основания для такого статуса.

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

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

Главная страница компании содержит куда более внушительные заявления: гигабитный сервис, полностью IP-беспроводную сеть, институциональные выделенные линии и более 20 000 доверенных пользователей. Ноживая главная страница Cactusсодержит и продающие тексты о тарифах широкополосного доступа в Индии, отзывы вендора темы и общие фразы, не связанные с лахорским оператором.Страница контактоврядом с лахорским адресом упоминает о популярности Aivahthemes. Отдельнаястраница контактовсодержит образцы данных для Чикаго и Нью-Йорка. Эти остатки делают численные масштабные заявления сайта непригодными как операционные факты.

Безопаснее сделать вывод скромнее. Сайт доступен, представляет Cactus как провайдера интернета для частных лиц и бизнеса, публикует контакты в Лахоре и рассказывает о беспроводных, волоконно-оптических и выделенных линиях. Он не даёт надёжного текущего числа абонентов, заказываемой карты покрытия, инвентаризации действующих вышек, транзитной мощности, рядов загрузки или аудированной статистики аптайма. Маршрутный след в 768 адресов не следует раздувать цифрами из скомпрометированных продающих текстов.

Независимаястраница IPinfo для AS135632подтверждает текущую картину — три префикса, 768 адресов и ноль IPv6 — и относит сеть к категории потребительских интернет-провайдеров. Она также сообщает небольшой набор адресов Cactus, отвечающих на ping. Эти пробы поддерживают тезис, что конечные точки в маршрутах отвечают из Пакистана; они не выявляют клиентов, зоны активного обслуживания, радиоплощадки, перегрузку или отказоустойчивость. Независимыйпрофиль bgp.toolsдо сих пор перечисляет семь IPv4-префиксов и тот же вышестоящий ASN. Большее число отражает более широкую или иную по времени инвентаризацию, чем срез RIPE на дату публикации. Разница — повод проставлять метки времени на утверждения, а не выбирать большее число.

Состав маршрутов уже менялся

Самое полезное свидетельство об отказоустойчивости — не обещание, а то, что делали маршруты.

16 июля 2025 годаRIPE наблюдал, как AS135632 анонсирует восемь IPv4-префиксов, покрывающих 2048 адресов, без IPv6 и с одним соседом. Соседом, видимым в тот день, был AS24499, Telenor Pakistan, — как показываетответ historical neighbours. Это свидетельство другой публичной границы с апстримом, чем та, что видна в июле 2026 года.

Годовая история анонсовзатем фиксирует резкий разрыв. Префиксы, видимые летом 2025 года, закончились 26 сентября.Поток обновлений RIPE для103.77.9.0/24показывает массовые отзывы после путей через AS24499. В срезе состояния маршрутизации середины октября не появляется ни одного префикса, анонсированного AS135632.

22 октября анонсы вернулись.Поток обновлений вокруг восстановленияпоказывает новые пути, заканчивающиеся последовательностьюAS141421 AS135632. К15 апреля 2026 годачерез одного наблюдаемого соседа, AS141421, были видны семь IPv4-блоков /24. Четыре из семи перестали появляться 16 апреля.103.77.9.0/24тоже исчез и вернулся 12 мая.Срез от 13 маяостановился на нынешней сумме в три.

Эти метки времени устанавливают три факта.

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

Но они не устанавливают почему. Видимое коллекторам отсутствие может совпасть с миграцией провайдера, намеренным изменением маршрутизации, использованием адресов, выделенных провайдером, ошибкой политики, приостановкой услуги или иным состоянием. Оно не говорит нам, были ли розничные клиенты офлайн, переведены ли за другое публичное пространство, обслуживались ли через другой ASN, пользовались ли приватной связью или ещё не были активны. Точно так же отзыв четырёх /24 в апреле 2026 года не доказывает, что Cactus потеряла клиентов или вывела из эксплуатации оборудование.

Эти адреса могут быть неиспользуемыми, придержанными, маршрутизированными иначе или ждать другого назначения.

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

Один сосед может скрывать несколько каналов, но не второй AS-путь

Запись автономной системы в APNICидентифицирует AS141421 как MUX Broadband (Private) Limited в Пакистане. На тот же момент публикациистатус маршрутизации MUX в RIPEпоказывал пять анонсированных IPv4-префиксов, три IPv6-префикса и семь наблюдаемых соседей. Впредставлении соседейзначились три автономные системы, появляющиеся на наблюдаемых путях перед MUX, и четыре — после неё, в том числе AS135632.

Более широкая связность MUX может делать продаваемую ею услугу отказоустойчивее одного внешнего линка. Но эта отказоустойчивость не переносится на Cactus автоматически. Рассматриваемая граница отказа — это граница между AS135632 и AS141421. Если у MUX превосходные маршруты в интернет, но Cactus не может передать ей свои префиксы, эти апстрим-варианты не помогают адресам Cactus. То же самое, если общий граничный маршрутизатор Cactus, локальная стыковка, блок питания или конфигурация откажут раньше, чем трафик дойдёт до MUX.

Вместе с тем результат «один сосед» не даёт права рисовать на карте города одну линию. У Cactus могут быть два канала к MUX в разных местах, два маршрутизатора на одном канале, две сессии по одному защищённому сервису или одна незащищённая стыковка. MUX может внутренне передавать трафик по резервируемой инфраструктуре. Ни одна из этих схем не видна в AS-пути. Точный физический маршрут между компаниями — в том числе, проходит ли он через Лахор, Мултан или какую-либо названную площадку — неизвестен.

Официальная оценка тендерных заявок в системе здравоохранения Пенджаба создаёт полезное напряжение.Технический отчёт о заявках от 19 июля 2023 годанапротив требования о наличии у участника двух апстрим-провайдеров — обозначенных как PIE и TW1 — пометил Cactus «Да». В той же таблице компания отмечена как соответствующая требованиям лицензирования LL/CVAS и в итоге признана отвечающей условиям тендера.

Этот документ — веское свидетельство того, что приняли тендерные эксперты в 2023 году. Но это не текущая схема BGP. Он не называет каналы, ASN, площадки, анонсы маршрутов, сроки контрактов или поведение при сбое, стоящие за ответом о двух апстримах. Требование могло касаться конкретного управляемого сервиса, оптовых поставщиков за другим провайдером, тогдашней коммерческой мощности или материалов, не воспроизведённых в двухстраничной оценке. Текущий срез RIPE, напротив, отвечает на более узкий вопрос: какая автономная система стояла непосредственно перед AS135632 в публичных путях 16 июля 2026 года? Ответ — только AS141421.

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

IPv6 отсутствует, но он не был бы волшебным резервом

В текущем маршрутном составе Cactus нет видимого второго семейства адресов. RIPE насчитал ноль анонсированных IPv6-префиксов в июле 2025 года, апреле 2026 года, мае 2026 года и в срезе на дату публикации. IPinfo и bgp.tools независимо сообщают о том же отсутствии. Публичный домен Cactus также не вернул ни одного адреса вответе AAAA Google Public DNS.

IPv6 — отдельный протокол сетевого уровня, определённый вRFC 8200, с гораздо большим адресным пространством, чем IPv4. В правильно построенном сервисе с двойным стеком клиент и приложение могут иметь достижимость и по IPv4, и по IPv6. Клиентские техники, описанные вHappy Eyeballs Version 2, позволяют перебирать доступные семейства так, чтобы уменьшать заметные пользователю задержки, когда один путь плох.

Но IPv6 — не автоматическая замена отказавшего IPv4-маршрута. Клиентское устройство должно получить рабочую IPv6-конфигурацию. Сеть доступа должна её передавать. DNS должен публиковать IPv6-адрес назначения там, где это уместно. Назначение должно быть доступно по IPv6. Cactus должна анонсировать IPv6-префикс, а отношение с апстримом должно его передавать. Ни одного такого публичного маршрутного свидетельства для AS135632 на момент среза нет.

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

Собственный статус маршрутов MUX доказывает, что видимый сосед способен анонсировать IPv6. Но он не доказывает, что MUX предлагает Cactus IPv6-сервис, что Cactus его запросила или что клиентское оборудование готово. Поэтому отсутствие на момент публикации конкретно: анонсированного Cactus IPv6-маршрута видно не было. Причина, план внедрения и влияние на клиентов неизвестны.

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

Последняя миля обозначена, но не картирована

Cactus позиционирует себя как местного провайдера доступа, а не как чистую маршрутную оболочку. Еёстраница услугразделяет подключения для частных лиц, бизнеса и индивидуальные решения.Страница бизнес-услуграссказывает о выделенном широкополосном доступе, управлении сетью и защищённых подключениях. Главная страница упоминает полностью IP-беспроводную сеть и предлагает пользователям узнать, есть ли вышки в их районе.

Эти описания позволяют сделать широкий вывод: Cactus продавала доступ последней мили и корпоративный доступ, в том числе по беспроводным каналам. Но они не устанавливают текущее число вышек, волоконные трассы, парк столбов, лицензированный частотный ресурс, инвентаризацию оборудования на стороне клиента или границы обслуживания. Шаблонные остатки на сайте делают его проценты, числа абонентов и широкие заявления о покрытии особенно ненадёжными.

Более конкретный, но исторический документ —предложение Cactus от 25 сентября 2020 года, публично загруженное на Scribd. В нём предлагалась линия «точка-точка» в Лахоре с гарантированной информационной скоростью 20 Мбит/с на двух антеннах по 34 dBi и двух устройствах AirFiber 5 ГГц. На установку отводилось два дня, в стоимость входило регулярное обслуживание линии и вышек, упоминалась регистрация частот, а надлежащее питание и заземление на площадке клиента возлагались на клиента.

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

Ни один проверенный источник не даёт координат действующего ретранслятора или вышки Cactus. Адреса в Гарден-Тауне в записях компании и APNIC — это места административных контактов. Адрес Аль-Кадир из предложения 2020 года — исторический адрес офиса. Ни один из них нельзя наносить на карту как сетевой узел без отдельных доказательств.

Не прояснено и волокно. Живой сайт использует «оптическую» лексику, но поставщик может предоставлять доступ по волокну, не владея каждым кабелем, трубой или столбом. Публичные материалы не показывают, владеет ли Cactus волокном доступа, арендует ли последние мили, перепродаёт ли другого оператора, сочетает ли беспровод и волокно или передаёт клиентов сторонней инфраструктуре. AS-путь через MUX не может ответить на этот вопрос. Логическое соседство может находиться поверх любой из этих физических схем.

Электропитание и ремонт на объекте решают, пригоден ли маршрут

Разнообразие маршрутов ценно лишь при условии, что использующее его оборудование остаётся под питанием и ремонтопригодно.

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

Если шторм сдвинул антенну линии «точка-точка», запасная транзитная мощность не восстановит прямую видимость.

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

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

Текущаястраница контактов Cactusуказывает адрес в комплексе Awami в Гарден-Тауне, телефон, электронную почту и часы работы с 9:00 до 17:00. В других местах сайт заявляет о развёрнутой или круглосуточной поддержке. Поскольку на тех же страницах есть посторонний шаблонный контент, точное обещание поддержки требует подтверждения в действующем клиентском договоре.

Для небольшого оператора эффективным резервом может быть местный персонал. Запасное радио в шкафу полезно, только если кто-то может определить отказавший блок, получить доступ на крышу, проехать через Лахор, безопасно выставить замену и закрыть заявку. Вторая транзитная сессия полезна, только если кто-то её мониторит, поддерживает паритет политик и замечает, что она молча перестала принимать префикс. Число техников менее важно, чем проверенное покрытие навыков, смен, разрешений на доступ и запчастей.

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

Безопасность происхождения маршрутов — другой тест

Все три текущих префикса получили от сервиса проверки происхождения маршрутов RIPE результатunknown:103.77.9.0/24,116.206.164.0/24и116.206.167.0/24. Не было возвращено ни одной подтверждающей авторизации происхождения маршрута.

Проверка происхождения, описанная вRFC 6811, позволяет маршрутизатору сопоставить анонсированный префикс и ASN происхождения с криптографически проверяемыми авторизационными данными. Состояние unknown — это не недействительный маршрут. Оно означает, что система проверки не нашла покрывающей авторизации, которая сделала бы анонс действительным или недействительным.

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

Проверяемое утверждение об отказоустойчивости состоит из пяти частей

Чтобы отказоустойчивость можно было оценить, Cactus не обязана раскрывать чувствительные схемы. Ей достаточно публиковать или предоставлять проверяемые ответы на границах, через которые распространяются сбои.

1. Экспортировать те же маршруты через по-настоящему рабочую замену

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

Затем проведите контролируемый отзыв штатной сессии. Измерьте время, через которое внешние пробы восстановят стабильную достижимость через замену. Тестируйте все три маршрута, а не один представительный адрес. Фиксируйте, переживают ли клиентские сессии с сохранением состояния, меняются ли пулы трансляции и остаются ли пригодными обратные пути.

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

2. Отделять логическое разнообразие от физического

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

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

3. Относиться к IPv6 как к эксплуатационному сервису

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

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

4. Измерять питание на каждой зависимости

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

Историческое предложение показывает, почему эта граница важна: услугу можно технически сдать в эксплуатацию, оставив решающую электрическую зависимость у клиента.

5. Включить выездное восстановление в обещание услуги

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

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

Кто несёт последствия сбоя

Последствия узкой границы различаются для разных клиентов.

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

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

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

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

Уровень доказательности — средний, с жёстким физическим пределом

У Cactus Network Solutions больше публичных эксплуатационных свидетельств, чем можно предположить по её тонкому сайту. AS135632 в настоящее время виден. В первой половине июля непрерывно наблюдались три /24 для IPv4. Сотни путей коллекторов достигали каждого маршрута. APNIC ведёт записи об организации и контактах реагирования. Публичный домен и контактные каналы работают. Исторические коммерческие документы показывают, что Cactus предлагала беспроводные линии и поддержку на объекте, а официальная тендерная оценка фиксирует компанию как отвечающего требованиям телекоммуникационного участника торгов в 2023 году.

Маршрутные свидетельства сильны для той узкой позиции, которую они поддерживают. 16 июля 2026 года в 08:00 UTC AS135632 анонсировал три /24 для IPv4; ни одного IPv6-маршрута видно не было; каждый собранный путь входил через AS141421. История тоже ясна: менялись и сосед, и число маршрутов.

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

Именно это сочетание и есть причина, по которой заголовок — тест, а не вердикт. Один видимый сосед не доказывает один кабель. Три /24 не доказывают крошечный бизнес. Отсутствие IPv6 не доказывает неминуемый сбой. Но если сессия, несущая эти маршруты, остановится и не появится запасного анонса, публичному адресному пространству Cactus больше некуда идти. Сайт может остаться онлайн в другом ASN; судьбу сети клиента решат каналы, маршрутизаторы, радио, питание и люди, которых Cactus не сделала публично проверяемыми.

Решающим свидетельством стал бы контролируемый переход на резерв, наблюдаемый извне: каждый /24 остаётся достижимым через независимо рабочую замену, клиентский трафик продолжает идти в пределах заявленного интервала восстановления, сервис с двойным стеком протестирован там, где он предлагается, а оборудование под обоими путями переживает ту же проверку. До этого момента отказоустойчивость Cactus не опровергнута. Это просто операционное заявление, ждущее того единственного теста, которого публичная таблица маршрутизации не позволяет избежать.