Nine Cloud gibt an, 40 POPs und 2,9 T Backbone zu haben, aber das öffentliche Internet zeigt zwei /24er

Zusammenfassung

• Die eigene Website von Nine Cloud gibt mehr als 40 selbstbetriebene POP-Rechenzentrumsknoten, mehr als 2,9 T vollständig miteinander verbundene Backbone-Standleitungen und Bandbreitenprodukte von 1M bis 100G an. Diese Zahlen beschreiben das Angebot, aber kein öffentlicher Einrichtungsplan, Schaltungsbestand, Stromversorgungsdesign oder unabhängiger Test belegt die installierte oder nutzbare Kapazität.
• AS131495 ist aktiv und hat am 15. Juli 2026 zwei IPv4 /24er angekündigt. Einer war ein in China registrierter Block mit einem sichtbaren benachbarten Netz; der andere war die Hälfte eines /23 eines Hongkonger Unternehmens und wurde über zwei benachbarte Netze gesehen. Das ist ein Beweis für aktives Routing, nicht für 40 physisch unterschiedliche POPs.
• Lizenzhistorie, eine aktive Unternehmenswebsite, ein Live-Latenz-Tool und eine Kandidatur für eine öffentliche Ausschreibung im Jahr 2024 belegen eine fortgesetzte kommerzielle Aktivität. Sie klären jedoch nicht den aktuellen Anlagenbesitz, die Betriebsverantwortung für Rechenzentren, die Stromresilienz, die Kundenlast, die verfügbare Reserve oder die Wiederherstellungsleistung.

Zwei Ansichten desselben Netzwerks

Die Zahl, die im Mittelpunkt der öffentlichen Darstellung von Nine Cloud steht, ist keine autonome Systemnummer. Es ist "2,9T+", angezeigt auf derStartseitedes Unternehmens neben "40+" POP-Rechenzentrumsknoten, 15-minütigen Vorfallbenachrichtigungen und 99,95-prozentiger Verfügbarkeit der Backbone-Standleitungen. Weiter unten auf der Seite sagt das Unternehmen, dass diese POPs selbst betrieben werden, die meisten chinesischen Städte erster und zweiter Klasse abdecken und Bandbreite von 1M bis 100G liefern können. Es bietet Punkt-zu-Punkt-, Hub-and-Spoke- und Full-Mesh-Unternehmensprivatnetzwerke, Verbindungen zwischen öffentlichen Clouds und Kundenstandorten, physische oder virtuelle Server und einen "IDC Plus"-Service für maßgeschneiderte Rechenzentrumsanforderungen.

Die Zahl, die vom öffentlichen Internet aus sichtbar ist, ist kleiner: zwei /24 IPv4-Routen, also insgesamt 512 Adressen, die von AS131495 in einemRIPEstat-Schnappschuss vom 15. Juli 2026angekündigt werden. Es war keine IPv6-Route sichtbar. Ein /24, 123.58.18.0/24, befindet sich im Adressraum, der für das Pekinger Unternehmen registriert ist. Der andere, 103.175.197.0/24, befindet sich in einem /23, das für HK JIUYUN INFINITE TRADE LIMITED registriert ist. Routenkollektoren sahen drei unmittelbare Nachbarnetzwerke über die beiden Präfixe hinweg, aber nicht alle drei bei jedem Präfix.

Diese Zahlen schließen sich nicht gegenseitig aus. Ein Betreiber von Standleitungen kann Wellenlängen, Ethernet-Schaltungen, Rack-Platz und Last-Mile-Zugang leasen, ohne jede kundenorientierte Schaltung in BGP anzukündigen. Ein POP kann einen Router und Querverbindungen enthalten, während er Adressen verwendet, die anderswo angekündigt werden. Ein kommerzieller Bestand von 2,9 T kann vertraglich vereinbarte Bitraten zusammenfassen, nicht den öffentlichen Internet-Transit.

Ebenso kann eine nationale Knotenkarte die Unabhängigkeit überschätzen, wenn viele Knoten denselben Carrier, Einrichtungsanbieter, Kabelkanal, Stromversorger, Steuerungssystem oder Upstream-Vertrag teilen. Der Punkt ist nicht, dass BGP 2,9 Terabit anzeigen sollte. Es ist, dass die öffentliche Aufzeichnung die Lücke zwischen der Marketing-Gesamtzahl und dem physischen System, das sie tragen müsste, nicht schließt.

Diese Lücke verändert die Due-Diligence-Frage. Nine Cloud hat genügend Beweise, um als ein aktives Netzwerkdienstleistungsunternehmen behandelt zu werden, nicht als ein Name, der nur mit einer alten Registrierung verbunden ist. Es hat nicht genügend öffentliche Beweise, um jeden behaupteten Knoten, jede Route oder Kapazitätseinheit als installiert, mit Strom versorgt, betriebsbereit, unverkauft und wiederherstellbar zu betrachten. Für einen Kunden, der Zweigstellenkonnektivität, Cloud-Zugang, Notfallwiederherstellung oder gehostete Ausrüstung auf die Plattform setzt, ist die fehlende Brücke wichtiger als die Überschrift-Gesamtzahl.

Das Unternehmen hinter dem Namen

Die rechtliche und operative Geschichte beginnt mit einer nützlichen Warnung zur Kontinuität. EineAnfrage der Shanghai Stock Exchangevon 2015 zur Übernahme von Beijing Senhua Yiteng durch ein anderes Unternehmen fragte, warum Senhua seine hundertprozentige Tochtergesellschaft Nine Cloud kurz vor der Transaktion an Hong Lei übertragen hatte. Die veröffentlichteAntwort, abgedruckt in der Securities Times, sagte, Senhua habe Nine Cloud im Juli 2013 gegründet, Hong Lei sei sein gesetzlicher Vertreter gewesen, und es habe bis Ende 2014 tatsächlich kein Geschäft betrieben. Senhua übertrug die Anteile im Januar 2015 ohne Gegenleistung an Hong, während es einen konzerninternen Saldo ausglich, um ihm nach seinem Ausscheiden bei Senhua eine Plattform für seine zukünftige Entwicklung zu bieten.

Die eigeneEntwicklungsgeschichtevon Nine Cloud beginnt den kommerziellen Betrieb im April 2015 mit Version 1.0 des EDPN-Produkts. Dann beansprucht es eine Folge von IDC-, ISP-, ICP-, VPN- und Festnetzqualifikationen; eine unabhängige autonome Systemnummer; ein Multi-Line-BGP-Produkt; eine CDN-Lizenz; ein Hongkonger Unternehmen; landesweite Überwachung; Edge-Server; eine Hangzhou-Börsenverbindung; Dual-Carrier-Schutz; eine Niederlassung in Shenzhen; und schließlich eine zweite Backbone-Route. Zusammengenommen beschreiben die Börsenmitteilung und die Unternehmenszeitleiste ein Unternehmen, das unter seiner ursprünglichen Muttergesellschaft inaktiv war, 2015 abgespalten wurde und dann eine eigene Betriebsidentität aufbaute.

Diese Trennung ist wichtig. Die Einnahmen, Einrichtungen, Kundenverträge und Betriebsgeschichte, die Senhua Yiteng in der Transaktion von 2015 zugeschrieben wurden, können nicht einfach Nine Cloud zugeordnet werden. Die Antwort unterschied ausdrücklich zwischen den Unternehmen und sagte, dass Nine Cloud vor der Übertragung kein Geschäft betrieben habe. Jede spätere Kapazität muss daher durch eigene Verträge, Ausrüstung, Leasingverträge, Lizenzen und Routen von Nine Cloud gestützt werden. Die öffentliche Aufzeichnung bietet einige dieser Schichten, aber keine vollständige Vermögensspur.

