WCG verkauft gehostete Kapazität, die weiterhin von Racks, Transit und Reparaturfenstern abhängt

Zusammenfassung

• Die Wholesale Communications Group Pty Ltd bleibt eine aktive australische Privatgesellschaft und erscheint in der aktuellen öffentlichen Erklärung zur modernen Sklaverei der Vocus Group Holdings. Dies bestätigt die Unternehmenskontinuität innerhalb der Vocus-Gruppe, nicht die Schlussfolgerung, dass WCG noch als unabhängige Cloud-Marke im Einzelhandel operiert.
• APNIC kennzeichnet AS18104 als aktiv und ordnet es dem Namen WCG und Vocus als Registrant zu. Unabhängige Routing-Beobachtungen zeigen jedoch derzeit keine IPv4- oder IPv6-Ankündigungen von AS18104 und verzeichnen die letzte beobachtete Route im Juni 2012. Ein registriertes autonomes System ist nicht dasselbe wie ein aktives Liefernetzwerk.
• PeeringDB listet eine WCG-Einrichtung am Standort Equinix SY1/SY2 in Sydney und keine öffentliche Exchange-Verbindung auf. Die Einrichtungserklärung wurde zuletzt 2016 aktualisiert, sodass es sich eher um einen historischen Betriebsnachweis handelt als um den Beweis eines aktuellen Racks, einer betriebenen Serverflotte oder einer Querverbindung.
• Aktuelles Vocus-Material bietet Infrastrukturkapazitäten von Sydney, Melbourne und Perth an und gibt an, dass die Gruppe 14 australische Rechenzentren betreibt und mit mehr als 150 weiteren verbunden ist. Diese Behauptungen begründen eine plausible Lieferoberfläche der Muttergesellschaft, legen aber nicht offen, welche Standorte, Racks, Ressourcenpools oder Supportbedingungen für einen Kunden gelten, der unter dem Namen WCG kauft.
• Die öffentlichen Vocus-Bedingungen legen die Mechanismen hinter der gehosteten Kapazität offen: Konnektivität kann separat sein, die Notfallwiederherstellung muss ausdrücklich bestellt werden, Kunden tragen wichtige Sicherungs- und Wiederherstellungspflichten, zugewiesene IP-Adressen sind nicht übertragbar, und Wartungs- oder Drittanbieterfehler können die Abhilfemöglichkeiten einschränken. Ein Käufer benötigt eine standortspezifische Architektur und einen ausführbaren Migrationsplan, bevor er nominelle Kapazität als wiederherstellbare Kapazität behandelt.

Der Name WCG hat sich klarer erhalten als sein unabhängiges Netzwerk

Gehostete Infrastruktur wird oft unter einem Namen gekauft, der mehrere Ebenen der Maschinerie verbirgt. Ein Kunde sieht möglicherweise eine Rechnung und eine Support-Nummer, während der Dienst selbst eine rechtliche Tochtergesellschaft, ein Gruppennetzwerk, gemietete Rechenzentrumsflächen, eine Virtualisierungsplattform, Drittanbieter-Software und Feldtechniker umfasst. Das ist nicht unbedingt ein Fehler. Integrierte Anbieter nutzen routinemäßig mehrere Gruppenunternehmen und Lieferanten. Das Risiko entsteht, wenn der Kunde einen dauerhaften Namen für ein eigenständiges Betriebssystem hält.

WCG ist ein besonders deutliches Beispiel. Deraktuelle Eintrag des australischen Unternehmensregisters für ABN 21 109 626 011identifiziert die Wholesale Communications Group Pty Ltd als aktive australische Privatgesellschaft, seit Juni 2004 GST-registriert, mit Hauptgeschäftssitz in Victoria. DerEintrag zur modernen Sklaverei 2025 der Vocus Group Holdingsder australischen Regierung führt die Wholesale Communications Group Pty Ltd unter den berichtenden Einheiten auf. Dies sind starke Identitätsnachweise. Sie zeigen, dass WCG als juristischer Name nicht einfach verschwunden ist.

Sie zeigen nicht, dass WCG derzeit virtuelle Server, Bare Metal, Speicher oder Managed Hosting in eigenem Namen vermarktet. Die historische Position von WCG ist leichter festzustellen. Der Jahresbericht 2010 von M2 besagt, dass M2 die Wholesale Communications Group im Mai 2007 übernommen hat, und beschreibt M2s breiteres Einzelhandelsportfolio einschließlich unternehmenseigener virtueller privater Netzwerke und Remote-Hosting. Dereingereichte Jahresberichtbeschreibt das erworbene Geschäft auch als Teil der Großhandelsexpansion von M2. DerJahresbericht 2020 von Vocusführt später die Wholesale Communications Group Pty Limited als hundertprozentige australische Tochtergesellschaft auf.

Die Unternehmenssequenz ist daher nachvollziehbar: WCG wurde Teil von M2, und die M2-Gruppe wurde Teil von Vocus. Aber Geschichte ist kein aktuelles Produktblatt. Es wäre unsicher, den Satz „Remote-Hosting“ in einem Bericht von 2010 in eine Behauptung umzuwandeln, dass ein bestimmter WCG-Compute-Dienst im Jahr 2026 mit derselben Plattform, denselben Standorten oder demselben Vertrag verfügbar ist. Die aktuelle Betriebsfrage ist enger: Welche Ressourcen tragen noch WCGs Identität, welche Infrastruktur kann auf Vocus-Gruppenebene verifiziert werden, und wo hört die Beweiskette auf?

Diese Unterscheidung ist kommerziell wichtig. Wenn ein Käufer mit der Wholesale Communications Group Pty Ltd unterschreibt, aber einen Dienst erhält, der von anderen Vocus-Unternehmen entworfen, betrieben oder unterstützt wird, sollte der Auftrag festlegen, welches Unternehmen welche Komponente liefert, welche Bedingungen gelten und wo die Haftung liegt. Unternehmenskontinuität kann beruhigend sein. Sie ersetzt nicht das Wissen, wer das Rack, den Netzwerk-Port, das Backup-System und den Techniker kontrolliert, der um 3 Uhr morgens handelt.

Die öffentliche Verkaufsoberfläche ist jetzt eine Vocus-Oberfläche

WCGs eigene Domain existiert noch, präsentiert aber keinen aktuellen öffentlichen Verkaufskatalog. Wie im Juli 2026 beobachtet, löstewcg.net.aueine IPv4-Adresse auf und behielt WCG- und M2-Ära-Mail- und Name-Server-Hostnamen bei, während normale Webanfragen keine funktionierende WCG-Site zurückgaben. Dieöffentliche DNS-Zusammenfassung für wcg.net.aumeldet die Adresse 203.132.224.176, Mail-Exchanger unterm2core.com.auund autoritative Server unterwcg.net.au. Sie meldet auch keinen konfigurierten Webserver. DNS ist dynamisch und die Zusammenfassung des Drittanbieters kann Änderungen verzögern, aber sie stimmt mit dem allgemeinen Muster überein: Der Namensraum bleibt gewartet, ohne als aktuelles Produkt-Schaufenster zu funktionieren.

