Zusammenfassung

  • APNIC führt AS142207 mit dem Namen WJY-AS-AP, dem Ländercode CN, dem Status active und dem Registranten WJY (Shanghai) Technology Co., Ltd.
  • Der APNIC-Status active beschreibt den Registereintrag. Er belegt weder einen laufenden Dienst noch aktuelle Routen, physische Infrastruktur oder eine ununterbrochene Kontrolle.
  • RIPEstat meldete für die Beobachtung vom 2. August 2026 um 08:00 UTC announced=false.
  • In derselben RIPEstat-Aufnahme waren null IPv4-Präfixe, null IPv6-Präfixe und null beobachtete Nachbarn sichtbar.
  • Keiner der 327 erfassten IPv4-RIS-Peers und keiner der 321 erfassten IPv6-RIS-Peers sah AS142207 zu diesem Zeitpunkt.
  • Als letzte Sichtung nennt RIPEstat den 8. Juli 2026 um 16:00 UTC mit dem Präfix 151.158.14.0/23; für das Abfragefenster vom 19. Juli bis 2. August 2026 war die Liste angekündigter Präfixe leer.
  • PeeringDB beschreibt AS142207 als operatorgepflegtes Netzwerkprofil mit AS-Set AS-WJY, globalem Geltungsbereich und offener allgemeiner Peering-Richtlinie. Diese Angaben sind Selbstauskünfte, keine Routingmessung.
  • Die von PeeringDB verlinkte Website nennt WJY (Hong Kong) Limited, während APNIC WJY (Shanghai) Technology Co., Ltd. registriert. Eine rechtliche Gleichsetzung oder Konzernbeziehung ist damit nicht belegt.
  • Die RIPEstat-Werte beweisen keine weltweite Abwesenheit der Route, keinen Ausfall, keine Betriebseinstellung und keine Auswirkungen auf Kunden.

Zwei Arten von Sichtbarkeit

AS142207 ist sichtbar und zugleich in einem engeren Sinn nicht sichtbar. Der erste Teil dieser scheinbaren Spannung betrifft die administrative Ebene. APNIC hält einen aktiven Datensatz für die autonome Systemnummer vor. Der Eintrag nennt WJY-AS-AP, ordnet die Ressource dem Ländercode CN zu und verbindet sie über den öffentlichen Registranten-Handle ORG-WTCL6-AP mit WJY (Shanghai) Technology Co., Ltd. Wer nach der Nummer oder dem Registranten sucht, findet damit eine klar bezeichnete Netzwerkidentität.

Der zweite Teil betrifft die von RIPEstat erfasste Routingebene. Am 2. August 2026 um 08:00 UTC meldete die AS-Übersicht announced=false. Der zeitgleich betrachtete Routingstatus enthielt keine sichtbaren IPv4- oder IPv6-Präfixe und keine beobachteten Nachbarn. Auch bei den in der Aufnahme gezählten RIS-Peers war keine Sichtbarkeit vorhanden. Im Rahmen genau dieser Messung war die öffentliche Route somit still, obwohl der Registereintrag fortbestand.

Beide Aussagen können gleichzeitig zutreffen, weil Register und Routing unterschiedliche Fragen beantworten. Ein Register hält fest, welche Nummernressource unter welchem Namen geführt wird. Eine Routingbeobachtung fragt dagegen, was Messpunkte zu einem bestimmten Zeitpunkt tatsächlich im öffentlichen Routingsystem sehen. Der erste Befund beschreibt administrative Kontinuität; der zweite beschreibt eine datierte betriebliche Beobachtung. Keiner ersetzt den anderen.

Die Gegenüberstellung ist deshalb keine Entscheidung darüber, welcher Datensatz „richtiger“ ist. APNIC und RIPEstat beschreiben keine konkurrierenden Versionen desselben Feldes, sondern unterschiedliche Teile derselben öffentlichen Netzwerkidentität. Der Registereintrag kann korrekt fortbestehen, während die Messansicht keine Route erfasst. Ebenso kann die Messansicht ihren Zustand präzise wiedergeben, ohne dadurch die administrative Zuordnung aufzuheben. Erst die Zuordnung jeder Aussage zu ihrer Ebene verhindert einen scheinbaren Widerspruch.

Gerade diese Trennung schützt vor zwei entgegengesetzten Fehlern. Ein vorhandener Registereintrag darf nicht automatisch als Beweis für einen laufenden Netzdienst gelesen werden. Eine fehlende Sichtbarkeit in einer begrenzten Messung darf umgekehrt nicht zu der Behauptung ausgeweitet werden, die Nummer sei überall verschwunden oder das Unternehmen habe seinen Betrieb eingestellt. AS142207 zeigt, warum präzise Netzwerkbeobachtung weniger von großen Schlussfolgerungen als von sauber getrennten Aussageebenen abhängt.

Was APNIC tatsächlich festhält

Der APNIC-Datensatz bildet den stärksten verfügbaren Anker für die Zuordnung von AS142207. Das Autnum-Objekt deckt genau diese autonome Systemnummer ab. Es verwendet den Namen WJY-AS-AP, trägt den Ländercode CN und weist den Registerstatus active aus. Über ORG-WTCL6-AP führt der Datensatz zum exakten Registrantennamen WJY (Shanghai) Technology Co., Ltd. Damit besteht eine nachvollziehbare Verbindung zwischen Nummer, Registry-Bezeichnung und eingetragener Organisation.