Ein kommerzieller Registeraggregator listet das chinesische Unternehmen derzeit als gegründet am 2. Juli 2013, mit der einheitlichen Sozialkreditnummer 91110108071674731C und einem registrierten Kapital von 30 Millionen RMB. Es meldet auch eine Registrierung in Peking und einen breiten telekommunikationsbezogenen Geschäftsumfang. DieserAggregatoreintragist für die Recherche nützlich, aber kein Ersatz für einen aktuellen beglaubigten Firmenauszug. Öffentliche Seiten sind sich über den aktuellen gesetzlichen Vertreter und die genaue registrierte Suite uneinig. Die eigeneKontaktseitevon Nine Cloud gibt einen Hauptsitz in Peking in den Räumen 325-331 im Enji Xiyuan und ein Büro in Shenzhen im Honglong Century Plaza an. Büroadressen identifizieren Orte, um den Anbieter zu kontaktieren; sie sind keine Rechenzentrumsadressen oder Nachweise für Geräteeigentum.

Es gibt Anzeichen für eine jüngere Aktivität. Die Liste der vorgeschlagenen technologiebasierten kleinen und mittleren Unternehmen Pekings für 2023 enthält das Unternehmen im Bezirk Haidian. Im September 2024 bewertete eineAusschreibungsbekanntmachung von CNOOCNine Cloud als Zweiten von drei Kandidaten für die Wartung und technische Unterstützung des IT-Kommunikationsnetzwerks internationaler Unternehmen, mit einem Gebot von 4.375.680 RMB und einer Punktzahl von 56,22. Ein qualifizierter Kandidat zu sein, unterstützt die Annahme, dass es sich um Netzwerkarbeiten für Unternehmen beworben hat. Es zeigt nicht, dass es den Auftrag gewonnen, die Dienstleistung erbracht, die relevante Infrastruktur besessen oder ein bestimmtes Verfügbarkeitsergebnis erreicht hat.

Eine breite Genehmigungsmenge ist kein Anlagenverzeichnis

Die Lizenzierungsgeschichte von Nine Cloud ist beträchtlich. Eine offizielle Liste des Ministeriums für Industrie und Informationstechnologie (MIIT) Ende 2017 führte das Unternehmen unter der Lizenz A2.B1-20170249 für Content-Delivery-Network-Dienst in Peking und Shandong auf. Branchenberichte besagten, dass es 2018 sowohl CDN- als auch Cloud-Service-Genehmigungen erhielt. Öffentliche Reproduktionen späterer Lizenzmitteilungen zeigen eine Umfangsänderung, eine Verlängerung im Jahr 2021 und eine Änderung des gesetzlichen Vertreters im Jahr 2023.

Der offizielle historische Eintrag und die späteren Mitteilungen unterstützen die Kontinuität einer überregionalen Telekommunikationslizenz, obwohl der aktuell gültige Serviceplan, der geografische Umfang und das Ablaufdatum vor einem Kauf direkt bei der Regulierungsbehörde oder dem Unternehmen eingeholt werden sollten.

Die Unterscheidung zwischen Genehmigung und Implementierung ist in den chinesischen Telekommunikationsvorschriften explizit. DasServiceklassifikationskatalog von 2015des MIIT definiert den IDC-Dienst als die Nutzung geeigneter Computerraumeinrichtungen zur Unterbringung, Wartung und Verwaltung von Kundengeräten, zur Vermietung von Servern und Speicher sowie zur Organisation von Kommunikationsleitungen und ausgehender Bandbreite. Es definiert cloudähnliche Internet-Ressourcenkooperation als die Nutzung von in Rechenzentren installierten Geräten und Ressourcen. Es definiert den CDN-Dienst um verteilte Knotenservergruppen. Eine Lizenz zeigt an, dass ein Unternehmen bestimmte Aktivitäten unter bestimmten Bedingungen durchführen darf; sie offenbart nicht, welche Gebäude es nutzt, ob es sie besitzt oder mietet, wie viel IT-Last mit Strom versorgt wird oder wie viel Kapazität bereits vergeben ist.

DieMarktbereinigungsmitteilungdes MIIT von 2017 verschärft den Punkt. Sie zielte auf nicht lizenzierte und nicht genehmigte IDC-, ISP- und CDN-Aktivitäten, nicht autorisierte Ressourcennutzung und mehrschichtigen Weiterverkauf ab. Sie verlangte, dass Infrastruktur, IP-Adressen und Bandbreite von entsprechend lizenzierten Anbietern stammen, und beschränkte nicht autorisierte grenzüberschreitende Kanäle. Das Regulierungsmodell geht daher von einer Lieferkette aus: Ein Unternehmensdienstleister kann seine eigenen Netzwerkelemente mit Einrichtungen und Schaltungen kombinieren, die von Basisbetreibern und anderen lizenzierten Betreibern bezogen werden.

Die Website von Nine Cloud beschreibt genau ein solches gemischtes Angebot. Sie sagt, dass sie China Telecom, China Unicom, China Mobile und BGP-Internetbandbreite, physische Server-Hosting, virtuelle Maschinen, städtischen Zugang und Ferngesprächs-Standleitungen bereitstellen kann. Diese Sprache identifiziert nicht den Besitzer jedes Racks, jeder optischen Spanne oder jedes Stromsystems. Auch sollte "selbstbetriebener POP" nicht automatisch als Nachweis für den Besitz eines Rechenzentrums gelesen werden.

Ein selbstbetriebener Router in einem gemieteten Rack-Platz, in einer fremden Einrichtung, angeschlossen durch gemietete Carrier-Schaltungen, kann betrieblich bedeutsam sein, während kritische physische Abhängigkeiten außerhalb der Kontrolle von Nine Cloud liegen.

Deshalb sagt das Regionsfeld des Artikels auch Asien-Pazifik. Das Unternehmen gibt an, dass sein Hongkong-Geschäft auf mehr als zehn Überseegebiete ausgeweitet wurde und mit internationalen Carriern zusammenarbeitet. Der Hongkong-Adressblock und die internationalen Adjazenzen unterstützen eine gewisse grenzüberschreitende Reichweite. Sie begründen keine globale Flotte von firmeneigenen Einrichtungen oder lokalen Betriebsteams. Die globale Erreichbarkeit kann über Upstreams oder Partner bereitgestellt werden; sie ist kein Beweis für einen globalen physischen Betriebsfußabdruck.

Der dokumentierte physische Betriebsbereich bleibt hauptsächlich ein chinesisches Städtenetzwerk mit einer Hongkong-Routing-Komponente, und selbst innerhalb dieses Bereichs ist die genaue Einrichtungskontrolle weitgehend unbekannt.

Was AS131495 beweist

Der stärkste unabhängige Beweis ist die Netzwerkidentität. DerRDAP-Eintrag für AS131495von APNIC nennt "Nine-cloud", beschreibt Beijing Nine Cloud Infinite Network Technology und setzt die Registrierung nach China. Die Nummer wurde am 26. April 2017 registriert, ist weiterhin als aktiv markiert und wurde zuletzt am 28. November 2023 geändert. Der administrative und technische Ansprechpartner ist Hong Lei, dessen Objekt zuletzt 2017 geändert wurde. Diese Aufzeichnungen belegen die delegierte Kontrolle einer autonomen Systemnummer und verbinden sie direkt mit dem Pekinger Unternehmen. Sie zeigen nicht, wer derzeit die Router konfiguriert oder Carrier-Verträge unterzeichnet.

