.png)
Estoy considerando conectar dos (y posiblemente tres) conmutadores HP Procurve 1800 junto con troncales o con LACP. No puedo encontrar ninguna respuesta sustancial a mis preguntas a través de Google o aquí.
encontré esta preguntaTrunking de servidor a conmutador en el conmutador Procurve, ¿qué significa esto?pero la respuesta a la pregunta parece ser: a) Trunking podría significar cualquier cosa; y b) se define LACP. La pregunta¿Se prefiere un Trunk o LACP?no se responde, y no es de conmutador a conmutador sino de conmutador a servidor.
También encontré esta pregunta.Pregunta de diseño de LAN con HP Procurvepero tampoco responde a la pregunta planteada anteriormente:¿Se prefiere un Trunk o LACP?En cualquier caso, esta pregunta es relevante para el HP Procurve 2510 y no para el HP 1800.
Ninguna de estas preguntas parece discutir nuestra situación exacta. Hay tres conmutadores (todos HP 1800):
SW1(VLAN1) <-> SW2(VLAN1) <-> SW3(VLAN1)
SW2(VLAN6) <-> SW3(VLAN6)
Todos los conmutadores son HP 1800-24G (versión de hardware R01) con las siguientes versiones de software:
- SW1: PB.03.01
- SW2: PB.03.01
- SW3: PB.03.04
Todos los enlaces entre los conmutadores SW2 y SW3 permiten paquetes etiquetados únicamente y no tienen PVID (de acuerdo con las recomendaciones de la documentación de ayuda). Otros puertos son VLAN 1 o VLAN 6 y permiten todos los paquetes. Todos los puertos son de negociación automática, excepto las configuraciones ocasionales de 100 Mb Full Duplex; otros son todos de 1 Gb; ninguno es de 10 Mb.
El problema es que SW2 parece no responder a los pings rápidamente y, a menudo, pierde paquetes (como se monitorea desde el host de monitoreo en SW3). Otros interruptores están bien y responden apropiadamente. La conexión entre hosts parece estar bien. La respuesta HTTP de SW1 y SW2 en sus interfaces de administración parece lenta, más lenta que SW3.
Sospecho que hay un cuello de botella en el tráfico y me gustaría crear una tubería más grande. Los pings son a la dirección IP del conmutador y las conexiones al puerto HTTP también muestran tiempos de respuesta lentos. Presumiblemente, las conexiones (HTTP e ICMP) están en la VLAN1, ya que ahí es donde estaría la IP, y la VLAN1 es la VLAN de administración de todos modos.
Al leer otras preguntas, parece que una "troncal" permitiría combinar el tráfico de ambas VLAN en el mismo cable, reduciendo las dos conexiones a una o hacer que el tráfico atraviese varios cables para varias VLAN. También parece que los troncales se pueden combinar con LACP, pero ¿es eso deseable?
Mis preguntas:
- ¿Se prefiere una troncal o LACP en esta situación? ¿Por qué?
- ¿Cómo llama HP un "baúl" en esta situación?
- ¿Cómo se deben manejar las VLAN en esta situación?
- ¿Estoy intentando resolver el problema equivocado?
- ¿Ayudaría una actualización del firmware?
En cualquier caso, me gustaría una respuesta a todas las preguntas.
ACTUALIZAROlvidé mencionar que encontréesta pagina weblo cual me pareció útil, pero tampoco respondió mis preguntas directamente. Parece (según las respuestas allí) que el enlace troncal es para comunicación de conmutador a conmutador y LACP es para comunicación de servidor a conmutador.
Respuesta1
LACP es el protocolo de control de agregación de enlaces. Se trata de configurar la agregación de enlaces de forma automática y dinámica siempre que haya más de un enlace disponible y la otra parte también hable LACP. normalmenteesSe utiliza con interconexión redundante de servidor-conmutador, ya que una configuración estática con agregación de enlaces interrumpiría la conectividad del servidor siempre que los controladores NIC (donde se implementa la agregación de enlaces) no se hayan cargado, lo que interrumpiría efectivamente la administración previa al inicio del servidor o las capacidades de inicio de red.
Para las interconexiones de conmutadores, normalmente se prefiere una configuración estática, aunque yo lo consideraría puramente una cuestión de gustos.
"Agregación de enlaces" y "troncalización" se suelen utilizar como sinónimos. Existe un estándar IEEE definido para LA (802.3ad) y muchas extensiones patentadas de proveedores han surgido antes de la estandarización, la mayoría de las cuales tienen implementaciones incluso en modelos de conmutadores más nuevos por razones de compatibilidad con versiones anteriores.
Si configura una agregación de enlaces o un grupo troncal (LAG/TG), debe definir las mismas VLAN como miembros del grupo para los conmutadores en ambos lados. Sólo debe definir más de una ruta (es decir, más de una interconexión LAG) entre dos conmutadores si a) sabe exactamente lo que está haciendo y b) ha habilitado STP en ambos conmutadores conectados.
Si sospecha que hay un cuello de botella en el ancho de banda, utilice los contadores de estadísticas de puertos de sus conmutadores para verificarlo; es muy posible que el uso del ancho de banda resulte correcto y su problema sea completamente diferente. En su mayoría, los conmutadores tienen CPU bastante lentas y ASIC rápidos capaces de realizar la mayor parte del procesamiento sin ninguna carga para la CPU. Algunas operaciones todavía consumirían ciclos de CPU, una que es bastante "popular" es la recepción de transmisiones o paquetes multicast. Si su red genera una gran cantidad de tráfico de transmisión/multidifusión, el procesamiento y descarte de los paquetes podría saturar la CPU de un conmutador más allá de lo razonable. Nuevamente revisa los contadores para ver si se ve un número excesivo de retransmisiones en la red.
Respuesta2
En el sistema operativo HP ProVision; El término troncal significa diferente al término de Cisco de troncal.
- Las interfaces que no son 802.1Q (como computadoras o impresoras) se conocen comoSIN ETIQUETARcon ProVision y en Cisco comoACCESOpuerto.
- Las interfaces 802.1Q (como teléfonos de conmutador a conmutador, de conmutador a servidor y de conmutador a VoIP) se conocen comoETIQUETADOpuerto con ProVision, y Cisco es unTROMPApuerto.
- Las interfaces agregadas se conocen comoTROMPApuerto con ProVision, peroCANAL ETERNOcon Cisco.