Zusammenfassung
- Das öffentliche APNIC-Register identifiziert AS152991 als
NGANDOANCLOUD-VN, benennt das Unternehmen Ngan Doan Cloud Company Limited, ordnet die Ressource Vietnam zu und datiert die Registrierung auf den 5. September 2024. Dies stellt eine Identität als Nummernressource dar, nicht eine aktive Route oder eine Cloud-Plattform. - Die RIPEstat-Beobachtung vom 11. Juli 2026 zeigte keine aktuellen Präfixe, keinen angekündigten IPv4- und IPv6-Adressraum, leere Felder für „first-seen“ und „last-seen“, keine Sichtbarkeit bei 0 der 327 IPv4-Peers und 0 der 322 IPv6-Peers und keine beobachteten Nachbarn. CAIDA markierte die ASN als nicht gesehen mit einem null-Präfix-Kegel und einem Netzwerkgrad von null.
- Die öffentlichen Belege lokalisieren kein Rack, offenbaren keinen Adressblock, identifizieren keinen Upstream-Anbieter, zeigen keinen Kundenzugangspunkt, quantifizieren keine installierte Rechen- oder Speicherkapazität und stellen nicht fest, ob die Dienste über einen anderen Betreiber bereitgestellt werden. Das Fehlen einer Route AS152991 ist daher eine Grenze der Überprüfung, kein Beweis dafür, dass keine andere Aktivität existiert.
- Für einen Käufer liegen die entscheidenden Tests unterhalb und jenseits der ASN: Standort- und Stromversorgungsgrenzen, Eigentum oder Miete der Hardware, aktuelle Transitwege, nutzbare freie Kapazität, Backup-Wiederherstellung, Support-Eskalation, Abrechnungskontinuität und die Fähigkeit, Workloads zu exportieren, bevor ein Anbieter oder Vertrag ausfällt.
- Ngan Doan Cloud kann die registrierte Kapazität in einen beobachtbaren Betriebsanspruch umwandeln, indem es eine aktuelle Dienstgrenze veröffentlicht und es Kunden ermöglicht, die zugewiesenen Zugangspunkte, Routenursprünge, Failover, Wiederherstellung und Datenportabilität zu testen. Bis solche Belege erscheinen, sollte AS152991 als reservierte Netzidentität ohne aktive öffentliche Präfixe betrachtet werden, die es zu testen gilt.
Die ASN ist spezifisch; der Betriebsanspruch ist noch nicht sichtbar
Die stärkste öffentliche Tatsache über Ngan Doan Cloud Company Limited ist präzise. DerAPNIC-RDAP-Eintrag für AS152991identifiziert das autonome System alsNGANDOANCLOUD-VN, ordnet es Vietnam zu, nennt das Unternehmen in der Registrierungsbeschreibung und verzeichnet sowohl die Registrierung als auch die letzte Änderung am 5. September 2024. Die öffentlichen administrativen und technischen Kontaktobjekte verwenden dieselbe Netzbezeichnung. DieRIPEstat-AS-Übersichtzeigt als InhaberNGANDOANCLOUD-VN - Ngan Doan Cloud Company Limitedund ordnet die Nummer einem von APNIC zugewiesenen Block zu.
Diese Fakten reichen aus, um einen rechtlichen Namen, ein Länderkürzel und eine öffentliche Routing-Kennung zu verknüpfen. Sie reichen nicht aus, um diese Kennung mit einem operativen Cloud-Dienst zu verknüpfen. Eine autonome Systemnummer verleiht einem Netzwerk eine eindeutige Identität für den Austausch von Routing-Informationen. Sie umfasst kein IP-Präfix, keinen Router, keinen Transit-Schaltkreis, keinen Rechenzentrumsvertrag, keinen Server, kein Storage-Rack, keinen technischen Support und keinen Kunden.
Die Nummer kann existieren, bevor eine dieser Komponenten zusammengestellt ist, und sie kann registriert bleiben, während Dienste über das Netzwerk eines anderen Anbieters bereitgestellt werden.
Diese Unterscheidung ist wichtig, weilNGANDOANCLOUD-VNwie eine kompakte Beschreibung eines abgeschlossenen Betriebs aussieht. Sie enthält eine Produktkategorie und ein Länderkürzel. Ein Leser kann leicht von „Dieses Unternehmen besitzt eine ASN“ zu „Dieses Unternehmen betreibt ein vietnamesisches Cloud-Netzwerk“ übergehen. Die öffentlichen Belege stützen die erste Behauptung. Sie stützen die zweite noch nicht.
Das Datum verstärkt die Frage. Zum Zeitpunkt der Beobachtung war die Registrierung fast zwei Jahre alt. Eine ASN kann legitimerweise vor der Bereitstellung zugewiesen werden, und dieaktuelle APNIC-Ressourcenrichtlinieerlaubt die Zuweisung, wenn ein Antragsteller eine Verbindung zu einem anderen autonomen System benötigt, selbst wenn er plant, die Kriterien innerhalb eines angemessenen Zeitraums zu erfüllen. Die Registrierung dokumentiert daher einen genehmigten Anwendungsfall oder einen erwarteten Routing-Bedarf. Sie bestätigt nicht, dass die Implementierung zu einem bestimmten Datum stattgefunden hat.
Für Ngan Doan Cloud ist der nützliche Ausgangspunkt daher nicht eine Annahme von Aktivität oder Inaktivität. Es ist eine Lücke zwischen der administrativen Identität und dem beobachtbaren Routing. Der Rest der Bewertung fragt, was diese Lücke einen Kunden, Anbieter oder Vertragspartner übersehen lässt.
Zum Zeitpunkt der Beobachtung war jedes öffentliche Routing-Maß null
RIPEstat bietet den direktesten aktuellen Statustest. SeinErgebnis für angekündigte Präfixefür AS152991 gab eine leere Präfixliste zurück. SeinRouting-Status-Ergebnisverzeichnete null IPv4-Präfixe, null IPv4-Adressen, null IPv6-Präfixe und null IPv6-/48-Äquivalente um 08:00 UTC am 11. Juli 2026. Die Felder „first-seen“ und „last-seen“ waren leer.
Die Sichtbarkeit war ebenfalls null, nicht nur gering. Keiner der 327 in diesem Ergebnis dargestellten RIS-Peers mit voller IPv4-Tabelle sah AS152991, und keiner der 322 IPv6-Peers sah es. Das Status-Ergebnis zählte null beobachtete Nachbarn. Das separateASN-Nachbarergebnisgab keine Nachbareinträge zurück. Es gibt daher keinen beobachteten Provider-, Peer- oder Kunden-AS, der als Ausgangspunkt für die Untersuchung der Erreichbarkeit oder Vielfalt dienen könnte.
Die Register- und Policy-Ansichten bieten keinen versteckten Ersatz. DasWhois-Ergebnisvon RIPEstat reproduzierte den APNIC-aut-num-Eintrag und die Korrespondenzadresse in Hanoi, aber der erfasste Abschnitt des Internet-Routing-Registers war leer. Das zugehörigeRouting-Konsistenz-Ergebnisenthielt keine Präfixe, Imports oder Exports. Es gab keine in dieser Antwort erfasste Richtlinie, die mit einer Live-Route verglichen werden könnte.
CAIDA bietet ein separates topologisches Maß. SeinAS-Rank-Ergebnis für AS152991nannteNGANDOANCLOUD-VN, ordnete den Eintrag Vietnam zu und setzteseenauf false. Es meldete einen Kegel mit null Präfixen und null Adressen, wobei die Provider-, Peer-, Kunden- und Gesamtgrade alle null waren. Die Kegelzahl eines AS repräsentiert die ASN selbst; dies ist kein Beweis für ein nachgelagertes Netz.
Diese Maße stimmen in der engen Schlussfolgerung überein: AS152991 hatte zum Zeitpunkt der Beobachtung keine öffentlich beobachtbare Routing-Oberfläche. Die Übereinstimmung ist signifikant, da eine Live-Statusansicht eines Sammlers und ein unabhängig verarbeiteter topologischer Datensatz nicht dasselbe Produkt sind. Keiner von beiden offenbart ein Live-Präfix, einen AS-Pfad oder einen Nachbarn, der dem anderen widerspricht.
Null Route ist nicht gleich Null Aktivität
Der negative Befund muss begrenzt bleiben. Öffentliche BGP-Sammler beobachten Routen, die ihre Peers erreichen. Sie inventarisieren keine Unternehmen, Verträge, physischen Maschinen oder privaten Netzwerke. Ein Unternehmen kann Anwendungen auf von einem Provider zugewiesenen Adressen betreiben, virtuelle Server auf der Plattform eines anderen Anbieters weiterverkaufen, Bare-Metal-Server hinter einer anderen Ursprungs-ASN mieten, einen Content-Delivery-Dienst nutzen, interne Systeme auf privaten Adressen betreiben oder Beratung und Support anbieten, ohne jemals ein öffentliches Präfix unter eigener Nummer anzukündigen.
Das Fehlen von AS152991 beweist daher nicht, dass Ngan Doan Cloud keine Server, Kunden, Einnahmen oder laufende Aktivitäten hat. Es beweist nicht, dass das Unternehmen eine Bereitstellung aufgegeben hat. Es beweist keinen Ausfall, da ein Ausfall der Verlust eines zuvor etablierten Betriebszustands ist, und die bereitgestellten Routing-Daten haben kein „first-seen“- oder „last-seen“-Ereignis zu verlieren. Es beweist auch nicht, dass eine sehr lokale oder kurzlebige Ankündigung nie den Stichprobenansichten entkommen sein könnte.
DieDokumentation zum Routing-Statusdes RIPE NCC macht die Messgrenze explizit: Der Endpunkt fasst den BGP-Status zusammen, wie er von den RIS-Routensammlern beobachtet wird, gleicht historische Abfragen mit Sammelzeiten ab und schließt normalerweise Ankündigungen mit sehr geringer Sichtbarkeit unter seinem Peer-Schwellenwert aus. Eine Null-Sichtbarkeit über alle angezeigten Peers mit voller Tabelle ist ein starkes Indiz gegen eine zu diesem Zeitpunkt global verbreitete Route. Es handelt sich nicht um eine universelle Überwachung jeder Session.
Die gleiche Zurückhaltung gilt in umgekehrter Richtung. Die Präsenz im Register kann nicht zum Dienstnachweis erhoben werden. Ein gültiges aut-num-Objekt zeigt nicht, dass Kundenverkehr fließt, Hardware mit Strom versorgt wird, Rechnungen bezahlt werden oder ein Ingenieur eine ausgefallene Festplatte ersetzen kann. Die Unternehmensbezeichnung kann diese Lücken nicht schließen. „Cloud“ in einem registrierten Netzwerknamen ist ein Identitätshinweis, kein gemessener Dienstkatalog.
Dies hinterlässt eine bewusst asymmetrische Schlussfolgerung. Die Quellen sind stark genug, um zu sagen, dass AS152991 am 11. Juli 2026 keine beobachteten öffentlichen Präfixe hatte. Sie sind nicht stark genug, um zu sagen, was Ngan Doan Cloud, falls überhaupt, über andere Netzwerke bereitstellt. Diese Unsicherheit ist kein Fehler der Bewertung. Es ist die zentrale Tatsache, die ein Käufer klären muss.
Die Registrierung dokumentiert Absicht und Verwaltung, nicht installierte Kapazität
Eine ASN befindet sich in einem Governance-System, das zur Koordinierung von Routing-Kennungen entwickelt wurde. DasIANA-AS-Nummernregisterweist Bereiche den Regionalregistern zu, und APNIC oder ein nationales Internet-Register verwaltet die Zuweisungen in der asiatisch-pazifischen Region. Die Nummer von Ngan Doan Cloud fügt sich in diese Kette ein. Die Registrierung schafft einen dauerhaften öffentlichen Bezug und einen Kontakt für die Ressource.
APNIC definiert ein autonomes System als eine verbundene Gruppe von Präfixen unter einer klar definierten Routing-Richtlinie. SeinLeitfaden zu AS-Nummernerklärt die Rolle der Nummer bei der Identifizierung der Routing-Richtlinie eines Netzwerks. Das Protokoll selbst, definiert inRFC 4271, tauscht Erreichbarkeitsinformationen zwischen autonomen Systemen aus. Beide Beschreibungen weisen auf die operative Nutzung hin, aber keine behauptet, dass eine zugewiesene Nummer automatisch eine Route ankündigt.
Der zeitliche Spielraum ist wichtig. Die Ressourcenzuweisung kann Schaltkreisen, Adressressourcen, Router-Konfiguration und der Annahme durch den vorgelagerten Provider vorausgehen. Ein Netzwerk benötigt möglicherweise die ASN, bevor es eine Provider-Bestellung abschließt oder Filter erstellt. Die Bereitstellung kann dann durch Beschaffung, Standortzugang, Lizenzen, Engineering, geschäftliche Prioritäten oder eine Architekturänderung verzögert werden. Die Nummer kann auch für eine zukünftige Migration aufbewahrt werden, während aktuelle Dienste weiterhin unter der ASN eines Providers laufen.
Die installierte Cloud-Kapazität ist eine andere Kategorie von Beweisen. Sie würde Fakten über Hosts, CPUs, Arbeitsspeicher, Storage, Switches, Stromversorgung und Standort erfordern. Selbst ein einziges sichtbares Präfix würde nur beweisen, dass ein Ursprung verbreitet wurde; es würde nicht offenbaren, wie viele Maschinen hinter den Adressen stecken. Mit null Präfixen bietet AS152991 keine zugängliche Stichprobe. Es gibt keine Adresse, um die Latenz zu überprüfen, keinen Pfad, um den Transit zu inspizieren, keinen Ursprung, der mit einem Route-Objekt verglichen werden könnte, und keine Routing-Historie, um Kontinuität abzuleiten.
Die Registrierung ist daher bestenfalls als eine Fähigkeit auf der Ebene der Steuerungsebene zu interpretieren. Sie zeigt, dass Ngan Doan Cloud unabhängig in BGP benannt werden kann, wenn es Präfixe und bereitwillige Gegenstellen hat, die sie austauschen und verbreiten. Hat es diese Fähigkeit ausgeübt? Das ist die unbeantwortete Frage.
Der öffentliche Datensatz lokalisiert keinen Maschinenraum
Die Whois-Daten ordnen dem Unternehmen eine Adresse im Bezirk Thanh Xuan in Hanoi zu. Dies ist ein administrativer Standort in einem Nummernressourcen-Eintrag. Dies zeigt nicht an, dass Kundenausrüstung, ein Netzwerkrand oder ein Rechenzentrum diese Adresse belegt. Registrierte Büros, Korrespondenzadressen und technische Kontakte unterscheiden sich regelmäßig von den physischen Standorten, an denen Dienste betrieben werden.
Ebenso kann keine öffentliche Route einen geografischen Hinweis liefern. Länderkürzel in Internet-Nummerneinträgen beschreiben den Registrierungskontext, nicht den genauen Standort der Ausrüstung. Selbst wenn ein Präfix aktiv ist, kann eine IP-Adresse remote angekündigt, getunnelt, über ein Backbone transportiert, anycast ausgestrahlt oder durch kommerzielle Datenbanken ungenau kartiert werden. Im vorliegenden Fall gibt es kein Präfix AS152991, von dem aus selbst diese begrenzten Ableitungen beginnen könnten.
Eine Behauptung über den Cloud-Standort würde einen anderen Satz von Beweisen erfordern. Mindestens müsste ein Kunde die Stadt oder die Art der Einrichtung kennen, in der die primären Rechen- und Speicherressourcen untergebracht sind, ob Ngan Doan Cloud die Hardware besitzt oder mietet, welcher Teil den physischen Zugang kontrolliert und ob Backups im selben Gebäude gehostet werden. Ein Anbieter kann die genauen Rack-Koordinaten schützen, während er die Betreibergrenze und die allgemeine Gerichtsbarkeit identifiziert.
Installationsbestätigungen, Vertragsauszüge, Rechnungen, Zugangsverfahren oder clientseitige Testpunkte können die Behauptung untermauern, ohne sensible Sicherheitsdetails preiszugeben.
Dies ist besonders wichtig im schnell wachsenden Markt für digitale Infrastruktur in Vietnam. Diedigitale Infrastrukturstrategieder Regierung fordert neue Rechenzentren, internationale Kabel, digitale Knotenpunkte und grünere Einrichtungen. Diese nationalen Ziele begründen Nachfrage und politische Ausrichtung. Sie beweisen nicht, dass ein bestimmtes kleines Unternehmen ein Rechenzentrum besitzt, ein Rack mietet oder ein Watt nutzbarer Leistung gesichert hat.
Ngan Doan Cloud kann eine vietnamesische Einrichtung, eine ausländische Einrichtung, eine Wiederverkaufsplattform oder sogar keine kundenorientierte Infrastruktur nutzen. Der VN-Eintrag der ASN kann nicht zwischen diesen Möglichkeiten wählen. Die physische Lokalität muss auf der Ebene der Workload und des Speichers nachgewiesen werden.
Ein Cloud-Produkt ist eine Kette von Vermögenswerten und Versprechen
Das Wort Cloud kann den Eindruck erwecken, der Dienst sei von der Hardware losgelöst, aber ein Kunde mietet letztlich ein koordiniertes Bündel knapper Ressourcen. DieNIST-Definition von Cloud Computingbeschreibt den On-Demand-Zugriff auf einen gemeinsamen Pool konfigurierbarer Ressourcen wie Netzwerke, Server, Speicher, Anwendungen und Dienste. Die scheinbare Elastizität hängt von realen Hosts, Festplatten, Switches, Stromversorgungen und Betriebspersonal ab.
Für einen kleinen Anbieter kann die Kette mit einer virtuellen Großhandelsplattform beginnen, anstatt mit eigenen Servern. Dies ist eine legitime Architektur, aber sie verändert die Risikogrenze. Der Einzelhandelsanbieter kontrolliert Verpackung, Abrechnung und Support, während der Großhändler den Hypervisor, den physischen Host, den Speicher und oft das Netzwerk kontrolliert. Ein Ausfall oder Kontostreit beim Großhändler kann Einzelhandelskunden betreffen, selbst wenn die eigenen Systeme des Einzelhandelsanbieters gesund sind.
Die Alternative ist ein gemieteter Rack-Platz mit unternehmenseigener Ausrüstung. Dies gibt dem Anbieter mehr Kontrolle über die Serverauswahl und Virtualisierung, fügt aber Verantwortlichkeiten für die Verwaltung des Hardwarebestands, Remote-Hands, Firmware, Verkabelung, Stromzuteilung und Transit hinzu. Der Besitz eines Rechenzentrumsgebäudes würde noch mehr Abhängigkeiten auf das Unternehmen verlagern, darunter Kühlung, Generatoren, Brandschutz, Carrier-Zugang und Sicherheit. Die öffentlichen Belege identifizieren nicht, welche Ebene Ngan Doan Cloud belegt.
AS152991 allein kann die Frage nicht klären, da die Netzidentität von jedem dieser Geschäftsmodelle getrennt sein kann. Ein Wiederverkäufer kann eine ASN besitzen, die er nicht nutzt. Ein Hardware-Eigentümer kann unter den Adressen eines vorgelagerten Providers arbeiten. Ein Softwareunternehmen kann eine Nummer für ein Projekt registrieren, das nie startet. Ein Cloud-Dienst kann über einen Provider-Ursprung zugänglich bleiben, während seine eigene ASN still ist.
Das Betriebsmodell ist wichtiger als das Etikett, da es identifiziert, wer einen Ausfall beheben kann. Wenn eine Kundeninstanz verschwindet, kann Ngan Doan Cloud auf den Host zugreifen, die Festplatte ersetzen und das Image wiederherstellen, oder muss es ein Ticket beim Anbieter eröffnen? Wenn ein Präfix gefiltert wird, kann sein Ingenieur BGP ändern, oder hält ein vorgelagerter Provider die Route? Wenn das Konto gesperrt wird, welcher Vertrag kontrolliert die Wiederherstellung? Ohne sichtbare Route oder Service-Offenlegung sind dies offene Fragen, keine Kritik.
Installierte Kapazität ist nicht nutzbare Kapazität
Selbst der Nachweis physischer Hardware würde die Frage der Cloud-Kapazität nicht klären. Die installierte Kapazität zählt, was vorhanden ist. Die nutzbare Kapazität subtrahiert die für Resilienz, Wartung, Plattform-Overhead und Kundenverpflichtungen verbrauchten Ressourcen. Ein Rack kann voll erscheinen, aber wenig gesicherte Marge haben, und ein neuer Server kann unbrauchbar sein, wenn Strom, Speicher oder Netzwerkanschlüsse begrenzt sind.
Die Rechenkapazität wird durch die Mischung von CPUs, Arbeitsspeicher und Workload-Konflikten begrenzt. Die Speicherkapazität wird durch Replikation, Parität, Snapshots, Leistung und Wiederaufbaumarge begrenzt. Die Netzkapazität wird durch Switch-Ports, Uplink-Geschwindigkeit, Upstream-Verpflichtungen und Überlastung begrenzt. Die Stromkapazität wird durch das niedrigste der vertraglichen Zuteilung, Verteilungsausrüstung, Kühlung und Generatorunterstützung begrenzt. Die Personalkapazität wird durch die Personen begrenzt, die im Fehlerfall reagieren können.
Ein Anbieter, der zehn Hosts anzeigt, kann nicht sicher alle zehn als dauerhafte Produktionskapazität verkaufen, wenn ein Host verfügbar sein muss, um Workloads eines anderen aufzunehmen. Zwei Speicherkopien im selben Gehäuse überleben einen Gehäuseausfall nicht. Zwei Netzteile, die an eine Verteilungseinheit angeschlossen sind, erzeugen keine unabhängige Stromversorgung. Zwei Transitsitzungen, die über eine einzige Zusammenschaltung bereitgestellt werden, erzeugen keine physische Routing-Diversität.
Keines der hier geprüften öffentlichen Dokumente gibt Ngan Doan Cloud eine installierte Zahl, geschweige denn eine nutzbare. Das bedeutet, dass weder Fülle noch Knappheit abgeleitet werden können. Die ASN mit Null-Präfix fügt eine spezifische Einschränkung hinzu: Es gibt keinen öffentlichen Kundenplan unter AS152991, an dem Nutzung, Latenz, Paketverlust oder Failover gemessen werden könnten.
Die Beweise, die die Kapazität klären würden, sind praktischer Natur. Ein Anbieter kann einen aktuellen Bestand nach Klasse, eine Überbuchungsrichtlinie, eine reservierte Failover-Marge und einen aktuellen Auslastungsbereich offenlegen. Ein Kunde kann die Anzahl der Workloads anfragen, die den Verlust des größten Hosts, Storage-Knotens, Switches und der Stromversorgung überleben können. Die Antwort muss die Einschränkung identifizieren, die zuerst wirksam wird. Globale Marketingzahlen ohne diese Ableitungen sind Planungszahlen, keine wiederherstellbare Dienstkapazität.
Die Routing-Grenze ist völlig ungetestet
Wenn Ngan Doan Cloud beabsichtigt, AS152991 zu nutzen, wäre die erste sichtbare betriebliche Änderung normalerweise ein Präfix, das diese Nummer als Ursprung trägt oder in einem AS-Pfad erscheint. Dies würde mehrere Tests ermöglichen. Beobachter könnten vorgelagerte Provider identifizieren, die Verbreitung messen, die Routenstabilität inspizieren, Richtlinieneinträge vergleichen und bewerten, ob IPv4 und IPv6 demselben Design folgen.
Derzeit kann keiner dieser Tests durchgeführt werden. Es gibt keine Route, die zeigt, ob das Unternehmen einfach oder mehrfach angebunden ist. Es gibt keinen Nachbarn, um Transit von Peering zu unterscheiden. Es gibt kein Präfix, um eine Route-Origin-Autorisierung zu überprüfen. Es gibt keinen Pfad, der offenbart, ob nominell getrennte vorgelagerte Provider einen gemeinsamen Anbieter teilen. Es gibt keine Rückzugsgeschichte, um das Wiederherstellungsverhalten abzuschätzen.
Das Fehlen einesPeeringDB-Netzwerkergebnissesin der aufgezeichneten Abfrage fügt keine starke Schlussfolgerung hinzu. PeeringDB ist ein freiwilliges Zusammenschaltungsverzeichnis. Viele kleine Netzwerke haben kein Profil, und ein Profil wäre selbstdeklariert und kein Beweis für eine funktionierende Session. Das Fehlen eines Eintrags bedeutet nur, dass dieses öffentliche Verzeichnis der Evidenz keine Schicht aus Installation, Austausch oder offengelegter Zusammenschaltung hinzugefügt hat.
Ebenso ist eine leere Routing-Policy-Ansicht kein Routing-Fehler. DerAPNIC aut-num-Leitfadenerklärt, wie Import- und Export-Attribute die beabsichtigte Routing-Richtlinie dokumentieren können. Solche Aussagen können Betreibern beim Aufbau von Filtern helfen, aber es sind administrative Aussagen. Der aufgezeichnete Eintrag von Ngan Doan Cloud hat sie nicht offengelegt, und selbst wenn doch, wäre eine Live-BGP-Beobachtung immer noch notwendig.
Der kürzeste Routing-Test ist daher auch der aufschlussreichste: Fragen Sie nach einem aktuellen Kundenzugangspunkt und bestimmen Sie, welche ASN ihn ursprüngt. Wenn der Ursprung AS152991 ist, sollte der öffentliche Datensatz einen Pfad zeigen. Wenn der Ursprung ein anderes Netzwerk ist, sollte der Anbieter diese Betriebsgrenze, den Adressbesitz und die Migrationsauswirkungen erklären. Jede Antwort ist nützlicher, als die registrierte Nummer als Beweis zu behandeln.