Die aktuelle Routing-Tabelle zeigt zwei unterschiedliche Ressourcengeschichten. Der123.58.16.0/21-Eintragvon APNIC nennt Nine-cloud, beschreibt das Pekinger Unternehmen und markiert den Block als aktiv in China. AS131495 kündigt derzeit ein /24 daraus an, 123.58.18.0/24. Die andere sichtbare Route, 103.175.197.0/24, ist eine Hälfte von103.175.196.0/23, einer aktiven Hongkong-Zuteilung, die für HK JIUYUN INFINITE TRADE LIMITED registriert ist. Die gemeinsamejywx.com-Kontaktdomain und der gemeinsame Name "Jiuyun" deuten auf eine kommerzielle Verbindung hin, aber die geprüften öffentlichen Aufzeichnungen enthalten kein Dokument zur Unternehmenseigentümerschaft, das das Hongkong-Unternehmen mit dem Pekinger Unternehmen verbindet. Die sichere Aussage ist, dass die Pekinger ASN einen für die Hongkong-Einheit registrierten Adressraum ankündigt.

Die Route-Origin-Autorisierung (ROA) ist ebenfalls geteilt. DasRPKI-Validierungsergebnis für 103.175.197.0/24ist für AS131495 gültig. Das entsprechendeErgebnis für 123.58.18.0/24ist "unbekannt", was bedeutet, dass der Validator keine anwendbare Route-Origin-Autorisierung gefunden hat. Unbekannt ist nicht ungültig: Netzwerke, die RPKI-ungültige Routen ablehnen, sollten eine unbekannte Route nicht allein aufgrund dieses Status ablehnen. Dennoch möchte ein Kunde, der die Routensicherheit bewertet, wissen, ob Nine Cloud beabsichtigt, eine gültige Autorisierung für die China-Route zu erstellen und wie es Routenobjekte über Register hinweg pflegt.

Die beiden Präfixe haben auch unterschiedliche Geschichten. Die RIPEstat-Routing-Historie zeigt, dass AS131495 während eines Teils von 2020 das gesamte 123.58.16.0/21 angekündigt hat, dann zeitweise 123.58.18.0/24 ab 2022 und wieder kontinuierlich im beobachteten Zeitraum ab April 2026. Das Hongkong /24 wurde von AS136897 in den Jahren 2023 und Anfang 2024 angekündigt, bevor AS131495 im Februar 2024 zum Ursprung wurde und bis zum 15. Juli 2026 sichtbar blieb. Diese Historie zeigt eine Änderung der Routing-Kontrolle.

Sie erklärt nicht, ob sich Geräte bewegt haben, ob sich eine Kunden- oder Partnervereinbarung geändert hat oder ob der physische Hosting-Standort gleich geblieben ist.

Eine Live-Route ist ein Beweis für Erreichbarkeit, aber ein schlechtes Kapazitätsmessgerät. Ein /24 kann hinter einem 1-Gbit/s-Port oder vielen größeren Schaltungen sitzen. Es kann einen kleinen Dienst hosten oder Datenverkehr für Netzwerkfunktionen übertragen, die nicht viele öffentliche Adressen benötigen. Umgekehrt kann ein Standleitungsgeschäft große Datenmengen transportieren, die nie als vom eigenen ASN angekündigte Kundenrouten erscheinen. Die vertretbare Schlussfolgerung ist eng: AS131495 ist aktiv, hat einen kleinen sichtbaren IPv4-Ursprungsfußabdruck und zeigt keinen sichtbaren IPv6-Ursprung.

Nichts in dieser Schlussfolgerung validiert oder widerlegt die 2,9-T-Privat-Backbone-Zahl des Unternehmens.

Drei Nachbarn sind nicht gleich drei diverse Pfade

DerBGP-State-Schnappschussvon RIPEstat zeigte eine klare Trennung nach Präfix. Für 123.58.18.0/24 platzierten Kollektor-Pfade AS24138, China TieTong Telecommunications Corporation, unmittelbar vor AS131495. Für 103.175.197.0/24 platzierten Pfade entweder AS984, Octopus Web Solution, oder AS136897, EnjoyVC Cloud Group, unmittelbar vor AS131495. DieAS131495-Zusammenfassungvon Hurricane Electric listete unabhängig dieselben drei beobachteten Peers und dieselben beiden angekündigten /24er auf.

Dies ist ein nützlicher Beweis für logische Diversität für die Hongkong-Route. Auf der BGP-Richtlinienebene kann mehr als ein externes AS 103.175.197.0/24 verbreiten. Es zeigt nicht zwei Gebäudeeingänge, zwei Meet-Me-Räume, zwei Glasfaserbesitzer, zwei Unterseesysteme, zwei Stromnetze oder sogar zwei Router. AS984 und AS136897 könnten in dieselbe Einrichtung gelangen, einen Cross-Connect-Anbieter teilen oder weiter entfernt auf einen gemeinsamen Upstream konvergieren.

Die öffentlichen AS-Pfade deuten in vielen Ansichten auf unterschiedliche höhere Pfade hin, aber eine Pfadzeichenfolge enthält administrative Bezeichner, keine Karte von Kabelkanälen und Geräten.

Das China /24 hat eine andere Einschränkung. Nur AS24138 erschien im Schnappschuss unmittelbar benachbart. Die breitere Deckungsroute 123.58.16.0/20 wurde von AS23724, dem Pekinger IDC-Netzwerk von China Telecom, angekündigt. Die Website von Nine Cloud löst nach 123.58.16.244 auf, einer Adresse innerhalb des firmenregistrierten /21, aber außerhalb des spezifischeren /24. RIPEstat ordnet die Website-Adresse daher der Deckungsroute von China Telecom zu, nicht AS131495. Dies ist eine legitime Routing-Vereinbarung.

Es veranschaulicht auch, warum Adressregistrierung, Routenursprung, Webhosting und physischer Serverstandort nicht zu einem Konzept zusammengefasst werden dürfen.

Keine geprüfte öffentliche Aufzeichnung belegt ein automatisches Failover zwischen den China- und Hongkong-Präfixen. Es sind unterschiedliche Adressbereiche mit unterschiedlichen benachbarten Netzwerken und wahrscheinlich unterschiedlichen Anwendungsfällen. Ein Kundendienst in einem Bereich wird nach einem Ausfall nicht automatisch im anderen erreichbar. Eine solche Wiederherstellung würde Anwendungsreplikation, DNS- oder Anycast-Richtlinie, Zustandssynchronisierung, getestete Routing-Änderungen und ausreichende Reservekapazität erfordern.

Die Website des Unternehmens beschreibt Notfallwiederherstellungs- und Multi-Active-Designs als Produkte, aber sie veröffentlicht keine Statusseite, keinen Failover-Bericht oder Wiederherstellungstest, der diese Mechanismen für seine eigenen Kontrollsysteme demonstriert.

Die praktische Frage ist daher dienstspezifisch. Ein Käufer sollte fragen, welches genaue Präfix, welcher Carrier und welche Einrichtung seinen primären Stromkreis versorgen; welches andere Präfix, welcher Carrier, welcher Gebäudeeingang und welcher Strombereich für die Sicherung dienen; und ob der sekundäre Pfad getestet wurde, während der primäre physisch getrennt ist. Ein Diagramm mit zwei Carriernamen beantwortet nur den ersten Teil. Ein Traceroute, der bei intakten beiden Verbindungen erfasst wurde, beweist nicht, dass eine der beiden Verbindungen die volle Last alleine tragen kann.

