Partager via


Procédure pas à pas de peering Internet pour Peering Service Voice

Dans cet article, vous allez apprendre à établir une interconnexion Peering Service entre un fournisseur de services vocaux et Microsoft.

Les fournisseurs de services vocaux sont les organisations qui offrent des services de communication (messagerie, conférence et autres services de communication.) et souhaitent intégrer leur infrastructure de services de communication (SBC, passerelles SIP et autres appareils d’infrastructure) à Azure Communication Services et Microsoft Teams.

Le peering Internet prend en charge les fournisseurs de services vocaux pour établir une interconnexion directe avec Microsoft à l’un de ses sites périphériques (emplacements POP). La liste de tous les sites périphériques publics est disponible dans PeeringDB.

Le peering Internet fournit une interconnexion hautement fiable et qoS (Qualité de service) pour communications Services afin de garantir des services de haute qualité et de performance.

L’organigramme suivant résume le processus à intégrer à Peering Service Voice Services :

Diagram shows the flowchart of the onboarding process for Peering Service Voice Services partners

Exigences techniques

Pour établir une interconnexion directe pour Peering Service Voice Services, procédez comme suit :

  • L’homologue DOIT fournir son propre numéro de système autonome (ASN), qui doit être public.
  • L’homologue DOIT disposer d’une interconnexion redondante (PNI) à chaque emplacement d’interconnexion pour garantir la redondance locale.
  • L’homologue DOIT fournir et publier son propre espace d’adressage IPv4 routable publiquement utilisé par les points de terminaison d’homologue (par exemple, SBC).
  • L’homologue DOIT exécuter BGP sur la détection de transfert bidirectionnel (BFD) pour faciliter la convergence des itinéraires en sous-seconde.
  • L’homologue NE DOIT PAS mettre fin au peering sur un appareil exécutant un pare-feu avec état.
  • L’homologue NE PEUT PAS avoir deux connexions locales configurées sur le même routeur, car la diversité est requise
  • L’homologue NE PEUT pas appliquer la limitation du débit à leur connexion
  • L’homologue NE PEUT PAS configurer une connexion redondante locale en tant que connexion de sauvegarde. Les connexions de sauvegarde doivent se trouver à un emplacement différent de celui des connexions principales.
  • Les sessions principales, de sauvegarde et redondantes doivent toutes avoir la même bande passante
  • Il est recommandé de créer des peerings Peering Service dans plusieurs emplacements afin que la géoredondance puisse être obtenue.
  • Tous les préfixes d’infrastructure sont inscrits dans Portail Azure et publiés avec la chaîne de communauté 8075 :8007.
  • Microsoft configure tous les liens d’interconnexion en tant que LAG (bundles de liens) par défaut. Par conséquent, l’homologue DOIT prendre en charge LACP (Link Aggregation Control Protocol) sur les liens d’interconnexion.

Établir une interconnexion directe avec Microsoft for Peering Service Voice Services

Pour établir une interconnexion directe avec Microsoft à l’aide du peering Internet, procédez comme suit :

1. Associer votre ASN public à votre abonnement Azure

Consultez Associer un ASN homologue à un abonnement Azure à l’aide de la Portail Azure pour savoir comment associer votre ASN public à votre abonnement Azure. Si l’ASN a déjà été associé, passez à l’étape suivante.

2. Créer un peering Peering Service Voice Services

  1. Pour créer une ressource de peering pour Peering Service Voice Services, recherchez les peerings dans le Portail Azure.

    Screenshot shows how to search for Peering resources in the Azure portal.

  2. Sélectionnez + Créer.

    Screenshot shows how to create a Peering resource in the Azure portal.

  3. Sous l’onglet Informations de base , entrez ou sélectionnez votre abonnement Azure, le groupe de ressources, le nom et l’ASN du peering :

    Screenshot of the Basics tab of creating a peering in the Azure portal.

    Remarque

    Ces détails que vous sélectionnez Ne peuvent pas être modifiés une fois le peering créé. vérifiez qu’ils sont corrects avant de créer le peering.

  4. Dans l’onglet Configuration , vous devez choisir les configurations requises suivantes :

    • Type de peering : direct.
    • Réseau Microsoft : AS8075 (avec Voice).
    • Référence SKU : Gratuit Premium.
  5. Sélectionnez votre Métro, puis créez-en une pour ajouter une connexion à votre peering.

    Screenshot of the Configuration tab of creating a peering in the Azure portal.

  6. Dans direct Peering Connecter ion, entrez ou sélectionnez les détails de votre installation de peering, puis sélectionnez Enregistrer.

    Screenshot of creating a direct peering connection.

    Les connexions de peering configurées pour Peering Service Voice Services doivent avoir Microsoft en tant que fournisseur d’adresses de session et utiliser pour Peering Service activé. Ces options sont choisies automatiquement pour vous. Microsoft doit être le fournisseur IP pour Peering Service Voice Services, vous ne pouvez pas fournir vos propres adresses IP.

  7. Dans Créer un peering, sélectionnez Créer de nouveau pour ajouter une deuxième connexion à votre peering. Le peering doit avoir au moins deux connexions. La redondance locale est requise pour Peering Service et la création d’un peering avec deux sessions obtient cette exigence.

    Screenshot of the Configuration tab after two connections.

  8. Sélectionnez Revoir + créer. Passez en revue le résumé et sélectionnez Créer une fois la validation réussie.

