Bevor Ihr Subnetz bei IPbnb bereitgestellt werden kann, müssen auf der RIPE-Seite einige Dinge erledigt sein. Dieser Leitfaden erklärt, wie Sie den Adressstatus prüfen, sicherstellen, dass Ihr Subnetz geeignet ist, den Bereich von früherer Nutzung bereinigen und das inetnum-Objekt anlegen, das unsere automatische Verifizierung prüft.

Falls Sie sich noch nicht registriert haben, beginnen Sie mit Konto erstellen und Verifizierung abschließen. Sobald Ihr Subnetz bereit ist, geht es weiter mit So stellen Sie ein Subnetz bei IPbnb bereit.

Was Sie brauchen

• Zugriff auf die RIPE Database für Ihren Block – entweder über das LIR Portal (RIPE-NCC-Mitglieder) oder mit eigenen Maintainer-Zugangsdaten

• Ihre App für die Zwei-Faktor-Authentifizierung

• Zugriff auf die abuse-mailbox-Adresse Ihres RIPE-Organisationsobjekts

• Den genauen Bereich, den Sie verleasen möchten, nachweislich frei von aktueller Nutzung

Die RIPE-Anforderungen verstehen

Adressstatus: PA, Legacy und PI

Ihre Adressen müssen den Status ALLOCATED PA oder LEGACY haben, um bei IPbnb bereitgestellt werden zu können.

• ALLOCATED PA-Blöcke können nach RIPE-Policy unterzugeteilt und an andere verleast werden. Das ist der Status einer regulären IPv4-Zuteilung eines RIPE-NCC-Mitglieds.

• LEGACY-Adressen wurden vor dem heutigen System der Regional Internet Registries vergeben, daher gelten die Zuteilungsrichtlinien von RIPE für sie nur eingeschränkt. Sie können über IPbnb verleast werden; die Besonderheiten werden unten erklärt.

• ASSIGNED PI-Adressen dürfen nur von der Organisation genutzt werden, der sie zugewiesen sind. Eine Weitergabe verstößt gegen die RIPE-Policy und kann dazu führen, dass das RIPE NCC die Zuweisung löscht. Deshalb akzeptiert IPbnb keinen PI-Adressraum.

Zwei weitere Fälle weichen vom Standardprozess ab. Hat Ihr Objekt bereits den Status SUB-ALLOCATED PA, müssen Sie kein neues anlegen. Bearbeiten Sie das bestehende Objekt so, dass es die Anforderungen aus Schritt 4A erfüllt, einschließlich der Felder org, abuse-c und remarks, und stellen Sie sicher, dass alle Pflichtattribute ausgefüllt sind. Fahren Sie dann mit Schritt 5 fort. Hat Ihr Objekt den Status ASSIGNED PA, handelt es sich um eine Zuweisung eines LIR an Sie und nicht um eine Zuteilung – darunter kann kein untergeordnetes Objekt angelegt werden. Kontaktieren Sie uns in diesem Fall unter support@ipbnb.com, bevor Sie etwas ändern, und wir prüfen die Optionen gemeinsam mit Ihnen.

Ihren Status sehen Sie im Bereich My Resources des LIR Portal oder im Feld status: Ihres inetnum-Objekts in der RIPE Database.

Wo der Status PA, LEGACY oder PI in einem RIPE-inetnum-Objekt steht:

Subnetzgröße: was IPbnb akzeptiert

Das kleinste Subnetz, das Sie bereitstellen können, ist ein /24 mit 256 IPv4-Adressen. Größere Blöcke wie /23, /22 und /21 werden ebenfalls akzeptiert.

Im Standardprozess muss das bereitgestellte Subnetz ein eigenes inetnum-Objekt unterhalb Ihres übergeordneten Blocks haben. So beschränken sich die Datenbankrechte von IPbnb auf das bereitgestellte Subnetz, während Sie die Kontrolle über den übergeordneten Block behalten.

Was „more specific“ bedeutet

