2.22. Stacking y Chassis Aggregation


Nota: Lastimosamente el contenido completo solo está disponible para miembros… por favor suscríbete

PREGUNTAS!

Las preguntas que encontraras en esta sección, son similares a las que te encontraras en el examen de certificación.
 
logo
SI QUIERES DISFRUTAR DE ESTE CONTENIDO, TE INVITAMOS A QUE TE SUSCRIBAS.

¡PARTICIPEMOS!

Si te quedaron dudas de la lección, escríbela a continuación y así todos podemos participar y ayudarte.
¿Quieres participar en los debates?… por favor suscríbete

NUESTROS CURSOS Foros Stacking y Chassis Aggregation

Viendo 8 entradas - de la 1 a la 8 (de un total de 8)
  • 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! =)

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