Zusammenfassung

  • Die APNIC-Registrierung von AS2042 (as-name „GCT-HK“, Organisation zhelet limited, Handle ORG-ZL4-AP) nennt in den descr-Feldern „HK Global Cloud DataCenter“ beziehungsweise „Global Cloud DataCenter“ neben „multimedia pacific limited“ und listet Servicezeilen von „Dedicated Server, Virtual Private Server VPN, CDN, MPLS, IPL“ über „Disaster Recovery“ bis „Cloud, OpenStack, Vmware“; der Datensatz wurde zuletzt am 12. Mai 2020 geändert.
  • Das messbare Routing zeigt ein kleineres Netz: Hurricane Electric zählt 12 IPv4-Präfixe und 0 IPv6 mit rund 4.096 Adressen und zwei beobachteten Peers (AS3491, PCCW Global; AS18186, Nebula Global LLC); bgp.tools sieht 7 Präfixe mit 14 /24-Äquivalenten und genau einem Upstream (AS3491); der CIDR-Report-Blick zählt rund 3.584 Adressen, keinen Downstream-Kunden und AS-Pfade mit vierfacher Selbstwiederholung.
  • Beide IPv4-Nachbarn werden als Provider klassifiziert – 0 Kunden, 0 Settlement-free-Peering, keine bekannte IXP-Teilnahme; das Muster eines single-homed Kleinbetreibers, nicht das eines Anbieters mit eigenem Interkonnektionsvermögen.
  • Die Hygiene-Bilanz ist geteilt: Hurricane Electric stuft sieben der gemeldeten Präfixe als RPKI-invalid und nur zwei als valid ein und meldet Bogon-Ankündigungen; gleichzeitig stehen ROAs unter dem APNIC Trust Anchor für 103.235.172.0/22 und 150.242.216.0/22.
  • Kein erfasstes öffentliches Dokument benennt ein konkretes Rechenzentrumsgebäude, eine betriebene Facility oder einen benannten Cloud-Mandanten; die Servicezeilen der Registry bleiben Selbstauskünfte, und dieser Abstand zwischen Anspruch und Beleg ist der zentrale Befund.

Eine Registrierung als Schaufenster

Im APNIC Whois trägt AS2042 den as-name „GCT-HK“ mit Länderkennung HK und dem Organisations-Handle ORG-ZL4-AP für zhelet limited; administrative und technische Kontakte verweisen auf ZLA5-AP, der Abuse-Kontakt auf AZ377-AP, gepflegt über den Maintainer MAINT-ZHELETLIMITED-HK und das Objekt IRT-ZHELETLIMITED-HK; der Datensatz wurde zuletzt am 12. Mai 2020 um 16:52:58 UTC geändert (APNIC Whois; RDAP; Whois-Spiegel ipip; Whois-Spiegel IPinfo; RDAP-Dokumentation von APNIC). Die descr-Felder verbinden zwei Namensebenen – „HK Global Cloud DataCenter“ beziehungsweise „Global Cloud DataCenter“ auf der einen, „multimedia pacific limited“ auf der anderen Seite – und hängen Servicezeilen an: „Dedicated Server, Virtual Private Server VPN, CDN, MPLS, IPL“, „Disaster Recovery“ und „Cloud, OpenStack, Vmware“. Diese Zeilen sind Freitext der Registrierungsinhaberin ohne Prüfpflicht. Im Folgenden gelten sie deshalb als Behauptungen, nicht als Befunde.

Zwei Daten, zwei Epochen

Wer nach dem Alter des Netzes fragt, muss zwei Datensätze auseinanderhalten. ARIN führt AS2042 unter der Bezeichnung „APNIC-2042“ mit Registrierungsdatum 31. Juli 2002 und letzter Aktualisierung 8. Oktober 2009 und stellt zugleich klar, dass das Autonome System nicht in ARIN registriert ist (ARIN). Der Nummernblock geht demnach auf die IANA-/ARIN-Ära der Zuteilung zurück; die von Aggregatoren berichtete Zuweisung an zhelet limited (ORG-ZL4-AP) vom 13. Oktober 2016 ist ein späteres Ereignis (CIDR Report; IPGeolocation). Betriebsalter des Operators und Alter der Nummer sind verschiedene Größen; sie zu vermischen, würde die Geschichte des Netzes verzerren.

Was das Routing messbar zeigt