Die Adresse selbst ist kein Beweis dafür, dass AS18104 die Site hostet. DasRIPEstat-Netzwerkinformationsergebnis für 203.132.224.176platziert sie in einem Präfix, das von einem anderen Vocus-Netzwerk stammt, nicht von AS18104. DerAPNIC-Datensatz für die Adresseliefert den Registry-Kontext für diesen Block. Ein lebendiger A-Eintrag zeigt daher die Kontinuität der Domain und des Gruppennetzwerks, kann aber nicht als Beispiel-Workload verwendet werden, der eine aktive WCG-Cloud beweist.

Das sichtbare aktuelle Angebot befindet sich auf den öffentlichen Seiten von Vocus. DieInfrastructure as a Service-Seite von Vocusbeschreibt Ressourcenpools in Sydney, Melbourne und Perth, gehostet in seinen Rechenzentren und verbunden durch sein Kernnetzwerk. Es bewirbt Zuweisungen von Rechenleistung, Arbeitsspeicher und Speicher, mehrere Bandbreitenoptionen, Backup-Preise und Rund-um-die-Uhr-Support. Das zugehörigeIaaS-Produktblattnennt dieselben drei Lieferpunkte und listet Backup-Richtlinien und einen Service Desk auf.

Vocus gibt auf seinerSeite zu Rechenzentrumslösungenseparat an, dass es 14 Rechenzentren in Australien betreibt und an mehr als 150 zusätzliche Standorte angebunden ist, einschließlich Partner-Einrichtungen. Dies ist ein bedeutender Nachweis, dass die Muttergesellschaft über eine breite physische und Zusammenschaltungs-Infrastruktur verfügt. Es ist immer noch eine aggregierte Marketing-Aussage. Sie nennt nicht die 14 Standorte auf dieser Seite, gibt die verfügbare Leistung oder das Compute-Inventar an jedem Standort an oder ordnet die drei IaaS-Ressourcenpools einem bestimmten WCG-Auftrag zu.

Die sorgfältige Lesart ist nicht, dass WCG keinen Dienst hat. Es ist, dass öffentliche Beweise einen aktuellen Dienst der Vocus-Gruppe und eine fortbestehende WCG-Unternehmensidentität belegen, während die aktuelle kommerzielle Beziehung zwischen ihnen unausgesprochen bleibt. Ein potenzieller Kunde sollte fragen, ob WCG der vertragschließende Lieferant, ein Legacy-Kontoname, ein Wiederverkäufer, eine operative Tochtergesellschaft oder einfach die historische Identität ist, die an einige Netzwerkressourcen angehängt ist.

Die Antwort bestimmt, welches Support-Portal, welche Service-Vereinbarung, welche Datenschutzerklärung und welcher Kündigungsprozess tatsächlich gelten.

AS18104 ist registriert, kündigt aber derzeit keine Routen an

WCGs autonome Systemnummer ist das verlockendste Beweisstück, das überinterpretiert werden kann. DerRDAP-Eintrag von APNIC für AS18104kennzeichnet die Nummer als aktiv, nennt sie WCG-AS-AP und beschreibt die Wholesale Communications Group als nationalen Großhandels-Kommunikationsanbieter in Sydney. Der Registrant ist die Vocus Pty Ltd. Der Eintrag behält auch einen WCG-Netzwerkbetriebskontakt, während die Missbrauchsrolle auf Vocus verweist. Diese Kombination ist konsistent mit einer Ressource, die eine Unternehmensintegration durchlaufen hat, ohne alle ihre älteren Etiketten zu verlieren.

Ein aktiver Registry-Status bedeutet nicht, dass die Nummer aktiv Verkehr erzeugt. Der Unterschied ist grundlegend, aber folgenreich. Ein regionales Internet-Registry zeichnet Zuweisung, Registrierungskontakte und administrativen Status auf. Globale Route-Collectoren beobachten, welche Netzwerke tatsächlich ankündigen. Die beiden Datensätze beantworten unterschiedliche Fragen.

DasRouting-Status-Ergebnis von RIPEstat für AS18104meldet zum Beobachtungszeitpunkt Juli 2026 keinen angekündigten IPv4- oder IPv6-Raum, keine beobachteten Nachbarn und keine Sichtbarkeit unter seinen Route-Collector-Peers. Es verzeichnet die erste beobachtete Route im Januar 2002 und die letzte beobachtete Route, 125.168.0.0/16, am 19. Juni 2012. SeinErgebnis der angekündigten Präfixegibt keine Präfixe im aktuellen Beobachtungsfenster zurück. DieRouting-Ansicht von Cloudflare Radar für AS18104bietet eine zweite öffentliche Beobachtungsoberfläche, währendHurricane Electric's AS18104-Seitedie Netzwerkidentität und den historischen Routing-Kontext bewahrt.

Diese Beobachtungen beweisen nicht, dass jedes Gerät, das einmal mit WCG verbunden war, ausgeschaltet wurde. Ein autonomes System kann registriert bleiben, während seine Adressen von einem anderen Gruppennetzwerk angekündigt, intern genutzt, für die zukünftige Verwendung vorgehalten oder nicht mehr benötigt werden. Dienste können auch hinter Provider-Adressen laufen, ohne dass die alte ASN im öffentlichen Route erscheint. Was die Daten jedoch belegen, ist, dass AS18104 nicht als aktueller unabhängiger Pfad präsentiert werden sollte, über den gehostete WCG-Workloads das Internet erreichen.

Die administrative Routing-Policy in APNIC nennt immer noch AS9942, AS2764 und AS9654 in Import-Anweisungen. Diese Anweisungen sind keine aktuellen Transit-Messungen. Registry-Policy-Text kann lange nach Topologieänderungen bestehen bleiben, und das Fehlen aktueller Ankündigungen bedeutet, dass es keine AS18104-Route gibt, auf der diese Nachbarn jetzt beobachtet werden können. Die Auflistung der drei Nummern als aktuelle Upstream-Diversität würde historischen Konfigurationstext in eine nicht unterstützte Betriebsbehauptung verwandeln.

Es gibt eine nützliche Querverbindung in Vocus‘ aktuellem Cloud-Vertrag. DerVocus Cloud Service Schedulelistet mehrere autonome Systeme auf, unter denen Vocus sein Netzwerk für Cloud Internet betreibt und unterhält. AS18104 ist nicht in dieser Liste. Vocus behält sich das Recht vor, Nummern hinzuzufügen oder zu entfernen, also ist die Liste nicht unveränderlich. Dennoch verstärkt es die Schlussfolgerung aus der Routenbeobachtung: Die aktuelle Cloud-Erreichbarkeit sollte als Vocus-Netzwerkdesign bewertet werden, nicht aus der Legacy-WCG-ASN abgeleitet werden.

