La mejor manera de conectar varios conmutadores juntos

11

Actualmente tenemos cinco conmutadores no administrados de 24 puertos 3com. Cuatro de ellos son conmutadores de 100Mb sin puerto gigabit (el puerto de enlace ascendente MDI es de 100Mb). El quinto es un conmutador gigabit completo que utilizamos para todos nuestros servidores. En este momento están encadenados juntos, algo así:

texto alternativo

En ciertos momentos del día, el rendimiento de la red se vuelve atroz. Hemos verificado que esto no tiene nada que ver con la capacidad del servidor, por lo que nos queda considerar los cuellos de botella de E / S de red. Esperábamos conectar cada conmutador de 100Mb directamente al conmutador gigabit para que cada usuario estuviera a solo 1 conmutador del servidor ... así:

texto alternativo

En el momento en que esto se conectó, se detuvo todo el tráfico de red. ¿Es esta la forma incorrecta de hacerlo? Verificamos que no existan bucles y verificamos que no teníamos cables cruzados (todos los conmutadores tienen Auto-MDI). El encendido y apagado de los 5 interruptores tampoco hizo nada.

Bip bip
fuente
¿Comprar, pedir prestado, rogar o robar un solo switch administrado de bajo costo para el rol de "gigabit completo" realmente no es una opción? Unos cientos de personas lo compran, por ejemplo, un HP JE006A (que está diseñado por 3com por cierto) hoy en día, y tendrá formas mucho mejores de depurar cuando se repita ese problema (y dado que simplemente apareció sin hacer un esfuerzo para que aparezca, probablemente lo hará) )
rackandboneman

Respuestas:

17

¿Quizás los interruptores estaban asombrados de tu increíble topología?

Sin embargo, si puede tomarse el tiempo, hágalo nuevamente, pero solo conecte un interruptor a la vez al interruptor Gb y verifique la conectividad y la función en cada paso.

Cuando la red finalmente se detenga, desconecte todos los conmutadores e intente conectar ese conmutador primero. Si lo hace nuevamente, desconecte todo en ese interruptor y agréguelos, uno por uno, para encontrar el enlace infeliz.

Si no muere, agregue interruptores hasta que lo haga. Si falla después de agregar más interruptores, ¿tal vez uno de los interruptores no puede manejar el tamaño de la tabla de direcciones MAC y necesita un interruptor más grande?

Matt Simmons
fuente
3
Además, si falla nuevamente, observe las luces de actividad en los interruptores: ¿se están volviendo locos?
Zypher
@Zypher: buen punto, vamos a echar un vistazo a las horas (durante el día siempre se vuelven locos, tenemos mucho tráfico de red).
Beep beep
2
No tener switches administrados hace que este tipo de problemas sea difícil de rastrear ya que carece de visibilidad de la red. Pero el enfoque de Matt debería ayudarlo a reducirlo rápidamente.
3dinfluence
1
@Matt: punto menor, los conmutadores no tienen tablas ARP. A menos que sean conmutadores L3, en cuyo caso deberían llamarse enrutadores. :)
Murali Suriar
2
El enfoque de Matt es bueno, al igual que su cambio en la topología (cadena de margarita peor posible). Hay varias otras cosas oscuras que podrían estar causando su problema, que son difíciles de rastrear en equipos de red no administrados. He visto un comportamiento similar con los servidores "unidireccionales", como un servidor syslog bloqueado, que solo recibe registros pero nunca habla. Eso hace que su dirección MAC se agote en la tabla del conmutador, y todo el tráfico a ese servidor se inunda a través de todos los puertos. Problema similar con la agrupación o VRRP ...
Geoff
3

Definitivamente trataría de hacer que la última topología funcione (con las sugerencias de diagnóstico de Matt Simmons como guía), ya que proporcionará una mejor latencia (siempre a solo un salto de distancia). Además, dada su capacidad de interconexión muy limitada, intente:

  • coloque máquinas que a menudo se comuniquen entre sí en el mismo conmutador (para que las interconexiones no tengan que transportar tanto tráfico); y
  • conecte máquinas que tengan NIC gigabit y hable directamente con muchas otras máquinas en el conmutador gigabit (para que puedan ingresar sus datos en la red de la manera más eficiente posible).

Sin embargo, en última instancia, no puede meter un pavo de diez libras en una bolsa de cinco libras, y estaría redactando un plan para comprar un conjunto de conmutadores gigabit administrados, en función de su descripción de la red que ya se está utilizando en gran medida.

womble
fuente
"No se puede meter un pavo de diez libras en una bolsa de cinco libras" - agradable. Pero, ¿y si juntamos dos bolsas de cinco libras? Eso ha funcionado hasta ahora =)
Beep beep
1
Supongo que etherchannel sería el equivalente de la cinta adhesiva ... sin embargo, requiere interruptores administrados.
womble
0