Hurricane Electric zählt für AS2042 zwölf stammende IPv4-Präfixe und kein einziges IPv6-Präfix, zusammen rund 4.096 IPv4-Adressen, und beobachtet genau zwei BGP-Nachbarn: AS3491 (PCCW Global) und AS18186 (Nebula Global LLC) (Hurricane Electric). bgp.tools sieht dasselbe Netz enger: 7 Präfixe, umgerechnet 14 /24-Äquivalente, als Upstream ausschließlich AS3491, Netztyp „Content“ (bgp.tools). Der CIDR-Report-Blick aus der AS6447-Perspektive zählt rund 3.584 Adressen über 7 Präfixe, keinen einzigen Downstream-Kunden und AS-Pfade, in denen sich AS2042 vierfach selbst voranstellt – etwa „7018 3491 2042 2042 2042 2042“ (CIDR Report). Die Zähler widersprechen einander im Detail: 12 gegen 7 Präfixe, rund 4.096 gegen 3.584 Adressen, und IPinfo meldet sogar 3.072 (IPinfo). Solche Abweichungen sind bei zeitvariablen Routing-Sichten normal; sie erlauben aber eine belastbare Ordnungsaussage: Es handelt sich um ein kleines, rein IPv4-ankündigendes Netz mit einem dominierenden Upstream und ohne sichtbare Kundenpyramide.

Ein Netz ohne eigene Interkonnektion

Die Nachbarschaftsstruktur ist der härteste Befund gegen die vermarktete Rolle. bgpthingy klassifiziert beide IPv4-Nachbarn als Provider, zählt 0 Kunden und 0 Settlement-free-Peering und stellt fest, dass AS2042 an keinem bekannten IXP teilnimmt (bgpthingy). Ein Rechenzentrum- oder Cloud-Anbieter mit eigenem Standortvermögen zeigt sich im Routing üblicherweise anders: eigene Peering-Sessions an Austauschpunkten, Transitkunden oder mindestens ein zweiter unabhängiger Upstream. Die beobachtete Struktur – ein Netz, das über Provider-Grenzen hinaus mit niemandem direkt verbunden ist – passt zu einem single-homed Kleinbetreiber. Das ist eine Schlussfolgerung aus messbarer Struktur, kein Vorwurf: Sie sagt, was die Daten zeigen, nicht, was ein Unternehmen intern betreibt.

Routing-Hygiene: valid, invalid, Bogons

Die Hygiene-Bilanz ist gemischt. Hurricane Electric stuft sieben der von AS2042 stammenden Präfixe als RPKI-invalid und nur zwei als valid ein und meldet zusätzlich, dass AS2042 Bogon-Präfixe ankündigt – Adressraum, der per Konvention nicht im globalen Routing auftauchen sollte (Hurricane Electric). Dem stehen veröffentlichte ROAs unter dem APNIC Trust Anchor gegenüber, für 103.235.172.0/22 und 150.242.216.0/22 (bgpthingy). Whisper Security meldet rund 14 der angekündigten rund 4.096 IPv4-Adressen auf Threat-Feeds und liefert in derselben Aufnahme ein intern inkonsistentes Reputationsbild – „NEUTRAL“ mit den Werten 16,2 und 57,5 (Whisper Security). Ob die invaliden Ankündigungen und Bogons episodisch oder dauerhaft sind, lässt sich aus Punktaufnahmen nicht entscheiden; für die Praxis sind beide Zustände jeweils anders relevant: invalid-Präfixe drohen bei ROV-prüfenden Netzen unsichtbar zu werden, Bogons riskieren die Filterung durch die eigenen Upstreams.

Präfixe mit fremden Namen

Ein Teil der von AS2042 stammenden Präfixe trägt in den Registrierungsbeschreibungen Namen Dritter: CNISP-Union Technology Beijing, Dongguan JUXUN Network Technology und QY Network Maoming (Hurricane Electric; CIDR Report; IPGeolocation). IPGeolocation ordnet 103.30.200.0/23 zudem nicht AS2042 zu, sondern AS133115 (HK Kwaifong Group Limited) (IPGeolocation). Die Beobachter widersprechen sich also nicht nur in Zählern, sondern in der Frage, wessen Netz ein Präfix überhaupt ist; die erfassten Sichtungen unterscheiden sich zudem zeitlich – 756 gegen 759 beobachtete Pfade zwischen zwei Aufnahmen (IPGeolocation). Die Prüfung gegen die eigentlichen Registrierungsobjekte bleibt in einer einzigen Abfrage reproduzierbar, wie die erfasste APNIC-Whois-Abfrage zu AS133549 zeigt (APNIC Whois AS133549). Ob hinter fremd benannten Präfixen Untervergabe, Route-Leasing oder schlichte Fehlzuschreibung steckt, beantwortet kein erfasster Datensatz; alle drei Deutungen haben im IPv4-Markt Vorbilder.

