Dépannage de la connectivité IX

Une perte de connectivité à l’IX (Internet Exchange) peut être causée par plusieurs problèmes, notamment un statut Down, une fluctuation, une perte de paquetsTaux de perte de paquets/ratio de perte de paquets. Il s’agit du pourcentage de perte de paquets lors du voyage de la source à la destination. La perte de paquets peut être causée par des liens congestionnés, une défaillance d’un dispositif réseau, ou des changements de statut de connectivité réseau.
, des pics sur le réseau, ou une boucle de couche 2.

Si un IX rencontre des problèmes de connectivité, suivez ces actions de dépannage pour identifier la cause possible.

Conseil

Megaport opère un MegaIX Looking Glass public, accessible via le web pour que les peers et opérateurs de réseaux puissent enquêter sur l’état actuel du routage. Vous pouvez interroger les serveurs de routes primaires et redondants pour obtenir des données BGP en direct ici: MegaIX Looking Glass.

Actions de dépannage

Action	Étapes
Vérifier les erreurs d’interface ou CRCContrôle de redondance cyclique. Un type de code de détection d’erreur utilisé pour détecter les erreurs de transmission dans les données. et les pertes de paquets sur l’appareil	Les statistiques des interfaces et les journaux peuvent aider à identifier quelle extrémité du cross connect cause la panne, et la solution potentielle. Par exemple, un nombre croissant d’erreurs entrantes sur une interface réseau exclut généralement ce transceiver SFPUn Small Form Pluggable (SFP) est un émetteur-récepteur enfichable à chaud utilisé dans les réseaux de communication de données et de télécommunication pour permettre la transmission de données entre deux dispositifs. spécifique et indique un problème potentiel avec d’autres composants de l’IX.
Vérifier les niveaux de puissance optique sur l’appareil	Les relevés de lumière optique depuis le terminal aident à comprendre si les relevés sont dans la plage de seuil. Consultez les graphiques de l’appareil et du port pour détecter des erreurs et visualiser les graphiques optiques pour l’historique.
Effectuer un test pingUn test de ping transmet des paquets de données à une adresse IP spécifique et confirme ou refuse la connectivité entre les appareils connectés au réseau IP. vers les serveurs de routes et/ou peers bilatéraux	Une confirmation de test ping inclut la latence (le temps de réponse) de la connexion. Fournissez le résultat des tests ping depuis l’IP de service IX du client vers les destinations suivantes: Serveurs de routes dans le réseau IX Peers bilatéraux
Vérifier la connectivité de couche 2 (ARP)Le tableau de routage du protocole Address Resolution Protocol (ARP) contient une liste de correspondances d’adresses MAC (couche 2) à adresses IP (couche 3). vers les serveurs de routes et/ou peers bilatéraux	La couche 2La couche 2 du modèle OSI est la couche de liaison de données. Celle-ci fournit le transfert de données de nœud à nœud (un lien entre deux nœuds directement connectés). La plupart des VXCs de Megaport opèrent à cette couche. La couche 2 est divisée en couche de contrôle d’accès au média (MAC) (contrôle la manière dont les dispositifs d’un réseau accèdent au support et ont la permission de transmettre) et en couche de contrôle de liaison logique (LLC) (responsable de l’identification des protocoles de la couche réseau, de leur encapsulation, et de la vérification des erreurs et de la synchronisation des trames). contrôle le flux de données entre les nœuds sur les segments WAN ou LAN, et est également responsable de la détection et de la correction possible des erreurs de couche 1La couche 1 du modèle OSI transporte le flux binaire (impulsion électrique, signal lumineux ou radio) à travers le réseau au niveau électrique et mécanique. Elle fournit les moyens matériels pour envoyer et recevoir des données sur un support, incluant la définition des câbles, des cartes et des aspects physiques. Une terminaison de câble à fibre optique/SFP serait considérée comme faisant partie de la couche 1, ainsi que le Port physique. . Les problèmes de connectivité de couche 2 peuvent affecter la fonctionnalité de vos VXCs. Lors de la connexion à un fournisseur de services cloud (CSP), assurez-vous que les détails de configuration VLAN sont corrects. Soyez particulièrement prudent lors de la connexion à Azure, car vous utiliserez le Q-in-QLe tunneling 802.1Q (également connu sous le nom de Q-in-Q ou 802.1ad) est une technique utilisée par les fournisseurs de niveau 2 OSI pour les clients. 802.1ad permet d’avoir à la fois une étiquette interne et une étiquette externe, l’étiquette externe (parfois appelée S-tag pour fournisseur de services) pouvant être retirée pour exposer les étiquettes internes (C-tag ou client) qui segmentent les données. . Les problèmes de connectivité de couche 2 peuvent également affecter vos services IX. Les adresses MAC sont utilisées pour authentifier vos appareils lors de l’utilisation des services IX avec Megaport. Selon la conception de votre réseau, si vous êtes en peeringUn processus par lequel deux réseaux Internet se connectent et échangent du trafic. Cela permet à ces deux réseaux Internet d’échanger directement du trafic entre les clients de l’un et de l’autre, sans avoir à payer un tiers pour transporter ce trafic à travers l’Internet. avec Megaport ou d’autres organisations, assurez-vous d’avoir spécifié la bonne adresse MAC dans le Megaport Portal. Effectuez ces vérifications avant de soumettre une demande de support: Vérifiez le statut de votre service IX avec le MegaIX Looking Glass. Vous pouvez accéder à des informations pour les serveurs de routes primaires et redondants pour obtenir des données BGP en direct. Les problèmes de couche 2 peuvent être plus difficiles à diagnostiquer que les problèmes physiques de couche 1. Fournir à Megaport les détails de connectivité de couche 2 aidera à isoler le problème. Si vous n’êtes pas en peering directement avec Megaport, confirmez tout changement de configuration avec l’entreprise avec laquelle vous êtes en peering. Exécutez un test ping pour vérifier si vous êtes connecté à la couche 2. Vérifiez les tables ARP et confirmez que l’adresse MAC est visible dans le Megaport Portal. Confirmez que la configuration correspond aux Spécifications techniques de Megaport. Pour de l’assistance supplémentaire, contactez votre responsable de compte et demandez une réunion avec un architecte de solutions Megaport.

Étapes suivantes

Si les actions de dépannage ne résolvent pas votre problème, contactez le support. Avant de demander de l’assistance, collectez les informations suivantes.

Résultats du dépannage – Fournissez toutes les étapes de dépannage que vous avez suivies en détail. Par exemple, si des boucles ont été placées, notez leur emplacement et la direction qu’elles ont prise.
Résultats des tests de ping – Fournissez le résultat de chaque test ping depuis l’adresse IP de service IX du client vers les destinations suivantes:
- Serveurs de routes dans le réseau IX
- Peers bilatéraux

Remarque

Pour plus d’informations sur le moment où un technicien de service sur le terrain est nécessaire sur le site du centre de données, consultez les Services sur le terrain pour les clients.