Diese Verbindung ist für die Koordination wertvoll. Eine autonome Systemnummer ist kein frei schwebendes Etikett, sondern eine Ressource, deren öffentlicher Datensatz eine verlässliche Zuordnung ermöglichen soll. Wenn verschiedene Verzeichnisse, Messsysteme oder Gegenstellen AS142207 nennen, schafft der APNIC-Eintrag einen gemeinsamen Bezugspunkt. Er sagt, unter welchem Namen die Ressource im zuständigen Register erscheint und welche Organisation dort als Registrant geführt wird.

Die Genauigkeit dieser Zuordnung ist besonders dann wichtig, wenn der sichtbare Routingzustand nicht mehr dieselbe betriebliche Aktivität erkennen lässt wie zuvor. Ohne den fortbestehenden Registeranker könnte eine stille Nummer leichter mit einer fehlenden oder ungeklärten Identität verwechselt werden. APNIC bewahrt dagegen die administrative Spur: AS142207 bleibt unter WJY-AS-AP und dem genannten Registranten auffindbar. Das ist ein Beitrag zur Nachvollziehbarkeit, aber weiterhin keine Aussage über den gegenwärtigen Betrieb.

Die Aussagekraft bleibt dennoch klar begrenzt. Der Datensatz beweist keine wirtschaftliche Eigentümerstruktur, keine bestimmte Lizenz, keine Anlage an einem bestimmten Standort und keinen Vertrag mit Kunden oder anderen Netzen. Aus dem Eintrag lässt sich auch nicht ableiten, ob WJY (Shanghai) Technology Co., Ltd. zu jedem Zeitpunkt die praktische Kontrolle über jede mit der Nummer verbundene technische Konfiguration ausübt. Solche Fragen verlangen andere Nachweise als einen RDAP-Eintrag.

Auch die geografische Kennzeichnung CN darf nicht überdehnt werden. Sie ist Teil des Registry-Objekts und unterstützt die administrative Einordnung. Sie zeichnet jedoch weder physische Leitungswege noch die Standorte von Routern oder Anlagen nach. Ebenso wenig beschreibt sie die tatsächliche Reichweite eines Dienstes. Der Eintrag ist ein präziser Registerbefund, keine Karte des Netzes.

Seine Stärke liegt gerade in dieser begrenzten Funktion. Der Datensatz muss nicht den gesamten Betrieb erklären, um nützlich zu sein. Er hält die Identität der Nummernressource auffindbar, ermöglicht den Abgleich mit anderen Quellen und verhindert, dass eine zeitweilig nicht sichtbare Route automatisch als Verlust jeder administrativen Kontinuität missverstanden wird.

Warum active kein Betriebsnachweis ist

Das Wort active klingt im alltäglichen Sprachgebrauch nach laufender Tätigkeit. In einem Registry-Objekt bezeichnet es jedoch zunächst den Zustand dieses Objekts im Register. Für AS142207 bedeutet es, dass APNIC die Ressource als aktiven Datensatz führt. Es bedeutet nicht automatisch, dass zu jedem Zeitpunkt ein öffentlich sichtbares Präfix angekündigt wird, Datenverkehr fließt oder ein bestimmter Dienst verfügbar ist.

Diese Unterscheidung ist klein im Wortlaut, aber groß in ihrer Wirkung. Wird der Registerstatus als Betriebsstatus gelesen, entsteht aus einem administrativen Feld eine technische Behauptung, die der Datensatz nicht trägt. Aus active würden dann vermeintlich laufende Router, erreichbare Dienste oder fortbestehende Kundenverbindungen abgeleitet. Dafür enthält der APNIC-Befund keine Grundlage.

Der umgekehrte Schluss wäre ebenso problematisch. Wenn eine Routingmessung keine aktuelle Ankündigung sieht, folgt daraus nicht, dass der APNIC-Eintrag fehlerhaft oder bedeutungslos ist. Ein Register kann eine Ressource weiterhin korrekt einem Registranten zuordnen, während der beobachtete Routingzustand still ist. Administrative Beständigkeit und sichtbare Nutzung sind verwandte, aber nicht identische Eigenschaften.

Sprachliche Genauigkeit erfüllt hier eine technische Funktion. Wird active konsequent als Registerstatus bezeichnet, bleibt er in seinem belegten Aussagebereich. Wird announced=false ebenso konsequent RIPEstat und der datierten Aufnahme zugeschrieben, bleibt auch dieser Wert in seinem Messrahmen. Die Begriffe können dann gemeinsam gelesen werden, ohne dass einer den anderen umdeutet. So entsteht ein genaueres Bild als durch einen vermeintlich einfachen Gesamtstatus.

Für eine belastbare Lesart sollte deshalb jedes Statuswort an seine Quelle gebunden bleiben. active gehört zum APNIC-Registerobjekt. announced=false gehört zur datierten RIPEstat-AS-Übersicht. Null sichtbare Präfixe und null Nachbarn gehören zur Routingstatus-Aufnahme. Diese Formulierungen lassen sich nebeneinanderstellen, dürfen aber nicht zu einem neuen, von keiner Quelle getragenen Gesamtstatus verschmolzen werden.

