Peering Internet pour la procédure pas à pas Peering Service Voice

Dans cet article, vous découvrez comment établir une interconnexion Peering Service entre un fournisseur de services vocaux et Microsoft.

Les Fournisseurs de services vocaux sont des organisations qui offrent des services de communication (messagerie, conférence et d’autres services de communication) et cherchent à intégrer leur infrastructure de services de communication (SBC, passerelles SIP et autre appareil 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 sur l’un de ses sites en périphérie (emplacements POP). La liste de tous les sites périphériques publics est disponible dans PeeringDB.

Le Peering Internet offre une interconnexion hautement fiable et avec Qualité de service (QoS) pour les services de communication pour veiller à des services orientés vers des performances et une qualité élevées.

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

Exigences techniques

Pour établir une interconnexion directe pour Peering Service Voice Services, respectez ces exigences :

• 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 veiller à une redondance locale.
• L’homologue DOIT fournir et annoncer son propre espace d'adressage IPv4 routable publiquement utilisé par les points de terminaison de l’homologue (par exemple, SBC).
• L’homologue DOIT exécuter le protocole BGP sur le protocole BFD (Bidirectional Forwarding Detection) pour faciliter une convergence de route en une fraction de 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 de limitation de débit à sa connexion
• L’homologue NE PEUT PAS configurer une connexion redondante locale comme connexion de sauvegarde. Les connexions de sauvegarde doivent être situées dans un emplacement différent 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 processus de Peering Microsoft Azure Peering Service dans plusieurs emplacements afin que la redondance géographique puisse être obtenue.
• Tous les préfixes d’infrastructure sont enregistrés dans le Portail Azure et annoncé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 DOIT prendre en charge LACP (Link Aggregation Control Protocol) sur les liens d’interconnexion.

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

Pour établir une interconnexion directe avec Microsoft en utilisant un processus de Peering Internet, suivez ces étapes :

1. Associer votre ASN public à votre abonnement Azure

Pour découvrir comment associer votre ASN homologue à votre abonnement Azure, consultez Associer un ASN de pair à un abonnement Azure en utilisant le Portail Azure. Si l’ASN a déjà été associé, passez à l’étape suivante.

2. Créer un processus de Peering Microsoft Azure Peering Service Voice Services

1. Pour créer une ressource de Peering pour Peering Service Voice Services, recherchez Peerings sur le Portail Azure.

   

2. Sélectionnez + Créer.

   

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

   

   Remarque

   Ces détails que vous sélectionnez NE PEUVENT PAS être modifiés après la création du Peering. Confirmez qu’ils sont corrects avant de créer le Peering.

4. Sous l’onglet Configuration, vous DEVEZ choisir les configurations requises suivantes :

   • Type de Peering : Direct.
   • Réseau Microsoft : AS8075 (avec Voice).
   • Référence SKU : Premium gratuit.

5. Sélectionnez votre Métro, puis sélectionnez Créer pour ajouter une connexion à votre Peering.

   

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

   

   Les connexions de Peering configurées pour Peering Service Voice Services DOIVENT avoir Microsoft comme fournisseur d’adresse de session et l’option Utiliser pour Peering Service activée. Ces options sont choisies à votre place automatiquement. Microsoft doit être le fournisseur d’IP pour Peering Service Voice Services. Vous ne pouvez pas fournir vos propres IP.

7. Dans Créer un Peering, sélectionnez Créer à 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 satisfait cette exigence.

   

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 optimiser le routage de vos préfixes avec vos interconnexions Peering Service Voice Services, effectuez ces étapes :

1. Inscrire vos préfixes

Pour optimiser le routage des préfixes d’infrastructure de 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. Un préfixe ne peut être inscrit qu’avec un seul Peering. Quand vous recevez la clé de préfixe unique après la 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 Préfixes inscrits, sélectionnez + Ajouter un préfixe inscrit.

   

   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 et la chaîne de préfixe IPv4, puis sélectionnez Enregistrer.

   

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

Une fois la création d’un préfixe inscrit terminée, celui-ci est mis en file d’attente pour validation. Vous pouvez obtenir l’état de validation du préfixe dans la page Préfixes inscrits :

Pour qu’un préfixe inscrit soit validé, les vérifications suivantes doivent réussir :

• 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 découvrir plus d’informations sur les exigences relatives aux préfixes inscrits et sur la résolution des erreurs de validation, consultez Exigences relatives aux préfixes inscrits 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 du préfixe et l’emplacement d’interconnexion approprié sont des exigences pour l’optimisation du routage (pour veiller à un routage en patate froide).

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.

   

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

   

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.

   

4. Sous l’onglet Configuration, choisissez votre pays, état/province, votre nom de fournisseur, l’emplacement primaire de Peering et éventuellement le Peering de sauvegarde.

   Attention

   Si vous choisissez Aucun comme emplacement de Peering de sauvegarde fournisseur lors de la création d’un Peering Service, vous n’aurez pas de redondance géographique.

5. Dans la section Préfixes, créez les préfixes correspondant aux préfixes 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 lors de votre inscription de préfixe. Sachez que vous n’avez pas à créer tous les préfixes de votre service Peering lorsque vous en créez un, vous pouvez les ajouter plus tard.

   Remarque

   Veillez à ce que la clé de préfixe que vous entrez pendant la création d’un préfixe de service de Peering corresponde à la clé de préfixe générée lors de l’inscription de ce préfixe.

   

6. Sélectionnez Revoir + créer.

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

Une fois la création d’un préfixe Peering Service terminée, celui-ci est mis en file d’attente pour la validation. Vous pouvez obtenir l’état de validation du préfixe dans la page Préfixes Peering Service.

Pour qu’un préfixe de service de Peering soit validé, les vérifications suivantes DOIVENT réussir :

• 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 de service de Peering doit correspondre à la clé de préfixe du préfixe inscrit correspondant
• Toutes les sessions primaires et de sauvegarde (si elles sont configurées) doivent publier les routes 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 découvrir plus d’informations sur les exigences relatives aux préfixes Peering Service et sur la résolution des erreurs de validation, consultez Exigences pour le préfixe Peering Service.

Après la validation du préfixe, l’activation de celui-ci est ainsi effectuée.

Forum aux questions (FAQ) :

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

R : 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 ?

R : 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 ?

R : Oui, Microsoft Azure Peering Service prend également en charge le routage de préfixe plus petit. Veillez à inscrire les préfixes plus petits pour le routage. Ils sont annoncés sur les interconnexions.

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

R : Microsoft annonce tous les préfixes de service public de Microsoft sur ces interconnexions, afin de veiller à ce que d’autres services cloud, et pas simplement les services vocaux, soient accessibles à partir de la même interconnexion.

Q : La validation de mon préfixe inscrit pour le Peering a échoué. Comment dois-je procéder ?

R : Passez en revue les Exigences de préfixe inscrit au Peering et suivez les étapes de résolution des problèmes décrites.

Q. La validation de 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 ?

R : Oui. Un ASN privé ne peut pas se trouver dans le chemin d’accès de système autonome (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 ?

R : 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 ?

R : 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 ?

R : 10 Gbits/s.

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

R : 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 ?

R : Le chemin d’accès entier et gratuit est optimisé pour le trafic vocal sur WAN Microsoft et la convergence est ajustée pour opérer en une fraction de seconde avec le protocole BFD.

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

R : Le temps varie en fonction du nombre et de l’emplacement des sites, et selon que l’homologue migre des processus de Peering 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 ?

R : Des e-mails automatisés sont envoyés à différents jalons

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

R : Il n’existe actuellement aucune prise en charge de l’API et la configuration doit être effectuée via le portail web.