Счёт за широкополосный интернет Rocket Internet Service в Газипуре: один видимый апстрим и неподтверждённая цепочка ремонта

Кратко

• Открытые данные последовательно называют оператора Rocket Internet Service, а не AP Rocket Internet Service. Его сайт, запись в ISPAB, списки BTRC и регистрации APNIC сходятся на одних и тех же людях, домене, адресе в Газипуре и сетевых ресурсах, что говорит о непрерывности идентичности, а не об отдельной компании.
• AS149478 была активна 10 июля 2026 года и анонсировала один IPv6-префикс/48и 512 IPv4-адресов через агрегированный/23и два составляющих/24. RIPEstat видел маршруты у всех отвечающих пиров-коллекторов IPv4 и IPv6, при этом у префиксов были корректные авторизации источника маршрута.
• Текущие наблюдения за маршрутами показывают одного непосредственного внешнего соседа — Summit Communications AS58717. Это веский признак концентрации апстрима в видимой системе маршрутизации, но он не раскрывает частные резервные каналы, два физических линка к одному оператору, общие кабельные канализации, неактивный фейловер или место стыка.
• Rocket заявляет об обслуживании в Гаче и Газипуре, круглосуточной поддержке и цели аптайма 99 %. Это заявления оператора. Открытые материалы не подтверждают владение абонентской инфраструктурой, права на столбы и канализации, карты маршрутов, время работы резервного питания, склад запчастей, охват ремонтных бригад, измеренный аптайм или показатели восстановления.
• Регуляторную картину нужно уточнять, а не скрывать. В декабрьском списке BTRC за 2024 год у Rocket была лицензия для Турага со сроком действия до июля 2028 года, но отдельная лицензия для Гачи, на которую опирается запись ISPAB с адресом в Газипуре, имела срок действия до сентября 2024 года. Актуальная электронная лицензия для Гачи решила бы вопрос; без неё сеть можно описывать как действующую, но точный разрешённый перечень зон обслуживания остаётся непроверенным.

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

Слово «AP» в ярлыке организации — не то, как оператор себя представляет. На сайте компании бизнес называетсяRocket Internet Service, так же он назван в лицензионном списке регулятора Бангладеш, в Ассоциации интернет-провайдеров Бангладеш и в азиатско-тихоокеанском реестре интернет-номеров. Эта согласованность важна, потому что иначе «Rocket Internet» может привести к посторонним компаниям в других странах. Здесь домен, контактные данные, руководитель, адрес и автономная система образуют конкретную бангладешскую идентичность.

Регистрация AS149478 в APNICназывает сетьROCKET-AS-AP, указывает страну Бангладеш и идентифицирует Rocket Internet Service как владельца записи. Суффикс-APотносится к принятому в реестре сетевому имени; он не доказательство того, что «AP» входит в торговое наименование. В контактной карточке APNIC администратор сети указан по адресу: 549 Nurjahan Villa, Choydana, Gacha, Gazipur.Страница «О компании»истраница контактовRocket указывают на ту же местность и используют те же адреса на основе домена, что и в сетевых записях.Запись участника в ISPABсвязывает Rocket Internet Service с Md. Shaheen Miah, тем же номером телефона, что в контактной записи APNIC, и тем же адресом в Гаче.

Компания — это не просто веб-страница, привязанная к простаивающему ресурсу. APNIC зарегистрировала AS149478 28 января 2023 года, а адресные ресурсы — тремя днями позже. Коллекторы маршрутов впервые увидели один из префиксов Rocket 31 января 2023 года. На дату публикации автономная система по-прежнему анонсировала всё зарегистрированное адресное пространство, а валидация контактов APNIC и временные метки маршрутных объектов обновлялись в 2026 году. На сайте Rocket были видны актуальные тарифы, платёжные инструкции, заявления о покрытии, поименованная команда и работающая форма регистрации услуги.

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