Ein spezifischeres Objekt (more specific) deckt einen kleineren Teil des übergeordneten Blocks ab und hat ein längeres Präfix – also eine höhere Zahl nach dem Schrägstrich.

Angenommen, Sie halten einen /21 mit 2.048 Adressen und möchten die Hälfte davon verleasen:

• Übergeordneter Block: /21 – 2.048 Adressen

• Verleaster Teil: /22 – 1.024 Adressen

Bevor Sie den /22 bereitstellen, legen Sie ein separates /22-inetnum-Objekt an, das genau diesen Bereich abdeckt. IPbnb verwaltet während des Leasings nur dieses untergeordnete Objekt. Das übergeordnete /21-Objekt bleibt unter Ihrer Kontrolle.

Dasselbe gilt für andere Aufteilungen: Ein übergeordneter /23 kann zwei separate /24-Objekte enthalten.

Wenn Ihr gesamter Block ein /24 ist

Ein einzelner /24 ist bereits der kleinste Block, den wir akzeptieren, und darunter kann kein weiterer /24 angelegt werden. Er kann daher nicht den standardmäßigen automatisierten Prozess durchlaufen – unabhängig davon, ob sein Status ALLOCATED PA oder LEGACY ist.

Eine Bereitstellung kann nach individueller Prüfung trotzdem möglich sein. Schreiben Sie an support@ipbnb.com – unser Team prüft den Block und erklärt die erforderliche Einrichtung.

Fügen Sie IPBNB-MNT nicht zu Ihrem bestehenden /24-Objekt hinzu, bevor Sie von uns gehört haben.

Legacy-Adressraum: was anders ist

Hat Ihr Block den Status LEGACY statt ALLOCATED PA, gelten drei Punkte.

Jedes Objekt innerhalb eines Legacy-Blocks hat ebenfalls den Status LEGACY. Es kann nicht auf SUB-ALLOCATED PA oder einen anderen PA-Status gesetzt werden. Wenn Sie das Objekt für die zu verleasenden Adressen anlegen, verwenden Sie LEGACY, falls das Formular nach einem Status fragt; die RIPE Database setzt oder korrigiert diesen Wert zudem automatisch.

Stellen Sie nicht Ihr oberstes Legacy-Objekt bereit. Dieses Objekt steht für den gesamten auf Ihre Organisation registrierten Legacy-Block, und IPbnb akzeptiert es nicht direkt. Technisch ist es zwar möglich, IPBNB-MNT dort hinzuzufügen, das würde aber Zugriff an der Spitze der Legacy-Hierarchie gewähren. Ein Fehler in der Maintainer-Konfiguration auf dieser Ebene könnte Ihre Kontrolle über den gesamten Block beeinträchtigen und eine Korrektur durch das RIPE NCC erfordern.

So erkennen Sie das oberste Legacy-Objekt. Öffnen Sie das Objekt in der RIPE Database und prüfen Sie die Felder mnt-by:. Steht in einem davon:

mnt-by: RIPE-NCC-LEGACY-MNT

behandeln Sie es als oberstes Legacy-Objekt. Legen Sie ein spezifischeres Objekt für den zu verleasenden Teil an und fügen Sie den Maintainer von IPbnb nur zu diesem untergeordneten Objekt hinzu, wie in Schritt 4B beschrieben.

Schritt 1: Zugriff und Adressstatus bestätigen

Wie Sie in der RIPE Database arbeiten, hängt davon ab, ob Ihre Organisation RIPE-NCC-Mitglied ist.

Wenn Sie Mitglied (LIR) sind:

1. Gehen Sie zu https://access.ripe.net/

2. Melden Sie sich mit E-Mail und Passwort an und bestätigen Sie mit dem Einmalcode aus Ihrer Authentifizierungs-App

3. Öffnen Sie das LIR Portal über das obere Menü
   

4. Öffnen Sie den Tab My Resources
   

