Dépannage de la Connectivité VXC
Si vous rencontrez des problèmes de connectivité, nous vous recommandons de commencer par dépanner votre VXCUn VXC est un circuit Ethernet de niveau 2 offrant des connexions privées, flexibles et à la demande entre n’importe lequel des emplacements sur le réseau de Megaport, offrant des capacités allant de 1 Mbps à des vitesses multi-Gbps de haute capacité, avec des niveaux supérieurs disponibles dans certaines régions.
pour isoler le problème. Bien que le VXC affiche souvent différents symptômes, la cause racine pourrait être attribuée à une autre zone du réseau.
Conseil
Vous pouvez vérifier le statut du VXC depuis le Megaport Portal. Sur la page des Services dans le Portal, trouvez le VXC et survolez 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érifier les erreurs 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. , les pertes de paquets et les journaux des dispositifs |
Les statistiques d’interface 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 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 du cross connect. |
| Vérifier les niveaux optiques Tx et Rx sur le dispositif | Vérifiez les niveaux de lumière transmise (Tx) et reçue (Rx). Ce contrôle de santé vous permet de valider la connectivité physique. Quelques considérations:
|
| Vérifier les connexions physiques avec le centre de données | Ouvrez un ticket avec le centre de données pour effectuer les tests suivants:
|
| Vérifier le statut du circuit opérateur (le cas échéant) | Certains cross connects sont configurés via un ou plusieurs dispositifs réseau d’opérateur avant d’atteindre le réseau Megaport. Vérifiez que les interfaces des dispositifs dans le chemin de cross connect sont sans erreurs et que les relevés de lumière optique fonctionnent correctement. |
| Valider la performance de l’équipement | Lors du dépannage, Megaport n’a pas de visibilité ou 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, le support Megaport demande aux clients de valider la performance de leur équipement. Cela inclut:
|
| Comparer les latences | |
| Effectuer un tracerouteUn outil de diagnostic qui examine comment les données circulent 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 rapportant les adresses IP de tous les routeurs le long du chemin. Traceroute enregistre également le temps pris par chaque saut effectué par le paquet pendant son passage à la destination. Effectuer un test de traceroute de bout en bout
|
| Effectuer des tests de débit | iPerf est un outil multiplateforme utilisé pour créer des mesures de performance standardisées et pour ajuster votre réseau. iPerf a des fonctionnalités 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 les deux directions. Effectuer le test Megaport recommande de réaliser un test de 15 minutes de chaque côté (le client A-End et le serveur B-End, puis le client B-End et le serveur A-End) pour un total de 30 minutes de test et environ 10 à 15 minutes entre chaque test. Ce test doit être exécuté en utilisant UDPLe protocole User Datagram Protocol (UDP) est un protocole de communication de couche transport qui fonctionne au-dessus du protocole Internet (IP). L’UDP est l’un des protocoles de communication principaux de la suite IP utilisé pour envoyer des messages à d’autres hôtes sur un réseau IP. Au sein d’un réseau IP, l’UDP ne nécessite pas de communication préalable pour établir des canaux de communication ou des chemins de données. L’UDP accélère les communications en n’établissant pas formellement une connexion avant que les données ne soient transférées. . Voici un exemple de commande à exécuter sur l’A-End ou B-End: iperf3 -c <ip address> -b1000m -t 900 -uNote: Les flux UDP doivent être utilisés pour mesurer le débit entre les deux extrémités de la connexion sans le surcoût de la négociation TCP, l’évitement de congestion, et le fenêtrage. Analyser les résultats
|
Étapes suivantes
Si les actions de dépannage ne résolvent pas votre problème, contactez le support. Avant de demander de l’aide, collectez les informations suivantes:
- Résultats de dépannage – Fournissez toutes les étapes de dépannage que vous avez effectuées en détail. Par exemple, si des boucles ont été placées, notez leur emplacement et la direction qu’elles prenaient.
- Statut du Port et niveaux optiques Tx/Rx sur le dispositif – Utilisez le Megaport Portal pour revoir le statut de votre Port. Voir une vidéo d’une minute sur comment voir le statut du service.
- Référence de ticket du centre de données (optionnel) – Une fois le cross connect installé, le centre de données enverra un avis d’achèvement. L’avis inclura le numéro de commande cross connect du centre de données, que Megaport doit fournir au technicien du centre de données. Fournissez également tout numéro de référence de ticket existant que vous avez ouvert directement avec le centre de données.
- Adresse 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 devrait recevoir le paquet.
- Diagramme réseau de haut niveau – Comprendre comment la conception de votre réseau est mise en œuvre et la connexion au réseau Megaport aide à identifier des zones supplémentaires de focus dans le processus de dépannage. Fournissez un diagramme réseau qui inclut tous les dispositifs sur le chemin ; notez les adresses IP et VLANs impliqués pour chaque dispositif.
- Résultats des tests Ping – Fournissez la sortie de chaque test ping réalisé sur le service. Fournissez toutes les sorties de tests si vous avez plusieurs services liés à différents produits (par exemple, un Port, VXC, ou MCR).
- Résultats du traceroute – Fournissez les résultats du traceroute, en indiquant quel côté de la connexion a initié le test et quel côté était la destination. Nous recommandons d’utiliser l’information des A-End et B-End de votre VXC.
- Résultats des tests 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 le traffic shaping sur votre réseau?
Si vous façonnez, régulez, ou filtrez le trafic avant qu’il n’atteigne Megaport, cela peut nous amener à voir uniquement le trafic d’entrée façonné dans le réseau Megaport. Les clients et revendeurs doivent s’assurer que l’équipement utilisé en dehors du réseau Megaport peut supporter les vitesses souhaitées. - Avez-vous contacté l’extrémité B de la connexion pour vous assurer qu’il n’y a pas de problèmes de ce côté du chemin?
Fournissez le numéro de cas si applicable. Une fois que le trafic est envoyé hors 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 des opérateurs télécoms? Si un opérateur est impliqué dans le réseau, un cas a-t-il été ouvert avec eux pour enquêter sur les problèmes de routage potentiels?
Fournissez le numéro de cas si applicable. Il est important de vérifier si vous utilisez un opérateur télécom pour router le flux de trafic de/vers votre réseau vers Megaport, car nous ne pouvons que dépanner le flux à travers nos dispositifs. Par exemple, nous ne pouvons pas rendre compte de toute perte ou autre problème avant qu’il n’atteigne notre réseau. - Si c’est une connexion Azure, utilisez-vous l’option Q-in-Q dans le Megaport Portal comme décrit dans Configuration du Q-in-Q?
Azure avec Q-in-Q peut être complexe et doit être configuré correctement pour envoyer le trafic correctement à Megaport puis à Azure.
- Utilisez-vous le traffic shaping sur votre réseau?
- Journaux de capture de paquets (optionnel) – Les journaux de capture de paquets (ou PCAP) aident à collecter le trafic réseau, surveiller la bande passante, détecter les logiciels malveillants et assister dans la réponse aux incidents. Si pertinent pour le problème, fournissez les journaux de capture de paquets pour une meilleure compréhension de votre réseau.
-
Configurations MVE/SD-WAN (si applicable) – Confirmez les éléments suivants:
- Les identifiants de connexion sont corrects
- La licence et le modèle/travail sont bien attachés
- La taille de l’instance et les versions logicielles
- Le statut de l’interface MVE, telles que les adresses IP configurées et VLAN
- Pour la connectivité de passerelle et d’interconnexion, vérifiez les sessions BFD, la bande passante, et le statut BGP
- Vérifiez l’adresse IP MVE dans le Megaport Portal
- Vérifiez la bande passante configurée, les VLAN, les adresses IP et les masques de sous-réseau, et les ASN
- Validez les détails de connectivité tels que le statut de l’interface et le statut voisin BGP
Pour plus d’informations, voir Aperçu MVE.
Remarque
Pour plus d’informations sur quand un technicien de service sur le terrain est nécessaire sur site au centre de données, voir Services sur site pour les clients.