Der einzige öffentliche Exchange-Port

Nine Cloud hat ein PeeringDB-Profil für AS131495. DerNetzwerkeintragidentifiziert das Pekinger Unternehmen, wendet eine selektive Peering-Richtlinie an und listet eine operative Verbindung am NNIX in Hangzhou auf. Der Port ist als IPv4-Adresse 103.164.64.125 mit 1.000 Mbit/s verzeichnet. Keine IPv6-Adresse, Route-Server-Teilnahme oder Einrichtungseintrag ist aufgeführt. Die Exchange-Verbindung wurde zuletzt am 4. Januar 2022 aktualisiert, während der gesamte Netzwerkeintrag zuletzt am 26. Oktober 2022 aktualisiert wurde.

Das ist ein spezifischer Beweis, aber er hat strenge Grenzen. PeeringDB wird von den Teilnehmern gepflegt, der Eintrag ist veraltet, und das Flag "operational" ist kein Live-Telemetrie-Feed. Der zugehörigeNNIX-Exchange-Eintragplatziert die Exchange in Hangzhou, listet aber keinen Einrichtungssatz und keine öffentliche Teilnehmer-Feed-URL auf. Ein 1-Gbit/s-Exchange-Port kann auch nicht 2,9 T Backbone-Kapazität validieren. Es kann eine kleine Peering-Schnittstelle, ein Legacy-Eintrag, ein Verwaltungspfad oder eine Kante unter vielen privaten Verbindungen sein.

Die Entwicklungsseite des Unternehmens sagt, es sei einem nationalen Exchange-Zentrum in Hangzhou beigetreten und Mitglied eines nationalen Verbindungsausschusses geworden. Der PeeringDB-Eintrag bestätigt die Teilnahme an einer Exchange namens NNIX, aber nicht die breitere institutionelle Formulierung. Er beweist nicht den Standort des Nine-Cloud-Routers innerhalb von Hangzhou, den Besitzer des Racks, den Cross-Connect-Pfad, das Verkehrsaufkommen oder den aktuellen Portzustand. PeeringDB meldet kein offengelegtes Verkehrsaufkommen, keinen Looking Glass, keinen Route Server, kein IRR-Set und keine Verbindungseinrichtungen.

Dieses dünne Profil macht das Fehlen von IPv6 folgenreicher. Nine Cloud verkauft Unternehmenskonnektivität, Cloud-Verbindungen, Hosting und CDN-bezogene Dienste, die alle zunehmend auf Dual-Stack-Anforderungen stoßen. Die öffentliche ASN kündigt derzeit kein IPv6-Präfix an, und die aufgeführte NNIX-Schnittstelle hat keine IPv6-Adresse. Kunden können IPv6 möglicherweise über einen anderen Carrier oder Dienst-ASN erhalten, aber das öffentliche Material sagt dazu nichts.

Eine Ausschreibungsspezifikation sollte eine explizite Antwort verlangen: nativer Dual-Stack, getunnelter Dienst, vom Upstream bereitgestelltes IPv6 oder nur IPv4; Größe der Adresszuteilung; Routensicherheit; und Failover-Verhalten.

Vierzig Punkte sind eine kommerzielle Karte, keine Routenvermessung

Nine Cloud betreibt ein separatesEDPN-Latenztool. Am 15. Juli 2026 gab es eine lange auswählbare Liste von "Core-POP"-Städten zurück, darunter Peking, Shijiazhuang, Zhengzhou, Wuhan, Changsha, Guangzhou, Shenzhen, Xiamen, Fuzhou, Ningbo, Hangzhou, Shanghai, Nanjing, Chengdu, Chongqing, Shenyang, Harbin, Kunming, Nanning, Qingdao, Huizhou, Zhanjiang und Haikou. Es nannte auch mehrere Rechenzentrumsbezeichnungen aus Peking und Shanghai. Die Startseite des Unternehmens zeigte Referenzverzögerungen für Städtepaare wie Peking-Tianjin, Shanghai-Hangzhou und Guangzhou-Shenzhen.

Das ist besser als eine dekorative Karte. Das Tool ist live, die Knotenselektoren sind maschinenlesbar, und die Städtepaartabelle stellt testbare Latenzbehauptungen auf. Es unterstützt die Schlussfolgerung, dass Nine Cloud ein System aufgebaut oder in Auftrag gegeben hat, das einen Multi-City-Dienst messen soll. Es offenbart immer noch nicht die Sonden-IPs, Testfrequenz, Paketgröße, Richtung, Perzentil, Verlust, Abtastfenster, Carrier, Einrichtungskoordinaten oder ob jeder ausgewählte Endpunkt heute für Kunden verfügbar ist. Eine Bezeichnung namens "Core-POP" ist kein Ingenieurabnahmezertifikat.

Die Geografie ist auf Stadtebene. Keine geprüfte öffentliche Karte liefert Glasfaser-Polylinien, Kabelkanalbesitzer, Ferngesprächs-Schaltungs-IDs, Landestationen, Gebäudeeingänge oder Meet-Me-Raum-Koordinaten. Die genannten Rechenzentrumseinträge können mögliche Servicestandorte identifizieren, aber das Tool gibt nicht an, ob Nine Cloud dort Geräte besitzt, den Dienst eines anderen Anbieters weiterverkauft, dort Reserveports unterhält oder lediglich ein zitiertes Zugangsprodukt hat. Die Bürokarte auf der Kontaktseite ist noch weniger relevant für die physische Netzwerkgeografie: Hauptquartier und Zweigstellen sind nicht automatisch POPs.

Das Unternehmen sagt, sein Städtenetzwerk kombiniere geschützten städtischen Zugang mit geschützten Ferngesprächs-Backbone-Verbindungen. Es bietet bloße Glasfaser, OTN-Wellenlängen, Layer-2-Schaltungen, Layer-3-Routing-Schaltungen, SDH und MSTP mit verschiedenen Übergabeschnittstellen. Diese Produkttypen erfordern sehr unterschiedliche Kontrollgrenzen. Bloße Glasfaser kann optische Ausrüstung dem Kunden überlassen; ein OTN-Dienst hängt vom Leitungssystem des Carriers ab; eine Ethernet-Standleitung kann mehrere gemeinsam genutzte Transportschichten verbergen; ein Internetdienst hängt von der BGP-Richtlinie und dem Transit ab.

Eine einzelne Karte kann die Redundanz nicht für alle beschreiben.

Für jede gekaufte Route würden nützliche Kartennachweise die A- und Z-Standorte, den Einrichtungsbetreiber, den Meet-Me-Raum, die Demarkation, den lokalen Zugangscarrer, den Ferngesprächs-Carrier, die Schutzpfadklasse, gemeinsam genutzte Risikogruppen, die optische oder Paketschicht, das Wiederherstellungsziel und das letzte Abnahmetestdatum umfassen. Ohne diese Felder ist die 40-Knoten-Karte eine Service-Verfügbarkeitshypothese. Sie ist kommerziell informativ und geografisch suggestiv, aber sie kann keine physische Routendiversität begründen.

Was 2,9 T bedeuten könnte