Adresse, Latenz, Domains

IPinfo klassifiziert AS2042 als Hosting-Netz und nennt als eingetragene Adresse „UNIT 2 7/F TRANS ASIA CTR 18 KIN HONG ST KWAI CHUNG NT“ – Kwai Chung in den New Territories von Hongkong (IPinfo). Die Präfixseiten reproduzieren das APNIC-inetnum für 150.242.216.0/22 mit dem Netznamen ZHELETLIMITED-HK, Status „ALLOCATED PORTABLE“ und einem Route-Objekt, zuletzt geändert am 15. August 2024 (IPinfo). Über rund 57 IP-Adressen des Netzes stehen laut IPinfo etwa 540 Domains; innerhalb Hongkongs misst der Anbieter rund 1,5 Millisekunden Latenz (IPinfo). Diese Zahlen belegen eine reale Hosting-Präsenz im Adressraum – sie belegen kein eigenes Rechenzentrum: Eingetragene Büroadressen und gehostete Domains sagen nichts über Eigentum, Ausbaustufe oder Betrieb einer Facility, und die Adresszählung bleibt ohnehin strittig – 3.072 bei IPinfo gegen rund 4.096 bei Hurricane Electric (Hurricane Electric; IPinfo).

Verwaltung, Kontakt und Datenqualität

Die Kontaktobjekte verweisen auf zhelet limited: Als Admin- und Tech-Kontakt zeichnet „zhelet limited administrator“ ohne Wiedergabe der E-Mail- und Telefonangaben in der frei zugänglichen Ebene, daneben das IRT-Abuse-Postfach IRT-ZHELETLIMITED-HK, zu dem APNIC vermerkt, die Adresse sei am 11. August 2026 validiert worden; als RIR-weiter Abuse-Kontakt dient der APNIC Whois Contact (APNIC Whois; IPGeolocation). Eine PeeringDB-nahe Zeile liefert einen öffentlichen Interconnection-Datensatz mit einer Telefonnummer im Platzhalterformat – ein Wert, der eher nach Platzhalter aussieht als nach einer betriebsfähigen Anschlusskennung (IPGeolocation; Whisper Security). Auffällig ist weniger der Inhalt als die Struktur: Die öffentlich sichtbare Verwaltungsebene besteht aus Ein-Personen-Kontakten und freitextlichen Nummern, nicht aus einer nachvollziehbaren NOC- oder Support-Organisation.

Was nicht belegt ist

Der Vergleich der beiden Ebenen fällt nüchtern aus. Die Registry behauptet Cloud, OpenStack, VMware, Disaster Recovery, CDN, MPLS und IPL; das Routing zeigt ein single-homed IPv4-Kleinnetz ohne Kunden und ohne Austauschpunkt (bgpthingy). Im vorliegenden Dossier existieren keine rechtlichen, Kontroll- oder Ereignisnachweise, und kein erfasstes öffentliches Dokument benennt ein konkretes Rechenzentrumsgebäude oder einen benannten Betriebsmandanten (BTW-Verzeichnis: HK Global Cloud DataCenter). Damit bleibt die Frage offen, die dieser Bericht nicht beantworten kann: ob hinter den Servicezeilen ein betriebener Dienstbestand steht oder eine Registrierungssprache, die mehr verspricht, als der Anschlussraum hergibt. Beides ist denkbar; das öffentliche Routing-Evidenzmaterial unterscheidet die beiden Fälle bislang nicht.

Quellen und Verzeichnis

Quellhinweise

Das APNIC-Whois-Objekt für die zugehörige Ressource AS133549, das für diese Analyse erfasst wurde, ist unter https://wq.apnic.net/apnic-bin/whois.pl?object_type=aut-num&searchtext=AS133549 abrufbar; APNIC dokumentiert den maschinenlesbaren Registry-Zugriff über RDAP unter https://whois.ipip.net/AS2042. Die direkte APNIC-Whois-Abfrage für AS133549 ist unter https://wq.apnic.net/apnic-bin/whois.pl?object_type=aut-num&searchtext=AS133549 reproduziert, und APNIC dokumentiert den RDAP-Zugriff unter https://www.apnic.net/about-apnic/whois_search/about/rdap/.