Die Bedeutung von AS142207 liegt damit nicht in einem einzelnen Feld. Sie entsteht aus dem Vergleich verschiedener Ebenen. APNIC bewahrt die registrierte Zuordnung. RIPEstat hält fest, was seine Messansicht zu einem bestimmten Zeitpunkt sah. Zusammen zeigen beide, wie eine Netzwerkidentität administrativ fortbestehen kann, obwohl ihre öffentliche Route in einer aktuellen Beobachtung nicht erscheint.

Der datierte Blick von RIPEstat

Die zentrale Routingbeobachtung trägt einen eindeutigen Zeitstempel: 2. August 2026, 08:00 UTC. Zu diesem Zeitpunkt identifizierte RIPEstat den Holder als WJY-AS-AP - WJY (Shanghai) Technology Co., Ltd. und meldete announced=false. Die Namenszuordnung blieb damit in der Messansicht erkennbar, während kein aktuell angekündigter Zustand ausgewiesen wurde.

Der Routingstatus derselben Aufnahme konkretisiert diese Aussage. Sichtbar waren null IPv4-Präfixe und null IPv6-Präfixe. Die Zahl der beobachteten Nachbarn lag ebenfalls bei null. Bei IPv4 sahen 0 von 327 erfassten RIS-Peers das autonome System; bei IPv6 waren es 0 von 321. Diese Nenner sind wichtig, weil sie den Messrahmen offenlegen. Die Aussage lautet nicht, dass jeder mögliche Beobachtungspunkt weltweit nichts sah, sondern dass keiner der in dieser Aufnahme gezählten RIS-Peers Sichtbarkeit meldete.

Auch die Abfrage der angekündigten Präfixe ergänzt das Bild. Für ihr Fenster vom 19. Juli bis 2. August 2026 lieferte sie eine leere Liste. Innerhalb dieses Abfrageergebnisses erschien somit kein aktuell angekündigtes Präfix für AS142207. Das stützt die Formulierung einer stillen öffentlichen Route in der erfassten RIPEstat-Sicht.

Der Zeitbezug ist kein nebensächlicher Vorbehalt, sondern Bestandteil des Befunds. Routing ist ein beobachteter Zustand, der sich verändern kann. Deshalb muss die Aufnahme als Moment mit klarer Herkunft behandelt werden, nicht als dauerhafte Eigenschaft der Organisation oder der Nummer. Die Aussage gewinnt durch diese Begrenzung an Verlässlichkeit: Sie beschreibt genau, was RIPEstat in der festgehaltenen Ansicht meldete, und beansprucht nicht, darüber hinaus unbekannte Zustände abzudecken.

Eine Messung bleibt trotzdem eine Messung. Sie ist an ihre Datengrundlage, ihre Beobachter und ihren Zeitpunkt gebunden. Das Ergebnis erlaubt eine präzise Aussage über die erfasste Sichtbarkeit, aber keine absolute Behauptung über jede Route an jedem Ort. Insbesondere beweist es weder eine weltweite Abwesenheit noch die Ursache des beobachteten Zustands.

Die saubere Formulierung lautet daher: In der RIPEstat-Aufnahme vom 2. August 2026 um 08:00 UTC war AS142207 nicht als angekündigt ausgewiesen; es waren keine sichtbaren Präfixe, keine Nachbarn und keine RIS-Peer-Sichtbarkeit verzeichnet. Alles, was darüber hinausgeht, müsste durch zusätzliche Nachweise belegt werden.

Eine kurze beobachtete Routinggeschichte

Der Routingstatus enthält nicht nur den aktuellen Nullbefund, sondern auch eine begrenzte zeitliche Spur. RIPEstat nennt als erste Sichtung den 2. Februar 2026 um 16:00 UTC. Als letzte Sichtung ist der 8. Juli 2026 um 16:00 UTC verzeichnet. Mit dieser letzten Sichtung verbindet der Datensatz das Präfix 151.158.14.0/23.

Diese Zeitpunkte zeigen, dass die Messansicht AS142207 zuvor im öffentlichen Routing erfasst hatte. Sie erlauben jedoch keine lückenlose Rekonstruktion des gesamten Zeitraums zwischen erster und letzter Sichtung. Aus zwei Grenzmarken folgt weder eine kontinuierliche Ankündigung noch ein bestimmtes Muster dazwischen. Die Daten sagen, wann die Sichtbarkeit in diesem RIPEstat-Befund erstmals und zuletzt registriert wurde, nicht wie jede Stunde des dazwischenliegenden Betriebs aussah.

Ebenso wenig erklärt der letzte Zeitpunkt, warum die Route danach in der aktuellen Aufnahme nicht mehr sichtbar war. Eine Ursache ist nicht Bestandteil der eingefrorenen Beobachtungen. Ohne zusätzliche belastbare Belege wäre jede Zuschreibung zu Wartung, Geschäftsentscheidungen, technischen Fehlern, veränderten Beziehungen oder Sicherheitsereignissen Spekulation.