Ein alter Sydney-Einrichtungsnachweis kann keine nationale Kapazitätsbehauptung tragen

PeeringDBsNetzwerkeintrag für WCGordnet AS18104 einer Einrichtung zu, Equinix SY1/SY2 in Sydney, und keinem öffentlichen Internet Exchange. Der Eintrag bezeichnet das Netzwerk als regional, meist eingehend und selektiv in seiner Peering-Policy. Er gibt keine Verkehrsmenge und keine IPv4-Präfixanzahl an. Die Einrichtungsinformationen wurden zuletzt im März 2016 aktualisiert, die Kontaktinformationen im März 2016 und der Netzwerkeintrag selbst im Juli 2022.

Dies ist ein Beweis, aber er hat eine lange Halbwertszeit. PeeringDB wird von teilnehmenden Organisationen gepflegt. Eine Netzwerk-zu-Einrichtung-Zeile bedeutet, dass der Teilnehmer das Netzwerk dort als präsent dargestellt hat; es offenbart nicht, ob diese Präsenz ein Router in einem vollen Rack, eine kleine Zuweisung in gemeinsam genutztem Raum, ein entfernter Port, eine von einer anderen Partei bereitgestellte Querverbindung oder eine später geänderte Vereinbarung war. Das Alter der Einrichtungsaktualisierung ist besonders wichtig angesichts des Fehlens aktueller AS18104-Ankündigungen.

Equinix SY1 und SY2 sind bedeutende Sydney-Zusammenschaltungsstandorte, aber die Eigenschaften dieser Gebäude können nicht automatisch WCG zugeordnet werden. Die öffentliche Zeile gibt keine Rack-Einheiten, Leistungszuweisung, Anzahl der Einspeisungen, Querverbindungsanzahl, Serverinventar, Speicherarchitektur oder Remote-Hands-Berechtigung an. Sie besagt nicht, dass WCG den Standort besitzt. Sie beweist nicht einmal, dass die Konfiguration von 2016 im Jahr 2026 noch installiert ist.

Die richtige Schlussfolgerung ist, dass WCG eine erklärte Sydney-Einrichtungspräsenz in der Zusammenschaltungsdatenbank hatte, mit unbestätigtem aktuellen Status.

Das Fehlen einer öffentlichen Exchange-Zeile ist in ähnlich begrenzter Weise von Bedeutung. Es bedeutet, dass PeeringDB derzeit AS18104 nicht auf einem Exchange-LAN zeigt. Es schließt private Zusammenschaltung, bezahlten Transit, Remote-Peering oder Erreichbarkeit über eine andere Vocus-ASN nicht aus. Aber in Kombination mit null aktuellen Routen liefert es keine Grundlage für die Behauptung einer aktuellen WCG-Peering-Diversität oder unabhängigen Exchange-Erreichbarkeit.

Vocus‘ breiterer Fußabdruck sollte separat behandelt werden. Die aktuelle Website der Muttergesellschaft nennt drei IaaS-Lieferstädte, 14 betriebene australische Rechenzentren und Verbindungen zu mehr als 150 zusätzlichen Rechenzentrumsstandorten. Ihre Rechtsseite enthält Vereinbarungen für ihre eigenen Colocation-Einrichtungen und für Drittanbieter wie Equinix und NEXTDC:https://www.vocus.com.au/help-and-support/legal-contracts. Diese Breite kann einen widerstandsfähigen Dienst unterstützen, wenn der Kunde tatsächlich die relevanten Standorte, Pfade und Replikate kauft. Sie kann nicht rückwirkend den WCG-PeeringDB-Eintrag zu einer Drei-Städte-Compute-Plattform machen.

Der Beweis, der die Frage klären würde, ist einfach: ein aktueller Serviceauftrag, der den Lieferstandort oder die Zone, eine Rack- oder virtuelle Ressourcenzuweisung, Netzwerk-Übergabedetails und eine schriftliche Bestätigung der betreibenden und vertragschließenden Unternehmen identifiziert. Ohne diese Elemente wird der öffentliche Fußabdruck am besten als eine historische Sydney-Erklärung plus ein größeres, aktuelles Gruppengut beschrieben, dessen Zuweisung an WCG-gekennzeichnete Kunden unbekannt ist.

Kapazität ist eine Kette von Zuweisungen, keine Zahl auf einer Produktseite

Cloud-Kapazität erscheint teilbar, weil sie in kleinen Einheiten verkauft wird. Ein Käufer kann einen weiteren virtuellen Prozessor, Gigabyte Arbeitsspeicher oder Speichervolumen anfordern, ohne einen installierten Server zu sehen. Das wirtschaftliche Versprechen ist, dass eine gemeinsame Plattform diese Anforderung effizienter absorbieren wird als die eigene Hardware des Käufers. Die physische Grenze ist nicht verschwunden; sie ist hinter ein Zuweisungssystem gerückt.

Vocus‘ IaaS-Plan macht diese Grenze ungewöhnlich sichtbar. Er definiert virtuelle Maschinen in gekauften Rechen-, Speicher- und Speichereinheiten und stellt fest, dass die CPU-Zeit bei Konflikten zwischen den anfordernden Ressourcen ausgeglichen wird. Er besagt, dass erstellte Speicherkapazität nicht verringert werden kann. Er besagt auch, dass Kunden für die bestellte Zuweisung haftbar bleiben, selbst wenn die tatsächliche Nutzung geringer ist. Diese Klauseln offenbaren nicht die aktuelle Auslastung, aber sie zeigen, warum bestellte, installierte und nutzbare Kapazität unterschiedliche Größen sind.

Bestellte Kapazität ist das, was im Serviceauftrag erscheint. Installierte Kapazität ist die Hardware, der Speicher und die Netzwerkausrüstung, die physisch im relevanten Ressourcenpool verfügbar sind. Nutzbare Kapazität ist der Teil, der zugewiesen werden kann, ohne Leistungs-, Resilienz- oder Leistungsbeschränkungen zu verletzen. Wiederherstellbare Kapazität ist noch kleiner: der Teil, der verfügbar bleibt oder innerhalb der erforderlichen Zeit wiederhergestellt werden kann, wenn ein Host, Speichersystem, Rack, Standort oder Pfad ausfällt.

