IPv4- und IPv6-Transferbereitschaftsprüfung | Registry, BGP, IRR und RPKI
TOOL FÜR INTERNET-NUMMERNRESSOURCEN

IPv4 & IPv6-Übertragungsbereitschaftsprüfung

Überprüfen Sie die Registerdaten, die Ursprungs-ASN, IRR-Routenobjekte, die RPKI-Autorisierung, die Live-Sichtbarkeit im BGP, die Routing-Konsistenz und grundlegende Signale zum betrieblichen Ruf für ein öffentliches IPv4- oder IPv6-Präfix.

RIPEstat-Daten-APIRIR-RegistrierungRIS-BGP-DatenIRR-AufzeichnungenRPKI-Validator
Versuchen Sie ein Beispiel:

Das eingegebene öffentliche Präfix wird über HTTPS an RIPEstat gesendet. Diese Seite erfordert keinen API-Schlüssel und führt keine Aktualisierung der Registrierung oder des Routings durch.

Umfang: Dies ist eine technische Vorabprüfung und kein Nachweis der Eigentümerschaft, der Übertragungsberechtigung, eines einwandfreien Rufs oder der Genehmigung durch das Register. Die Regeln für die Übertragung und Zuweisung von IPv6 unterscheiden sich je nach RIR und Ressourcentyp. Bestätigen Sie die aktuelle Richtlinie beim zuständigen RIR oder dem Sponsor-LIR.

What the IPv4 and IPv6 Readiness Checker Reviews

Dieser Prüfer fasst mehrere öffentliche technische Signale in einem Bericht zusammen. Er identifiziert das dem Präfix zugeordnete Regional Internet Registry, liest verfügbare Registrierungsdaten, ermittelt aktuelle BGP-Origin-ASNs, sucht nach passenden IRR-Route- oder Route6-Objekten, validiert jeden sichtbaren Origin anhand von RPKI und misst, ob das Präfix für RIPE-RIS-Peers sichtbar ist. Außerdem hebt er offensichtliche Inkonsistenzen hervor, etwa wenn eine Route in BGP erscheint, ohne dass ein passendes IRR-Objekt vorhanden ist, ein Origin laut RPKI ungültig ist, mehrere aktuelle Origins vorhanden sind oder ein öffentlicher Abuse-Kontakt fehlt.

Das Ergebnis ist für eine frühzeitige Due-Diligence-Prüfung vor einem IPv4-Transfer, einer Überprüfung von IPv6-Ressourcen, einer Netzwerkmigration, dem BGP-Onboarding oder einem Gespräch mit einem sponsoring LIR vorgesehen. Eine hohe Punktzahl bedeutet, dass die öffentlich zugänglichen technischen Daten zum Zeitpunkt der Abfrage vergleichsweise vollständig und konsistent erscheinen. Sie garantiert nicht, dass ein Regional Internet Registry einem Transfer zustimmt, dass eine Ressource rechtlich verfügbar ist oder dass für den Adressraum kein historisches Reputationsproblem besteht.

Registry- und Registrierungsobjekte

Die maßgebliche RIR zu bestimmen, ist ein wichtiger erster Schritt, da sich Richtlinien, Übertragungsverfahren, Dokumentationsanforderungen und Ressourcenstatus zwischen RIPE NCC, ARIN, APNIC, LACNIC und AFRINIC unterscheiden. Der Registrierungsabschnitt zeigt verfügbare Felder wie inetnum oder inet6num, Netname, Organisationsreferenz, Land, Status, Quelle und Datum der letzten Änderung an. Registrierungsdaten sollten zusammen mit Verträgen und aktuellen RIR-Datensätzen geprüft werden; sie stellen für sich genommen keinen rechtlichen Eigentumsnachweis dar.

Ursprungs-ASN, Routenobjekte und BGP-Sichtbarkeit