Das letzte gesehene Präfix 151.158.14.0/23 sollte deshalb als historischer Routingbefund innerhalb der RIPEstat-Ansicht gelesen werden. Es belegt keine rechtliche Eigentümerschaft am Adressraum, keine physische Strecke und keine aktuelle Erreichbarkeit. Es sagt auch nichts darüber aus, welche Dienste, Nutzer oder Systeme gegebenenfalls mit dem Präfix verbunden waren.

Die zeitliche Spur ist damit eher eine Folge beobachteter Markierungen als eine vollständige Betriebschronik. Sie verbindet eine frühere Sichtbarkeit, eine letzte erfasste Sichtung und den späteren Nullbefund. Zwischen diesen Punkten bleiben Ablauf und Ursache offen. Gerade weil die vorhandenen Markierungen eindeutig sind, sollte der ungemessene Zwischenraum nicht mit Vermutungen gefüllt werden. Die belegbare Geschichte bleibt schmal, aber in ihren Grenzen konsistent.

Zusammen mit der leeren Präfixliste für den Zeitraum vom 19. Juli bis 2. August entsteht dennoch eine klare, begrenzte Entwicklung: RIPEstat hatte AS142207 zuvor gesehen, nennt den 8. Juli als letzte Sichtung und zeigte zum Beobachtungszeitpunkt am 2. August keine aktuelle Ankündigung. Diese Entwicklung rechtfertigt den Ausdruck einer verstummten öffentlichen Route, solange er ausdrücklich an die Messansicht gebunden bleibt.

Was die Nullwerte sagen

Nullwerte wirken eindeutig. In einer Routingmessung sind sie jedoch nur dann aussagekräftig, wenn klar bleibt, was gezählt wurde. Für AS142207 meldete RIPEstat null sichtbare IPv4-Präfixe, null sichtbare IPv6-Präfixe und null beobachtete Nachbarn. Das ist ein konsistentes Bild fehlender Sichtbarkeit innerhalb der erfassten Ansicht.

Bei den RIS-Peers ist die Aussage noch genauer. Der Datensatz nennt 0 von 327 erfassten IPv4-Peers und 0 von 321 erfassten IPv6-Peers. Der Zähler null zeigt, dass kein Peer innerhalb der jeweiligen Stichprobe das autonome System sah. Der Nenner begrenzt zugleich die Reichweite des Befunds: Er benennt die tatsächlich ausgewertete Beobachtermenge und verhindert, dass aus der Stichprobe eine unbegrenzte globale Aussage wird.

Null beobachtete Nachbarn bedeutet ebenfalls nicht, dass WJY niemals Beziehungen zu anderen Netzen hatte oder keine privaten technischen Verbindungen bestehen könnten. Es bedeutet, dass die Routingstatus-Antwort in dieser Aufnahme keine beobachteten Nachbarn auswies. Aus der Abwesenheit eines beobachteten Nachbarn lassen sich weder Verträge noch deren Fehlen ableiten.

Dasselbe gilt für die Präfixzählung. Null sichtbare Präfixe sind keine Aussage über eine theoretische Ressourcenzuordnung, eine interne Konfiguration oder einen geplanten Betrieb. Sie beschreiben, was im betrachteten öffentlichen Routingbild nicht erschien. Der Unterschied zwischen „nicht gesehen“ und „existiert nicht“ bleibt grundlegend.

Die Kombination mehrerer Nullwerte verstärkt den gemessenen Sichtbarkeitsbefund, erweitert aber nicht automatisch seine rechtliche oder wirtschaftliche Bedeutung. Präfixe, Nachbarn und Peer-Sichtbarkeit zeigen innerhalb der RIPEstat-Ansicht in dieselbe Richtung. Daraus folgt ein kohärentes Routingbild für den Beobachtungszeitpunkt. Es folgt jedoch weiterhin keine Aussage über Kunden, Verträge, Anlagen oder Unternehmenszustand. Mehrere technische Nullwerte bleiben technische Nullwerte innerhalb derselben begrenzten Beobachtung.

Gerade bei einer autonomen Systemnummer mit fortbestehendem Registereintrag sind solche Nullwerte aufschlussreich. Sie zeigen, dass administrative Auffindbarkeit nicht ausreicht, um gegenwärtige Routingaktivität anzunehmen. Zugleich zeigen die Nenner und Zeitstempel, warum fehlende Sichtbarkeit nicht als endgültiges Urteil über das gesamte Netz behandelt werden darf.

Abstrakte Darstellung eines Netzwerkregisters und eines verstummten öffentlichen Routingpfads

Redaktionelle Illustration einer administrativen Netzwerkidentität, die sichtbar bleibt, während ein datierter öffentlicher Routingpfad still ist; sie zeigt weder eine WJY-Anlage noch einen Ausfall, ein Kundennetz oder ein gemessenes Dienstergebnis.

Keine Gleichsetzung mit einem Ausfall

Eine nicht sichtbare öffentliche Route kann viele Fragen auslösen, beantwortet sie aber nicht von selbst. Der RIPEstat-Befund enthält keinen Nachweis für einen Ausfall. Er enthält auch keine Aussage darüber, ob ein Dienst abgeschaltet wurde, ob ein Unternehmen seine Tätigkeit beendet hat oder ob Nutzer Beeinträchtigungen erlebten. Der gemessene Zustand und seine mögliche Ursache müssen getrennt bleiben.

