Meilleure façon de connecter plusieurs commutateurs ensemble

11

Nous avons actuellement cinq commutateurs non gérés 24 ports 3com. Quatre d'entre eux sont des commutateurs de 100 Mo sans port gigabit (le port de liaison montante MDI est de 100 Mo). Le cinquième est un commutateur gigabit complet que nous utilisons pour tous nos serveurs. Ils sont connectés en guirlande en ce moment, un peu comme ça:

texte alternatif

À certains moments de la journée, les performances du réseau deviennent atroces. Nous avons vérifié que cela n'avait rien à voir avec la capacité du serveur, il nous reste donc à considérer les goulots d'étranglement des E / S réseau. Nous espérions connecter chaque commutateur de 100 Mo directement au commutateur gigabit afin que chaque utilisateur ne soit qu'à 1 commutateur du serveur ... comme ceci:

texte alternatif

Au moment où cela a été connecté, tout le trafic réseau s'est arrêté. Est-ce la mauvaise façon de procéder? Nous avons vérifié qu'aucune boucle n'existe et nous avons vérifié que nous n'avions pas de câbles croisés (tous les commutateurs ont Auto-MDI). La mise hors tension des 5 commutateurs n'a rien fait non plus.

Bip Bip
la source
Acheter, emprunter, mendier ou voler un seul commutateur géré peu coûteux pour le rôle de «gigabit complet» n'est vraiment pas une option? Quelques centaines vous achètent, par exemple, un HP JE006A (qui est conçu par 3com btw) de nos jours, et vous aurez de bien meilleures façons de déboguer lorsque ce problème se reproduira (et comme il est juste apparu sans faire d'effort pour le faire apparaître, il le fera probablement ).
rackandboneman

Réponses:

17

Peut-être que les commutateurs étaient juste en admiration devant votre topologie incroyable?

Sérieusement, si vous pouvez prendre le temps, recommencez, mais ne connectez qu'un commutateur à la fois au commutateur Gb et vérifiez la connectivité et la fonction à chaque étape.

Lorsque le réseau s'arrête enfin, déconnectez tous les commutateurs et essayez de connecter ce commutateur en premier. S'il le fait à nouveau, déconnectez tout sur ce commutateur et ajoutez-les à nouveau, un par un, pour trouver le lien malheureux.

S'il ne meurt pas, ajoutez des commutateurs jusqu'à ce qu'il le fasse. S'il échoue après l'ajout de commutateurs, peut-être que l'un des commutateurs ne peut pas gérer la taille de la table d'adresses MAC, et vous avez besoin d'un commutateur plus gros?

Matt Simmons
la source
3
De plus, s'il échoue à nouveau, regardez les voyants d'activité sur les commutateurs - vont-ils devenir fous?
Zypher
@Zypher - bon point, nous allons jeter un oeil hors des heures (pendant la journée, ils deviennent toujours fous, nous avons beaucoup de trafic réseau).
Bip bip
2
Le fait de ne pas avoir de commutateurs gérés rend ce type de problèmes difficile à détecter car vous manquez de visibilité sur le réseau. Mais l'approche de Matt devrait vous aider à la réduire rapidement.
3dinfluence
1
@Matt: point mineur, les commutateurs n'ont pas de tables ARP. Sauf s'il s'agit de commutateurs L3, auquel cas ils doivent être appelés routeurs. :)
Murali Suriar
2
L'approche de Matt est bonne, tout comme votre changement de topologie (le pire possible en guirlande). Il existe diverses autres choses obscures qui pourraient être à l'origine de votre problème, qui sont difficiles à localiser sur les équipements réseau non gérés. J'ai vu un comportement similaire avec des serveurs "à sens unique" - comme un serveur syslog verrouillé, qui ne reçoit que des journaux mais ne parle jamais. Cela provoque l'expiration de son adresse MAC sur la table du commutateur et tout le trafic vers ce serveur est inondé par tous les ports.
Geoff
3