Wenn Sie kein Mitglied sind – was für die meisten Legacy-Eigentümer und für Endnutzer mit sponserndem LIR gilt –, haben Sie keinen Zugriff auf das LIR Portal. Arbeiten Sie direkt in der RIPE Database unter https://apps.db.ripe.net/db-web-ui/ mit Ihren eigenen Maintainer-Zugangsdaten.

Bestätigen Sie den Status Ihres Blocks, bevor Sie weitermachen, und gleichen Sie ihn mit den Szenarien in Schritt 3 ab.

Schritt 2: Bereich von früherer Nutzung bereinigen

Übrig gebliebene Einträge aus früherer Nutzung sind die häufigste Ursache für eine fehlgeschlagene Verifizierung. Erledigen Sie diesen Schritt, bevor Sie ein neues Objekt anlegen, und prüfen Sie genau den Bereich, den Sie verleasen möchten, nicht den übergeordneten Block als Ganzes.

In der RIPE Database entfernen Sie Einträge, die mit dem bereitgestellten Bereich verknüpft sind:

• Spezifischere inetnum-Objekte innerhalb des Bereichs

• Alte route-Objekte

• Alte domain-Objekte für Reverse DNS

• Alle anderen Einträge früherer Nutzer oder Dienste

Entfernen Sie nur, was zu dem vorbereiteten Bereich gehört. Löschen Sie nicht den übergeordneten Block oder Einträge für Adressen außerhalb der Bereitstellung.

In RPKI entfernen oder aktualisieren Sie jede ROA, die einer alten ASN erlaubt, das Subnetz anzukündigen. Prüfen Sie auch, ob eine übergreifende ROA das Subnetz abdeckt: Schützt sie andere Adressen in Ihrem übergeordneten Block, entfernen Sie sie nicht, bevor Sie die Auswirkungen auf diese Adressen geprüft haben. Kontaktieren Sie uns, wenn Sie unsicher sind, ob eine übergreifende ROA geändert werden muss. Rechnen Sie nach jeder RPKI-Änderung mit einigen Stunden, bis Validatoren sie übernehmen.

In BGP stellen Sie sicher, dass das Subnetz nicht mehr von seiner früheren ASN angekündigt wird. Prüfen Sie, ob es noch von einem größeren aktiven Aggregat abgedeckt wird, und ziehen Sie keine übergeordnete Ankündigung zurück, bevor Sie sicher sind, dass das Routing für andere Adressen nicht unterbrochen wird. Ist das Subnetz nur noch als Teil einer größeren Ankündigung sichtbar, kontaktieren Sie uns, bevor Sie fortfahren.

In Ihrer eigenen Infrastruktur stellen Sie sicher, dass keine Server, Kunden, DNS-Dienste, Tunnel oder anderen Dienste mehr von dem Subnetz abhängen.

IP-Reputation prüfen. Vergewissern Sie sich, dass der Bereich auf keiner großen Blocklist steht – Spamhaus, Cisco Talos und ein Multi-Listen-Checker wie MXToolbox decken die meisten Fälle ab.

Schritt 3: Ihr Szenario wählen

Wählen Sie den Weg, der zum Status Ihres übergeordneten Blocks passt.

„Größer als /24“ bedeutet ein /23, /22, /21 oder jeder Block mit mehr Adressen.

Alle Standardwege enden mit Schritt 5, in dem Sie IPBNB-MNT zum Objekt hinzufügen.

Schritt 4A: Untergeordnetes Objekt für PA-Adressraum anlegen

Warum dieser Schritt nötig ist

IPbnb muss den verleasten Teil Ihrer Zuteilung verwalten können, ohne Rechte am gesamten übergeordneten Block zu erhalten. Ein spezifischeres inetnum-Objekt, das nur die bereitzustellenden Adressen abdeckt, sorgt für diese Trennung. Ist Ihr übergeordneter Block ein /21 und möchten Sie die Hälfte verleasen, legen Sie für diesen Teil ein /22-Objekt an.

Objekt anlegen