Der Begriff Ausfall setzt einen erwarteten Dienst und dessen ungeplante Unterbrechung voraus. Für eine solche Feststellung wären Informationen über den Dienst, seinen vorgesehenen Betriebszustand, die betroffenen Systeme und den Zeitraum der Unterbrechung erforderlich. Die vorliegenden Register- und Routingdaten liefern diese Elemente nicht. Sie zeigen lediglich, dass die RIPEstat-Ansicht zum genannten Zeitpunkt keine öffentliche Ankündigung sah.

Auch eine Betriebseinstellung lässt sich daraus nicht ableiten. Ein fortbestehender Registry-Datensatz ist zwar kein Betriebsbeweis, aber eine stille Route ist ebenso wenig ein Beweis für das Ende einer Organisation. Unternehmensstatus, Geschäftstätigkeit und Routingstatus gehören zu unterschiedlichen Belegketten.

Kundenauswirkungen liegen noch weiter außerhalb der Daten. Weder APNIC noch RIPEstat nennen Kunden, Teilnehmerzahlen, Verkehrsvolumen oder tatsächlich genutzte Dienste. Ohne solche Informationen wäre jede Behauptung über betroffene Nutzer unbegründet. Selbst die Frage, ob über AS142207 unmittelbar kundengerichteter Verkehr lief, wird durch die beobachteten Quellen nicht beantwortet.

Das gleiche Vorsichtsprinzip gilt für Sicherheitsdeutungen. Der Befund belegt weder ein Route Leak noch ein Hijacking oder einen anderen Sicherheitsvorfall. Es gibt keine Grundlage, den Sichtbarkeitswechsel mit einer bestimmten technischen oder organisatorischen Ursache zu verbinden.

Die Zurückhaltung ist keine Abschwächung des Routingbefunds. Im Gegenteil: Sie hält ihn frei von Behauptungen, die ihn angreifbar oder missverständlich machen würden. Dass RIPEstat keine öffentliche Ankündigung sah, ist als datierte Beobachtung klar. Erst die Verknüpfung mit einer unbelegten Ursache würde die Aussage über ihren Nachweis hinaus verlängern. Der nüchterne Befund bleibt deshalb stärker als eine dramatische Deutung.

Die stärkste Aussage bleibt daher zugleich die engste: Die Route war in der datierten RIPEstat-Sicht nicht sichtbar. Diese Formulierung bewahrt den tatsächlichen Befund, ohne aus einem Messwert eine Geschichte über Ausfall, Schaden oder Verantwortung zu konstruieren.

Warum die Registernummer trotzdem zählt

Eine autonome Systemnummer behält als öffentlicher Koordinationspunkt Bedeutung, auch wenn sie in einer Momentaufnahme nicht angekündigt wird. AS142207 verbindet mehrere Datensätze über eine stabile Kennung. APNIC führt die Nummer unter WJY-AS-AP und dem Registranten WJY (Shanghai) Technology Co., Ltd. RIPEstat verwendet dieselbe Nummer, um Holder- und Routinginformationen zusammenzuführen. PeeringDB ordnet sein operatorgepflegtes Netzwerkprofil ebenfalls AS142207 zu.

Diese Übereinstimmung macht Identität prüfbar. Namen können in unterschiedlicher Form erscheinen, doch die Nummer bietet einen gemeinsamen Referenzpunkt. Für die Interpretation ist dabei wichtig, dass die Übereinstimmung der Kennung keine Gleichheit aller zugrunde liegenden Behauptungen erzeugt. APNIC beschreibt Registry-Zuordnung, RIPEstat beschreibt Beobachtung, PeeringDB beschreibt eine Selbstauskunft des Betreibers.

Die fortbestehende Nummer erleichtert auch zeitliche Vergleiche. Die erste und letzte RIPEstat-Sichtung sowie der aktuelle Nullbefund lassen sich demselben AS zuordnen. Ohne eine stabile Kennung wäre schwerer zu erkennen, dass administrative Identität und beobachtete Route auseinandergetreten sind.

Gerade während einer Phase fehlender Routingsichtbarkeit verhindert die stabile Kennung, dass die beobachtete Stille mit Identitätslosigkeit verwechselt wird. AS142207 bleibt der Bezugspunkt, an dem die APNIC-Zuordnung, die PeeringDB-Selbstdarstellung und die RIPEstat-Messwerte zusammenlaufen. Dieser Zusammenhang stellt keine zusätzliche Betriebsbehauptung auf. Er sorgt lediglich dafür, dass verschiedene Aussagearten eindeutig demselben registrierten Netzwerkbezug zugeordnet und miteinander verglichen werden können.

Kontinuität der Kennung ist jedoch nicht dasselbe wie Kontinuität des Betriebs. Die Nummer kann im Register vorhanden bleiben, während sich der beobachtete Routingzustand ändert. Ebenso kann ein operatorgepflegtes Profil fortbestehen, obwohl eine Messplattform keine aktuelle Ankündigung sieht. Das ist kein Widerspruch, sondern eine Folge verschiedener Aktualisierungs- und Aussagebereiche.