Die Startseitenbezeichnung lautet "2,9T+ Backbone-Standleitungen vollständige Verbindung", ohne die Einheit zu definieren. In diesem Zusammenhang ist Terabit pro Sekunde die natürliche Interpretation, aber die Seite sagt nicht, ob 2,9 T die beleuchtete Schnittstellenkapazität, die vertraglich vereinbarte Carrier-Kapazität, die Summe der Knoten-zu-Knoten-Träger, der theoretische Switching-Durchsatz, der Spitzenverkehr, die abrechenbare Kundenbandbreite oder eine doppelt gezählte Summe über beide Enden von Schaltungen ist. Sie gibt kein Datum neben der Zahl und keine Auslastungszahl an.

Jede Interpretation hat eine andere betriebliche Bedeutung. Ein Router mit mehreren 100-Gbit/s-Ports hat installierte Portkapazität, selbst wenn die dahinter liegenden Upstream-Schaltungen kleiner sind. Eine 100-Gbit/s-Wellenlänge ist beleuchtete Kapazität nach optischer Ausrüstung und Carrier-Abnahme, aber nur ein Teil kann für Nine Cloud reserviert sein. Eine Full-Mesh-Summe kann dieselbe zugrunde liegende Ferngesprächsstrecke in mehreren vermarkteten Pfaden zählen. Verkaufte Kundenverpflichtungen reduzieren die verfügbare Kapazität, und Überbuchung bedeutet, dass die Überschriftenbandbreite nicht unbedingt gleichzeitig genutzt werden kann.

Keine dieser Bedingungen kann aus der Website-Gesamtzahl abgeleitet werden.

Die Produktpalette von 1M bis 100G ist ebenfalls eine bestellbare Granularität, kein Nachweis für sofortige Lieferung an jedem POP. Nine Cloud sagt, dass vorhandene Ressourcen eine schnelle Lieferung ermöglichen und die Bandbreite bis zu täglich angepasst werden kann. Um dies in nutzbare Kapazität umzusetzen, benötigt ein Käufer eine Dienstadresse, Zugangsmethode, zugesicherte Informationsrate, Burst-Richtlinie, 95. Perzentil-Berechnung, Installationsvorlaufzeit, Portbestand und Erweiterungsverfahren. Die Seite erwähnt die Abrechnung nach dem 95.

Perzentil, aber nicht die Stichprobenausschlüsse, die Berechnung von eingehendem gegenüber ausgehendem Verkehr oder ob die zugesicherte Basis während des Schutzschaltens verfügbar bleibt.

Verfügbarkeitszahlen benötigen dieselbe Disziplin. Die Startseite zeigt 99,95 % für Backbone-Standleitungen, während der Servicebereich sagt, dass kundenvertragliche Zusagen bis zu 99,99 % erreichen können. Die Entwicklungsgeschichte sagt, dass eine zweite Backbone-Route die Netzwerkverfügbarkeit auf 99,99 % erhöht hat. Diese Aussagen könnten alle konsistent sein, wenn sie verschiedene Produkte, Zeiträume oder Messgrenzen abdecken. Sie sind nicht austauschbar. In einem Nicht-Schaltjahr erlaubt 99,95 % etwa vier Stunden und 23 Minuten Ausfallzeit, während 99,99 % etwa 53 Minuten erlaubt.

Wartungsausschlüsse, Paketverlustschwellen, Latenzschwellen, höhere Gewalt, Zugangsschwänze und Kundengeräte können das Ergebnis erheblich verändern.

Es wurde keine öffentliche Kapazitätszahl für Racks, Schränke, Serveranzahl, CPU, Arbeitsspeicher, Speicher, IT-Megawatt, Nutzungsmegawatt, USV, Generatorlaufzeit, Kühlung, Kraftstoff, Ersatzteile, belegte Ports oder verbleibende Reserve gefunden. Es gibt keine öffentliche Zahl, die verkaufte oder reservierte Kapazität zeigt. Das Cloud- und IDC-Angebot des Unternehmens kann über Partner bereitgestellt werden, aber die Partnereinrichtungen und Zuteilungsbedingungen sind nicht offengelegt.

Für die Widerstandsfähigkeit von gehosteten Berechnungen kann 2,9 T Netzwerk ein Rack mit Strom, Ersatzhardware, wiederherstellbaren Daten und einen getesteten Migrationspfad nicht ersetzen.

Die physische Ebene bleibt weitgehend unbekannt

Das größte Beweisdefizit ist nicht das Routing. Es ist die gebaute Umgebung. Nine Cloud nennt Städte und einige Einrichtungsbezeichnungen, veröffentlicht aber kein Einrichtungsinventar, das an einen rechtlichen Eigentümer, Betreiber, Leasingnehmer oder Geräteverwalter gebunden ist. Es gibt keine geprüfte öffentliche Aufzeichnung über Land-, Gebäude- oder Datenhalleneigentum. Es gibt keinen Rack-Plan, der zeigt, wo Nine Cloud-Router und -Server installiert sind. Es gibt keine Liste von Carrier-Meet-Me-Räumen oder Querverbindungen. Die vertretbare Annahme ist weder Eigentum noch Abwesenheit; es ist unbekannt.

Strom ist ebenso undurchsichtig. Ein POP-Router benötigt eine Stromversorgung, Schaltanlage, USV oder Gleichstromanlage, Batterien, Generator-Backup, Kühlung und Umweltüberwachung. Eine gehostete Serverflotte fügt viel mehr Last und thermische Abhängigkeit hinzu. Nine Cloud veröffentlicht keine Stromversorgungszählung, Umspannwerk, Generatortopologie, Laufzeit, Betankungsvertrag, Lastbanktest, PUE, Rackdichte oder aktuellen Ausfalltest. Das chinesische Green-Data-Center-Programm setzt Effizienzerwartungen für große Einrichtungen, und der MIIT-Sektorplan zielte auf einen PUE unter 1,3 für neue große und Hyperscale-Rechenzentren bis 2025 ab.

Diese politischen Ziele sind Kontext, kein Beweis dafür, dass ein Nine-Cloud-Standort sie erfüllt.

Einrichtungsbesitz und Betriebsverantwortung müssen ebenfalls getrennt werden. Ein Rechenzentrumsvermieter kann das Gebäude und das Kraftwerk besitzen. Ein lizenzierter IDC-Anbieter kann Hallen oder Racks leasen. Nine Cloud kann Router und Server in diesen Racks besitzen, leasen oder Kapazität weiterverkaufen. Ein Carrier kann die Glasfaser besitzen, während ein anderer Anbieter die lokale Schleife und ein dritter die Cloud-Anbindung übernimmt. Jede Partei hat ein anderes Wartungsfenster und eine andere Eskalationspfad. Ein Kundenvertrag, der nur Nine Cloud nennt, kann dennoch von allen abhängen.

Die Website behauptet 40+ "selbstbetriebene POP-Computer-Räume". Betrieb begründet kein Eigentum: Selbst wenn jeder Knoten Geräte enthält, die von Nine Cloud kontrolliert werden, identifiziert das öffentliche Material nicht, wem die Räume, Gebäude, Stromsysteme oder Verbindungsschaltungen gehören. Die genannten Pekinger und Shanghaier Einrichtungen im Latenztool scheinen Marken von Drittanbieter-Rechenzentren oder Standortbezeichnungen zu sein, was auf Colocation oder verbundenen Zugang hindeutet. Das ist üblich und nicht inhärent schwach.

Es wird zu einem Risiko, wenn der Schutzentwurf, die Mietdauer, die Zugangsrechte und die Anbieterkonzentration nicht offengelegt werden.