Gehen Sie im LIR Portal zu RIPE Database → Resources → My Resources → Create assignment. Das Formular heißt „Create assignment“, den Statuswert ändern Sie aber wie unten beschrieben.

Füllen Sie die Pflichtfelder aus:

• inetnum – Ihr Subnetz im CIDR-Format, zum Beispiel 95.111.152.0/22. Das Präfix muss länger sein als das des übergeordneten Blocks (ein /22 unter einem /21), und der Bereich muss innerhalb des übergeordneten Blocks liegen.

• netname – ein beliebiger Name, der mit einem Buchstaben beginnt und nur lateinische Buchstaben, Ziffern, Bindestriche oder Unterstriche enthält, ohne Leerzeichen. Beispiel: IPBNB-LEASE-BLOCK-1

• country – der zweistellige Ländercode des Blocks, zum Beispiel NL, DE oder FR

• admin-c – administrativer Kontakt, ausgewählt aus Ihren bestehenden Kontakten

• tech-c – technischer Kontakt, ausgewählt aus Ihren bestehenden Kontakten

• status – SUB-ALLOCATED PA. Das ist das entscheidende Feld. Es erlaubt IPbnb, das Subnetz zu verwalten, während Sie den Block behalten. Ohne genau diesen Status schlägt die Verifizierung fehl.

Beispiel für ein inetnum-Objekt mit Status SUB-ALLOCATED PA:

Fügen Sie dann über die Schaltfläche + drei optionale Felder hinzu:

• org – Ihr RIPE-Organisationscode. Sie brauchen Zugriff auf die abuse-mailbox-Adresse dieser Organisation, weil unsere Verifizierungsnachrichten dorthin gesendet werden.

• abuse-c – geben Sie am34346 ein, den Abuse-Kontakt von IPbnb. Wird er direkt im inetnum-Objekt eingetragen, gehen Abuse-Meldungen für das bereitgestellte Subnetz an IPbnb statt an den von Ihrer Organisation oder dem übergeordneten Objekt geerbten Abuse-Kontakt. Das betrifft nur Abuse-Meldungen; Verifizierungsnachrichten gehen weiterhin an die abuse-mailbox der Organisation im Feld org:.

Geben Sie am34346 in Kleinbuchstaben ein. RIPE-Kennungen unterscheiden in der Regel nicht zwischen Groß- und Kleinschreibung, doch bei der Eingabe von AM34346 in diesem Formular kam es wiederholt zu Validierungsfehlern. Kleinbuchstaben vermeiden das Problem.

• remarks – fügen Sie den Reseller-Hinweis von IPbnb hinzu. Er zeigt jedem, der das Subnetz in der RIPE Database nachschlägt, wie die Adressen bereitgestellt werden und wohin Routing- und Abuse-Anfragen gehen. Geben Sie den Text genau wie angegeben ein:

abuse-c am34346 zu einem inetnum-Objekt hinzufügen:

Behalten Sie Ihren eigenen Maintainer im Feld mnt-by: und fügen Sie IPBNB-MNT in diesem Schritt noch nicht hinzu. Reichen Sie das Objekt nur mit Ihrem eigenen Maintainer ein. Warten Sie, bis RIPE die erfolgreiche Anlage bestätigt, und fahren Sie dann mit Schritt 5 fort.

Schritt 4B: Untergeordnetes Objekt für Legacy-Adressraum anlegen

Warum dieser Schritt nötig ist

IPbnb verwaltet ein eigenes untergeordnetes Objekt statt Ihres obersten Legacy-Objekts. Das beschränkt die Rechte von IPbnb auf den verleasten Teil und schützt den Rest Ihres Legacy-Blocks.

Bestätigen Sie vor dem Start, welches Objekt das oberste ist, indem Sie die Felder mnt-by: wie oben beschrieben auf RIPE-NCC-LEGACY-MNT prüfen. Fügen Sie IPBNB-MNT nicht zu diesem Objekt hinzu und nutzen Sie es nicht für eine Standardbereitstellung.

