Exigences requises pour le préfixe Azure Peering Service

Vérifiez que les prérequis de ce document sont remplis avant d’activer vos préfixes pour Peering Service.

Exigences techniques

Pour qu’un préfixe inscrit soit validé après sa création, 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
• La clé du préfixe du service de peering dans le préfixe du service de peering doit correspondre à la clé du préfixe reçue lors de l’inscription
• Le préfixe doit être annoncé à partir de toutes les sessions de peering principales et de sauvegarde
• 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

Résolution des problèmes

L’état de validation d’un préfixe Peering Service est visible dans le portail Azure.

Les préfixes peuvent uniquement être activés lorsque toutes les étapes de validation sont réussies. Consultez les erreurs de validation possibles suivantes et les étapes de résolution des problèmes pour les résoudre.

Le fournisseur a moins de deux sessions dans son emplacement principal

Peering Service nécessite une redondance locale de l’emplacement du peering principal. Pour ce faire, deux sessions Peering Service sont configurées sur deux routeurs différents. Si vous voyez ce message d’échec de la validation, vous avez choisi un emplacement de peering principal qui contient moins de deux sessions Peering Service. Si l’approvisionnement de votre deuxième connexion Peering Service est toujours en cours, laissez le temps à l’approvisionnement de se terminer. Après cela, l’exigence de redondance principale est satisfaite et la validation continue.

Si vous êtes un client Peering Service, contactez votre fournisseur Peering Service à propos de ce problème. Si vous êtes un partenaire Peering Service, contactez peeringservice@microsoft.com avec votre abonnement Azure et votre préfixe afin que nous puissions vous aider.

Le fournisseur n’a aucune session dans son emplacement de sauvegarde

Peering Service nécessite l’emplacement d’un peering de sauvegarde, si vous en avez choisi un, pour disposer d’une session Peering Service. Si vous voyez ce message d’échec de la validation, vous avez choisi un emplacement de peering de sauvegarde qui ne dispose pas de session Peering Service. Si l’approvisionnement de la connexion Peering Service dans l’emplacement de sauvegarde est toujours en cours, laissez le temps à l’approvisionnement de se terminer. Après cela, l’exigence de sauvegarde est satisfaite et la validation continue.

Si vous êtes un client Peering Service, contactez votre fournisseur Peering Service à propos de ce problème. Si vous êtes un partenaire Peering Service, contactez peeringservice@microsoft.com avec votre abonnement Azure et votre préfixe afin que nous puissions vous aider.

Le préfixe de service de peering n’est pas valide

Si vous voyez ce message d’échec de validation, la chaîne de préfixe que vous avez donnée n’est pas un préfixe IPv4 valide. Supprimez et recréez ce préfixe de service de peering avec une adresse IPv4 valide.

Non-réception de la publication du préfixe à partir de l’adresse IP

Peering Service exige que le fournisseur publie les itinéraires de son préfixe de service de peering. Si vous voyez ce message d’échec de validation, cela signifie que le fournisseur ne publie pas d’itinéraires pour le préfixe en cours de validation. Reportez-vous à ce document et passez en revue les exigences techniques Peering Service concernant la publication des itinéraires. Contactez votre équipe réseau et vérifiez qu’elle publie des itinéraires pour le préfixe en cours de validation. Vérifiez également que la publication respecte les exigences Peering Service, telles que la publication à l’aide de la chaîne de la communauté Peering Service 8075:8007, et que le chemin d’accès AS de l’itinéraire ne contient pas d’ASN privés. Utilisez l’adresse IP du message pour identifier la connexion Peering Service qui ne publie pas le préfixe. Toutes les connexions Peering Service doivent publier des itinéraires.

Si vous êtes un client Peering Service, contactez votre fournisseur Peering Service à propos de ce problème. Si vous êtes un partenaire Peering Service et que vous publiez les itinéraires de votre préfixe, mais que vous voyez toujours cet échec de la validation, contactez peeringservice@microsoft.com avec votre abonnement Azure et votre préfixe afin que nous puissions vous aider.

L’itinéraire reçu du préfixe doit être publié avec la communauté Peering Service 8075:8007

Pour Peering Service, les itinéraires du préfixe doivent être publiés avec la chaîne de communauté Peering Service 8075:8007. Ce message d’erreur de validation indique que Microsoft reçoit des itinéraires, mais qu’ils ne sont pas publiés avec la chaîne de la communauté Peering Service 8075:8007. Ajoutez la chaîne de communauté Peering Service à la communauté lors de la publication d’itinéraires pour les préfixes Peering Service. Après cela, l’exigence de communauté de Peering Service sera satisfaite et la validation se poursuivra.

Si vous êtes un client Peering Service, contactez votre fournisseur Peering Service à propos de ce problème.

La longueur du chemin d’accès AS du préfixe doit être <=3

Pour Peering Service, les itinéraires de préfixe ne peuvent pas dépasser une longueur de chemin d’accès AS de 3. Ce message indique que Microsoft reçoit des itinéraires, mais que le chemin AS des itinéraires reçus est supérieur à 3. Publiez des itinéraires avec un nouveau chemin d’accès AS qui ne dépasse pas une longueur de chemin d’accès de 3. La longueur du chemin d’accès AS requise pour Peering Service est alors satisfaite et la validation continue.

Si vous êtes un client Peering Service, contactez votre fournisseur Peering Service à propos de ce problème.

Le chemin d’accès AS du préfixe ne doit pas avoir d’ASN privé

Pour Peering Service, les itinéraires de préfixe ne peuvent pas être publiés avec un chemin d’accès AS qui contient des ASN privés. Ce message indique que Microsoft reçoit des itinéraires, mais que le chemin d’accès AS des itinéraires reçus contient un ASN privé. Publiez des itinéraires avec un nouveau chemin d’accès AS qui ne contient pas d’ASN privé. L’AS privé requis de Peering Service est alors satisfait et la validation continue.

Si vous êtes un client Peering Service, contactez votre fournisseur Peering Service à propos de ce problème.

Fournisseur de service de peering introuvable

Si vous êtes un client Peering Service, contactez votre fournisseur Peering Service à propos de ce problème. Si vous êtes un partenaire Peering Service, contactez peeringservice@microsoft.com avec votre abonnement Azure et votre préfixe afin que nous puissions vous aider.

Erreur interne du serveur

Si vous êtes un client Peering Service, contactez votre fournisseur Peering Service à propos de ce problème. Contactez peeringservice@microsoft.com avec votre abonnement Azure et votre préfixe afin que nous puissions vous aider.

Forum aux questions (FAQ) :

Q. Je publie un préfixe à partir d’un ASN d’origine différent de l’ASN de mon peering. Cela peut-il fonctionner avec Peering Service ?

R. Pour que cela fonctionne avec Peering Service, vous devez créer un ASN homologue dans le même abonnement que la ressource de service de peering et lui donner le même nom que l’ASN homologue associé au peering : [Associer l’ASN homologue à un abonnement Azure à l’aide du portail Azure].

Étapes suivantes

Procédure pas à pas pour le client Peering Service