Für eine verantwortliche Einordnung ist AS142207 deshalb weder bloß ein Name noch ein Betriebszertifikat. Es ist der Schlüssel, über den Register, Selbstauskunft und Messung vergleichbar werden. Seine Bedeutung liegt in der präzisen Zuordnung, nicht in einer pauschalen Garantie für alles, was mit dem Netzwerk verbunden sein könnte.

PeeringDB als operatorgepflegte Selbstauskunft

PeeringDB führt das Netzwerk mit der ID 41314. Der Eintrag nennt WJY (Shanghai) Technology Co., Ltd., ordnet ihm AS142207 zu und verwendet das AS-Set AS-WJY. Als Netzwerktyp ist Cable/DSL/ISP angegeben, der Geltungsbereich wird als global beschrieben und die allgemeine Peering-Richtlinie als offen. Zudem verweist das Profil auf die Website von WJY.

Diese Angaben ergänzen die administrative Identität um eine erklärte Interconnection-Position. Sie zeigen, wie der Betreiber sein Netzwerk in einem für Zusammenschaltungsinformationen genutzten Verzeichnis beschreibt. Die Übereinstimmung von Name und AS-Nummer mit dem APNIC-Datensatz stärkt die Zuordnung des PeeringDB-Profils zu AS142207.

PeeringDB ist in diesem Zusammenhang jedoch keine unabhängige Routingmessung. Der Eintrag wird vom Betreiber gepflegt. Seine Felder geben deklarierte Eigenschaften wieder und sagen nicht automatisch, was RIS-Peers zu einem bestimmten Zeitpunkt sehen. Deshalb kann das Profil einen globalen Geltungsbereich und eine offene Peering-Richtlinie nennen, während RIPEstat am 2. August keine sichtbare Route meldet.

„Offen“ ist außerdem kein Beweis für tatsächlich bestehende Peering-Sitzungen. Eine allgemeine Richtlinie beschreibt die erklärte Bereitschaft oder Haltung, nicht einzelne technische Verbindungen oder Verträge. Aus ihr lassen sich weder die Zahl der Gegenstellen noch Verkehrsvolumen, Entgelte oder konkrete Sitzungszustände ableiten.

Auch der Typ Cable/DSL/ISP sollte als Profilklassifizierung stehen bleiben. Er belegt keine Teilnehmerzahl, keine konkrete Zugangstechnologie und keinen geografischen Versorgungsbereich. Ebenso darf „global“ nicht als Nachweis weltweiter Anlagen oder Dienste gelesen werden. Es ist der im Profil erklärte Geltungsbereich.

Der Verzeichniswert liegt damit weniger in einer Bestätigung laufender Verbindungen als in einer nachvollziehbaren Betreiberbeschreibung. Name, AS-Nummer und AS-Set bilden eine erkennbare Selbstdarstellung. Die übrigen Felder erklären, wie das Netzwerk seine Rolle und seine allgemeine Haltung im PeeringDB-Kontext bezeichnet. Diese Angaben können mit dem Register abgeglichen werden, dürfen aber nicht als Ersatz für beobachtete Routen oder geprüfte betriebliche Ergebnisse dienen.

Der Wert des PeeringDB-Eintrags liegt somit in der dokumentierten Selbstdarstellung einer Netzwerkidentität. Er bestätigt, dass AS142207 unter dem Namen WJY (Shanghai) Technology Co., Ltd. und dem AS-Set AS-WJY präsentiert wird. Für die Frage aktueller öffentlicher Sichtbarkeit bleibt hingegen die datierte RIPEstat-Beobachtung maßgeblich.

Deklarierte Präfixkapazität ist keine sichtbare Route

Das PeeringDB-Profil enthält Kapazitätsfelder für Präfixe. Dort sind 100 für IPv4 und 1000 für IPv6 eingetragen. Diese Zahlen können leicht mit tatsächlich angekündigten Präfixen verwechselt werden. Das wäre jedoch eine falsche Lesart.

Die Felder sind operatorseitige Deklarationen innerhalb des Profils. Sie beschreiben keine von RIPEstat gemessene aktuelle Ankündigung. Sie belegen auch nicht, dass WJY diese Mengen an Präfixen tatsächlich routet, dauerhaft kontrolliert oder Kunden bereitstellt. Ebenso wenig sind sie ein Nachweis für Datenverkehr, Leistungsfähigkeit oder technisch geprüfte Kapazität.

Der Unterschied wird durch den direkten Vergleich besonders sichtbar. PeeringDB enthält die Werte 100 und 1000, während RIPEstat zum erfassten Zeitpunkt null sichtbare IPv4- und null sichtbare IPv6-Präfixe meldete. Die Zahlen widersprechen sich nicht zwangsläufig, weil sie verschiedene Dinge darstellen. Das eine sind Profilangaben, das andere ist eine Routingbeobachtung.

Aus den Kapazitätsfeldern dürfen daher keine Größenangaben zum realen Netz abgeleitet werden. Sie sagen nichts über physische Leitungen, Router, Standorte oder die Menge des übertragenen Verkehrs. Auch eine Aussage über Reserven, Redundanz oder Belastbarkeit wäre nicht gedeckt. Das Profil ist keine technische Prüfung.

