Dépannage de la connectivité VXC
Si vous rencontrez des problèmes de connectivité, nous vous recommandons de commencer par dépanner votre VXCVirtual Cross Connect (Connexion transversale virtuelle).
Circuit Ethernet de couche 2 directe fournissant des connexions privées, flexibles et à la demande entre n’importe quel emplacement du réseau Megaport. pour isoler le problème. Si la VXC affiche souvent des symptômes différents, la cause profonde peut être attribuée à une autre zone du réseau.
Conseil
Vous pouvez vérifier le statut de la VXC depuis le Portail Megaport. Sur la page Services du portail, trouvez la VXC et passez la souris sur son icône. Un message affiche le statut. (La couleur de l’icône indique également le statut du service).
Actions de dépannage
Action | Étapes |
---|---|
Vérifiez les erreurs CRCCyclic Redundancy Check (Contrôle de redondance cyclique). Un type de code de détection d’erreur utilisé pour identifier les erreurs de transmission dans les données., les pertes de paquets et les journaux du périphérique |
Les statistiques et les journaux de l’interface peuvent aider à identifier l’extrémité de la connexion transversale à l’origine du problème et la solution potentielle. Par exemple, un nombre croissant d’erreurs entrantes sur une interface réseau exclut généralement ce SFPSmall Form Pluggable. 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 périphériques. spécifique et indique un problème potentiel avec d’autres composants de la connexion transversale. |
Vérifiez les niveaux optiques Tx et Rx sur le périphérique | Vérifiez les niveaux optiques transmis (Tx) et reçus (Rx). Ce bilan de santé vous permet de valider la connectivité physique. Quelques considérations :
|
Vérifiez les connexions physiques avec le centre de données | Ouvrez un ticket avec le centre de données pour effectuer les tests suivants :
|
Vérifiez le statut du circuit du transporteur (le cas échéant) | Certaines connexions transversales sont définies via un ou plusieurs appareils réseau de transporteur avant d’atteindre le réseau Megaport. Vérifiez que les interfaces du périphérique dans le chemin de connexion transversale sont exemptes d’erreurs et que les lectures de lumière optique fonctionnent correctement. |
Validez les performances de l’équipement | Lors du dépannage, Megaport n’a pas de visibilité ni d’accès en dehors du réseau Megaport. Pour vérifier que la cause d’un problème se trouve dans le réseau Megaport, l’assistance Megaport demande aux clients de valider les performances de leur équipement. Il s’agit notamment de :
|
Comparez les latences | Regardez une vidéo de 1 minute expliquant comment comparer votre latence à celle publiée par Megaport. |
Effectuez un test tracerouteUn outil de diagnostic qui examine comment les données se déplacent sur Internet pour déterminer si une destination est accessible. ou un autre test pour localiser le symptôme | Traceroute est un outil de diagnostic réseau qui suit en temps réel le chemin emprunté par un paquet sur un réseau IP, de la source à la destination, en indiquant les adresses IP de tous les routeurs situés le long du chemin. Traceroute enregistre également le temps pris pour chaque saut que le paquet fait pendant son trajet vers la destination. Exécutez un test traceroute de bout en bout
|
Effectuez des tests de débit | iPerf est un outil multiplateforme utilisé pour créer des mesures de performance standardisées et régler votre réseau. iPerf a une fonctionnalité client et serveur et peut créer des flux de données pour mesurer le débit entre deux extrémités, dans une ou deux directions. Exécutez le test Megaport recommande d’effectuer un test de 15 minutes de chaque côté (l’A-End client et la B-End serveur puis la B-End client et l’A-End serveur) pour un total de 30 minutes de test et environ 10 à 15 minutes entre chaque test. Ce test doit être exécuté en utilisant UDPUser Datagram Protocol. Protocole de communication de la couche de transport qui fonctionne au-dessus du protocole Internet (IP).. Voici un exemple de la commande à lancer sur l’A-End ou la B-End : iperf3 -c <ip address> -b1000m -t 900 -u Remarque : Les flux UDP doivent être utilisés pour mesurer le débit entre les deux extrémités de la connexion sans la surcharge de la négociation TCP, l’évitement de la congestion et le fenêtrage. Analysez les résultats
|
Prochaines étapes
Si les actions de dépannage ne résolvent pas votre problème, contactez l’assistance. Avant de demander de l’aide, recueillez les informations suivantes :
- Résultats du dépannage – Indiquez en détail toutes les étapes de dépannage suivies. Par exemple, si des boucles ont été placées, notez leur emplacement et la direction dans laquelle elles sont orientées.
- Statut du port et niveaux optiques Tx/Rx sur le périphérique – Utilisez le Portail Megaport pour examiner le statut de votre port. Regardez une vidéo d’1 minute sur la façon d’afficher le statut du service.
- Référence du ticket du centre de données (facultatif) – Une fois la connexion transversale installée, le centre de données enverra un avis d’achèvement. L’avis comprendra le numéro de commande de la connexion transversale du centre de données, que Megaport doit fournir au technicien du centre de données. Indiquez également tout numéro de référence de ticket existant que vous avez ouvert directement avec le centre de données.
- Source IP address and destination IP addressAdresse IP source et adresse IP de destination – L’adresse IP source est l’adresse IP de l’hôte qui a envoyé le paquet. L’adresse IP de destination est l’adresse IP de l’hôte qui doit recevoir le paquet.
- Diagramme du réseau de haut niveau – Comprendre comment la conception de votre réseau est mise en œuvre et comment il est connecté au réseau Megaport permet d’identifier des domaines supplémentaires dans le processus de dépannage. Fournissez un diagramme de réseau qui inclut tous les périphériques dans le chemin ; notez les adresses IP et les VLAN impliqués de chaque périphérique.
- Résultats de test ping – Fournissez le résultat de chaque test ping effectué sur le service. Fournissez tous les tests de sortie si vous avez plusieurs services liés à différents produits (par exemple, un port, une VXC ou un MCR).
- Résultats Traceroute – Fournissez les résultats traceroute, en indiquant quel côté de la connexion a initié le test et quel côté était la destination. Nous vous recommandons d’utiliser les informations sur l’A-End et la B-End de votre VXC.
- Résultats du test iPerf (débit) – Fournissez toutes les données basées sur les étapes ci-dessus et toute information pertinente liée aux questions ci-dessous :
- Utilisez-vous la régulation du flux sur votre réseau ?
Si vous régulez, contrôlez ou filtrez le trafic avant qu’il n’atteigne Megaport, cela peut nous amener à ne voir que le trafic d’entrée régulé dans le réseau Megaport. Les clients et les revendeurs doivent s’assurer que l’équipement utilisé en dehors du réseau Megaport peut prendre en charge les vitesses souhaitées. - Avez-vous contacté la B-End de la connexion pour vous assurer qu’il n’y a pas de problèmes de ce côté du chemin ?
Indiquez le numéro de dossier, le cas échéant. Une fois que le trafic est envoyé de l’interface réseau de Megaport vers l’interface du fournisseur, nous ne contrôlons plus ce flux. - Y a-t-il d’autres fournisseurs impliqués, tels que les opérateurs télécom ? Si un opérateur est impliqué dans le réseau, un dossier a-t-il été ouvert avec lui pour examiner les problèmes potentiels de routage ?
Indiquez le numéro de dossier, le cas échéant. Il est important de vérifier si vous utilisez un opérateur téléphonique pour acheminer le flux de trafic vers/depuis votre réseau vers Megaport, car nous ne pouvons dépanner le flux qu’à travers nos périphériques. Par exemple, nous ne pouvons pas tenir compte de toute perte ou autre problème avant qu’il n’atteigne notre réseau. - S’il s’agit d’une connexion Azure, utilisez-vous l’option Q-in-Q sur le Portail Megaport comme décrit dans Configuration de Q-in-Q ?
Azure avec Q-in-Q peut être délicat, et doit être configuré correctement pour envoyer le trafic correctement vers Megaport et ensuite vers Azure.
- Utilisez-vous la régulation du flux sur votre réseau ?
- Journaux de capture de paquets (facultatif) – Les journaux de capture de paquets (ou PCAP) permettent de collecter le trafic réseau, de surveiller la bande passante, de détecter les logiciels malveillants et de faciliter la réponse aux incidents. Si cela est pertinent pour le problème, fournissez des journaux de capture de paquets pour une meilleure compréhension de votre réseau.
- Configurations MVE/SD-WAN (le cas échéant) – Confirmez ce qui suit :
- Les identifiants de connexion sont exacts
- La licence et le modèle/flux de travail corrects sont joints.
- La taille de l’instance et les versions du logiciel
- Le statut de l’interface MVE, comme les adresses IP configurées et le VLAN.
- Pour la connectivité de la passerelle et de l’interconnexion, vérifiez les sessions BFDBidirectional Forwarding Detection.
Le protocole BFD détecte toute défaillance de chemin entre des voisins BGP directement connectés, ce qui permet un temps de reconversion du routage BGP plus rapide., la bande passante et l’état BGP - Vérifiez l’adresse IP du MVE dans le Portail Megaport.
- Vérifiez la bande passante, le VLAN, l’adresse IP, les masques de sous-réseau et les ASN configurés.
- Validez les détails de connectivité tels que le statut de l’interface et le statut du voisin BGP.
Pour plus de détails sur nos fournisseurs SD-WAN, voir Présentation de MVE.
Remarque
Si un technicien de service sur site est requis dans le centre de données, consultez la rubrique Services client sur site pour plus de détails.