Кратко

  • RIPE-объект as-set AS209874:AS-Upstreams, обслуживаемый собственным novacloud-mnt оператора, перечисляет ровно три апстрима: AS49581 (Ferdinand Zink trading as Tube-Hosting), AS203446 (SMARTNET LIMITED) и AS215787 (TELE90 Telecom GmbH) https://rtsak.com/en/as-macros/AS209874:AS-UPSTREAMS.
  • bgp.tools наблюдает те же три ASN в живой таблице маршрутизации — 9 пиров и 6 даунстримов, 22 анонсируемых префикса IPv4 и 16 IPv6 https://bgp.tools/as/209874.
  • Собственная IP-transit-страница оператора вместо этого утверждает семь апстримов Tier-1 (Cogent, NTT, Orange, Zayo, Equinix, Liberty Global, INTERKVM) и «Over 1000 Peerings» https://novacloud-hosting.com/ip-transit — ни один из этих семи ASN не присутствует ни в наборе, определённом реестром, ни в наблюдаемой маршрутизации.

NovaCloud-Hosting — хостинговый бренд Tech Tide Portugal Unipessoal LDA, оператора автономной системы AS209874. Предыдущие материалы BTW уже описывали его маршрутный след, разделённое администрирование реестра между двумя RIPE-организациями и тремя объектами mnt, противоречивые страницы статусов вокруг 19-дневного отключения Frankfurt FFM2 в июле 2026 года и разрыв между коммерческим витринным сайтом и португальской регистрацией компании.

Но ни один из этих материалов не восстанавливал саму структуру зависимости: кто реально переносит трафик AS209874 в остальной интернет и что это значит для клиентов, покупающих у него транзит, хостинг и IP-услуги.

Что говорит реестр

Самый сильный артефакт — RIPE-объект as-set AS209874:AS-Upstreams, созданный 2025-05-17 и в последний раз изменённый 2026-02-26, с mnt-by novacloud-mnt — собственным объектом-хранителем оператора. Он перечисляет ровно трёх членов https://rtsak.com/en/as-macros/AS209874:AS-UPSTREAMS https://bgp.tools/as-set/RIPE::as209874:as-upstreams:

Член Оператор Префиксы IPv4 Префиксы IPv6
AS49581 Ferdinand Zink trading as Tube-Hosting 47 12
AS203446 SMARTNET LIMITED 21 5
AS215787 TELE90 Telecom GmbH 10 8

В агрегате набор охватывает 78 префиксов IPv4 и 25 IPv6. Оператор сам поддерживает этот список, а RIPE aut-num AS209874 (as-name TECHTIDE, org ORG-MWUL2-RIPE, sponsoring-org ORG-SL1164-RIPE) импортирует из него и экспортирует свой даунстрим-набор в AS203446 https://rtsak.com/en/as-macros/AS209874:AS-UPSTREAMS. Это не сторонняя догадка — это собственная декларация оператора о том, кто подаёт ему транзит.

Что говорит таблица маршрутизации

Живое наблюдение bgp.tools независимо совпадает: оно фиксирует AS203446, AS49581 и AS215787 как три апстрима, с 9 пирами и 6 даунстримами, 22 префиксами IPv4 и 16 IPv6 в анонсе https://bgp.tools/as/209874. Совпадение реестровой декларации и независимого маршрутизационного наблюдения — самое сильное из доступных подтверждений реальной структуры зависимости оператора.

Что говорят собственные страницы оператора

Здесь запись резко расходится. Маркетинговая IP-transit-страница оператора https://novacloud-hosting.com/ip-transit перечисляет семь апстримов — AS174 Cogent, AS6204 INTERKVM HOST SRL, AS6830 Liberty Global, AS2914 NTT, AS5511 Orange, AS6461 Zayo и AS15830 Equinix — и заявляет «Over 1000 Peerings», рекламируя Equinix FR5 во Франкфурте. Ни один из этих семи ASN не фигурирует в AS209874:AS-Upstreams и не наблюдается как апстрим в таблице маршрутизации. Отдельный микросайт ASN, as209874.net https://as209874.net/, называет третью комбинацию: AS62403 PletX GmbH, AS49581 Ferdinand Zink и AS48314 IP-Projects GmbH & Co. KG, с двумя дата-центрами (Frankfurt NTT FRA1 и Eygelshoven SkyLink).

Инструментарий Hurricane Electric https://bgp.he.net/AS209874 сообщает набор смежностей AS49581, AS62403 и AS48314 — совпадающий с реестровым набором только по AS49581 — и 34 анонсируемых префикса. А ipregistry.co, чьи данные датированы 2026-02-26 https://ipregistry.co/AS209874, воспроизводит тот же трио-набор и утверждает, что AS209874 не имеет прямых пиринговых соглашений и выходит в интернет исключительно через транзит. Это утверждение противоречит и маркетинговому «Over 1000 Peerings», и подсчёту bgp.tools в 9 пиров.

Три слоя, которые не являются транзитом

Ещё две организации фигурируют в записи AS209874, но не переносят его трафик. GHOSTnet GmbH (AS12586) отсутствует в апстрим-наборе, однако её RIPE-аккаунт de.ghostnet держит несколько блоков /24, анонсируемых AS209874, — включая 5.83.150.0/24, 5.175.137.0/24 и 5.175.174.0/24 с описанием NovaCloudHosting и 5.175.187.0/24 с описанием GHOSTnet https://bgp.tools/rir-owner/de.ghostnet. Whois-запись RIPE для 5.175.237.0/24 показывает netname GHOSTNET-FRA, descr GHOSTNET GmbH, статус ASSIGNED PA, mnt-by GHOSTNET-MNT, создан 2025-08-23 https://whois.ipip.net/AS209874/5.175.237.0/24. GHOSTnet — реестровый держатель адресного пространства, которое анонсирует оператор: арендодатель, а не транзитный провайдер.

Scaleblade, Ltd. (AS52041, org ORG-SL1164-RIPE, mnt SBL-MNT) также не является апстримом: это спонсирующая организация, разделяющая ORG-SL1164-RIPE с AS209874 и отвечающая за объект-хранитель SBL-MNT и описание «Scaleblade NOC» у анонсируемого /48 https://iptrace.net/en/as/52041. Реестровое спонсорство и маршрутизируемый транзит — разные слои, и в записи этого оператора они находятся в разных руках.

От чего реально зависит клиент

Для покупателя связности NovaCloud-Hosting итоговая картина такова: реальный транзит приходит через три малых европейских хоста и реселлера — хост-индивидуального предпринимателя (Tube-Hosting), небольшого британского оператора (SMARTNET) и малую немецкую телеком-компанию (TELE90) — каждый со своей собственной уязвимостью апстрима. Имена Tier-1 на маркетинговой странице не входят в цепочку зависимости, которую сам оператор декларирует и которую подтверждает таблица маршрутизации. Предыдущее покрытие BTW задокументировало сам факт расхождения «анонсированное против маршрутизируемого» https://btw.media/en/novacloud-hosting-announced-versus-routed; эта реконструкция показывает его масштаб: три реальных апстрима против трёх взаимоисключающих самостоятельно опубликованных списков, ноль пересечений между флагманским маркетинговым списком и наблюдаемой реальностью. Остался один предел: RIPE-объекты читались только через сторонние зеркала; первичная страница запроса RIPE не запрашивалась напрямую [https://apps.db.ripe.net/db-web-ui/query?searchtext=AS209874].