Die Origin-ASN ist das Autonome System, das das Präfix derzeit in BGP originäriert. Ein IRR-Routenobjekt für IPv4 oder ein route6-Objekt für IPv6 dokumentiert die Routing-Absicht und wird von Transitprovidern häufig beim Erstellen von Präfixfiltern verwendet. Die Live-Sichtbarkeit in BGP ist ein anderes Signal: Sie zeigt, ob die Route tatsächlich von RIPE-RIS-Peers beobachtet wird. Ein Routenobjekt beweist keine Live-Sichtbarkeit, und die Live-Sichtbarkeit beweist nicht, dass die Ankündigung autorisiert ist. Die stärkste operative Position besteht normalerweise in einer konsistenten Beziehung zwischen Registrierungs-, IRR-, BGP- und RPKI-Daten.

RPKI-ROA-Validierung

RPKI bietet eine kryptografische Autorisierung des Routenursprungs. Für jede aktuelle Ursprungs-ASN, die in öffentlichen BGP-Daten gefunden wird, fragt der Prüfer einen Validator, ob das Präfix und der Ursprung gültig, ungültig oder nicht gefunden sind. Ein gültiges Ergebnis bedeutet, dass eine anwendbare ROA den Ursprung und die Präfixlänge autorisiert. Ein ungültiges Ergebnis erfordert eine dringende Überprüfung, da Netzwerke, die eine Routenursprungsvalidierung durchführen, die Ankündigung möglicherweise ablehnen oder nachrangig behandeln. Ein Ergebnis „nicht gefunden“ bedeutet, dass keine anwendbare ROA gefunden wurde; es ist nicht dasselbe wie „ungültig“, aber die Erstellung einer geeigneten ROA gilt weithin als empfohlene Praxis für Routing-Sicherheit.

Was „Reputation“ in diesem Bericht bedeutet

Der Reputationsabschnitt bewertet nur grundlegende öffentlich feststellbare betriebliche Hygiene, etwa ob ein zuständiger Abuse-Kontakt verfügbar ist und ob Registry- und Routing-Einträge konsistent sind. Er fragt keine kommerziellen Betrugsdatenbanken, E-Mail-Blocklisten, Einstufungen als Residential-Proxy oder jede einzelne Drittanbieterquelle für Bedrohungsinformationen ab. Führen Sie vor dem Kauf, der Anmietung oder der Annahme eines IPv4-Blocks separate Prüfungen auf Spam, Malware, Geolokalisierung, frühere Nutzung und plattformspezifische Reputation durch. Die IPv6-Reputation sollte ebenfalls entsprechend der vorgesehenen Arbeitslast und der Ankündigungshistorie bewertet werden.

Häufig gestellte Fragen

Kann dieser Prüfer bestätigen, dass ein IPv4-Block übertragbar ist?

Nein. Es prüft ausschließlich öffentlich zugängliche technische Daten. Die Übertragungsberechtigung hängt von der maßgeblichen RIR, dem Ressourcenstatus, den Richtlinien, den vertraglichen Rechten, der Dokumentation und dem Genehmigungsverfahren ab.

Unterstützt der Prüfer IPv6-Präfixe?

Ja. Geben Sie ein IPv6-Präfix in CIDR-Notation ein, z. B. 2001:67c:2e8::/48. Das Tool überprüft Registrierung, Ursprungs-ASN, route6, RPKI und BGP-Sichtbarkeit, sofern öffentliche Daten verfügbar sind.

Ist ein RPKI-„Nicht gefunden“-Ergebnis dasselbe wie ungültig?

Nein. „Nicht gefunden“ bedeutet, dass keine zutreffende ROA gefunden wurde. „Ungültig“ bedeutet, dass eine ROA vorhanden ist, aber den beobachteten Ursprung oder die Präfixlänge nicht autorisiert.

Warum können öffentliche Datenquellen voneinander abweichen?

Registry-, IRR-, BGP- und RPKI-Systeme erfüllen unterschiedliche Zwecke und werden zu unterschiedlichen Zeitpunkten aktualisiert. Eine Abweichung kann auf einen Übergang, ein veraltetes Objekt, einen Konfigurationsfehler, eine unbefugte Ankündigung oder eine vorübergehende Datenverzögerung hindeuten und sollte untersucht werden.