Physische Widerstandsfähigkeit sollte daher Route für Route und Standort für Standort bewertet werden. Zwei Router in einem Raum schützen nicht vor einem Raumausfall. Zwei Räume in einem Gebäude schützen nicht vor einem Gebäudeversorgungsausfall. Zwei Gebäude auf einem Campus können sich ein Umspannwerk oder einen Glasfasereingang teilen. Zwei Carrier können sich einen Kabelkanal oder ein Ferngesprächskabel teilen. Zwei Städte können dennoch von einem Netzwerkbetriebsteam oder einem Konfigurationssystem abhängen. Die öffentliche Aufzeichnung löst keine dieser gemeinsamen Risikofragen.

Fehlerpfad eins: Zugang und Backbone

Bei einer Unternehmensniederlassung kann der erste Ausfall auftreten, bevor der Verkehr einen Nine-Cloud-Backbone-Knoten erreicht. Der Gebäudezugang hängt von der Genehmigung des Vermieters, der Kabeltrasse, einem lokalen Schleifencarrier, Straßenkanälen und einem Übergabegerät ab. Nine Cloud wirbt mit Erfahrung bei der Koordinierung von Gebäudezugang und Last-Mile-Glasfaser. Das ist betrieblich wertvoll, bestätigt aber auch, dass die Lieferung von lokalen physischen und vertraglichen Bedingungen abhängt.

Ein durchtrennter Kabelkanal, ein defekter Zugangsswitch oder ein abgelaufener Grundstücksvertrag können einen Kunden isolieren, selbst wenn jede Backbone-Route gesund bleibt.

Innerhalb des Backbones umfassen Ausfallmodi optischen Verlust, Verstärker- oder Transponderfehler, Line-Card-Ausfall, Router-Softwarefehler, erschöpfte Ports, Route-Leaks, Traffic-Engineering-Fehler und Wartungsfehler. Geschützter Transport funktioniert nur, wenn der Schutzpfad disjunkt ist und genügend Kapazität hat. Die Referenzlatenzkarte des Unternehmens offenbart keine gemeinsam genutzten Risikogruppen, und seine öffentliche BGP-Ansicht deckt nur Internet-orientierte Präfixe ab. Private Layer-2- und optische Pfade können aus diesen Routen nicht rekonstruiert werden.

Das geteilte Upstream-Bild schafft dienstspezifische Exposition. Der Verkehr zum China /24 erreicht AS131495 derzeit über ein sichtbares benachbartes AS. Ein Fehler oder Richtlinienrückzug an dieser Grenze könnte die spezifischere Route entfernen, selbst wenn die Deckungsroute von China Telecom bestehen bleibt. Ob Kundendienste weiterhin erreichbar wären, hängt von der Adressverwendung und der Routing-Konfiguration ab. Das Hongkong /24 hat zwei sichtbare benachbarte Netzwerke, aber ihre physische Unabhängigkeit ist unbekannt. Keine der beiden Vereinbarungen beweist, dass eine gekaufte Standleitung einen gleichwertigen Schutz hat.

Überlastung ist ein weiterer Ausfallzustand. Ein Pfad kann betriebsbereit bleiben, während Latenz, Jitter oder Paketverlust ihn für Sprache, Live-Video, Replikation oder interaktive Anwendungen unbrauchbar machen. Die Latenzreferenzen für Städtepaare von Nine Cloud sind Punktwerte, keine Perzentilverteilungen unter Last. Ein aussagekräftiges Serviceziel sollte Verzögerungs-, Jitter- und Verlustschwellen; Testpunkte; Messintervalle; Ausschlüsse; und Abhilfe angeben. Es sollte auch sagen, ob der Schutzschaltvorgang diese Schwellen beibehält oder nur die grundlegende Erreichbarkeit wiederherstellt.

Die betroffenen Personen hängen vom Produkt ab. Ein Ausfall des Zweigstellennetzwerks kann die Authentifizierung, ERP-Zugriff, Zahlung, Sprache und Video stoppen. Ein Cloud-Link-Ausfall kann Anwendungen von Büros trennen oder aktive Systeme von Datenbanken trennen. Ein CDN- oder Beschleunigungsausfall kann öffentliche Dienste in einer Region verlangsamen. Ein Rechenzentrums-Uplink-Ausfall kann viele gehostete Kunden gleichzeitig isolieren. Je breiter die Aggregation von Nine Cloud, desto wichtiger werden transparente Fehlerdomänen und Kundenkommunikation.

Fehlerpfad zwei: Racks, Strom und Hardware

Gehostete Kapazität schafft eine andere Kette. Eine von Nine Cloud beworbene virtuelle Maschine läuft letztendlich auf einem physischen Server mit Prozessoren, Arbeitsspeicher, Speicher, Netzwerkschnittstellen und Firmware. Dieser Server sitzt in einem Rack mit Stromverteilung, Top-of-Rack-Switching und Kühlung. Das Rack sitzt in einem Raum, dessen Versorgung, USV, Generator, Brandschutz, Zugangskontrolle und Betriebspersonal einem anderen Unternehmen gehören können. Ein Dienst kann auf jeder Ebene ausfallen, während die öffentliche ASN weiterhin Routen ankündigt.

Der Hardwarebestand bestimmt die Wiederherstellungszeit. Wenn ein Netzteil, eine Festplatte, eine Line Card oder ein Server ausfällt, benötigt ein Anbieter kompatible Ersatzteile, Zugriffsberechtigung und einen Techniker, der den Standort erreichen kann. Die Unternehmensseite sagt, dass sie eins-zu-eins technische Gruppen anbietet, aber ihre Kontaktseite wirbt mit 5x8-Fernsupport und einer nationalen Hotline an Werktagen. Sie veröffentlicht kein 24-Stunden-Vor-Ort-Reaktionsziel, keine Ersatzteillager oder Remote-Hands-Verträge. Ein Kunde, der einen kontinuierlichen Betrieb benötigt, sollte diese Supportbeschreibungen schriftlich abgleichen.

Stromausfall verdient eine explizite Behandlung, da Netzwerkmarketing ihn oft verbirgt. Doppelte Versorgungsleitungen können von einem Umspannwerk kommen. Doppelte USV-Systeme können in einen statischen Schalter eingehen. Generatoren können begrenzten Kraftstoff oder gemeinsame Kapazität haben. Kühlung kann unabhängig von der Stromversorgung ausfallen. Ein Wartungsbypass kann die Redundanz ohne öffentlichen Ausfall entfernen. Kein geprüftes Nine-Cloud-Material identifiziert diese Entwürfe, daher kann keine Strombelastbarkeitsbewertung seinen POPs oder gehosteten Diensten zugewiesen werden.

Die Wiederherstellung hängt auch von Daten ab. Ein zweites Rechenzentrum ist kein Backup, es sei denn, Daten werden mit einem geeigneten Wiederherstellungspunkt repliziert, die Anwendung kann dort starten, Abhängigkeiten sind erreichbar und Mitarbeiter können den Plan ausführen. Nine Cloud vermarktet Zwei-Standort-, Drei-Zentrum- und lokale Dual-Active-Designs, einschließlich einer behaupteten Drei-Routen-, Vier-Leitungs-Topologie und bis zu 99,99 % Servicegarantie. Das sind Lösungsmuster.

Das Unternehmen veröffentlicht keinen durchgeführten Failover-Test, kein Wiederherstellungszeitergebnis, kein Wiederherstellungspunktergebnis und kein Verfahren zur Datenportabilität für Kunden.

