Partager via


Présentation du partenaire Azure Peering Service

Cet article vous aide à comprendre comment devenir un partenaire Microsoft Azure Peering Service. Il décrit également les différents types de connexions Microsoft Azure Peering Service et la plate-forme de surveillance. Pour plus d'informations sur Azure Peering Service, consultez Présentation de Microsoft Azure Peering Service

Exigences relatives aux partenaires de Microsoft Azure Peering Service

Pour devenir partenaire de Microsoft Azure Peering Service, suivez ces exigences techniques :

  • Le nœud homologue MUST fournir son propre numéro de système autonome (ASN), qui MUST être public.
  • Le pair DOIT avoir une interconnexion redondante (PNI) à chaque emplacement d’interconnexion pour garantir la redondance locale.
  • Le nœud homologue MUST fournir et annoncer son propre espace d'adressage IPv4 routable publiquement utilisé par les points de terminaison du nœud homologue.
  • L’homologue DOIT fournir des détails sur la classe de trafic et les points de terminaison hébergés dans chaque sous-réseau publié.
  • Le nœud homologue MUST NOT mettre fin au peering sur un appareil exécutant un pare-feu avec état.
  • Le pair NE PEUT PAS avoir deux connexions locales configurées sur le même routeur, car la diversité est requise.
  • Le pair NE PEUT PAS appliquer de limitation de débit à sa connexion.
  • Le pair NE PEUT PAS configurer une connexion redondante locale comme connexion de secours. Les connexions de secours doivent se trouver à un emplacement différent des connexions principales.
  • Il est recommandé de créer des Peerings Peering Service dans plusieurs emplacements afin de bénéficier de la géoredondance.
  • Les sessions principales, de secours et redondantes doivent toutes avoir la même bande passante.
  • Tous les préfixes d’infrastructure sont inscrits dans le Portail Azure et publiés avec la chaîne de communauté 8075:8007.
  • Microsoft configure tous les liens d'interconnexion en tant que LAG (groupes de liens) par défaut. Par conséquent, le nœud homologue MUST prendre en charge LACP (Link Aggregation Control Protocol) sur les liens d'interconnexion.

Si vous respectez toutes les exigences énumérées et souhaitez devenir partenaire de Microsoft Azure Peering Service, un contrat doit être signé. Contactez peeringservice@microsoft.com pour commencer.

Types de connexions de service de Microsoft Azure Peering Service

Pour devenir partenaire du Microsoft Azure Peering Service, vous devez demander une interconnexion de peering directe avec Microsoft. Ils sont disponibles en trois types selon votre cas d'utilisation.

  • AS8075 - Une interconnexion de peering directe activée pour le Microsoft Azure Peering Service conçu pour les fournisseurs de services Internet (FAI)
  • AS8075 (avec Voice) - Une interconnexion de peering directe activée pour le Microsoft Azure Peering Service conçu pour les fournisseurs de services Internet (FAI). Ce type est optimisé pour les services de communication (messagerie, conférence, etc.) et vous permet d’intégrer votre infrastructure de services de communication (SBC, passerelles SIP et autres périphériques d’infrastructure) avec Azure Communication Services et Microsoft Teams.
  • AS8075 (avec serveur d'échange de routes) - Une interconnexion de peering directe activée pour le Microsoft Azure Peering Service et conçue pour les fournisseurs d'échange Internet (IXP) qui ont besoin d'un serveur de routage.

Plateforme de supervision

La surveillance du service est proposée pour analyser le trafic et le routage des utilisateurs. Des métriques sont disponibles dans le Portail Microsoft Azure pour suivre les performances et la disponibilité de votre connexion Microsoft Azure Peering Service. Pour plus d'informations, consultez la plate-forme de surveillance du service de Microsoft Azure Peering Service

De plus, les partenaires du Microsoft Azure Peering Service peuvent voir les itinéraires reçus signalés dans le Portail Microsoft Azure.

Diagramme montrant la plateforme de monitoring pour Peering Service.