Laissez le temps nécessaire pour que la ressource termine le déploiement. Une fois le déploiement réussi, votre peering est créé et l’approvisionnement commence.

Configurer le routage optimisé pour vos préfixes

Pour obtenir un routage optimisé pour vos préfixes avec vos interconnexions Peering Service Voice Services, procédez comme suit :

1. Inscrire vos préfixes

Pour un routage optimisé pour les préfixes d’infrastructure des services vocaux, vous devez les inscrire.

Remarque

L’état de connexion de vos connexions de peering doit être actif avant d’inscrire des préfixes.

Vérifiez que les préfixes inscrits sont annoncés sur les interconnexions directes établies avec votre peering. Si le même préfixe est annoncé dans plusieurs emplacements de peering, vous n’avez pas besoin d’inscrire le préfixe dans chaque emplacement unique. Un préfixe ne peut être enregistré qu’avec un seul peering. Lorsque vous recevez la clé de préfixe unique après validation, cette clé est utilisée pour le préfixe même dans des emplacements autres que l’emplacement du peering sous lequel il a été inscrit.

  1. Pour commencer l’inscription, accédez à votre peering dans le Portail Azure et sélectionnez Préfixes inscrits sous Paramètres.

  2. Dans les préfixes inscrits, sélectionnez + Ajouter un préfixe inscrit.

    Screenshot of Registered prefix page in the Azure portal.

    Remarque

    Si le bouton Ajouter un préfixe inscrit est désactivé, votre peering n’a pas au moins une connexion active . Attendez que cela se produise pour inscrire votre préfixe.

  3. Configurez votre préfixe en lui donnant un nom, ainsi que la chaîne de préfixe IPv4, puis sélectionnez Enregistrer.

    Screenshot of registering a prefix in the Azure portal.

Après la création du préfixe, vous pouvez voir la clé de préfixe Peering Service générée lors de l’affichage de la ressource ASN inscrite :

Screenshot of registered prefix details.

Une fois que vous avez créé un préfixe inscrit, il est mis en file d’attente pour validation. L’état de validation du préfixe se trouve dans la page Préfixes inscrits :

Screenshot of registered prefixes blade showing a new prefix added.

Pour qu’un préfixe inscrit soit validé, les case activée suivantes doivent passer :

  • Le préfixe ne peut pas se situer dans une plage privée
  • L’ASN d’origine doit être inscrit dans un registre de routage important
  • Toutes les connexions dans le peering parent doivent publier des itinéraires pour le préfixe
  • Les itinéraires doivent être publiés avec la chaîne de communauté Peering Service 8075:8007
  • Les chemins d’accès AS dans vos itinéraires ne peuvent pas dépasser une longueur de chemin de 3 et ne peuvent pas contenir l’ajout d’un préfixe AS ou ASN privés

Pour plus d’informations sur les exigences de préfixe inscrites et sur la façon de résoudre les erreurs de validation, consultez Exigences relatives au préfixe inscrit de peering.

2. Activer vos préfixes

Dans la section précédente, vous avez inscrit des préfixes et généré des clés de préfixe. L’inscription de préfixe n’active pas le préfixe pour le routage optimisé (et n’accepte <pas les préfixes /24). L’activation de préfixe et l’emplacement d’interconnexion approprié sont des exigences pour le routage optimisé (pour garantir le routage des pommes de terre froides).

  1. Pour commencer à activer vos préfixes, dans la zone de recherche située en haut du portail, entrez peering service. Sélectionnez Services de peering dans les résultats de la recherche.

    Screenshot shows how to search for Peering Service in the Azure portal.

  2. Sélectionnez Créer pour créer une connexion Peering Service.

    Screenshot shows the list of existing Peering Service connections in the Azure portal.

  3. Sous l’onglet Informations de base, entrez ou sélectionnez votre abonnement, votre groupe de ressources et le nom de votre connexion Peering Service.

    Screenshot shows the Basics tab of creating a Peering Service connection in the Azure portal.

  4. Dans l’onglet Configuration , choisissez votre pays, votre état/province, le nom de votre fournisseur, l’emplacement de peering principal et éventuellement l’emplacement de peering de sauvegarde.

    Attention

    Si vous choisissez Aucun comme emplacement de peering de sauvegarde du fournisseur lors de la création d’un service Peering, vous n’aurez pas de géoredondance.

  5. Dans la section Préfixes , créez des préfixes correspondant aux préfixes que vous avez inscrits à l’étape précédente. Entrez le nom du préfixe, la chaîne de préfixe et la clé de préfixe obtenue lorsque vous avez inscrit le préfixe. Sachez que vous n’avez pas besoin de créer tous vos préfixes de service de peering lors de la création d’un service de peering, vous pouvez les ajouter ultérieurement.

    Remarque

    Vérifiez que la clé de préfixe que vous entrez lors de la création d’un préfixe de service de peering correspond à la clé de préfixe générée lorsque vous avez inscrit ce préfixe.

    Screenshot of th the Configuration tab of creating a Peering Service connection in the Azure portal.

  6. Sélectionnez Revoir + créer.

  7. Passez en revue les paramètres, puis sélectionnez Créer.

