Aller au contenu

Dépannage de la connectivité VXC

Si vous rencontrez des problèmes de connectivité, nous vous recommandons de commencer par dépanner votre connexion transversale virtuelle (VXC) 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 CRC, 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 SFP (small form pluggable) 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 :
  • Si aucune lumière Rx n’est reçue, le service est interrompu.
  • Si vous observez une dégradation des niveaux lumineux Tx et Rx, le service peut être interrompu. Megaport vous recommande de vérifier vos connexions physiques.
  • Si vous ne transmettez ou ne recevez pas de lumière vers/depuis Megaport, cela peut être dû à l’une des causes suivantes :
    • Problème de polarité des fibres – Vérifiez en enroulant les fibres de votre côté.
    • Problèmes de connectivité dans votre environnement ou connexion transversale – Vérifiez en effectuant un test de bouclage physique dans votre environnement.
    • Problèmes de connectivité dans l’environnement Megaport – Vérifiez en effectuant un test de bouclage physique de votre environnement vers Megaport.
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 :
  1. Vérifiez que la connexion transversale n’est pas endommagée et nettoyez-la si nécessaire.
  2. Assurez-vous que le centre de données transmet une lumière adéquate hors du point de démarcation à son extrémité de la connexion. Le centre de données doit vérifier la lumière au point de démarcation à l’aide d’un luxmètre.
  3. Les modèles SFP doivent être conformes à la vitesse de l’interface et aux détails de l’interface dans les spécifications techniques Megaport.
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 :
  • S’assurer que les spécifications et les limites du matériel sont compatibles avec les Spécifications techniques Megaport.
  • Surveiller le trafic réseau et la charge de travail sur le matériel pour éviter toute congestion ou dégradation des performances.
En outre, il est recommandé de valider les performances ci-dessous pour s’assurer que tout fonctionne comme prévu. Si des anomalies sont identifiées, faites une capture des journaux, des détails des graphiques ou de tout message d’erreur pertinent.
    Matériel
  • Optique (type de SFP, vitesse et longueur d’onde) et type de fibre
  • Capacité du port
  • Modèles de commutateur, de routeur et de pare-feu
  • Version du firmware
    Réseau
  • Flux de trafic
  • Utilisation du port
  • Utilisation du CPU
  • Configuration
  • Conception générale du réseau
Si vous identifiez des anomalies, faites une capture des journaux, des détails de graphique et de tout message d’erreur pertinent.
Comparez les latences Lire la vidéo    Regardez une vidéo de 1 minute expliquant comment comparer votre latence à celle publiée par Megaport.
Effectuez un test traceroute 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
  • À partir de l’hôte qui est à l’origine du trafic (A-End), lancez le test traceroute vers l’hôte de destination (B-End). Ensuite, exécutez le test traceroute de l’hôte de destination vers l’hôte d’origine. Les commandes et les drapeaux peuvent différer selon le périphérique.
Analysez les résultats :
  • Recherchez un potentiel routage asymétrique. Si les résultats traceroute ne prennent pas le même chemin, un test traceroute aidera à localiser le routage asymétrique quelque part dans le réseau.
  • Y a-t-il des endroits dans le traceroute où le temps de réponse a augmenté de manière significative ? Si oui, ces retards sont-ils dans votre réseau ?
    Y a-t-il des pare-feu ou des règles de liste d’accès qui empêchent le trafic d’atteindre la destination ?
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 UDP. 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
  • Recherchez un éventuel routage asymétrique. Un test traceroute aidera à déterminer si les résultats traceroute prennent des chemins différents, ce qui peut indiquer un routage asymétrique quelque part dans le réseau.
  • Y a-t-il des endroits dans le traceroute où le temps de réponse a augmenté de manière significative ? Si c’est le cas, ces retards sont-ils dans votre réseau ?
  • Après avoir effectué les tests, fournissez les statistiques de votre interface et faites une capture d’écran des éléments suivants :
    • Graphiques de trafic (si possible)
    • Points d’entrée/sortie de votre réseau les plus proches de Megaport
    • Graphiques de trafic pour l’entrée/sortie de la B-End (si possible)
  • Précisez à quel(s) périphérique(s), port(s) et VLAN du diagramme du réseau les graphiques se rapportent.

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.
  • 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 BFD, la bande passante et le statut 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.‏


Dernière mise à jour: 2022-02-10