Für WCG wird keine dieser Größen auf Unternehmensebene veröffentlicht. Es gibt keine öffentliche Serveranzahl, Prozessorgeneration, Speichermedium, Rack-Zuweisung, zugesagte Leistung, Auslastungszahl oder Reserve-Host-Verhältnis, das mit WCG verbunden ist. Vocus‘ öffentliches Material gibt Produktdimensionen und Standorte an, aber keinen freien Bestand. Eine Drei-Städte-Plattform kann dennoch ungleiche Reserven haben. Eine Stadt kann für neue Aufträge verfügbar sein, aber nicht genügend freie Kapazität haben, um alle Workloads aus einer anderen Stadt während eines regionalen Ausfalls zu absorbieren.

Hardwarebestand ist Teil derselben Gleichung. Eine Plattform kann freie virtuelle Kapazität haben, bis ein Motherboard, Controller, optisches Modul oder Festplattenmodell ausfällt. Die Wiederherstellung hängt dann von kompatiblen Ersatzteilen, Herstellersupport und einem Techniker mit Standortzugang ab. Die relevante Frage ist nicht, ob die Gruppe groß genug ist, um Ausrüstung zu kaufen. Es ist, ob der vertraglich vereinbarte Dienst Ersatzbestand in der richtigen Stadt, innerhalb der richtigen Sicherheitsgrenze hat und ob die Ersatzzeit im Wiederherstellungsziel enthalten ist.

Strom ist eine weitere Zuweisung. Deraktuelle NEXTDC-Serviceplan von Vocusdefiniert Racks mit einer vereinbarten Leistungszuweisung und beschreibt die aufbereitete Stromversorgung als endlich. Er warnt, dass übermäßige Nutzung den Kunden, andere Kunden und die Kühlung beeinträchtigen kann. Der Plan ist für einen Colocation-Dienst eines Drittanbieters, der von Vocus angeboten wird, nicht der Beweis, dass WCG NEXTDC nutzt. Sein Wert ist erklärend: Selbst in einer hochtechnischen Einrichtung ist die verkaufbare Rack-Kapazität durch vertragliche Kilowatt, ausgeglichene Einspeisungen, Kühlung und Betriebsregeln begrenzt.

Das Ergebnis ist eine anspruchsvollere Definition von Kapazität. Ein Käufer sollte nicht nur fragen, wie viele virtuelle Prozessoren bestellt werden können. Die nützlichen Fragen sind, wie viel Ausfallreserve in der gewählten Stadt existiert, ob Kapazität am Wiederherstellungsstandort reserviert ist, welche Komponenten lokal bevorratet sind und was passiert, wenn eine Reparatur die Zustimmung eines Dritten oder ein Änderungsfenster erfordert.

Transit-Diversität gehört zum gelieferten Dienst, nicht zur Unternehmensfamilie

Das aktuelle Fehlen von AS18104-Routen bedeutet nicht, dass ein WCG-vertraglicher Dienst unerreichbar wäre. Es bedeutet, dass der Kunde das tatsächliche Liefernetzwerk identifizieren muss. Der Vocus-Cloud-Plan besagt, dass Cloud Internet über von Vocus betriebene autonome Systeme erreicht werden kann und dass das internationale Netzwerk Peering und Transit mit zahlreichen Netzwerken umfasst. Er behält sich auch Vocus‘ Recht vor, diese Vereinbarungen ohne Vorankündigung zu ändern.

Dies ist eine gruppenweite Resilienzbehauptung, kein standortspezifischer Pfaddiagramm. Eine virtuelle Maschine in Sydney könnte das Internet über redundante Router und mehrere Upstreams erreichen; sie könnte auch von einer einzelnen Kunden-Firewall, einem einzelnen Zugangskreis oder einer ungeschützten Übergabe abhängen. Ein privates Netzwerk kann das öffentliche Internet vermeiden, während es von einem einzigen Last-Mile-Anbieter abhängt. Zwei Verträge können denselben Cloud-Ressourcenpool teilen und sehr unterschiedliche Ausfallflächen haben.

Der Plan besagt, dass Konnektivität nicht enthalten ist, es sei denn, sie wird ausdrücklich angegeben. Der Zugang kann über das Internet oder ein privates Netzwerk erfolgen, wie im Auftrag festgelegt. Diese Klausel verhindert einen häufigen Kategoriefehler: Compute zu kaufen bedeutet nicht unbedingt, einen diversen Pfad dazu zu kaufen. Der Käufer muss den Internetdienst, die private Verbindung, die Querverbindung und die kundenseitige Ausrüstung als separate Komponenten betrachten, jede mit ihrem eigenen Schutzniveau.

DasCloud Connect-Produktblatt von Vocusbesagt, dass die Gruppe mehr als 100 öffentliche Rechenzentren erreicht und private Verbindungen zu großen Cloud-Anbietern mit Layer-2- und Layer-3-Optionen unterstützt. Eine solche Reichweite kann die Abhängigkeit von öffentlichen Internetpfaden verringern. Aber eine Verbindung zu einem Cloud-Anbieter ist nicht automatisch redundant. Portanzahl, Metro-Diversität, Router-Diversität und die eigenen Anforderungen des Cloud-Anbieters sind immer noch wichtig.

Der gleiche Punkt gilt für die Exchange-Erreichbarkeit. Ein Carrier kann unter seiner Haupt-ASN breit peering betreiben, während eine Legacy-Tochter-ASN keinen Exchange-Port hat. Kunden kümmern sich um die Route, die ihre Pakete tatsächlich nehmen, nicht um welche Registrierungen anderswo in der Gruppe existieren. Der Dienstentwurf sollte die ursprüngliche ASN, den Kundentyp, den Upstream- oder Private Connectivity-Pfad, den geschützten oder ungeschützten Status identifizieren und was während der Wartung passiert.

Vom Provider zugewiesene Adressen schaffen eine zusätzliche Abhängigkeit. Der Cloud-Plan besagt, dass von Vocus zugewiesene Adressen Eigentum von Vocus bleiben, nicht übertragbar sind und nicht mehr nutzbar sind, wenn der Dienst endet. Vocus kann sie mit Ankündigung ändern oder sofort, wenn eine dringende Änderung für Stabilität oder Fehlerkorrektur erforderlich ist. Vom Kunden bereitgestellte Adressen sind möglicherweise möglich, aber die Portierung ist nicht an jedem Standort oder mit jedem Dienst verfügbar.

Ein Kunde, der Provider-Adressen in Allowlists, DNS, Zertifikaten oder Partnersystemen einbettet, hat daher einen Migrationsaufwand in sein Netzwerkdesign eingebaut.

Für WCG wäre der entscheidende Beweis eine aktuelle Routenverfolgung und Service-Spezifikation vom tatsächlichen Workload, nicht die Registrierung von AS18104. Bis dahin ist die Legacy-ASN nützlich, um Geschichte und Unternehmensintegration zu verstehen. Sie ist kein aktuelles Redundanzzertifikat.

