Kunden portal

Suchergebnisse

0

Ihre Auswahl bezüglich Cookies auf dieser Site

Willkommen bei retn.net. Cookies sind für die ordnungsgemäße Funktion dieser Website unerlässlich. Um Ihre Erfahrung zu verbessern, verwenden wir Cookies, um Statistiken zu sammeln und die Funktionalität der Website zu optimieren. Klicken Sie auf "Zustimmen", um Cookies zu akzeptieren und direkt zur Website zu gelangen, oder klicken Sie auf "Mehr erfahren", um unsere detaillierte Cookie-Richtlinie und Datenschutzrichtlinie zu lesen.

Routing-Richtlinie

Die folgenden Regeln gelten ausschließlich für AS9002

Kontaktieren Sie uns

RETN-Routing-Richtlinie

RPKI

RETN akzeptiert oder verteilt keine BGP-Routenankündigung mehr, die beim Ursprungsvalidierungsprozess (RFC 6811) als „ungültig“ erachtet wird. Kunden, die über IP-Ressourcen verfügen, können gerne zertifizieren, welche AS berechtigt sind, ihre IP-Präfixe zu erstellen, indem sie, unter Verwendung der Dienste der verschiedenen regionalen Internet-Registrierungsstellen und nationalen Internet-Registrierungsstellen (d. h. RIPE), Route Origin Authorizations (ROA) erstellen.


BGP-Filterrichtlinie

Eingehende Peers

RETN akzeptiert Präfixe von Peers der folgenden Größe:

  • zwischen /8 und /29 einschließlich für IPv4
  • zwischen /16 und /48 einschließlich für IPv6

RETN akzeptiert keine Präfixe, die als „Reserviert“ gekennzeichnet sind

RETN akzeptiert keine Präfixe (einschließlich spezifischerer) von Peers, die wir derzeit innerhalb von öffentlichen Internet-Exchanges peeren.


Eingehende Kunden

RETN akzeptiert von Kunden nur Routen, die registriert sind in:

  • RIPE
  • APNIC
  • ARIN
  • RADB


Routen, die in AFRINIC und LACNIC registriert sind, können auch akzeptiert werden: Kunden müssen dies ausdrücklich beantragen. Routen, die auf anderen IRR registriert sind, werden NICHT akzeptiert. RETN akzeptiert Präfixe von Kunden der folgenden Größe:

zwischen /8 und /29 einschließlich für IPv4

zwischen /16 und /48 einschließlich für IPv6


Präfixlimit

Das Präfixlimit ist standardmäßig auf Gruppenebene für Peers auf öffentlichen Internet Exchanges (IXP) konfiguriert: es wird angewendet, wenn für den spezifischen Peer kein persönliches Limit (auf Nachbarebene) konfiguriert ist. Das Präfixlimit für private Peers ist auf Nachbarebene konfiguriert, nur für diejenigen Peers, die regelmäßig mehr als die Hälfte der auf Gruppenebene vorhandenen Präfixe ankündigen.


Ausgehend

IPV4-Präfixe, die länger als /29 sind, werden nicht extern angekündigt und sind nur innerhalb des RETN-Netzwerks sichtbar.

IPv6-Präfixe, die länger als /48 sind, werden nicht extern angekündigt und sind nur innerhalb des RETN-Netzwerks sichtbar.

RETN akzeptiert keine sogenannten privaten IP-Adressblöcke (RFC 1918) von unseren Kunden oder Peers und macht sie nicht in Netzwerken bekannt, mit denen RETN verbunden ist.


Routen-Dampening

RETN verwendet Routen-Dampening


MEDs-Richtlinie

RETN akzeptiert MEDs von Kunden mit mehr als einer Verbindung an mehr als einem Standort.