Methodisch ist es deshalb entscheidend, die Kapazitätsfelder nicht gegen die RIPEstat-Nullwerte aufzurechnen. Eine Deklaration und eine Beobachtung liegen nicht auf derselben Skala. Die Profilwerte beschreiben, was im Betreiberverzeichnis angegeben wurde; die Messwerte beschreiben, was in der datierten Routingansicht sichtbar war. Weder bestätigt die Deklaration eine aktuelle Route noch widerlegt der Nullbefund, dass die Deklaration im Profil vorhanden ist.

Gleichzeitig müssen die Felder nicht verworfen werden. Sie sind als Teil der erklärten Netzwerkposition relevant. Zusammen mit AS-WJY, dem globalen Geltungsbereich und der offenen allgemeinen Peering-Richtlinie zeigen sie, wie AS142207 in PeeringDB dargestellt wird. Ihre korrekte Verwendung erfordert lediglich eine klare Kennzeichnung als Deklaration.

Diese Trennung verhindert, dass Selbstauskunft und Messung unbemerkt vermischt werden. Wer wissen will, wie sich das Netzwerk beschreibt, findet im PeeringDB-Profil eine Antwort. Wer wissen will, welche öffentlichen Routen RIPEstat am 2. August erfasste, muss auf die dortigen Nullwerte schauen.

Die Grenze zwischen Shanghai und Hongkong

Die auffälligste Identitätsfrage entsteht nicht zwischen APNIC und PeeringDB, sondern zwischen diesen Datensätzen und der verlinkten Website. APNIC nennt WJY (Shanghai) Technology Co., Ltd. als Registranten von AS142207. PeeringDB verwendet denselben Unternehmensnamen und verknüpft das Profil mit der Website. Auf dieser Website erscheint jedoch WJY (Hong Kong) Limited als benannte juristische Person.

Die ähnlichen Namen und die Verlinkungen reichen nicht aus, um beide Unternehmen gleichzusetzen. Sie beweisen weder eine Mutter-Tochter-Beziehung noch gemeinsame Kontrolle oder wirtschaftliche Identität. Ebenso wenig belegen sie, dass eine Gesellschaft berechtigt ist, sämtliche Aussagen der anderen für sich in Anspruch zu nehmen.

Diese Grenze ist für die Zuordnung von Leistungsbeschreibungen entscheidend. Die Website beschreibt LIR-, Cloud-, Colocation-, Hosting- und IaaS-Dienste. Solche Aussagen können als Selbstdarstellung der dort genannten WJY (Hong Kong) Limited verstanden werden. Ohne zusätzliche Unternehmensnachweise dürfen sie aber nicht WJY (Shanghai) Technology Co., Ltd. zugerechnet werden.

PeeringDBs Verweis auf die Website schafft einen erkennbaren Zusammenhang auf Profilebene. Auch die Verwendung der verwandten Domain wjy.cn in APNIC-Kontakten zeigt eine Namens- und Domainnähe. Doch technische oder redaktionelle Verknüpfungen sind kein Ersatz für einen rechtlichen Nachweis. Eine URL im Netzwerkprofil beantwortet keine Frage nach Beteiligungsverhältnissen, Beherrschung oder Anspruchsberechtigung.

Die Identitätsprüfung muss deshalb an den exakten juristischen Namen festhalten. Eine gemeinsame Markenwurzel kann einen Zusammenhang nahelegen, löst aber die Frage nach der Beziehung der Gesellschaften nicht. Ebenso kann eine Website-Verknüpfung den Kontext erklären, ohne die registrierte Organisation umzubenennen. Für AS142207 bleibt WJY (Shanghai) Technology Co., Ltd. der von APNIC geführte Registrant; die Website bleibt der Selbstdarstellung von WJY (Hong Kong) Limited zugeordnet.

Aus demselben Grund dürfen Website-Aussagen über Standorte, Kapazität, Verfügbarkeit oder Widerstandsfähigkeit nicht als Eigenschaften des Shanghai-Registranten behandelt werden. Der APNIC-Datensatz liefert keine Grundlage für diese Übertragung. Er nennt die registrierte Organisation, aber keine Konzernstruktur.

Die korrekte Darstellung hält deshalb beide Tatsachen gleichzeitig fest: AS142207 ist bei APNIC WJY (Shanghai) Technology Co., Ltd. zugeordnet, während die von PeeringDB verlinkte Website WJY (Hong Kong) Limited nennt. Die Beziehung zwischen diesen juristischen Personen bleibt ungeklärt.

Was die Website beitragen kann

Trotz der offenen rechtlichen Grenze ist die Website nicht bedeutungslos. Sie zeigt, welche Dienste unter dem WJY-Namen öffentlich beschrieben werden. Genannt werden LIR, Cloud, Colocation, Hosting und IaaS. In Verbindung mit dem PeeringDB-Link hilft diese Selbstdarstellung, den Kontext zu verstehen, in dem AS142207 präsentiert wird.

Ihre Aussagekraft endet jedoch dort, wo die genaue juristische Zuordnung beginnt. Die Website kann belegen, dass WJY (Hong Kong) Limited diese Angebote beschreibt. Sie kann nicht ohne Weiteres belegen, dass WJY (Shanghai) Technology Co., Ltd. dieselben Angebote erbringt. Das gilt selbst dann, wenn Namen, Domains oder Netzwerkprofile eine Nähe vermuten lassen.