Reparaturfenster legen die Eigentumsgrenze offen

Ein Ausfall wird zu einer Kette von Berechtigungen, sobald die Software-Wiederherstellung fehlschlägt. Jemand muss feststellen, ob der Fehler in der virtuellen Maschine, im Hypervisor, im physischen Host, im Speichersystem, in der Rack-Stromversorgung, in der Querverbindung, in der Metro-Faser oder im Upstream-Netzwerk liegt. Jede Grenze kann ein anderes Team, einen anderen Lieferanten und eine andere Uhrzeit betreffen.

DieService-Level-Vereinbarung von Vocusbietet 24-Stunden-Zugang zu seinem Support-Center und beschreibt die Aufnahme von Telefon, E-Mail, Portal und automatischen Benachrichtigungen. Sie besagt, dass Vorfälle an entsprechend qualifizierte Ressourcen und Anbieter eskaliert werden können. Sie stellt auch fest, dass Wiederherstellungszeiten Ziele und keine Garantien sind und dass Vocus angemessene Anstrengungen unternehmen wird, um sie zu erreichen. Dieser Unterschied ist bei einem physischen Fehler wichtig. Ein Vier-Stunden-Ziel ist ein Betriebsziel; es ist kein Beweis, dass ein Ersatzteil, ein Fasertrupp oder eine Gebäudebegleitung innerhalb von vier Stunden verfügbar sein wird.

Die Vereinbarung verlangt, dass Kunden schwere Vorfälle telefonisch melden und identifizierende sowie diagnostische Informationen bereitstellen. Sie erlaubt die Eskalation über eine Matrix, die bei Servicebereitstellung oder auf Anfrage zur Verfügung gestellt wird. Bei einem Incident der Priorität 1 kann ein Kunde einen Nachbereitungsbericht anfordern, den Vocus nach angemessenen Bemühungen innerhalb des angegebenen Zeitrahmens bereitstellen wird. Dies sind sinnvolle Support-Mechanismen. Es sind aktuelle Vocus-Mechanismen, und die öffentliche WCG-Site bietet keinen separaten aktuellen Eskalationspfad.

Ein WCG-Käufer sollte den Vocus oder anderen geltenden Prozess im Auftrag vor einem Ausfall benannt haben.

Geplante Arbeit ist eine eigene Gefährdung. Die Vereinbarung beschreibt die Kategorien Gefahr, Dienstbeeinträchtigung, Ausfall und Notfallwartung. Eine Ausfall-Wartungsmitteilung zielt normalerweise auf zehn Werktage ab; Notfallarbeit kann so bald wie vernünftigerweise möglich angekündigt werden, mit dem Ziel von acht Stunden Vorankündigung. Für Colocation-Arbeiten oder Wartungen, die von Dritten durchgeführt werden, verspricht Vocus so viel Vorankündigung wie unter den Umständen vernünftigerweise möglich. Geplante Wartung ist von gewöhnlichen Verfügbarkeitsnachlässen ausgeschlossen.

Colocation durch Dritte macht die Grenze noch deutlicher. Der NEXTDC-Plan definiert Remote Hands als zusätzlichen Dienst, der auf bestimmte kleinere technische Aufgaben beschränkt ist. Er gibt Einrichtungsmitarbeitern die Befugnis, den Zugang für Notfälle, Sicherheit und rechtliche Anforderungen zu kontrollieren. Er legt Wartungspflichten für Kundengeräte dem Kunden auf und erfordert Kompatibilität mit der Konnektivität der Einrichtung. Auch dies ist kein Beweis für ein WCG-Rack bei NEXTDC. Es zeigt die Art von Abhängigkeit, die ein Gruppendienst erben kann, wenn das Gebäude, der Rack-Kunde und der Hosting-Kunde verschiedene Parteien sind.

Equinix-Vereinbarungen haben ihre eigene Kette. DerEquinix IBX Centre-Plan von Vocusbesagt, dass Equinix Eigentümer seines Zentrums bleibt und redundante Cloud-Fabric-Konfigurationen Dual-Ports erfordern. Ein Kunde, der nur einen Port kauft, hat die redundante Konfiguration nicht gekauft, nur weil er sich in einem Equinix-Gebäude befindet.

Ein glaubwürdiges Reparaturdesign benennt daher den Eigentümer jeder Schicht. Es sagt, wer den Host überwacht, wer das Rack öffnen kann, wer Teile bevorratet, wer eine Querverbindungsänderung genehmigen kann, wann Remote Hands verfügbar sind und welche Wartungsausschlüsse des Lieferanten gelten. Die Namen WCG und Vocus allein können diese Fragen nicht beantworten.

Mehrstädtische Verfügbarkeit ist kein automatisches Failover

Sydney, Melbourne und Perth sind nützliche Trennungsorte. Sie reduzieren die Gefährdung durch ein einzelnes Gebäude und, je nach Design, durch ein großstädtisches Strom-, Faser- oder Katastrophenereignis. Vocus gibt an, dass seine IaaS-Lieferpunkte über sein Kernnetzwerk verbunden sind, was Kontinuität zwischen Instanzen ermöglicht, die an anderen Lieferpunkten gehostet werden. Dies ist eine Fähigkeitserklärung, keine Aussage, dass die Daten und Anwendungen jedes Kunden über alle drei repliziert werden.

Failover erfordert Kapazität, Zustand und Autorisierung. Der Wiederherstellungsstandort benötigt genügend reservierte Rechenleistung, Arbeitsspeicher, Speicher, Lizenzen und Bandbreite. Anwendungsdaten müssen mit einer Häufigkeit kopiert werden, die mit dem tolerierbaren Verlust des Kunden übereinstimmt. Die Netzwerkidentität muss übertragbar oder neu erstellbar sein. Mitarbeiter benötigen Berechtigung und getestete Anweisungen, um die alternative Umgebung zu starten. Abhängigkeiten wie DNS, Authentifizierung, Schlüssel, Überwachung und Allowlists Dritter müssen den Umzug überleben.

Der Vocus-Cloud-Plan besagt ausdrücklich, dass Disaster-Recovery-Dienste nicht enthalten sind, es sei denn, der Serviceauftrag besagt etwas anderes. Er schließt den Import von virtuellen Maschinen und Daten sowie die Umgebungskonfiguration aus, es sei denn, sie werden ausdrücklich bestellt. Er besagt, dass Überwachung und Alarmierung von kundenseitigen virtuellen Maschinen außerhalb der Basis-Compute- und Speicherbeschreibung liegen. Diese Ausschlüsse legen einen Großteil des Kontinuitätsdesigns zurück auf den Kunden.

