Stacking y Chassis Aggregation

NUESTROS CURSOS Foros Curso CCNA R&S 200-125 Stacking y Chassis Aggregation

Etiquetado: 

Viendo 10 entradas - de la 1 a la 10 (de un total de 10)
  • Autor
    Entradas
  • #11413
    AdminNG
    Superadministrador
    #17517
    Edward
    Participante

    Hola Profesor,

    una consulta, en este tipo de tecnología Staking y Chassis agregation, donde se aprovecharia al máximo los recursos de la red, me queda una duda, si para el ejemplo que usted explicó, ¿Como se comportarían Spanning Tree por cada instancia de VLANs, si tuviera creado mas de una? no sé si como se comportará cada trama de VLAN que pase por un determinado enlace lógico de port-etherchannel entre los diversos Switches.

    #17518
    Edward
    Participante

    Perdon me olvide de subir la topologia de red de referencia que usted explico en el video

    https://ibb.co/wzF2zL4

    #17537
    AlvaroM
    Superadministrador

    Hola Edward, en esta topología no existen bloqueos de enlaces físicos por Spanning-tree, para Spanning tree en este ejemplo, vas a tener una PC conectada al switch de acceso, el switch de acceso conectado al switch de distribución y el switch de distribución conectado al switch de núcleo a través de 1 solo enlace lógico, en estos casos spanning-tree NO sabe que existen diferentes enlaces físicos dentro del etherchannel, ya sea que tengas 1 VLAN o 10 VLANs, esto quiere decir que la topología para Spanning-tree en este caso SIEMPRE SERÁ LA MISMA.

    Pongamos un ejemplo con la foto… si tú tienes la PC A en la VLAN 10 conectada al switch de acceso, y quieres que esa computadora se comunique con la PC B también conectada al switch de acceso en la misma VLAN… ¿qué es lo primero que ocurre?, lo primero que ocurre es que la computadora A enviara una trama broadcast ARP request a toda la VLAN no es cierto?… entonces «asumiendo» que se tienen enlaces troncales hasta el switch CORE, la trama primero llegara al switch de acceso, el switch de acceso reenviara esa trama broadcast a todos los puertos que pertenezcan a la misma VLAN a la cual pertenece el puerto donde se recibió la trama broadcast, la trama se enviaría a la PC B, y también se enviaría a los puertos troncales… en este caso el switch de acceso tiene conexión etherchannel troncal de 4 puertos físicos con el switch de distribución, la trama broadcast NO va ser enviada por los 4 enlaces físicos…físicamente la trama sería enviada solamente por 1 enlace físico… la trama llegara al switch de distribución, y sería reenviada por la troncal hacia el switch de núcleo también por 1 puerto físico y no por los 4 puertos que formen el etherchannel. Las tramas no son reenviadas nuevamente por otros puertos que pertenezcan al etherchannel. Para Spanning-tree cada Etherchannel es como si fuera un puerto físico… si un switch envía una trama en un etherchannel, esa trama no va ser reenviada nuevamente por el mismo Etherchannel.

    Ahora si tienes otra VLAN, no hay ningún problema… la topología ES LA MISMA, las tramas de otra PC3 a una PC4 en la VLAN 20 se comportarían de la misma manera, si generas un broadcast en la PC3, en esta situación ese broadcast llegaría a la PC4, llegaría al switch de distribución, y llegaría al switch de núcleo.

    Ahora… por cual de los enlaces físicos viaja la trama, esto ya depende del balanceo de carga que se este utilizando dentro de los Etherchannels, acá no tiene NADA que ver Spanning-tree, y no podrías realizar un balanceo de carga en base al root bridge ya que el root bridge es el mismo para todas las VLANs.

    Espero que hay aclarado un poco el panorama.

    Saludos cordiales.

    #17548
    Edward
    Participante

    Hola Profesor,

    Gracias por aclarar mis dudas, entonces en resumen, esto quiere decir para este escenario, ya no resulta necesario realizar un balanceo de carga a nivel de STP? es decir, cambios de prioridad, cambios de costo, porque solo habría un Switch Lógico tanto en Núcleo, Distribución y Acceso y un solo enlace lógico entre estos, reconocido por STP.

    #17549
    AlvaroM
    Superadministrador

    Exactamente Edward, tu switch central debería ser el Root bridge para todas las VLANs… y no podrías hacer balanceo de carga con Spanning-tree ya que todos los enlaces están activos entre los switches, el balanceo de carga se hace a nivel de ETherchannel y ahí Spanning-tree no tiene nada que hacer.

    Atento a tus comentarios! =)

    #22981
    oscar Ivan
    Participante

    Gracias por la explicacion. Tienes un video en donde se explique las capas de acceso, distribucion y nucleo. Muchas gracias

    #23000
    AlvaroM
    Superadministrador

    Hola Oscar!

    Claro que sí, tenemos un par de estos videos tanto en el curso CCNA como en el curso CCNP.

    CCNA:

    1.4. Diseño jerárquico de 2 y 3 capas y topologías de red

    CCNP:

    Principios de diseño en las redes empresariales

    Saludos cordiales! =)

    #33636

    Buenas noches, una consulta, he escuchado que existe stacking por medio de los puertos uplink y creo que le dicen virtual stacking. Cual seria la diferencia o en que casos se utilizaria ?

    #33685
    AlvaroM
    Superadministrador

    Hola Gianfranco

    La denominación de la tecnología para agrupar switches virtuales dependerá de la plataforma. Cuando utilizas los switches como los 3750 o 3850 para agrupar switches, la tecnología se denomina «Stackwise», y solo se puede realizar a través de los puertos Stack. También tienes la tecnología “FlexStack” que sirve para agrupar lógicamente switches 2960, y de igual forma solo se pueden utilizar los puertos Stack existentes. Respecto al VSS puedes utilizar los puertos de fibra de 40 o 10 Gbps que se encuentren en la tarjeta supervisora o en ciertas tarjetas que te lo indica el fabricante. En los switches 9200 y 9300 (nuevos switches), de igual forma la tecnología se denomina «Stackwise» y se tienen puertos específicos para esa conexión. En los nuevos switches de núcleo 9600 y 9500 (y en alguno extra como el 9400), existe la denominación de «StackWise Virtual», donde de igual forma que el VSS, la conexión de los switches se realiza a través de puertos giga de 10, 25, 40 o 100 Gbps de acuerdo a la disponibilidad. En los switches nube Meraki, se manejan las denominaciones de “Virtual Stacking”, “Physical Stacking”, y “Flexible Stacking” que imagino es lo que te refieres; sin embargo “Virtual Stacking” en Meraki no hace referencia a la unión de 2 switches de manera lógica, sino que se utiliza ese término para la configuración de múltiples puertos de manera simultánea independiente de los switches que tengas, así que es algo totalmente diferente.

    Respecto a qué puertos utilizar para formar los switches virtuales, esto te lo dice el fabricante de acuerdo al modelo, por ejemplo en los 9400 puedes utilizar puertos Uplink o Downlink, no hay problema, al final esto ya es un tema del fabricante y la arquitectura del dispositivo, algunos modelos te permitirán solo utilizar los Uplink para la conexión virtual, otros te permitirán configurar la conexión tanto en Uplink o Downlink, algunos modelos te dirán: «si utilizas este puerto para la conexión virtual, ya no podrás utilizar estos otros puertos», entonces es un tema enteramente de la arquitectura interna. Al final la gran diferencia desde un punto de vista práctico puede ser el ancho de banda que te proporcionaran las interfaces para comunicación entre los switches, ya que en las hojas del fabricante no te indican si existe una ventaja en utilizar un puerto u otro, a no ser que a nivel interno te digan que el utilizar un puerto deshabilita otro.

    Por otro lado, si hablamos de los switches de núcleo, al utilizar puertos de fibra nos dan la gran ventaja que los switches se instalen en ubicaciones físicas diferentes sin problema.

    Atento a tus comentarios.

    Saludos! =)

Viendo 10 entradas - de la 1 a la 10 (de un total de 10)
  • Debes estar registrado para responder a este debate.