Kostenloses Peering für CloudKleyer-Kunden
- Reduzierte die Netzwerkkosten
- Aufbau einer Redundanz
- Erhöhte Netzwerkqualität
Fill out the application and wait for a call from our specialists
Fill out the application and wait for a call from our specialists
Kostenloses Peering für CloudKleyer-Kunden
Für unsere Kunden bitten wir die Möglichkeit einen kostenfreien Peerings mit anderen CloudKleyer Kunden über die Öffentliches Austausch (Public Peering).
Für die Kunden entfallen dadurch die Kosten für Crossconects zwischen den Kunden an unterschiedlichen Standorten.
Durch die feste reservierte Bandbreite werden die Netzwerkkosten erheblich reduziert. Eine Teilnahme an CloudKleyer ermöglicht zu dem Aufbau einer Redundanz und eine Erhöhung der Netzwerkqualität
CloudKleyer IX privates Peering ermöglicht den direkten Datenaustausch zwischen zwei Teilnehmer mittels eines dediziertes VLAN über die CloudKleyer-Infrastruktur.
Das Private Peering Interconnect-VLAN kann entweder auf einem dedizierten Port oder auf einem bestehenden Port mit (802.1) Q-Tagging implementiert werden.
Kunden können eine Verbindung zu einem Private Peering über einen dedizierten Port oder über einen vorhandenen Port mit einem gewählten 802.1Q-Tag herstellen. Beide Parteien können sich bei Problemen an CloudKleyer NOC wenden.
Realisierung einer Verbindung zu CloudKleyer IX.
Die Interessenten haben die Möglichkeit sich an CloudKleyer IX entweder über VLAN oder über eine physikalische Verbindung Exchange zu erreichen.
CloudKleyer IX ist über DE-CIX erreichbar.
Unsere Peering-Politik ermöglicht es Kunden, sich direkt mit 485 Anbietern zu verbinden.
Die Anbindung an den CloudKleyer Frankfurt IX erfolgt entweder über eine physikalische Anbindung an einem der Standorte oder via VLAN oder IP-Transit an den CloudKleyer IX Knoten.
Für die CloudKleyer colocation Kunden übernimmt die Organisation die Inhouse-Verkabelung. Für die anderen Organisationen obliegt die Organisation der physikalischen oder Virtuellen Anbindung der Verantwortung des Kunden. Als Crossconnection-Schnittstellen kommen die folgenden Typen in Frage:
Der Zugang zum CloudKleyer IX kann realisiert werden, wenn der Kunde über ein eigenes Autonomes System (Autonomous System, AS) verfügt. Falls Sie kein AS haben, können wir Ihnen für diesen Fall eine Lösung anbieten.
Der Kunde ist verpflichtet, die Routing Network Policy seines eigenen AS in den Registern der Internet-Routen (Internet Routing Registry, IRR) RIPE, ARIN oder RADB auf dem neuesten Stand zu halten.
Der Kunde muss den Auto-Sensing-Modus an allen Schnittstellen deaktivieren und die Konfigurationsschnittstelle (Duplex, Geschwindigkeit usw.) explizit definieren.
Der Kunde muss ARP-Proxy, Broadcast-Weiterleitung, Spanning Tree, IP-Redirects, CDP sowie alle Arten von Layer-2-Broadcast – mit Ausnahme von ARP und ICMPv6 Neighbor Discovery – an allen Schnittstellen deaktivieren.
Der Kunde ist verpflichtet, die MAC-Adressen aller logischen Schnittstellen anzugeben, die für den Anschluss an den GE-CIX verwendet werden.
Der Kunde ist verpflichtet, an jeder Schnittstelle, die für den Anschluss an den GE-CIX verwendet wird und über diese Schnittstelle empfangen wird, Ethernet-Frames nur auf den MAC-Adressen zu übertragen.
Der Kunde ist verpflichtet, Ethernet-Frames von der einzigen logischen Schnittstelle für jeden Anschluss, der für den Anschluss an den GE-CIX verwendet wird, zu senden.
Der Kunde ist verpflichtet, nur Ethernet-Frames der folgenden Typen zu senden (http://www.iana.org/assignments/ethernet-numbers): 0x0800 – IPv4, 0x0806 – ARP, 0x86dd – IPv6, wie allgemein und auf dem Multicast-VLAN.
Der Kunde ist verpflichtet, auf allen für den Anschluss an CloudKleyer IX verwendeten Schnittstellen nur die zugewiesene IP-Adresse und Netzmaske zu verwenden. Der Kunde darf die IP-Adresse des CloudKleyer IX Dritten nicht bekannt geben.
Der Kunde ist verpflichtet, für den Aufbau von Peering-Sitzungen das BGP4-Protokoll zu verwenden.
Der Kunde ist verpflichtet, den Verkehr über den CloudKleyer IX nur in die Netze zu leiten, die für den Kunden über den CloudKleyer IX angekündigt wurden.
Der Kunde ist verpflichtet, die vom Kunden in RS angekündigten Internet-Routen RIPE, ARIN oder Objekte wie RADB-Route und / oder Route6 für alle seine Netze AS auf dem neuesten Stand zu halten.
Der Kunde ist verpflichtet, das RS-Netz in Übereinstimmung mit der Beschreibung der Routing-Politik dieser Netze in den Internet-Routen des Registers bekannt zu geben. Insbesondere müssen die Attribute AS_PATH angekündigte Netze letzte AS-Nummer mit dem Ursprungsfeld des Objekts wie „route“ und/oder „route6“ in den Internet-Routen des Registers übereinstimmen.
Der Kunde darf keine RS private network, private AS, die Standard-Route bekannt geben.
Der Kunde verpflichtet sich, die Konnektivität seines eigenen Netzes mit anderen Teilnehmern des CloudKleyer IX sicherzustellen.
Wenn Sie die im Kontaktformular eingegebenen Daten durch Klick auf den nachfolgenden Button übersenden, erklären Sie, dass Sie die Datenschutzerklärung zur Kenntnis genommen haben und damit einverstanden sind, dass die angegebenen Daten elektronisch erhoben und gespeichert werden.
Die Daten werden dabei nur streng zweckgebunden zur Bearbeitung und Beantwortung Ihrer Anfrage benutzt. Mit dem Absenden des Kontaktformulars erklären Sie sich mit der Verarbeitung einverstanden. Sie können Ihre erteilte Einwilligung jederzeit mit Wirkung für die Zukunft widerrufen. Im Falle des Widerrufs werden Ihre Daten umgehend gelöscht.