Für Kunden sollte der Vertrag die primären und Wiederherstellungsstandorte, die Datenreplikationsmethode, Verschlüsselung, Backup-Eigentum, Exportformat, Löschprozess und Migrationsunterstützung nennen. Er sollte sagen, wer für ausgehenden Datenverkehr, Querverbindungen und vorübergehenden Parallelbetrieb zahlt. Ohne diese Informationen kann das Wegziehen nach einem Anbieter- oder Einrichtungsausfall langsamer sein als die Wiederherstellung des ursprünglichen Dienstes. Der Ausfall eines Lieferantenvertrags kann zu einem technischen Ausfall werden, selbst wenn alle Geräte noch funktionieren.

Fehlerpfad drei: Steuerung, Support und kommerzielle Abhängigkeiten

Netzwerkresilienz ist auch eine Eigenschaft der Steuerungsebene und der Organisation. Konfigurationssysteme, Authentifizierung, Überwachung, Ticketing, Abrechnung und Kundenportale können gemeinsame Ausfallbereiche über viele Standorte hinweg schaffen. Nine Cloud sagt, dass Vorfälle alle 15 Minuten gemeldet werden, und bewirbt eine dedizierte technische Gruppe für jeden Kunden. Es zeigt keine öffentliche Statusverlauf, Wartungskalender, Vorfallarchiv oder Servicegutschriftenaufzeichnung. Kunden können von außen nicht beurteilen, wie schnell das Unternehmen Fehler erkennt, eskaliert und erklärt.

Die öffentliche Website selbst veranschaulicht eine betriebliche Grenze.jywx.comlöst nach 123.58.16.244 auf und bedient eine aktuelle Nuxt-Site über HTTP, aber eine HTTPS-Verbindung schlug bei Überprüfungen am 15. Juli 2026 fehl. Die Site wird über die Deckungsroute von China Telecom erreicht, nicht über die aktuellen spezifischeren Routen von AS131495. Dies zeigt nicht, dass Kundennetzwerkdienste keine Verschlüsselung oder Verfügbarkeit haben. Es zeigt, dass der öffentliche Informationsdienst des Unternehmens eine andere Routing-Abhängigkeit hat als seine ASN und die für eine moderne kommerzielle Site erwartete gewöhnliche HTTPS-Eingangstür vermissen lässt.

Kommerzielle Konzentration kann wichtiger sein als die Router-Anzahl. Wenn viele POPs eine Carrier-Rahmenvereinbarung, eine Rechenzentrumsgruppe, einen Hardwareanbieter oder einen Betriebsunternehmer nutzen, kann ein Zahlungsstreit, Lizenzproblem, Lieferanteninsolvenz oder Supportkündigung mehrere Städte betreffen. Die Website nennt viele Partner- und Kundenmarken, aber dieKundenfallseitebesteht größtenteils aus Namen ohne Umfang, Daten, Vertragswerte, Dienstbeschreibungen oder unabhängig bestätigte Ergebnisse. Diese Logos sind Marktsignale, keine Kapazitätsreservierungen oder Leistungsreferenzen.

Die CNOOC-Kandidatur von 2024 bietet ein konkreteres Signal, da sie aus dem Beschaffungssystem des Käufers stammt. Doch selbst dort belegte Nine Cloud den zweiten und nicht den ersten Platz, und die Bekanntmachung betrifft die Wartung und technische Unterstützung der IT-Kommunikation, nicht den Besitz eines nationalen Backbones. Ein Käufer sollte aktuelle Referenzen anfordern, die dem genauen Produkt entsprechen: Eine Standleitung ist kein gehosteter Cloud-Dienst, und ein Wartungsvertrag ist kein Notfallwiederherstellungsdienst.

Die Lizenzierung ist eine weitere Abhängigkeit. Öffentliche Mitteilungen zeigen, dass die überregionale Lizenz verlängert und später geändert wurde, aber Kunden sollten das aktuelle Original, die Dienstkategorien und die genehmigten Regionen einholen. Grenzüberschreitende Konnektivität und Datenplatzierung erfordern besondere Aufmerksamkeit. Die MIIT-Vorschriften beschränken nicht autorisierte grenzüberschreitende Kanäle, während ein in Hongkong registrierter Adressblock von der Pekinger ASN angekündigt wird.

Diese Routing-Tatsache begründet nicht, wo Kundendaten gespeichert werden, wo der Verkehr inspiziert wird oder welche Vertragseinheit den Dienst erbringt.

Datenlokalität kann nicht aus einem IP-Label abgeleitet werden

Das Hongkong-Präfix macht Lokalitätsfragen konkret. APNIC markiert 103.175.196.0/23 als Hongkong-Ressource und nennt einen Hongkong-Registranten. IP-Geolokalisierungsdienste neigen ebenfalls dazu, das sichtbare /24 in Hongkong zu platzieren. Weder das Registerland noch die Geolokalisierung beweisen das Gebäude, das einen Server enthält. Adressen können remote angekündigt, getunnelt, für Anycast verwendet oder innerhalb eines Netzwerks neu zugewiesen werden. Umgekehrt kann eine in China registrierte Adresse Verkehr zu Infrastruktur anderswo tragen.

Das Servicematerial von Nine Cloud beschreibt Hybrid-Cloud-Verbindungen, Multi-Cloud-Verteilung, Notfallwiederherstellung und grenzüberschreitende Edge-Dienste. Jedes kann Daten über administrative und geografische Grenzen hinweg verschieben oder replizieren. Ein Kunde, der sich um Souveränität sorgt, benötigt einen Asset- und Datenflussplan, keine IP-Länderannahme. Der Plan sollte Speicherort, Verarbeitungsort, Backup-Standort, Support-Zugriff, Log-Standort, Verschlüsselungsschlüsselkontrolle, Unterauftragnehmer und Rechtsgrundlage für die Übertragung identifizieren.

Die gleiche Regel gilt für Behauptungen globaler Service-Reichweite. Internationale Upstreams können von einem Hongkong-Rack aus globale Erreichbarkeit bieten. Sie schaffen keine lokale Kapazität in jedem Markt. Ein Partner kann die letzte Meile im Ausland liefern, ohne dass Nine Cloud diese Schaltung besitzt. Keines der Modelle ist von Natur aus unterlegen, aber die Ausfallverantwortung und der Datenumgang unterscheiden sich. Der Vertrag sollte die Lieferanteneinheit in jeder Gerichtsbarkeit und den Eskalationspfad bei Ausfall eines Unterauftragnehmers identifizieren.

Routensicherheit wirkt sich indirekt auf die Lokalität aus. Die gültige RPKI-Autorisierung für das Hongkong /24 hilft Netzwerken, einen nicht autorisierten Ursprung abzulehnen, während das China /24 durch eine validierende Autorisierung ungeschützt bleibt. RPKI verhindert keine Pfadlecks nach dem autorisierten Ursprung, schützt DNS nicht, verschlüsselt keinen Verkehr und beweist keinen physischen Standort. Es ist eine Kontrolle in einer größeren Kette. Kunden sollten nach Routenfiltern, Maximum-Prefix-Limits, IRR-Pflege, DNS-Sicherheit, DDoS-Vereinbarungen und Änderungsgenehmigung als separate Kontrollen fragen.

Das Fehlen von öffentlichem IPv6 verdient ebenfalls eine Lokalitätsfrage. Wenn ein Kunde IPv6 benötigt, aber Nine Cloud es von einem Partner-ASN bezieht, kann der Datenverkehr einen anderen Weg nehmen und unter eine andere betriebliche Grenze fallen als IPv4. Der Adressanbieter, Routenursprung, Ausgangsort und Failover-Design sollten für beide Protokolle dokumentiert werden. Eine Dual-Stack-Anwendung ist nur so widerstandsfähig wie die schwächere Familie.