Objekt anlegen

Legen Sie ein spezifischeres inetnum-Objekt an, das nur den zu verleasenden Teil abdeckt und in diesem Schritt durch Ihren eigenen Maintainer geschützt ist.

Füllen Sie dieselben Felder wie in Schritt 4A aus, mit einem Unterschied:

• status – LEGACY. Jedes Objekt innerhalb eines Legacy-Blocks erhält den Status LEGACY und kann nicht SUB-ALLOCATED PA verwenden. Die RIPE Database kann diesen Wert automatisch setzen oder korrigieren.

Fügen Sie außerdem hinzu:

• org – Ihre RIPE-Organisations-ID

• abuse-c – am34346

• remarks – den Reseller-Hinweis von IPbnb, genau wie in Schritt 4A angegeben

• mnt-by – in diesem Schritt nur Ihren eigenen Maintainer

Geben Sie am34346 in Kleinbuchstaben ein. Wie beim PA-Weg hat die Eingabe in Großbuchstaben in der Praxis zu Validierungsfehlern geführt.

Reichen Sie das Objekt ein, warten Sie, bis RIPE die erfolgreiche Anlage bestätigt, und fahren Sie dann mit Schritt 5 fort.

Schritt 5: IPBNB-MNT zum neuen Objekt hinzufügen

Sobald das untergeordnete Objekt existiert, fügen Sie den Maintainer von IPbnb hinzu:

1. Öffnen Sie die Suche der RIPE Database unter https://apps.db.ripe.net/db-web-ui/query

2. Suchen Sie genau das Subnetz, das Sie angelegt haben

3. Öffnen Sie das Objekt und klicken Sie auf Modify

4. Klicken Sie neben einem bestehenden Feld auf + und wählen Sie mnt-by

5. Geben Sie IPBNB-MNT ein

6. Prüfen Sie, dass Ihr eigener Maintainer weiterhin eingetragen ist

7. Klicken Sie auf Submit

Das fertige Objekt muss zwei separate Einträge enthalten:

mnt-by: YOUR-MAINTAINER

mnt-by: IPBNB-MNT

Mit IPBNB-MNT berechtigen Sie IPbnb, dieses untergeordnete Objekt zu aktualisieren und es nach Ende des Leasings zu entfernen. Maintainer-Zugriff auf den übergeordneten Block erhält IPbnb dadurch nicht, sofern IPBNB-MNT nur zum untergeordneten Objekt hinzugefügt wurde.

Abschlussprüfung vor der Bereitstellung

Suchen Sie Ihr Subnetz unter https://apps.db.ripe.net/db-web-ui/query und prüfen Sie:

• Das Objekt erscheint ohne Fehler

• status: ist SUB-ALLOCATED PA (PA-Weg) oder LEGACY (Legacy-Weg)

• abuse-c: ist am34346

• remarks: enthält den Reseller-Hinweis von IPbnb

• mnt-by: enthält IPBNB-MNT

• org: ist Ihre Organisation, und Sie haben Zugriff auf deren abuse-mailbox

• Das Subnetz wird nicht im Internet angekündigt, und alte route-Objekte und ROAs sind entfernt

• Die IP-Reputation ist sauber

Unsere automatische Verifizierung prüft das Objekt genau gegen diese Anforderungen – eine saubere Einrichtung hier bedeutet keine Verzögerungen später.

Wenn alles oben Genannte erledigt ist, können Sie Ihr Subnetz bei IPbnb hinzufügen. Weiter geht es mit So stellen Sie ein Subnetz bei IPbnb bereit.

Wenn nach dem Einreichen etwas nicht stimmt, sind höchstwahrscheinlich Datenreste aus früherer Nutzung die Ursache. Gehen Sie Schritt 2 und die Abschlussprüfung noch einmal durch, bevor Sie es erneut versuchen.

Kommen Sie nicht weiter? Schreiben Sie an support@ipbnb.com, und wir sehen es uns an.