Die Backup-Bestimmungen sind ähnlich geteilt. Vocus kann Zugang zu einer Backup-Umgebung bereitstellen, aber der Kunde bleibt verantwortlich für die Anwendung von Richtlinien und die Überwachung der Funktion des Backups. Im Rahmen von Backup as a Service verwaltet Vocus die Backup-Plattform, während der Kunde Endpunkte verwaltet, geschützte Daten auswählt, Wiederherstellungsziele plant und Tests durchführt. Die Wiederherstellung kann zusätzliche Kosten verursachen, und einige Wiederherstellungen werden auf Basis angemessener Bemühungen und nicht garantiert geliefert.

Der Plan besagt, dass der Kunde für die Integrität der gesicherten Daten verantwortlich ist, da Vocus deren Art, Inhalt und Form nicht validieren kann.

Die australische Regierungsberatung gelangt zu derselben betrieblichen Schlussfolgerung. DieCloud-Sicherheitsleitlinien des Australian Signals Directorate für Führungskräfteweisen Organisationen an, Geschäftskontinuität, Disaster Recovery, sichere Konnektivität, Verfügbarkeitsbedingungen, Aufbewahrung und Portabilität zu bewerten. Seineregelmäßige Backup-Anleitungempfiehlt widerstandsfähige Backups und koordinierte Wiederherstellungstests. Ein Replikat, das nie unter realistischen Bedingungen wiederhergestellt wurde, ist ein Beweis für Kopieren, nicht für Wiederherstellung.

Für einen mit WCG gekennzeichneten Dienst sollte ein Käufer den Wiederherstellungsentwurf in Substantiven und Zahlen erfragen: primäre Stadt, Wiederherstellungsstadt, Replikationsmethode, Wiederherstellungspunktziel, Wiederherstellungszeit, reservierte Kapazität, Route und DNS-Änderungen, Backup-Administrator, Testhäufigkeit und letzte erfolgreiche Übung. Die Behauptung von drei Lieferpunkten beantwortet nur die erste Frage: wo eine Plattform existieren kann.

Der Abrechnungsfehler kann zu einem Infrastrukturfehler werden

Die physische Geschichte ist nur die Hälfte der Hosting-Resilienz. Eine Workload kann gesund sein und dennoch unzugänglich werden, weil eine Rechnung, Lizenz oder Vertragsbedingung ungeklärt ist. Deshalb gehören Rechnungskontakte und Verlängerungsdaten in die Kontinuitätsplanung.

Vocus‘ Cloud-Plan besagt, dass Kunden für die Zuweisung in ihrem Auftrag zahlen, auch wenn die tatsächliche Nutzung geringer ist. Überschüssige Bandbreite und Backup-Daten können zusätzliche Kosten verursachen. Preiserhöhungen bei Drittanbieter-Software können mit Ankündigung weitergegeben werden, und die Nichteinhaltung von Lizenzen kann unter bestimmten Umständen zur sofortigen Kündigung führen. Der Kunde ist für den Besitz der richtigen Menge und Art von Softwarelizenzen verantwortlich.

Colocation-Bedingungen machen die Konsequenzen greifbar. DerVocus-Rechenzentrum-Colocation-Planverknüpft Gebühren mit bestellter Fläche und Leistung, erlaubt Kostenüberprüfungen unter beschriebenen Umständen und behandelt Zugangsbeschränkungen. Der NEXTDC-Plan enthält Rechte in Bezug auf unbezahlte Beträge, Aussetzung und Kundengeräte. Dies sind gewöhnliche kommerzielle Schutzmaßnahmen in Infrastrukturverträgen, aber sie zeigen, dass Besitz und Zugang auseinanderfallen können. Ein Kunde kann einen Server besitzen, aber von der Zahlungsstatus und der Erlaubnis der Einrichtung abhängen, um darauf zuzugreifen.

Anbieterverträge schaffen ein weiteres Konzentrationsrisiko, wenn ein Wiederverkäufer zwischen dem Kunden und der Einrichtung sitzt. Der Endkunde zahlt möglicherweise an WCG, während Vocus oder ein anderes Unternehmen mit dem Rechenzentrumsbetreiber einen Vertrag hat. Wenn sich die vorgelagerte Vereinbarung ändert, muss der Käufer wissen, ob sein Dienst fortgesetzt, migriert oder gekündigt wird. Die öffentliche Unternehmensmitgliedschaft gibt die Vertragskette für einen bestimmten Auftrag nicht preis.

Die praktischen Kontrollen sind alltäglich und wertvoll: mehr als ein autorisierter Rechnungskontakt, verifizierte Rechnungsdetails, dokumentierte Streitbeilegung, Verlängerungserinnerungen, ein Nachweis über Lizenzbesitz und ein Kontinuitätsplan, der nicht vom Einloggen in einen ausgesetzten Dienst abhängt. Der Kunde sollte auch wissen, ob Serviceguthaben automatisch sind oder beantragt werden müssen. Vocus‘ Vereinbarung erfordert einen schriftlichen Rückerstattungsantrag innerhalb eines bestimmten Zeitraums und wendet genehmigte Beträge als Guthaben auf dem Konto an, nicht als Bargeld.

Hier offenbart die gehostete Kapazität ihre doppelte Natur. Es ist eine physische Reservierung und eine fortlaufende rechtliche Erlaubnis, diese Reservierung zu nutzen. Ein freier Server hat wenig Wert, wenn die Anmeldeinformationen, die Adresszuweisung oder der Zugang zur Einrichtung des Kunden mit dem Vertrag enden. Die Wiederherstellbarkeit muss den kommerziellen Zugang einschließen, nicht nur das Überleben der Hardware.

Portabilität beginnt, bevor die erste Workload installiert wird

Das Verschieben einer gehosteten Workload ist nicht ein Vorgang. Es ist ein Bündel von Exporten und Ersetzungen: Daten, virtuelle Maschinen, Anwendungskonfiguration, Geheimnisse, Protokolle, Domainnamen, DNS-Einträge, Zertifikate, IP-Adressen, Lizenzen und Support-Wissen. Jede Komponente kann einen anderen Eigentümer und eine andere Übertragungsregel haben.

Die WCG-Domain selbst veranschaulicht die Trennung. Eine Domain-Lizenz, autoritatives DNS, E-Mail-Hosting und Webhosting sind unterschiedliche Dienste, auch wenn ein Anbieter alle vier verkauft. DerLeitfaden von auDA zur Übertragung einer.au-Domainbesagt, dass ein Registrant zu einem anderen berechtigten Anbieter wechseln kann, und erklärt den Übertragungsautorisierungscode. Das schützt die Domain-Portabilität. Es verschiebt nicht den Zone-Inhalt, die Mailbox-Daten, die Website-Dateien oder die Serverumgebung automatisch.