Une fois que vous avez créé un préfixe Peering Service, il est mis en file d’attente pour validation. L’état de validation du préfixe se trouve dans la page Préfixes peering Service.

Screenshot shows activated Peering service prefixes.

Pour qu’un préfixe de service de peering soit validé, les case activée suivantes DOIVENT passer :

  • Le préfixe ne peut pas se situer dans une plage privée
  • L’ASN d’origine doit être inscrit dans un registre de routage important
  • Le préfixe doit être inscrit et la clé de préfixe dans le préfixe du service peering doit correspondre à la clé de préfixe du préfixe inscrit correspondant.
  • Toutes les sessions principales et de sauvegarde (si configurées) doivent publier des itinéraires pour le préfixe
  • Les itinéraires doivent être publiés avec la chaîne de communauté Peering Service 8075:8007
  • Les chemins d’accès AS dans vos itinéraires ne peuvent pas dépasser une longueur de chemin de 3 et ne peuvent pas contenir l’ajout d’un préfixe AS ou ASN privés

Pour plus d’informations sur les exigences de préfixe Peering Service et sur la façon de résoudre les erreurs de validation, consultez Exigences de préfixe de Peering Service.

Une fois qu’un préfixe a réussi la validation, l’activation de ce préfixe est terminée.

Forum aux questions (FAQ) :

Q : Quand mon homologue BGP sera-t-il disponible ?

A. Une fois le LAG disponible, notre processus automatisé configure BGP avec BFD. L’homologue doit configurer BGP avec BFD. Notez que BFD doit être configuré et mis à jour sur l’homologue non MSFT pour démarrer l’échange de routage.

Q : Quand les adresses IP de peering sont-elles allouées et affichées dans le portail Azure ?

A. Notre processus automatisé alloue des adresses et envoie les informations par e-mail une fois le port configuré de notre côté.

Q : J’ai des sous-réseaux plus petits (</24) pour mes services de communication. Est-il possible de les router également ?

A. Oui, Microsoft Azure Peering Service prend également en charge le routage de préfixe plus petit. Vérifiez que vous inscrivez les préfixes plus petits pour le routage et que les mêmes sont annoncés sur les interconnexions.

Q : Quels itinéraires Microsoft recevrons-nous sur ces interconnexions ?

A. Microsoft annonce tous les préfixes de service public de Microsoft sur ces interconnexions pour garantir non seulement la voix, mais d’autres services cloud sont accessibles à partir de la même interconnexion.

Q : Mon préfixe inscrit de peering a échoué. Comment dois-je procéder ?

R. Passez en revue les conditions requises pour le préfixe inscrit de peering et suivez les étapes de résolution des problèmes décrites.

Q. Mon préfixe de service de peering a échoué. Comment dois-je procéder ?

R. Passez en revue les exigences en matière de préfixe Peering Service et suivez les étapes de résolution des problèmes décrites.

Q : Existe-t-il des contraintes de chemin AS ?

A. Oui, un ASN privé ne peut pas se trouver dans le chemin AS. Pour les préfixes inscrits inférieurs à /24, le chemin AS doit être inférieur à quatre.

Q : Je dois définir la limite du préfixes. Combien d’itinéraires Microsoft annonce-t-il ?

A. Microsoft annonce environ 280 préfixes sur Internet et pourrait augmenter ce nombre de 10 à 15 % à l’avenir. Par conséquent, il peut être judicieux de définit une limite sûre de 400-500 comme nombre maximal de préfixes

Q : Est-ce que Microsoft republiera les préfixes d’homologue sur Internet ?

R. Non.

Q : Ce service est-il payant ?

A. Non, mais l’homologue est supposé assumer les coûts d’interconnexion de site.

Q : Quelle est la vitesse de liaison minimale d’une interconnexion ?

A. 10 Gbits/s.

Q : L’homologue est-il lié à un contrat SLA ?

A. Oui, quand l’utilisation atteint 40 %, un processus d’augmentation de LAG de 45 à 60 jours doit commencer.

Q : Quel est l’avantage de ce service par rapport au peering direct actuel ou à ExpressRoute ?

A. Le chemin d’accès libre et entier est optimisé pour le trafic vocal sur Microsoft WAN et la convergence est paramétrée pour une sous-seconde avec BFD.

Q : Combien de temps le processus d’intégration nécessite-t-il ?

A. Le temps est variable en fonction du nombre et de l’emplacement des sites, et si l’homologue migre des peerings privés existants ou établit un nouveau câblage. L’opérateur doit prévoir plus de 3 semaines.

Q : Comment la progression est-elle communiquée en dehors de l’état du portail ?

A. Des e-mails automatisés sont envoyés à différents jalons

Q : Pouvez-vous utiliser des API pour l’intégration ?

A. Actuellement, aucune prise en charge de l’API n’est prise en charge et la configuration doit être effectuée via le portail web.