Они не подтверждают каждую коммерческую или юридическую деталь. Сайт компании говорит, что она лицензирована BTRC, и делает широкое заявление о предоставлении волоконно-оптической, беспроводной и спутниковой связи по всей стране.Страница покрытияуже: там сказано, что Rocket работает по всему городу Газипур, и покупателю предлагается проверить доступность. Главная страница ещё уже в основном заголовке: там провайдер описывается как высокоскоростной в Гаче, Газипур. Узкие формулировки лучше согласуются с публичной лицензионной категорией, чем общестрановой язык.

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

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

Счёт — это ещё и контракт на отказоустойчивость

Тариф на фиксированный широкополосный доступ от 18 февраля 2026 годаприменяет общенациональную схему к государственным и частным провайдерам. Он устанавливает максимальные цены для разделяемых подключений: 400 така в месяц за скорость не менее 5 Мбит/с, 500 така за 10 Мбит/с, 800 така за 20 Мбит/с и 1200 така за 40 Мбит/с, при максимальном коэффициенте контеншена 1:8. Для анализа инфраструктуры важнее то, что документ сохраняет систему классов сервиса и ступенчатую скидку за непрерывную потерю услуги для пакетов стоимостью от 500 така.

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

Тот же тариф описывает три класса сервиса. Класс A требует множественной избыточности апстрима, точки присутствия с несколькими подземными путями NTTN, круглосуточных операций и обслуживания, аптайма 99 % и максимального срока восстановления четыре часа для провайдера уровня упазилы — если отсчитывать от логического обнаружения и если сбой не зависит от IIG или NTTN. Классы B и C ослабляют формулировки об избыточности и допускают меньший аптайм и более длительные окна восстановления.

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

Эти составляющие напрямую соответствуют неизвестным в публичном профиле Rocket. Виден один апстрим, а не несколько наблюдаемых апстрим-автономных систем. PeeringDB перечисляет несколько площадок, но не указывает активного подключения к публичной точке обмена. Ни одна топология не показывает двух независимых путей NTTN к точке присутствия Rocket. Компания говорит, что её операционный центр работает круглосуточно, и обещает аптайм 99 %, но не публикует период измерений, историю доступности, журнал отказов, архив сбоев или статистику восстановления.

Тариф, таким образом, задаёт стандарт оценки, но не доказывает результат Rocket по этому стандарту.

Страница тарифов Rocketиллюстрирует ещё один разрыв между опубликованным предложением и действующим регулированием. 10 июля на ней всё ещё была старая ценовая лестница, связанная с операторскимтарифным согласованием апреля 2022 года: 500 така за 5 Мбит/с, 800 така за 10 Мбит/с, 1200 така за 20 Мбит/с и 2400 така за 50 Мбит/с, а также другие промежуточные уровни. Общенациональный порядок 2026 года новее и прямо заменяет прежнее национальное предписание. Просмотр страницы не позволяет установить, что реально платят абоненты, существует ли более новое согласование или сайт просто устарел. Но он показывает, что потенциальный клиент не может безопасно считать опубликованную матрицу тарифов приведённой в соответствие с последней национальной схемой.

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

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

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

AS149478 подтверждает маршрутизируемый край сети, а не карту доступа

Rocket контролирует небольшой, но значимый набор интернет-номеров.Запись IPv4 в APNICвыделяет Rocket Internet Service диапазон с103.77.218.0по103.77.219.255как активное переносимое пространство. В/23входит 512 IPv4-адресов.Запись IPv6выделяет оператору активный переносимый/48— блок, достаточно большой для широкого внутреннего разделения на подсети, хотя сырое количество IPv6-адресов не является полезной мерой размера компании.

10 июля 2026 годапредставление routing-status в RIPEstatвидело три IPv4-анонса, покрывающих 512 адресов, и один IPv6-префикс/48. Согласно отчёту, все 327 отвечающих IPv4-пиров-коллекторов и все 321 отвечающий IPv6-пир видели сеть.Представление announced-prefixesпоказывало агрегированный103.77.218.0/23, оба составляющих/24и2001:df1:e340::/48на протяжении всего предшествующего двухнедельного окна наблюдения. Это веское доказательство стабильного, глобально видимого источника на дату оценки.