Was ein Käufer verlangen sollte, bevor er sich auf die 40-POP-Behauptung verlässt

Die erste Anfrage sollte eine datierte dienstspezifische Topologie sein. Sie sollte die genauen POPs markieren, die vom Kunden genutzt werden, nicht jede Stadt auf einer Verkaufskarte. Jeder Knoten sollte den Einrichtungsbetreiber, den Raum oder Meet-Me-Bereich, die Nine-Cloud-Ausrüstung, die Rack-Stromversorgung, den lokalen Zugangscarrer, den Backbone-Carrier, die Übergabe und die verantwortliche Wartungspartei nennen. Routen sollten gemeinsam genutzte Risikogruppen zeigen, statt dekorative gerade Linien.

Vertrauliche Details können unter einer Geheimhaltungsvereinbarung offengelegt werden; das Fehlen eines überprüfbaren Plans ist das Problem.

Die zweite Anfrage sollte die Kapazität abgleichen. Für jede relevante Schaltung und jeden Port sollte der Käufer die Auslegungsrate, installierte Rate, vom Carrier akzeptierte Rate, aktuell beleuchtete Rate, zugesagte Kundenlast, Schutzreserve und verfügbaren Spielraum sehen. Die 2,9-T-Gesamtsumme sollte mit einer Definition und einem Datum versehen sein. Ein 100G-Produkt sollte an eine bestimmte lieferbare Schnittstelle und Vorlaufzeit gebunden sein. Für gehostete Kapazität sollte dieselbe Tabelle Racks, IT-Strom, Serverbestand, Speicher, Backup und Ersatzhardware enthalten.

Die dritte Anfrage sollte die Wiederherstellung beweisen. Ein Test sollte den realen primären Zugangspfad ausfallen lassen, nicht nur eine Routenpräferenz in Software ändern. Die Ergebnisse sollten Erkennung, Umschaltung, Paketverlust, Kapazität nach der Umschaltung, Anwendungswiederherstellung und Wiederherstellung aufzeichnen. Rechenzentrumstests sollten Strom- und Kühlszenarien innerhalb der Sicherheitsregeln des Einrichtungsbetreibers umfassen. Cloud- und gehostete Dienste sollten die Wiederherstellung aus Backups und den Export zu einem anderen Anbieter demonstrieren.

Der Bericht sollte fehlgeschlagene Schritte und Abhilfemaßnahmen identifizieren, nicht nur ein Bestehensetikett.

Die vierte Anfrage sollte den Support an das Risiko anpassen. Die öffentliche Kontaktseite von Nine Cloud gibt 5x8-Fernsupport an, während seine Produkte Anwendungen bedienen, die möglicherweise kontinuierlich laufen. Der Kunde sollte bei Bedarf 24-Stunden-Kontakte für Schweregrad 1, Vor-Ort-Reaktionszeiten, Ersatzteilabdeckung, Carrier-Eskalation, Benachrichtigungsintervalle, Ursachenfristen und Servicegutschriften erhalten. Er sollte überprüfen, ob die in APNIC, PeeringDB, der Lizenz und dem Vertrag genannten Personen aktuell sind oder definierte Nachfolger haben.

Die fünfte Anfrage sollte rechtliche und datenbezogene Grenzen klären. Das Unternehmen sollte eine aktuelle beglaubigte Registrierung, Telekommunikationslizenz und -umfang vorlegen; die Beziehung zu HK JIUYUN INFINITE TRADE LIMITED identifizieren; Unterauftragnehmer nennen; und angeben, wo Kundendaten, Protokolle und Backups aufbewahrt werden. Es sollte erklären, wie ein Kunde aussteigt, seine Daten erhält und Schaltungen umzieht, wenn ein Einrichtungsmietvertrag oder Anbietervertrag endet.

Keine dieser Anfragen setzt voraus, dass die Behauptungen von Nine Cloud falsch sind. Sie übersetzen breite Netzwerksprache in Beweise, die bewertet und durchgesetzt werden können. Ein kleiner öffentlicher BGP-Fußabdruck kann ein wertvolles privates Netzwerk unterstützen. Ein geleaster nationaler Backbone kann widerstandsfähig sein. Ein 1-Gbit/s-Exchange-Port kann mit viel größeren privaten Schaltungen koexistieren. Aber jede Aussage erfordert das richtige Dokument, den richtigen Test und die richtige Kontrollgrenze.

Ein operierendes Netzwerk mit einem Beweisabschlag

Nine Cloud ist mehr als eine inaktive Unternehmenshülle. Es hat eine Live-Autonomous-System-Registrierung, aktuelle Routen, eine gültige RPKI-Autorisierung für ein Präfix, einen teilnehmergepflegten Exchange-Eintrag, eine aktive Unternehmenswebsite, ein funktionierendes Multi-City-Latenztool, Lizenzhistorie und ein aktuelles Unternehmensbeschaffungssignal. Diese Fakten stützen eine Schlussfolgerung mit mittlerem Vertrauen, dass es weiterhin Netzwerkdienste betreibt und vermarktet.

Das Vertrauen fällt an der physischen und Kapazitätsebene stark ab. Keine geprüfte öffentliche Aufzeichnung bestätigt 40 aktuelle POP-Installationen, deren Eigentum, deren Stromversorgungszustand oder deren Trennung gemeinsamer Risiken. Keine öffentliche Aufzeichnung definiert die 2,9-T-Gesamtsumme, meldet die Auslastung, identifiziert verkaufte Kapazität oder demonstriert Wiederherstellung unter Ausfall. Die zwei öffentlichen /24er und drei beobachteten benachbarten Netzwerke zeigen Erreichbarkeit und eine gewisse logische Diversität, nicht eine nationale physische Topologie.

Der 1-Gbit/s-NNIX-Eintrag ist spezifisch, aber veraltet und viel zu eng, um die aggregierte Behauptung zu validieren.

Das ergibt einen Beweisabschlag, kein Urteil über Nichtbetrieb. Käufer sollten den Dienst auf der Grundlage der Einrichtungen, Schaltungen, Supportbedingungen und Tests bewerten, die Nine Cloud für ihre Route dokumentieren kann. Sie sollten ihn nicht als 40-Standort-, 2,9-Terabit-, 99,99-Prozent-Plattform bewerten, nur weil diese Zahlen auf einer Seite stehen. Sie sollten ihn auch nicht abtun, weil nur 512 IPv4-Adressen hinter seiner ASN sichtbar sind. Öffentlicher Internet-Maßstab und privater Transportmaßstab messen unterschiedliche Dinge.

Die entscheidenden Beweise wären unkompliziert: ein datiertes POP- und Einrichtungsinventar, Carrier- und Stromgrenzen, installierte und nutzbare Kapazität, kundenspezifische Schutzpfade, aktuelle Lizenzen, Routensicherheitsabschluss und beobachtete Failover-Ergebnisse. Bis diese erscheinen, ist die am besten gestützte Beschreibung präzise. Nine Cloud betreibt eine kleine sichtbare Internetkante um AS131495 und vermarktet einen viel größeren chinesischen Privatnetzwerk- und Hosting-verbund. Die Kante ist beobachtbar.

Der Verbund bleibt eine Behauptung, die Schaltung für Schaltung, Rack für Rack und Wiederherstellungstest für Wiederherstellungstest überprüft werden muss.