Auch die Qualität oder tatsächliche Bereitstellung der beschriebenen Dienste wird durch die Website nicht unabhängig bestätigt. Werbedarstellungen sind keine Messwerte für Verfügbarkeit, Kapazität oder Resilienz. Sie nennen weder in der hier verwendbaren Beleglage überprüfte Verkehrsgrößen noch Kundenzahlen oder gemessene Ergebnisse.

Für die Routingfrage liefert die Website ebenfalls keinen Ersatz. Sie zeigt nicht, ob AS142207 am 2. August öffentlich sichtbar war. Diese Information stammt aus RIPEstat. Die Website beschreibt ein Dienstespektrum; PeeringDB beschreibt eine Netzwerkposition; APNIC hält eine Nummernzuordnung fest. Jede Quelle besitzt ihren eigenen Aussagebereich.

Damit ergänzt die Website das Bild nur dort, wo ihre eigene Stimme erkennbar bleibt. Sie bietet einen öffentlichen Dienstekontext für die dort genannte Gesellschaft und erklärt, weshalb der WJY-Name in einem breiteren Infrastrukturzusammenhang erscheint. Sie kann jedoch weder den APNIC-Registranten rechtlich mit der Website-Gesellschaft verschmelzen noch den RIPEstat-Zustand erklären. Kontext und Beweis bleiben getrennte Funktionen.

Die sorgfältige Grenzziehung verhindert zugleich eine ungerechtfertigte Abwertung. Dass Website-Angaben nicht dem Shanghai-Registranten zugeschrieben werden dürfen, bedeutet nicht, dass sie falsch sind. Es bedeutet nur, dass der rechtliche und operative Übergang zwischen den beiden genannten Unternehmen mit den vorhandenen Nachweisen nicht bewiesen ist.

So bleibt die Website eine relevante, aber klar attribuierte Selbstdarstellung. Sie erweitert den Kontext des Namens WJY, ohne die Identität des APNIC-Registranten umzuschreiben oder die stille RIPEstat-Route zu erklären.

Drei Ebenen, drei verschiedene Fragen

Die Quellenlage lässt sich in drei Ebenen gliedern: Register, Betreiberprofil und beobachtetes Routing. Jede Ebene beantwortet eine eigene Frage und besitzt eine eigene Fehlergrenze.

Ebene Belastbare Aussage Nicht dadurch bewiesen
APNIC AS142207 wird als WJY-AS-AP mit Status active und WJY (Shanghai) Technology Co., Ltd. als Registrant geführt. Aktueller Dienst, sichtbare Route, physische Infrastruktur oder wirtschaftliche Eigentümerstruktur
PeeringDB Das operatorgepflegte Profil ordnet AS142207 dem Unternehmen und AS-WJY zu und erklärt Typ, Geltungsbereich sowie allgemeine Peering-Richtlinie. Aktuelle Sessions, Verträge, Verkehr, Kunden oder geprüfte Kapazität
RIPEstat Am 2. August 2026 um 08:00 UTC waren in der erfassten Sicht keine Präfixe, Nachbarn oder sichtbaren RIS-Peers verzeichnet. Weltweite Routenabwesenheit, Ausfallursache, Betriebseinstellung oder Kundenauswirkung

Die Registerebene fragt: Wer wird öffentlich gegen die Nummernressource geführt? Die Antwort lautet WJY (Shanghai) Technology Co., Ltd. unter WJY-AS-AP. Das Betreiberprofil fragt: Wie wird das Netzwerk selbst in einem Interconnection-Verzeichnis beschrieben? Dort erscheinen AS-WJY, Cable/DSL/ISP, globaler Geltungsbereich und eine offene allgemeine Peering-Richtlinie.

Die Routingebene fragt schließlich: Was sah die erfasste Messansicht zu einem bestimmten Zeitpunkt? Hier lautet die Antwort null sichtbare Präfixe, null Nachbarn und keine Sichtbarkeit bei den gezählten RIS-Peers. Diese Ebene kommt dem laufenden technischen Zustand näher, bleibt aber an Beobachtungspunkt und Zeit gebunden.

Ein robuster Vergleich beginnt daher nicht mit dem Versuch, alle Felder zu einer einzigen Bewertung zu verdichten. Er fragt zunächst, welcher Datensatz welche Art von Aussage tragen kann. APNIC trägt die Zuordnung, PeeringDB die Betreiberbeschreibung und RIPEstat die datierte Sichtbarkeit. Wenn diese Rollen erhalten bleiben, ergänzen sich die Ebenen. Werden sie vermischt, entstehen Behauptungen, die keine der Quellen für sich belegt.

Probleme entstehen, wenn eine Ebene die anderen verschluckt. Ein Registry-Status wird dann zum vermeintlichen Betriebsbeweis, ein Betreiberprofil zur unabhängigen Kapazitätsprüfung oder ein Nullwert zur universellen Aussage über das gesamte Netz. Die getrennte Lesart hält alle drei Quellen nützlich, ohne ihnen mehr Autorität zu geben, als sie tragen können.