Схема из трёх IPv4-анонсов на всего 512 уникальных адресов требует осторожности. Rocket анонсирует покрывающий/23и два более специфичных/24внутри него. Если сложить 512, 256 и 256, одно и то же пространство будет посчитано дважды; уникальный объём остаётся 512 адресами. Более специфичные анонсы могут поддерживать инженерные решения трафика или политику маршрутизации, но их существование не доказывает наличие двух физических путей. Все три могут идти через одного оператора и один кабель.

У префиксов также были корректные авторизации источника маршрута.Проверка RPKI для агрегата в RIPEstatопределяет AS149478 как авторизованный источник, а отдельные корректные авторизации покрывают оба/24и IPv6-префикс/48. Это положительный признак гигиены маршрутизации. Сети, выполняющие валидацию источника, могут отклонять случайный или несанкционированный источник, конфликтующий с этими авторизациями.

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

Число адресов так же легко использовать неправильно. 512 публичных IPv4-адресов не равны 512 абонентам. Трансляция адресов операторского класса (CGNAT) может разместить множество домохозяйств за меньшим публичным пулом, тогда как бизнес-услуги, маршрутизаторы, серверы и каналы «точка-точка» могут потреблять по несколько адресов. IPv6 делает расхождение ещё больше:/48— это обильное пространство подсетей, а не астрономическая абонентская база. Адресные ресурсы показывают административную независимость и способность проводить собственную политику маршрутизации. Они не раскрывают установленные порты доступа, активные аккаунты или пиковую пропускную способность.

Независимые наблюдения за трафиком добавляют умеренную поддержку.Страница AS149478 в Cloudflare Radarотносит автономную систему к сети Rocket, атекущий профиль IPinfoописывает бангладешского розничного интернет-провайдера с выраженным локальным суточным ритмом использования. IPinfo также сообщал о недавних ответах на ping как в IPv4-, так и в IPv6-блоке. Это полезные признаки того, что трафик конечных пользователей или сети доступа присутствует. Но это оценки и выборочные измерения, а не записи Rocket об абонентах или уровне сервиса.

Вывод о маршрутизируемом крае сети сильнее, чем вывод об улицах. У Rocket есть актуальные маршруты, переносимые ресурсы, IPv6, корректные авторизации источника и наблюдаемый трафик. Публичная маршрутизация может установить, что пакеты для адресов Rocket попадают в глобальную таблицу. Она не может показать, как домохозяйство в Гаче добирается до пограничного маршрутизатора. Именно на этом скрытом участке столбы, вводы в здания, сращивания, коммутаторы с питанием, радиоканалы и доступ на объекты определяют, можно ли пользоваться маршрутом.

Один наблюдаемый сосед сосредоточивает видимый выход

Представление ASN-neighbours в RIPEstat10 июля сообщило об одной уникальной соседней автономной системе: AS58717.Запись AS58717 в APNICидентифицирует эту сеть как Summit Communications.BGP.toolsнезависимо классифицирует Rocket как активную сеть доступа и показывает Summit в качестве её апстрима. В путях коллекторов к агрегату AS58717 стоит непосредственно перед AS149478 в сотнях наблюдений.

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

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

Содержательная отказоустойчивость требует ответа как минимум на пять вопросов: разные ли это организации-апстримы, разные ли устройства на стыке, разные ли вводы в здание, разные ли магистральные коридоры и разные ли домены питания? Открытые данные отвечают только на первый вопрос, и ответ — одна видимая организация-апстрим.

Профиль Rocket в PeeringDBописывает открытую политику пиринга, преимущественно входящий трафик и поддержку IPv4 и IPv6. В профиле указаны два IPv4- и два IPv6-префикса, не раскрывается диапазон трафика и говорится, что несколько площадок не обязательны. Также перечислено присутствие на шести площадках в Дакке и одной в Мумбаи, включая BDIX Main Node, BTCL IX Dhaka, ISPAB-NIX-DC, Earth Telecommunication, MetroNet Bangladesh и Bangladesh Submarine Cables в Дакке, а также Bharti Airtel в Мумбаи.