IP-Portabilität ist eingeschränkter. Vocus‘ Cloud-Plan besagt, dass vom Anbieter bereitgestellte Adressen nicht übertragen werden können und das Nutzungsrecht mit dem Dienst endet. Die Nutzung kundeneigener Adressen unterliegt dem Registry-Status, der Genehmigung und der Dienstverfügbarkeit. Eine Anwendung, die um Vocus-Adressen herum aufgebaut ist, kann daher DNS-Änderungen, Aktualisierungen von Partner-Allowlists und eine sorgfältig geplante Umstellung erfordern. Die alte AS18104-Registrierung gewährt jedem gehosteten Kunden keine portablen WCG-Adressen.

Compute-Portabilität wird auf öffentlicher WCG-Ebene nicht spezifiziert. Vocus verwendet weit verbreitete Virtualisierungstechnologie und bewirbt eine einzige Management-Schnittstelle, aber Vertrautheit ist keine Exportverpflichtung. Ein Kunde muss wissen, ob er virtuelle Festplatten in einem dokumentierten Format exportieren kann, mit welcher Geschwindigkeit, mit welcher Unterstützung und zu welchem Preis. Datenbankkonsistenz, Snapshot-Format und Softwarelizenzierung können bestimmen, ob ein exportiertes Image tatsächlich woanders startet.

Bandbreite kann der langsamste Teil sein. Ein großer Datenbestand, der leicht zu speichern ist, kann Tage oder Wochen dauern, um über eine eingeschränkte Verbindung kopiert zu werden. Wenn der Dienst bereits beeinträchtigt oder ausgesetzt ist, kann die effektive Exportrate niedriger sein. Physische Medien können für sehr große Übertragungen schneller sein, aber der Kunde benötigt dann Verschlüsselung, Verwahrungskette, kompatible Medien und einen vereinbarten Rückgabeprozess.

Die Bandbestimmungen des Cloud-Plans erfordern beispielsweise eine rechtzeitige Anfrage, wenn Medien bei Kündigung zurückgegeben werden sollen, und beinhalten keine Wiederherstellung von Band standardmäßig.

Ein robuster Exit-Plan wird getestet, während der Dienst gesund ist. Der Kunde sollte eine repräsentative Maschine und einen Datensatz exportieren, das Netzwerk in einer neutralen Umgebung neu aufbauen, Geheimnisse rotieren, die DNS-Autorität bestätigen, die Übertragungszeit messen und überprüfen, dass Backups ohne das ursprüngliche Konto lesbar sind. Die Übung verwandelt das Wort „portabel“ in eine beobachtete Dauer und eine Liste von Abhängigkeiten.

Für WCG stellt kein öffentliches Dokument ein aktuelles Exportformat, eine garantierte Ausgangsrate, einen Migrationsunterstützungsumfang oder einen Aufbewahrungszeitraum nach Kündigung für einen WCG-gekennzeichneten Dienst bereit. Dies sind keine Gründe, das Schlimmste anzunehmen. Es sind Bedingungen, die geliefert werden müssen, bevor ein Käufer den Ausstieg bepreisen kann.

Austalische Lieferpunkte beantworten nicht jede Lokalitätsfrage

Vocus‘ öffentliche IaaS-Seite gibt an, dass seine Lieferpunkte in Sydney, Melbourne und Perth sind und dass sie in seinen Rechenzentren gehostet werden. Dies ist ein nützlicher Beweis für eine australische Primary-Compute-Option. Es ist spezifischer als eine allgemeine Souveränitätsbehauptung. Es identifiziert immer noch nicht den Standort jeder Kopie oder jeder Person, die auf die Umgebung zugreifen kann.

Datenlokalität hat mehrere Ebenen. Die primäre virtuelle Festplatte kann in Sydney liegen. Replikate können in Melbourne oder Perth sein. Backup-Bänder können an einem externen Drittanbieter-Standort aufbewahrt werden. Überwachungsprotokolle, Support-Aufzeichnungen und Kontoinformationen können anderswo verarbeitet werden. Ein Anbieter kann Remote-Unterstützung aus einer anderen Gerichtsbarkeit leisten. Die Public-Cloud-Zusammenschaltung kann den Kundenverkehr zu einem separaten Anbieter verschieben, dessen Regionen und Support-Vereinbarungen einem anderen Vertrag folgen.

Der Vocus-Cloud-Plan selbst besagt, dass Dienste in verschiedenen Zonen unterschiedliche Infrastruktur und Software verwenden können. Er besagt, dass die Off-Site-Bandspeicherung einen Dritten einbeziehen kann. Diese Bestimmungen belegen keine Überseespeicherung, aber sie verhindern, dass ein Käufer eine australische Unternehmensadresse als Beweis behandelt, dass alle Daten in Australien verbleiben.

Für personenbezogene Daten bleiben die eigenen rechtlichen Verpflichtungen des Kunden relevant. DieAustralian Privacy Principles-Seite des Office of the Australian Information Commissionerlegt APP 8 zur grenzüberschreitenden Offenlegung fest. Dieaktuelle Kapitel-8-Leitlinie des OAICerklärt den Rechenschaftsrahmen und die Ausnahmen. Ob eine bestimmte Übertragung eine Offenlegung ist und welche Schritte angemessen sind, hängt von den Tatsachen und dem geltenden Recht ab. Eine Rechenzentrumsstadt auf einer Broschüre kann diese rechtliche Frage nicht allein beantworten.

Ein Lokalitätsplan sollte Primärdaten, Replikate, Backups, Protokolle, Kontodaten, Support-Zugang und Unterauftragsverarbeiter separat identifizieren. Er sollte auch angeben, wie Standortänderungen mitgeteilt werden und wie Daten am Ende zurückgegeben oder vernichtet werden. Kunden mit behördlichen, gesundheitlichen, finanziellen oder anderen regulierten Workloads benötigen möglicherweise zusätzliche Kontrollen über den allgemeinen Datenschutzrahmen hinaus.

Die angemessene Schlussfolgerung für WCG ist eng. Eine australische primäre Hosting-Option ist plausibel und wird auf Vocus-Gruppenebene unterstützt. Die öffentlichen Beweise belegen nicht die vollständige Standortarchitektur für einen aktuellen WCG-Dienst. Datensouveränität ist daher eine bestellungsabhängige Eigenschaft der ausgewählten Zonen, Kopien, Zugangspfade und Lieferanten, kein Attribut, das automatisch von den Buchstaben AU in einem Registry-Eintrag geerbt wird.

Welche aktuellen Beweise die größten Lücken schließen würden

WCGs öffentliche Aufzeichnung ist stark genug, um Identitätsverwechslungen zu verhindern, und schwach genug, um eine direkte technische Offenlegung zu erfordern. Ein Käufer benötigt keinen geheimen Einblick in das gesamte Vermögen des Anbieters. Er benötigt Beweise, die mit dem Dienst verbunden sind, den er tatsächlich erhalten wird.

