Dépannage du débit et de la vitesse

Si vous remarquez des anomalies entre le trafic transmis et le trafic que vous vous attendez à recevoir, votre réseau peut rencontrer des problèmes de débit ou de vitesse. Nous vous recommandons de suivre les étapes de dépannage suivantes pour aider à isoler la cause.

Actions de dépannage

Action	Étapes
Vérifiez 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 le dispositif	Les statistiques et les journaux d’interface peuvent aider à identifier quelle extrémité du cross connect est à l’origine du défaut et quelle solution potentielle peut être appliquée. 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érifiez les niveaux optiques Tx et Rx sur le dispositif	Vérifiez les niveaux lumineux transmis (Tx) et reçus (Rx). Cette vérification de l’état vous permet de valider la connectivité physique. Considérations: Si aucune lumière Rx n’est reçue, le service est interrompu. Si vous observez une dégradation des niveaux de lumière Tx et Rx, le service peut être interrompu. Megaport recommande de vérifier vos connexions physiques. Si vous ne transmettez pas (Tx) ou ne recevez pas (Rx) de la lumière de/vers Megaport, cela peut être causé par l’une des raisons suivantes: Problème de polarité de fibre – Vérifiez en inversant les fibres de votre côté. Problèmes de connectivité dans votre environnement ou cross connect – Vérifiez en effectuant un test de boucle physique dans votre environnement. Problèmes de connectivité dans l’environnement Megaport – Vérifiez en effectuant un test de boucle physique depuis votre environnement vers Megaport.
Vérifiez les connexions physiques avec le centre de données (remettre en place et remplacer le SFP, nettoyer et remplacer les câbles, test de boucle)	Ouvrez un ticket avec le centre de données pour: Vérifier les dommages ou le nettoyage éventuels du cross connect. S’assurer que le centre de données émet une lumière adéquate en dehors 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 avec un photomètre.
Vérifiez l’état du circuit du transporteur (le cas échéant)	Certains cross connects sont établis via un ou plusieurs dispositifs de réseau de transporteur avant d’atteindre le réseau de Megaport. Vérifiez que les interfaces des dispositifs sur le chemin du cross connect sont exemptes d’erreurs et que les lectures de lumière optique fonctionnent correctement.
Validez la performance 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 provient du réseau Megaport, le support de Megaport demande aux clients de valider la performance de leurs équipements. Cela inclut de s’assurer que les spécifications et limitations matérielles sont compatibles avec les Spécifications techniques de Megaport, et de surveiller le trafic réseau et la charge de travail sur le matériel pour éviter la congestion ou une performance dégradée. Pour vous assurer que le matériel et votre réseau fonctionnent comme prévu, nous vous recommandons de valider la performance des éléments suivants: Matériel Type d’optique (type de SFP, vitesse et longueur d’onde) et type de fibre Capacité de Port Modèles de commutateurs, routeurs et pare-feu Version du firmware Réseau Flux de trafic Utilisation du port Utilisation du CPU Configuration Conception globale du réseau Si vous identifiez des anomalies, capturez les journaux, les détails des graphes ou tout message d’erreur pertinent.
Effectuez 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	Les tests Traceroute peuvent aider à déterminer si une destination est joignable. Traceroute envoie une séquence de paquets 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. entre deux points et vous montre le chemin que prennent les paquets. Traceroute mesure également les délais de transit des paquets à travers un réseau IP. Effectuez des tests de traceroute de bout en bout Depuis le serveur source du trafic (A-End), démarrez le traceroute vers le serveur de destination (B-End). Ensuite, exécutez le traceroute depuis le serveur de destination vers le serveur source. Les commandes et options peuvent différer selon les dispositifs. Analysez les résultats Cherchez un routage asymétrique potentiel. Si les résultats du traceroute ne suivent pas le même chemin, un traceroute aidera à localiser 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é significativement? Si c’est le cas, ces délais sont-ils dans votre réseau? Y a-t-il des pare-feu ou des règles de liste d’accès qui interdisent au 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 ajuster votre réseau. iPerf possède 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 deux directions. Effectuez le test Megaport recommande d’effectuer 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 UDP. Voici un exemple de commande à exécuter sur l’A-End ou le B-End: `iperf3 -c <adresse IP> -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 le surcoût de la négociation TCP, de l’évitement de congestion et de la gestion de fenêtre. Analysez les résultats Cherchez un routage asymétrique potentiel. Un traceroute aidera à déterminer si les résultats du traceroute prennent différents chemins, ce qui pourrait 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 considérablement augmenté? Si c’est le cas, ces délais sont-ils dans votre réseau? Après les tests, fournissez vos statistiques d’interface et prenez une capture d’écran de: Graphiques de trafic (si possible) Points d’entrée/sortie dans votre réseau le plus proche de Megaport Graphiques de trafic pour les entrées/sorties B-End (si possible) Spécifiez quels dispositifs, ports et VLANs du schéma réseau auxquels les graphiques se rapportent.

É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 du dépannage – Fournissez tous les détails des étapes de dépannage que vous avez effectuées. Par exemple, si des boucles ont été placées, notez leur emplacement et leur orientation.
Adresse IP source et adresse IP de destination – L’adresse IP source est l’adresse IP du serveur qui a envoyé le paquet. L’adresse IP de destination est l’adresse IP du serveur qui devrait recevoir le paquet.
Schéma réseau de haut niveau – Comprendre comment votre conception réseau est implémentée et la connexion vers le réseau Megaport aide à identifier des zones d’intérêt supplémentaires dans le processus de dépannage. Fournissez un schéma réseau incluant tous les dispositifs sur le chemin; notez les adresses IP et les VLANs impliqués pour chaque dispositif.
Résultats des tests de ping – Fournissez la sortie de chaque test ping effectué sur le service. Fournissez toutes les sorties de test si vous avez plusieurs services liés à différents produits (par exemple, un Port ou VXC).
Résultats des 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 vous recommandons d’utiliser les informations 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 suivantes:
- Utilisez-vous le traffic shaping sur votre réseau?
  Si vous façonnez, contrôlez ou filtrez le trafic avant qu’il n’atteigne Megaport, cela peut nous amener à ne voir que le trafic entrant 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 prendre en charge 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é depuis 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éphoniques? Si un transporteur est impliqué dans le réseau, un cas a-t-il été ouvert auprès d’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éphonique pour acheminer le flux de trafic vers/depuis votre réseau vers Megaport, car nous ne pouvons dépanner que le flux à travers nos dispositifs. Par exemple, nous ne pouvons pas rendre compte de toute perte ou autre problème avant qu’elle n’atteigne notre réseau.
- S’il s’agit d’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 délicat, et il doit être configuré correctement pour envoyer le trafic correctement vers Megaport puis vers Azure.
Logs de capture de paquets (facultatif) – Les logs 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 logs de capture de paquets pour une meilleure compréhension de votre réseau.

Remarque

Pour plus d’informations sur lorsqu’un technicien sur site est nécessaire au centre de données, consultez Services sur le terrain pour les clients.