Эти записи о площадках — самоотчёт о присутствии, а не порты обмена или активные сессии. API PeeringDB не вернул для AS149478 ни одной записиnetixlan— иными словами, база не раскрыла ни одного публичного подключения к точке обмена с IP-адресом и скоростью порта. Сеть может использовать частную стыковку на площадке, может не указывать подключение к точке обмена в PeeringDB или иметь устаревшие записи о площадках. Правильная трактовка: Rocket заявляет удивительно широкий набор точек соединения, но не публикует привязки к точкам обмена, необходимые для проверки прямого пиринга.

Это расхождение аналитически полезно. Компания говорит, что хочет пиринговаться с контент-провайдерами и улучшить качество потокового воспроизведения. Присутствие на площадках могло бы сделать возможной частную стыковку или кэши. Но открытых доказательств кэша Google, Akamai, Meta или Netflix внутри сети Rocket нет, порт точки обмена не указан, а наблюдаемые внешние маршруты по-прежнему показывают Summit как единственного непосредственного соседа. Список площадок поэтому нельзя превращать в диверсифицированный транзит или локальные контентные мощности.

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

Доказательства, необходимые для улучшения этой оценки, конкретны: вторая апстрим-ASN, видимая в коллекторах маршрутов, или задокументированный тест фейловера; идентификаторы портов и контуров, показывающие независимые стыки; карты маршрутов с раздельными коридорами NTTN; записи точек обмена с актуальными IP и скоростями; а также данные об утилизации, отличающие установленные порты от запаса пропускной способности в часы пик. Пока этого нет, маршрутизируемый край Rocket активен и хорошо авторизован, но видимый выход остаётся сосредоточенным через Summit.

Заявления об обслуживании в Газипуре упираются в устаревшую лицензионную границу

Коммерческий центр тяжести Rocket — Гача в составе Газипура. Главная страница называет её провайдером в Гаче, страница покрытия говорит о работе по всему городу Газипур, а APNIC помещает контакт регистранта в Чойдану рядом с Национальным университетом. Открытые материалы не содержат карты обслуживания по районам, числа абонентов или списка действующих точек присутствия. Широкая фраза о покрытии — не доказательство того, что абонентская инфраструктура доходит до каждой улицы Газипура.

Лицензионные данные сложнее.Список ISP уровня упазилы и таны BTRC от 18 декабря 2024 годасодержит две подряд записи Rocket Internet Service. Одна — для Турага, по адресу Uttara West, лицензия14.32.0000.702.46.577.19.192, действительна до 21 июля 2028 года. Другая — для Гачи, по адресу Choydana рядом с Национальным университетом, лицензия14.32.0000.702.47.113.19.320, действительна до 28 сентября 2024 года, а следующая дата продления — днём позже.

Именно номер лицензии для Гачи указан в ISPAB вместе с адресом в Газипуре и именем Md. Shaheen Miah. На странице ISPAB сказано, что членство действительно только до 31 декабря 2024 года, и не указана ни одна точка присутствия. Это не доказывает, что лицензия или членство никогда не продлевались. Регулятор переходил на электронное лицензирование в 2025 году, публичные списки могут отставать, а страница ассоциации может оставаться устаревшей. Но это значит, что доступные данные не показывают действующего разрешения для Гачи после сентября 2024 года.

Отдельную лицензию для Турага нельзя автоматически считать заменой.Руководство BTRC по лицензированию ISPопределяет лицензию уровня упазилы или таны как обслуживание указанной административной территории. Тураг и Гача — разные указанные территории. Действительная запись по Турагу подтверждает, что бизнес с именем Rocket имел действующую лицензию в списке регулятора 2024 года; сама по себе она не разрешает каждую локацию в Газипуре, которую рекламирует сайт.

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

Этот пробел меняет метаданные. «Глобальный» явно не подтверждается. Записи BTRC, ресурсы APNIC, наблюдения за трафиком и сайт компании указывают на Бангладеш. Корректная широкая категория — региональный интернет-провайдер Азиатско-Тихоокеанского региона, с Бангладеш как регионом и Гачей/Газипуром как заявленным локальным фокусом. Слово «региональный» должно описывать масштаб, а не подтверждать каждую локацию внутри региона.

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

