Skip to main content

Politique de peering

Packet propose des services bare metal avec une variété de configurations et une variété de datacenters dans le monde entier. Packet a été racheté par Equinix en mars 2020. Pour aider à concrétiser notre vision du bare metal mondial et interconnecté, nous avons rebaptisé Packet en Equinix Metal™ et introduit de nouveaux sites et de nouvelles fonctionnalités.

Demandes de peering​

Toute partie externe qui a l'intention de faire du peering avec Equinix Metal AS54825 doit avoir une entrée à jour et entièrement complétée avec PeeringDB.

Toutes les demandes de peering doivent être envoyées par courriel à metal-peering@equinix.com. Equinix Metal évaluera, à sa seule discrétion, les demandes de peering et les accords existants au cas par cas en tenant compte de l'adhésion de la partie externe aux meilleures pratiques ci-dessous et d'autres facteurs.

Equinix Metal s'efforce de répondre à toutes les demandes de peering, qu'elles soient acceptées ou refusées, dans les meilleurs délais ; toutefois, il faut tenir compte du fait qu'Equinix Metal peut ne pas répondre pour donner les raisons du refus d'une demande individuelle de peering.

Politique de peering​

Afin d'offrir plus de qualité de connectivité et de performance, Equinix Metal exploite un réseau international (AS54825) et se réjouit de l'opportunité de s'engager dans le peering avec des locuteurs BGP responsables qui répondent à nos exigences minimales et sont présents dans des Internet Exchanges ou des installations de centres de données mutuels.

  1. Equinix Metal applique une politique de peering sélectif qui est généralement ouverte.
  2. Les pairs doivent exploiter un ASN public et visible.
  3. Lorsqu'il existe plusieurs connexions à un IX, les pairs doivent établir des sessions BGP avec tous les voisins et activer le routage par trajets multiples.
  4. Equinix Metal n'a pas fixé de seuil minimum de bande passante pour l'établissement du peering.
  5. Les deux parties sont censées enregistrer leurs itinéraires dans une base de données publique IRR (Internet Routing Registry), à des fins de filtrage. Les deux parties s'efforceront de bonne foi de tenir ces informations à jour.
  6. Chaque partie peut accepter ou rejeter les demandes de peering en fonction des besoins de gestion du réseau.
  7. Aucune des parties n'établit de route statique, de route de dernier recours ou n'envoie de trafic à l'autre partie pour une route qui n'est pas annoncée via BGP.
  8. Aucune des parties n'annonce à l'autre les itinéraires plus spécifiques des préfixes appris par l'intermédiaire d'un client de transit tiers.
  9. Les deux parties n'échangeront que des itinéraires IPv4/6 de type Unicast.
  10. Les deux parties doivent maintenir une entrée PeeringDB à jour, y compris un contact NOC 24x7.
  11. Equinix Metal n'exige pas l'utilisation d'une clé MD5 pour protéger les sessions BGPv4, mais nous pouvons le faire sur demande.
  12. Equinix Metal demande à l'autre partie d'enregistrer ses routes dans le référentiel RPKI à l'aide d'objets Route Object Authorization (ROA).
  13. Les pairs sont encouragés à mettre en œuvre des normes mutuellement acceptées pour la sécurité du routage (MANRS).

Le fait de répondre aux critères spécifiés ici ne garantit pas qu'Equinix Metal établira une relation de peering avec le demandeur.

Informations sur le peering​

Informations sur le contact​

Cette page vous a-t-elle été utile ?