J'essaierais certainement de faire fonctionner cette dernière topologie (avec les conseils de diagnostic de Matt Simmons comme guide), car elle offrira une meilleure latence (toujours à un seul bond). De plus, compte tenu de votre capacité d'interconnexion très limitée, essayez de:

  • mettre des machines qui se parlent souvent sur le même commutateur (pour que les interconnexions n'aient pas à transporter autant de trafic); et
  • connectez des machines dotées de cartes réseau gigabit et parlez directement à de nombreuses autres machines sur le commutateur gigabit (afin qu'elles puissent transférer leurs données sur le réseau aussi efficacement que possible).

En fin de compte, cependant, vous ne pouvez pas mettre une dinde de dix livres dans un sac de cinq livres, et je rédigerais un plan pour acheter un ensemble de commutateurs gigabit gérés, en fonction de votre description du réseau déjà largement utilisé.

womble
la source
"vous ne pouvez pas coller une dinde de dix livres dans un sac de cinq livres" - bien. Mais que se passe-t-il si nous scotchons ensemble deux sacs de cinq livres? Cela a fonctionné jusqu'à présent =)
Bip bip
1
Je suppose que l'étherchannel serait l'équivalent du ruban adhésif en toile ... nécessite cependant des commutateurs gérés.
womble
0

Les commutateurs non gérés ont une limite à la quantité de trafic qu'ils peuvent commuter efficacement - pas exactement ce que vous attendez. Vous obtenez probablement un conflit de tempête / bus de diffusion qui provoque des problèmes, car trop de paquets ou de clients cherchent à utiliser le réseau à la fois. Le passage à des commutateurs gérés (nous utilisons ceux à 24 ports netgear qui fonctionnent entre 250 et 300 $ par pop) vous donnera plus de capacité de commutation et la possibilité de ports QOS si vous avez besoin de mieux gérer la priorité.

Empericalement, nous avons essayé la disposition du bas une fois et ça a mal tourné. Je suis sûr qu'un vrai CNE nous dira la vraie raison, mais je suis toujours resté avec la configuration supérieure simplement pour garder le câblage simple, propre et fonctionnel. Remarquez que nous aurions pu simplement avoir une boucle circulaire et ne pas l'avoir remarqué à l'époque.

MikeJ
la source
4
Les commutateurs gérés ont les mêmes limites que les commutateurs non gérés. Les commutateurs gérés vous offrent simplement plus de contrôle et de visibilité sur ce qui se passe sur le réseau.
3dinfluence
2
@ 3d: Bien que vous ayez raison de dire qu'il n'y a pas de différence intrinsèque entre la capacité des commutateurs gérés et non commutés, dans la pratique, les commutateurs gérés tendent vers la qualité supérieure du marché, et ont donc tendance à avoir de meilleures structures de commutation, leur permettant de voler plus le trafic autour.
womble
@womble ... sans aucun doute, mais à peu près tous les commutateurs non gérés sont "non bloquants" au moins en ce qui concerne le fond de panier. La question de savoir si le processeur peut suivre les paquets de fragmentation et autres problèmes TCP est une autre question. Les commutateurs gérés ont également tendance à avoir plus de cache sur chaque port que leurs frères non gérés.
3dinfluence
0

Quelques idées supplémentaires pourraient se produire:

  1. La négociation automatique peut choisir des paramètres de vitesse / duplex inappropriés. Assurez-vous de définir les ports manuellement sur 100 / Full
  2. Une reconvergence Spanning Tree se produit sans aucun doute lorsque vous effectuez le changement. Cela peut prendre un certain temps pour terminer, selon vos différents minuteurs. Si vous n'avez pas attendu au moins 2 minutes, cela peut avoir affecté vos tests.
Wade Williams
la source
1
Curieusement, si nous définissons les clients sur 100 / Full ou 100 / Half, beaucoup d'entre eux ralentissent considérablement. La seule façon dont il continue d'envoyer plus rapidement que 10 Mo est de le configurer pour négocier automatiquement. Cela n'a aucun sens, mais beaucoup de nos clients sont Win98 (application héritée que nous ne pouvons pas remplacer pendant une autre année), donc nous ne nous en occupons pas.
Bip bip
Je parlais des connexions entre les commutateurs configurés manuellement pour 100 / Full. Si deux commutateurs du même fabricant ne fonctionnent pas lorsqu'un lien est configuré manuellement, quelque chose ne va pas et je serais au téléphone avec leur support technique.
Wade Williams
Ah. Ce sont des commutateurs non gérés et ne permettent pas de modifier la vitesse du port.
Bip bip
En fait, ce comportement est parfaitement logique et est conforme aux spécifications. Si un côté (le commutateur) est défini sur auto et que l'autre est codé en dur sur Full / 100, le commutateur essaiera de négocier et échouera, car le client ne négocie pas en retour. Pour que Full / 100 fonctionne, soit automatique des deux côtés, soit hardcode des deux côtés, ne mélangez pas auto avec codé en dur.
Geoff
0

Le fait que vous connectez en série des commutateurs est la source de votre problème. Je conseillerais d'examiner au moins l'achat de commutateurs gérés. Une bonne approche pour une petite entreprise et également rentable consiste à implémenter une conception de cœur effondrée avec des réseaux locaux virtuels. De cette façon, vous pouvez segmenter les domaines de diffusion / collision et contrôler les performances de votre réseau.

Lee
la source
2
La configuration qu'il essaie de mettre en œuvre n'est pas une connexion en guirlande.
rackandboneman
0

Ressemble à une tempête d'arp lorsque plusieurs commutateurs non gérés sont connectés en anneau comme la topologie ou similaire.

RAISON: La diffusion d'arp sur tous les ports résoudra le chemin, mais une partie de l'arp propre rebondira et provoquera une tempête. Dans de telles situations, les vitesses de liaison sont saturées à 100% sur tous les ports et les interruptions de trafic. Utilisez des commutateurs gérés pour résoudre ce problème.

Arpan Dubey
la source
-2

Quelque chose à considérer: utilisez-vous des câbles croisés ou droits? Vous devez toujours utiliser des câbles croisés lors de la connexion d'appareils similaires. L'utilisation d'un câble droit dans un port normal ralentira votre commutateur connecté à une analyse à moins que le commutateur ne soit conçu pour corriger automatiquement la différence de câblage. (Certains le font).

specba
la source
3
Tout simplement faux. Si le port n'est pas à détection automatique, l'utilisation d'un câble droit ne fonctionnera pas du tout . Et si ce lieu est auto-détection, il ne fait aucune différence.
Massimo
J'allais être en désaccord avec le -2 puisque la question est 2009, mais la réponse à venir en 2012? Je suis d'accord avec les votes. : P De nos jours, peu importe si le câblage est croisé ou non.
Chris K