Физическая сеть начинается там, где заканчивается публичная маршрутизация

Клиент Rocket подключается не к AS149478 как к абстрактному номеру. Сессия начинается с запитанного оборудования в доме, магазине, офисе или учреждении. Она проходит по абонентскому кабелю или радиопереходу, достигает районного распределения, проходит через оборудование агрегации и транспорт и только потом доходит до границы, где Rocket обменивается маршрутами с Summit. Любой из этих уровней может лишить услугу работоспособности, в то время как глобальный BGP-анонс остаётся видимым.

На странице «О компании» Rocket говорится, что она предлагает широкополосный доступ и частную передачу данных по волоконно-оптическим, беспроводным и спутниковым технологиям. Этот язык описывает набор возможностей, а не установленную топологию. Страница тарифов выглядит как предложение разделяемого фиксированного широкополосного доступа, а сторонние классификации называют AS149478 кабельным, DSL или проводным интернет-провайдером. Ни одна из них не показывает, использует ли конкретный клиент в Гаче пассивную оптику, активный Ethernet, фиксированный беспроводной доступ или кабель реселлера.

Поэтому статья не может ответственно изображать Rocket как чисто волоконного оператора или заявлять о владении сетью вышек.

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

Спутниковый сервис вводит видимость терминала и спутниковую ёмкость, но на сайте нет доказательств активных спутниковых подключений клиентов.

Права собственности могут быть разделены на каждом уровне. Rocket может владеть абонентским кабелем и электроникой, арендуя столбы, канализации, тёмное волокно, длину волны или управляемый транспорт. Местный кабельный оператор может обеспечивать последнее подключение. NTTN может контролировать магистральный маршрут. Summit может предоставлять апстрим-сервис на общей площадке. Обращение клиента в поддержку попадает в Rocket, но ремонт может потребовать разрешения, выезда и запасного оборудования другого собственника. Явное упоминание зависимостей от IIG и NTTN в тарифе BTRC признаёт эту операционную границу.

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

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

Установленное оборудование — не то же самое, что рабочая отказоустойчивость. Запасная пара волокна бесполезна, если оба конца не подключены и не протестированы. Резервный маршрутизатор не восстанавливает оборванный кабель. Генератор не помогает, если техник не может добраться до площадки или топлива нет. Договор со вторым апстримом не защищает от общего коридора. Открытые доказательства не подтверждают для Rocket ни одной из этих защит. Это не значит, что их нет; это значит, что читатель не должен считать их доказанными.

Ёмкость ограничена самым загруженным разделяемым уровнем

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

Открытые данные не раскрывают скорости портов Rocket или объём трафика. PeeringDB оставляет поле трафика пустым. Два IPv4-префикса и два IPv6-префикса, указанные там, — это маршрутные величины, а не ёмкость. Порт 100 Гбит/с может обслуживать почти пустую сеть, тогда как стык в 1 Гбит/с может ограничивать множество тарифов, чьи заявленные скорости в сумме намного превышают 1 Гбит/с. Нет графика утилизации, перцентиля пикового часа, числа абонентов или коэффициента разделения, по которым можно рассчитать запас.

Национальный рынок даёт масштаб, но не знаменатель для Rocket.Ряд данных BTRC об абонентах интернетасообщал о 14,77 млн подписок ISP и PSTN в феврале 2026 года.Таблица проникновениярегулятора оценивала проникновение фиксированного широкополосного доступа в 8,48 % в апреле 2026 года. Ни в одной таблице Rocket отдельно не выделена, а общенациональный рост подписок ничего не говорит о перегрузке на одном агрегационном линке в Газипуре.

В масштабах Rocket дефицит публичных IPv4 может стимулировать разделение адресов. Это позволяет растянуть пул из 512 адресов на множество клиентов, но требует оборудования трансляции с сохранением состояния и может усложнить входящие подключения, логирование и диагностику. Активный IPv6-префикс/48у Rocket поэтому — положительный признак: он даёт оператору возможность выделять глобально уникальные IPv6-подсети. Видимость маршрута доказывает, что IPv6-блок анонсируется, а не что каждый розничный тариф, домашний маршрутизатор или приложение получает работающий IPv6.

