Incompatibilité de ports de bande passante causant une perte de paquets

J'ai un service réseau privé entre un centre de données et mon bureau. Après avoir déplacé un serveur du bureau vers le centre de données, nous avons constaté une perte de paquets importante. Cela affecte grandement la vitesse de notre partage de fichiers (SMB est particulièrement affecté).

Les ingénieurs du centre de données ont suggéré de régler nos commutateurs sur 100 Mbits / s, mais nous ne disposons que d'un tuyau de 30 Mbps dans le réseau privé, ce qui permet de perdre jusqu'à 70% des paquets sur le commutateur.

Nous avons essayé de régler les ports sur 10 Mbps mais ils ne pouvaient pas se connecter. La bande passante QoS throtling peut-elle être utilisée dans ce cas? Nous utilisons Dell PowerConnect 6224 au bureau et PowerConnect 5424 dans notre centre de données.

Des idées sur la façon de résoudre ce problème?

switch

— Ross
source

Je n'ai pas vraiment de réponse précise, mais 70% des paquets perdus, passant d'un service de 30 Mbps à un port de 100 Mbps, ressemblent à de la merde totale. Quel type de connexion avez-vous entre les sites? Est-ce une connexion MPLS, Metro-ethernet?

— Kevin Kuphal

Totale merde en effet. TCP ne fonctionne tout simplement pas comme ça.

— Izzy

Vos ingénieurs de données souhaitaient définir l'interface de votre serveur sur 100baseTX. La question à laquelle vous devez les poser maintenant est de savoir quel duplex doit être défini l'interface: Full ou Half-Duplex. Vous verrez ces types de problèmes de perte de paquets avec les incompatibilités duplex de l' interface réseau de l'hôte .

Il existe des problèmes avec la négociation automatique en mode duplex (qui permet à l'interface de décider quelle vitesse correspond le mieux à la carte réseau qui se connecte). Vous pouvez lire ici à ce sujet avant de prendre cette décision quant aux paramètres à utiliser: http://kb.pert.geant.net/PERTKB/DuplexAndAutoNeg

— l0c0b0x
source

Merci pour la contribution. Je me suis maintenant assuré que tous les éléments du commutateur de la succursale vers le serveur de fichiers sont réglés sur 100M Full avec AutoNeg désactivé et que les paquets perdent toujours et que les fichiers sont très lents à transférer. Le problème semble correspondre aux symptômes décrits dans les liens que vous avez fournis, mais même après avoir vérifié tous les ports des commutateurs et de la carte réseau des serveurs, je vois toujours le même problème. Y a-t-il un autre endroit où je pourrais regarder?

— Ross

Cela change le sujet de la discussion. En fonction de votre topologie logique, vous devez savoir où se trouve la perte de paquets. Client à client? Client à serveur? Serveur à serveur? Passer par un commutateur spécifique? En outre, vous devrez déterminer le type de technologie implémentée sur vos commutateurs (STP, QoS / CoS, autre type de mise en forme / limitation de paquets). De nombreux outils vous aideront à tester la perte de paquets: Wireshark (pour voir ce qui se passe sur votre réseau), iPerf (tests de bande passante), mtr (winmtr). Vérifiez également si vous ne sursouscrivez pas votre BW au routeur frontière.

— l0c0b0x

Merci encore pour vos commentaires. J'ai exécuté Wireshark sur le serveur de fichiers pour voir s'il faisait autre chose et il semble que presque chaque réponse du serveur de fichiers est une réponse Trans2 qui dit: En-tête checksum: 0x0000 [incorrect, devrait être 0xc7de] La somme de contrôle attendue change pour chaque réponse. mais la somme de contrôle reçue est toujours 0x0000. Est-ce que cela a laissé de la lumière?

— Ross

Non, c'est normal Le problème est probablement toujours une disparité duplex quelque part. Confirmez les paramètres de duplex avec le fournisseur de réseau. Peut-être avez-vous bloqué la vitesse de votre côté, désactivant le mode automatique, ce qui a entraîné le repli de leur côté en mode semi-duplex.

— David Schwartz