Erstens sollte der Lieferant das vertragschließende Unternehmen, das betreibende Unternehmen und das unterstützende Unternehmen identifizieren. Wenn die Wholesale Communications Group Pty Ltd den Auftrag unterzeichnet, während die Vocus Pty Ltd das Netzwerk betreibt und ein anderes Vocus-Unternehmen einen Einrichtungsvertrag kontrolliert, sollte diese Verantwortungszuweisung explizit sein. Der Auftrag sollte die geltenden Standardbedingungen, den Cloud-Plan und die Service-Level-Vereinbarung mit Version einbeziehen.

Zweitens sollte die Architektur die primären und Wiederherstellungsstandorte benennen, nicht nur das Land. Sie sollte identifizieren, ob der Standort von Vocus oder einem Partner betrieben wird, ob Kundengeräte oder Anbietergeräte beteiligt sind und ob der Dienst eine oder zwei Stromversorgungen, ein oder zwei Netzwerkgeräte und geschützten oder ungeschützten Zugang verwendet. Ein Kunde benötigt nicht den Standort jedes Kabels, aber er muss wissen, ob zwei scheinbare Pfade einen Kanal, einen Router, eine Querverbindung oder einen Upstream teilen.

Drittens sollte der Kapazitätsnachweis die aktuelle Zuweisung von der Ausfallreserve unterscheiden. Die nützliche Offenlegung ist nicht die gesamte Flottengröße; es ist, ob die ausgewählte Wiederherstellungszone reservierte Ressourcen für die Workload des Kunden hat, welche Leistungsgrenzen bei Konflikten gelten und welcher Ersatzbestand und welche Anbieterabdeckung existieren. Eine kürzliche Failover-Übung ist ein stärkerer Beweis als ein Design-Adjektiv.

Viertens sollte der Support ausführbar sein. Der Kunde benötigt die 24-Stunden-Nummer, Service-Identifikatoren, benannte Eskalationsstufen, Schweregraddefinitionen, Benachrichtigungsmethode und die Befugnis, dringende Arbeiten anzufordern. Er sollte wissen, ob Remote Hands enthalten, kostenpflichtig oder von einem Dritten bereitgestellt werden und ob ein schwerer Hardwarefehler außerhalb der normalen Geschäftszeiten behoben werden kann.

Fünftens sollten Wiederherstellung und Exit messbaren Tests unterzogen werden. Backup-Umfang, Aufbewahrung, Unveränderlichkeit, Wiederherstellungsverantwortung, Wiederherstellungsziele, Exportformat, Ausgangsmethode, Adressübergang und Löschungszeitplan sollten schriftlich festgehalten werden. Eine Beispielwiederherstellung und ein Beispiel-Export sollten abgeschlossen werden, bevor die Produktionsabhängigkeit tief wird.

Schließlich sollten aktuelle Routennachweise vom gelieferten Dienst gesammelt werden. Die ursprüngliche ASN, der Adressbesitz, die sichtbaren Upstream-Pfade und das Design der privaten Konnektivität können sich alle von AS18104 unterscheiden. Eine Routenverfolgung, BGP-Informationen, wo anwendbar, ein Serviceauftrag und ein Netzwerkdiagramm würden mehr klären als der Legacy-Registry-Text.

Diese Anfragen sind keine Anschuldigung, dass der Dienst keine Widerstandsfähigkeit hat. Sie sind die normale Übersetzung von einem Gruppenangebot in eine kundenseitige Abhängigkeit. WCGs ungewöhnliche Kombination aus Unternehmenskontinuität und ruhendem öffentlichen Routing macht diese Übersetzung unvermeidlich.

Das Betriebsurteil

WCG ist weder ein leerer Name noch ein transparent unabhängiger Cloud-Betreiber. Die Wholesale Communications Group Pty Ltd ist aktiv, bleibt innerhalb der aktuellen Vocus-Gruppenoffenlegung, behält einen lebendigen Domain-Namespace und ist mit AS18104 verbunden. Diese Fakten unterstützen Identität und Kontinuität.

Die Netzwerkbeweise weisen in eine andere Richtung. AS18104 ist registriert, aber derzeit nicht als Ursprung sichtbar. Die letzte Routenbeobachtung stammt aus dem Jahr 2012. PeeringDBs einzige Sydney-Einrichtungserklärung ist alt und zeigt keine öffentliche Exchange-Verbindung. WCGs Domain wird über ein anderes Vocus-Netzwerk aufgelöst und bietet keine funktionierende öffentliche Verkaufsseite. Das am besten unterstützbare aktuelle Hosting-Angebot ist daher das Vocus-Gruppenangebot, keine eigenständige Plattform, die durch die WCG-ASN belegt ist.

Dieses Gruppenangebot hat reale Infrastrukturbehauptungen: drei australische IaaS-Städte, ein nationales Rechenzentrumsvermögen, umfassende externe Einrichtungsreichweite und Rund-um-die-Uhr-Support. Seine öffentlichen Bedingungen machen auch die Abhängigkeitsstruktur lesbar. Compute kann separat bestellte Konnektivität erfordern. Mehrstädtische Präsenz beinhaltet nicht standardmäßig Disaster Recovery. Backup-Korrektheit und Wiederherstellungstests bleiben teilweise die Aufgabe des Kunden. Zugewiesene IP-Adressen verlassen den Kunden nicht. Reparatur und Wartung können Einrichtungs- und Anbietergrenzen überschreiten.

Abhilfen sind durch Ziele, Ausschlüsse und Anspruchsverfahren begrenzt.

Für Kunden besteht das zentrale Risiko nicht darin, dass gehostete Kapazität imaginär ist. Es ist, dass nominelle Kapazität, nutzbare Kapazität und wiederherstellbare Kapazität unterschiedlich sein können, während der Name WCG nicht offenbart, welche Vocus-Vermögenswerte und -Bedingungen die Lücke überbrücken. Ein solider Kauf identifiziert den tatsächlichen Anbieter, Standort, die Route, das Schutzniveau, die Reservekapazität, die Reparaturautorität, die Wiederherstellungsreserve und den Ausstiegsmechanismus.

Das endgültige Urteil ist daher bedingt. WCG hat einen glaubwürdigen Gruppenkontext und ein identifizierbares rechtliches Zuhause, aber AS18104 kann derzeit keinen Anspruch auf unabhängiges Routing tragen, und öffentliche Aufzeichnungen belegen keine WCG-spezifischen Racks, Transit-Diversität, Serverbestand oder getestetes Failover. Käufer sollten die aktuelle Verfügbarkeit als Serviceauftragsnachweis behandeln: stark, wenn an benannte Vocus-Ressourcen und getestete Wiederherstellung gebunden, schwach, wenn von einer Legacy-Netzwerknummer oder einem Unternehmensnamen allein abgeleitet.