Локальный контент может изменить экономику апстрима. Если популярное видео или ПО обменивается локально или раздаётся из кэша внутри сети, через платный транзит проходит меньше трафика и задержки могут снизиться. В заметке Rocket в PeeringDB выражено желание пиринговаться с контент-провайдерами и упоминаются крупные контентные платформы. Желание — не развёртывание. Без указанного подключения к точке обмена, реестра кэшей или разделения трафика анализ не может предполагать, что популярный контент минует Summit.

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

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

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

Шесть сценариев отказа определяют, кто теряет сервис

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

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

Третий — запитанная агрегация. Оптические линейные терминалы, Ethernet-коммутаторы, радиомодули и маршрутизаторы нуждаются в надёжном электропитании и контроле среды. Резервные батареи могут перекрыть короткое отключение, но время работы падает с возрастом, температурой и нагрузкой. Генератор может продлить сервис, но добавляет требования по топливу, обслуживанию и безопасной эксплуатации. Rocket заявляет о резервируемой магистрали и аптайме 99 %; ни один публичный реестр не показывает, на каких площадках есть батареи или генераторы, как долго они работают и покрывается ли оборудование клиента.

Четвёртый — транспорт между Газипуром и стыком с апстримом. Даже если у Rocket есть оборудование доступа в Гаче и присутствие на площадках в Дакке, связывающий путь NTTN может отказать. Арендуемый сервис может быть защищён внутри сети провайдера, или два контура могут делить одно волокно. Список площадок в PeeringDB не раскрывает маршрут из Гачи, и BGP его не показывает. Это физический пробел, который вероятнее всего скрыт за единственным логическим соседством.

Пятый — потеря апстрима. Публичный вид маршрутизации показывает Summit непосредственно за Rocket. Если сессия Rocket-Summit, стык или соответствующий путь Summit выйдет из строя, а эффективного резерва нет, клиенты могут потерять внешнюю доступность, пока локальное оборудование запитано. Холодный резерв может существовать, не появляясь в обычных наблюдениях, но никакая запись о фейловере его не подтверждает. Именно поэтому второй видимый апстрим существенно повысил бы уверенность, хотя сам по себе не доказывал бы разнообразия путей.

Шестой — перегрузка. Исчерпание ёмкости может затронуть всех клиентов за разделяемым линком без снятия маршрута. Видео буферизуется, интерактивные звонки деградируют, облачные приложения истекают по таймауту, а простые ping могут продолжать проходить. Перегрузка может возникать на радиосекторе, оптическом аплинке, агрегационном коммутаторе, магистральном транспорте, порту апстрима или контентном пути. Rocket не публикует измерений, позволяющих их различить.

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

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

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

Полевой ремонт — скрытая мощность

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

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

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

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

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

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

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

Что показало бы более сильное обоснование устойчивости

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

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

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

Четвёртое — измерение сервиса. Пропускная способность в часы пик, задержка, потери и джиттер по зонам доступа показали бы полезную ёмкость. Статистика аптайма и восстановления проверила бы заявление о 99 %. Отдельные измерения IPv4 и IPv6 показали бы, доходит ли анонсируемый IPv6-блок до клиентов. Причины инцидентов показали бы, что является ограничением: обрывы доступа, питание, транспорт, сервис апстрима, конфигурация или перегрузка.

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

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

Этот вывод объясняет, почему счёт Rocket — документ об инфраструктуре. Тариф Бангладеш фиксирует цены, называет ожидания по избыточности и снижает платёж после длительного непрерывного отказа. Каждое число в этом счете зависит от оборудования и труда, которых клиент не видит: запитанного терминала, локального кабеля или радио, узла агрегации, маршрута NTTN, стыка с Summit и людей, которые всё это восстанавливают. Rocket может продемонстрировать живой маршрутизируемый край. Открытым остаётся вопрос, сможет ли физическая и человеческая цепочка за ним не допустить сбоя, длящегося достаточно долго, чтобы изменить сумму, которую должен клиент.