Los conmutadores no administrados tienen un límite en cuanto a la cantidad de tráfico que pueden conmutar de manera efectiva, no casi lo que cabría esperar. Probablemente esté recibiendo una disputa de tormenta / bus de transmisión que causa que las cosas salgan mal porque demasiados paquetes o clientes buscan usar la red al mismo tiempo. El cambio a conmutadores administrados (utilizamos los de 24 puertos netgear que cuestan alrededor de $ 250-300 por pop) le dará más capacidad de conmutación y la capacidad de puertos QOS si necesita administrar mejor la prioridad.

Empericamente probamos el diseño inferior una vez y simplemente salió mal. Estoy seguro de que un CNE real nos dirá la verdadera razón, pero siempre me he quedado con la configuración superior simplemente para mantener el cableado simple, limpio y funcionando. Eso sí, podríamos haber tenido simplemente un bucle circular y no haberlo notado en ese momento.

MikeJ
fuente
44
Los conmutadores administrados tienen los mismos límites que los conmutadores no administrados. Los conmutadores administrados solo le brindan más control y visibilidad de lo que sucede en la red.
3dinfluence
2
@ 3d: Si bien tiene razón en que no hay una diferencia intrínseca entre la capacidad de los conmutadores administrados frente a los no administrados, en la práctica, los conmutadores administrados tienden hacia el extremo de mayor calidad del mercado y, por lo tanto, tienden a tener mejores telas de conmutación, lo que les permite lanzar más tráfico alrededor
womble
@womble ... sin duda, pero casi todos los conmutadores no administrados son "sin bloqueo", al menos en lo que respecta al plano posterior. Si la CPU puede mantenerse al día con la fragmentación de paquetes y otros problemas de TCP es otra cuestión. Los conmutadores administrados también tienden a tener más caché en cada puerto que sus hermanos no administrados.
3dinfluence
0

Un par de ideas más sobre las cosas podrían estar sucediendo:

  1. La negociación automática puede estar eligiendo configuraciones inapropiadas de velocidad / dúplex. Asegúrese de configurar los puertos manualmente para 100 / Full
  2. Sin duda, se produce una reconvergencia del árbol de expansión cuando realiza el cambio. Esto puede tardar bastante tiempo en terminar, dependiendo de los distintos temporizadores. Si no esperó al menos 2 minutos, eso puede haber afectado sus pruebas.
Wade Williams
fuente
1
Por extraño que parezca, si establecemos clientes en 100 / Full o 100 / Half, muchos de ellos se ralentizan significativamente. La única forma en que continúa enviando más rápido que 10Mb es configurándolo para que se negocie automáticamente. No tiene ningún sentido, pero muchos de nuestros clientes son Win98 (aplicación heredada que no podemos reemplazar por otro año), por lo que no nos metemos con ella.
Beep beep
Estaba hablando de las conexiones entre los conmutadores que se configuran manualmente para 100 / Full. Si dos interruptores del mismo fabricante no funcionan cuando un enlace se configura manualmente, algo está muy mal y estaría en el teléfono con su soporte técnico.
Wade Williams
Ah Estos son conmutadores no administrados y no permiten cambiar la velocidad del puerto.
Beep beep
En realidad, ese comportamiento tiene mucho sentido y está en la especificación. Si un lado (el conmutador) está configurado en automático y el otro está codificado en Completo / 100, el conmutador intentará negociar y fallará, ya que el cliente no vuelve a negociar. Para que funcione Full / 100, ya sea automático en ambos lados o código rígido en ambos lados, no mezcle automático con codificado.
Geoff
0

El hecho de que estén conectando en cadena interruptores juntos es la fuente de su problema allí mismo. Aconsejaría estudiar al menos la compra de conmutadores administrados. Un buen enfoque para una pequeña empresa y también rentable es implementar un diseño central contraído con vlans. De esta manera, puede segmentar los dominios de difusión / colisión y controlar el rendimiento de su red.

Sotavento
fuente
2
La configuración que está tratando de implementar no es una conexión en cadena.
rackandboneman
0

Parece una tormenta de arp cuando se conectan múltiples interruptores no administrados en anillo como topología o similar.

MOTIVO: La transmisión de arp en todos los puertos resolverá el camino, pero parte del propio arp se recuperará y provocará una tormenta. En tales situaciones, las velocidades de enlace se saturan al 100% en todos los puertos y paradas de tráfico. Use interruptores administrados para resolver este problema.

Arpan Dubey
fuente
-2

Algo a tener en cuenta: ¿Está utilizando cables cruzados o directos? Siempre debe usar cables cruzados al conectar dispositivos similares. El uso de un cable directo en un puerto normal ralentizará el interruptor conectado a menos que el interruptor esté diseñado para corregir automáticamente la diferencia de cableado. (Algunos lo hacen).

specba
fuente
3
Simplemente mal. Si el puerto no tiene detección automática, el uso de un cable recto no funcionará en absoluto . Y si en cambio es de detección automática, no hará ninguna diferencia.
Massimo
Iba a estar en desacuerdo con el -2 ya que la pregunta es 2009, pero ¿la respuesta llegará en 2012? Estoy de acuerdo con los votos. : P Hoy en día, no importa si está conectado o no.
Chris K