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



Nota: Lastimosamente el contenido completo solo está disponible para miembros… por favor suscríbete
CCNA 200-301 1. Fundamentos de las redes Diseño jerárquico de 2 y 3 capas y topologías de red

Diseño Jerárquico de Redes LAN: Modelos de 2 y 3 Capas y Topologías de Red

⏱️ 35 min lectura 📊 Nivel: Básico

Cuando implementamos una red de computadoras de manera física, podría parecer sencillo agarrar 10 switches y routers, conectarlos unos con otros de manera aleatoria y ver qué sale. Lamentablemente no es tan simple. A la hora de implementar una red de computadoras, uno de los factores más importantes que debemos tener en cuenta es el diseño jerárquico y la topología de la red que vamos a utilizar, y eso es exactamente lo que veremos en esta clase.

En esta sección nos enfocamos en los parámetros generales de diseño de las redes LAN. Esta clase no está pensada para que al terminarla sean expertos en diseño de redes. El objetivo es que conozcan las generalidades que deben considerar a la hora de diseñar e implementar una red LAN, esto significa que conozcan los principios que guían el diseño, los modelos que Cisco propone para estructurar el diseño, y los tipos de topologías que van a encontrarse tanto en el examen CCNA como en la vida real al momento de trabajar en redes empresariales.

Los 4 principios de diseño de redes LAN

Cuando implementamos una red LAN, existen 4 principios fundamentales que deben seguirse para garantizar que esa red funcione de manera eficiente, confiable y segura. Estos principios no deberían ser tomados como «opciones», son la base sobre la que se construye cualquier red bien diseñada, independientemente de su tamaño o complejidad.

Jerarquía

El primer principio es la jerarquía. La jerarquía nos indica que la red debe estar implementada en niveles o capas. Esto permite separar el diseño global de la red en bloques más pequeños y manejables, donde cada bloque tiene funciones específicas y bien definidas. En lugar de tener una red plana donde todos los dispositivos están al mismo nivel sin ningún tipo de organización, la jerarquía permite estructurar la red de manera ordenada, algo similar a cómo funciona una empresa con su organigrama: cada nivel tiene sus propias responsabilidades y se comunica con los niveles adyacentes de manera controlada.



Por ejemplo, en la imagen anterior tenemos una red plana donde todos los switches están conectados en serie, si el switch 4 deja de funcionar, esto afecta en la conexión a Internet de todos los usuarios, este es un ejemplo de una red mal diseñada.

Por otro lado, la jerarquía simplifica la operación y la administración de la red. Cuando un ingeniero de redes necesita resolver un problema, en lugar de tener que revisar toda la red de un solo vistazo sin saber por dónde empezar, puede enfocarse en la capa específica donde se encuentra el problema. Si el inconveniente es que un usuario no puede conectarse a la red, se revisa la capa más cercana al usuario. Si hay lentitud generalizada en toda la red, se revisa la capa más profunda. Esta separación de responsabilidades es una de las ventajas más grandes del diseño jerárquico.

Modularidad

El segundo principio es la modularidad. La modularidad permite que la red pueda expandirse sin ningún tipo de problemas y que se puedan habilitar nuevos servicios de acuerdo a la demanda de los usuarios. Una red modular está diseñada de tal manera que es posible agregar nuevos bloques o módulos sin que eso afecte el funcionamiento del resto de la infraestructura que ya existe.

Por ejemplo, si una empresa empieza con 50 empleados y en 3 años crece hasta tener 500, la red debe poder crecer junto con ella. Con un diseño modular, agregar capacidad es tan simple como conectar nuevos dispositivos/enlaces a la infraestructura existente, sin necesidad de rediseñar nada de lo que ya funciona. Esto es importante en entornos empresariales donde los requerimientos de la red cambian constantemente.

Resiliencia

El tercer principio es la resiliencia. Este principio nos indica que la red siempre debe estar disponible para los usuarios, a pesar de que puedan ocurrir eventos inusuales como fallas en el hardware o ataques a la red. En un entorno empresarial, la red es una infraestructura crítica: si la red cae, los empleados no pueden trabajar, los sistemas no se comunican entre sí y la empresa pierde productividad y en muchos casos directamente dinero.

Para lograr resiliencia se implementa redundancia tanto en dispositivos como en enlaces. Esto significa tener dispositivos de respaldo listos para tomar el control si el principal falla, y tener múltiples caminos de comunicación de manera que si un enlace se interrumpe, el tráfico pueda fluir automáticamente por un camino alternativo sin que el usuario note ninguna interrupción. La resiliencia no elimina las fallas, que siempre pueden ocurrir en cualquier sistema físico, pero sí garantiza que esas fallas no impacten a los usuarios finales.

Flexibilidad

El cuarto principio es la flexibilidad. La flexibilidad hace referencia a que todos los recursos de la red deben ser utilizados. Para entender por qué este es un principio y no algo que simplemente ocurre de manera natural, veamos la siguiente situación que es muy común en la práctica real.

Imaginemos que tenemos un switch que se conecta a otro switch con un solo cable. En algún momento llegamos a un punto donde necesitamos más capacidad. Entonces lo que hacemos por «sentido común» es que conectamos un segundo cable entre los mismos 2 switches como lo vemos en la siguiente imagen. Esto lo hacemos pensando que ahora tendremos el doble de capacidad para enviar los datos entre el servidor y la PC. La idea tiene todo el sentido del mundo, sin embargo, las redes de computadoras no funcionan así. Lo que ocurre al conectar ese segundo cable es que se forma un loop de capa 2, que puede arruinar completamente la red. Cuando existe un loop de capa 2, las tramas de datos comienzan a circular de manera indefinida entre los switches consumiendo todo el ancho de banda disponible hasta colapsar completamente la red en cuestión de segundos. Para evitar este desastre, los switches por defecto detectan los enlaces redundantes y bloquean todos excepto uno, dejando los otros enlaces en un estado de espera tal como lo vemos en la imagen, vemos que solo 1 de los enlaces esta disponible para enviar los datos, mientras que el segundo cable que hemos conectado, se encuentra bloqueado. Esto significa que llegamos exactamente a la misma situación del inicio con un solo cable activo.



La idea de la flexibilidad es precisamente solucionar este problema, que ambos cables puedan utilizarse de manera simultánea para enviar datos de manera eficiente, sin que se generen loops y aprovechando toda la capacidad disponible en la infraestructura. La información debería fluir al mismo tiempo a través de los 2 cables, duplicando el ancho de banda disponible entre esos 2 switches. Para lograrlo necesitamos aprender sobre el protocolo Spanning Tree, que es el encargado de controlar y gestionar los loops de capa 2 en una red, y sobre los EtherChannels, que permiten agrupar múltiples enlaces físicos en un solo enlace lógico para aprovecharlos todos simultáneamente. Ambos temas y el desarrollo de todos los principios los vamos desarrollando a medida que avanzamos en el curso.

Nota: Al implementar estos 4 principios en el diseño de la red obtenemos las características que toda red de computadoras debe tener para proporcionar una experiencia satisfactoria al usuario: tolerancia a fallas, escalabilidad, calidad de servicio (QoS) y seguridad. Estos 4 principios y estas 4 características van completamente de la mano y son el objetivo final de cualquier buen diseño de red.

Modelo jerárquico de 3 capas

Cisco nos indica que para obtener los 4 principios se debe diseñar la red LAN en base a 2 modelos de red jerárquicos.

Es muy importante aclarar en este punto que cuando hablamos de estos modelos, nos referimos a diseños de red físicos y no a los modelos de red TCP/IP u OSI que estudiaremos en la siguiente clase. Son conceptos completamente diferentes que no deben confundirse entre sí.

El primer modelo es el modelo jerárquico de 3 niveles o capas, también conocido como arquitectura de 3 niveles que lo vemos en la siguiente imagen. Los 3 niveles que lo componen son la capa de acceso, la capa de distribución y la capa de núcleo. Este modelo es el más adecuado para redes empresariales de tamaño mediano y grande donde la complejidad, la cantidad de tráfico, y la cantidad de usuarios justifican mantener las 3 capas bien separadas y con responsabilidades claras.



Capa de acceso

Como lo vemos en el anterior diagrama, la capa de acceso es donde se encuentran los dispositivos intermedios que brindan acceso a la red a los dispositivos finales. En esta capa encontramos switches, access points, y hubs. Todos estos dispositivos los estudiaremos a detalle más adelante en el curso.

Los switches de la capa de acceso son los que están directamente conectados a las computadoras, teléfonos IP, impresoras, cámaras IP y cualquier otro dispositivo final que pertenezca a los usuarios. Al mismo tiempo, estos switches de acceso se conectan hacia arriba con los dispositivos de la capa de distribución.

Una característica importante del diseño en la capa de acceso es que cada switch de acceso debe tener doble conexión con los switches de distribución. Si observamos el diagrama anterior, vemos que cada switch de acceso tiene 2 cables que lo conectan a 2 switches de distribución diferentes. Esta redundancia de enlaces garantiza que si uno de los cables falla, o si una de las interfaces de cualquiera de los switches involucrados falla, el otro enlace mantiene la conectividad de todos los usuarios conectados a ese switch de acceso. Si solo existiera un cable y ese cable se cortara o fallara, todos los usuarios de ese switch quedarían sin conectividad hasta que se pudiera reparar el problema, lo que en la práctica podría llevar horas.

Otra función que tenemos en la capa de acceso es la seguridad de puerto. Esta capa es el primer punto de seguridad en la red, y por lo tanto podemos configurar los dispositivos intermedios para permitir o denegar el acceso a la red a los dispositivos finales. A grandes rasgos, por ejemplo podríamos configurar un puerto determinado del switch para que solamente un teléfono IP específico tenga permitido acceder a la red a través de ese puerto. Si otro dispositivo llega y se conecta a ese puerto, el dispositivo intermedio rechaza la conexión automáticamente. Esta característica es muy valiosa para evitar que dispositivos no autorizados, como una laptop personal de un visitante o un dispositivo malicioso, se conecten a la red corporativa y puedan acceder a recursos internos. Esto también lo aprendemos más adelante en la clase de Port-Security.

 
logo
SI QUIERES DISFRUTAR DE ESTE CONTENIDO, TE INVITAMOS A QUE TE SUSCRIBAS.

❓ Preguntas Frecuentes

¿Cuándo se recomienda el modelo de 3 capas y cuándo el de 2 capas?

El modelo de 3 capas se recomienda para redes empresariales grandes con múltiples módulos conectados (WAN, Data Center, Internet, varias sedes dentro de un mismo campus) que requieren alta escalabilidad, altos volúmenes de tráfico y alto rendimiento. El modelo de 2 capas o Collapsed Core es más adecuado para redes pequeñas y medianas que operan en un espacio reducido como un edificio o unos pocos pisos, donde mantener una capa de núcleo separada de la distribución no se justifica económicamente ni en términos de complejidad administrativa. La decisión final depende también del presupuesto y de la proyección de crecimiento de la organización.

¿Por qué los switches bloquean los enlaces redundantes por defecto y cómo se soluciona?

Cuando 2 switches están interconectados por más de un cable sin ningún protocolo de control, se genera un loop de capa 2. Las tramas comienzan a circular indefinidamente entre los switches consumiendo todo el ancho de banda disponible y colapsando la red en segundos. Para evitar esto, el protocolo Spanning Tree detecta los enlaces redundantes y bloquea automáticamente todos excepto uno, dejando los otros en espera por si el activo falla. Para poder utilizar todos los enlaces simultáneamente sin generar loops, se implementa EtherChannel, que agrupa varios cables físicos en un solo enlace lógico. Ambos temas los estudiaremos en detalle en el siguiente módulo.

¿Qué diferencia hay entre un diagrama de topología física y uno lógico?

El diagrama físico muestra la realidad tangible de la red: dónde están instalados físicamente los dispositivos, en qué gabinete y sala se encuentran, cómo están cableados entre sí y qué tipo de medio físico se utiliza en cada conexión. También suele indicar el tamaño de los dispositivos en RU para la planificación del espacio en los racks. El diagrama lógico muestra la información de configuración: qué interfaces o puertos se están utilizando en cada conexión y cuál es el direccionamiento IP de cada dispositivo y red. En la vida real, los ingenieros de redes trabajan con ambos diagramas de manera complementaria.

📚 Recursos relacionados

 
logo
SI QUIERES DISFRUTAR DE ESTE CONTENIDO, TE INVITAMOS A QUE TE SUSCRIBAS.

PREGUNTAS

Las preguntas que encontraras en esta sección, son similares a las que te encontraras en el examen de certificación.

Paso 1 de 5

  • Este campo está oculto cuando se visualiza el formulario

¡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 Diseño y topologías de red

Viendo 15 entradas - de la 16 a la 30 (de un total de 46)
  • Autor
    Entradas
  • #17047
    AlvaroM
    Superadministrador

    Hola Jose, en realidad nosotros ya implementamos la conexión en cascada al utilizar un switch de acceso conectado al switch de distribución y conectado al switch de núcleo… ahora como tú mencionas a veces la necesidad nos hace realizar conexiones atípicas… a veces de acuerdo a la situación no hay otra opción que implementar un switch en cascada fuera del diseño de 2 capas o 3 capas, seguramente viste varios switches de acceso conectados de esta manera, en la vida real no es recomendable realizar estas conexiones… de funcionar va funcionar, pero tiene sus desventajas…

    El protocolo spanning-tree tiene un límite teórico (que puede ser modificado) de un máximo de 7 switches que pueden separar a 2 dispositivos finales, entonces no podrías hacer cascada a más de 7 switches, detrás de esta regla hay mucha teoría de timers y mensajes, etc… lógicamente puedes desactivar spanning-tree y no tendrías ningún límite teórico para hacer las cascadas, sin embargo… a medida que introduces más switches ya te juega en contra el ancho de banda de los puertos de los switches que están en la base de la cascada… imaginemos esta situación:

    Dist SW1 -> Acceso SW1 -> Acceso SW2 -> Acceso SW3 -> Acceso SW4

    Supongamos que los switches SW2, SW3 y SW4 tienen 24 puertos fastethernet… esto hace un total de 24*3*100= 7.2 Gbps… si el puerto del switch SW1 que se conecta al SW2 es solamente 1 puerto fastethernet… ahí tienes un cuello de botella grandísimo y vas a tener problemas para transportar el tráfico de los usuarios de los switches SW2, SW3 y SW4… aún si el puerto del SW1 hacia el SW2 fuera Gigabit Ethernet, de todas formas te quedan 6 Gbps que no vas a poder enviar en un determinado momento, vas a provocar congestión del tráfico, se va descartar el tráfico y tendrás las correspondientes quejas de los usuarios. Ahora obviamente acá nos estamos poniendo en el extremo de la situación donde todos los puertos de los usuarios de los switches 2, 3 y 4 se encuentren generando traficó… sin embargo con que la mitad de los usuarios se encuentren activos en un determinado momento esto ya va provocar congestión en el enlace hacia el SW1.

    Otro punto en contra es la tolerancia a fallas… te estas arriesgando muchísimo al tener varios switches en cascada… si el SW1 deja de funcionar… estás perdido, no solo los usuarios del switch 1 van a perder la comunicación en la red, sino también todos los otros usuarios de los otros switches.

    De nuevo, de funcionar funciona… pero no es un buen diseño y te estas arriesgando a la congestión y a las fallas de varios dispositivos al mismo tiempo.

    Espero que con mi respuesta haya aclarado un poco el panorama.

    Atento a tus comentarios!

    Saludos cordiales

    #17049

    Gracias Alvaro queda resuelta mi pregunta.

    #17071
    Javier Laime
    Participante

    Existen muchas diferencias entre el modelo Jerárquico y el modelo Spine & Leaf?? de que se trata este modelo y que posición o relevancia tiene en la nueva curricula??

    #17093
    AlvaroM
    Superadministrador

    Hola Jaime y bienvenido al foro!

    Te cuento que tenemos todo un video dedicado a la arquitectura Spine and Leaf!, está en el módulo 4:

    4.12. Arquitectura Spine and leaf

    Dale una mirada y coméntanos si te quedan dudas después de verlo! =D

    Atento a tus comentarios.

    #17954
    Ivan Rojas
    Participante

    Hola Alvaro, en cuanto a la pregunta 22, de manera general la topología de una red LAN, ¿no debería ser Híbrida y no únicamente Estrella?, ya que dependería del esquema enterprise del cliente que aplicarían tanto acceso como HA.

    #17979
    AlvaroM
    Superadministrador

    Hola Ivan y bienvenido al foro!

    No hay una línea estrictamente definida para catalogar que topología tiene una red LAN, como tú dices mucho depende de cómo interconectas a tus dispositivos y que soluciones vas implementando. Sin embargo, se dice que las redes LAN utilizan una topología estrella por el uso de los switches con la tecnología Ethernet (10 Base T para arriba), si tomas en cuenta la topología más básica que podríamos tener en una red LAN, tendríamos un switch donde los dispositivos finales se conectan a los switches… el switch es el nodo central y los dispositivos finales son los nodos externos, el switch también se podría conectar a un router para el acceso a Internet y aun así el router sería un nodo externo de la topología estrella.

    Lo mismo ocurre si tienes un switch de distribución con 2 switches de acceso y 1 router… de igual forma tienes una topología estrella… el switch de distribución es el nodo central y los otros dispositivos los nodos externos. Como puedes ver cada switch crea una topología estrella con otros dispositivos.

    No te preocupes mucho por definir una línea estricta entre que topología usa una red LAN y una red WAN, la respuesta como dices es «depende» de lo que tengamos y como lo implementemos, sin embargo para este nivel donde estamos viendo cosas básicas y súper introductorias, simplemente estamos asumiendo que generalmente utilizamos conexiones estrella debido a los switches. (Siguiendo lo que indica Cisco).

    Saludos cordiales.

    • Esta respuesta fue modificada hace 5 años, 10 meses por AlvaroM.
    #18278
    Ivan Rojas
    Participante

    Excelente respuesta, me queda claro el contexto a partir del switch, gracias Alvaro.

    #18304
    AlvaroM
    Superadministrador

    De nada Ivan!

    Saludos! =)

    #18886

    me perdi en la pregunta 24 y 25

    #18897
    AlvaroM
    Superadministrador

    Hola Julio!

    La pregunta 24 ya la desarrollamos en anteriores consultas! Te copio la respuesta vale? =)

    Una topología Mesh es básicamente una conexión de TODOS los nodos con TODOS los otros nodos. Dicho esto expliquemos las opciones de la pregunta 24.
    Una opción nos dice lo siguiente: «el diseño utiliza una topología mesh entre los switches de la capa de Acceso y la capa de Distribución», olvídate un momento del resto de los dispositivos y enfócate en los dispositivos de esas 2 capas, ¿Los switches de Acceso y los Switches de Distribución se conectan todos con todos?… la respuesta es NO… los switches de Acceso sí pueden tener conexión con varios o todos los switches de Distribución dependiendo el modelo de la red, pero los switches de acceso no se conectan entre sí en las redes empresariales, por lo tanto ya no estaríamos hablando de una red mesh.

    Otra opción nos dice lo siguiente: «El diseño utiliza una topología Mesh parcial entre los switches de la capa de Acceso y Distribución», Mesh parcial es básicamente una conexión entre diversos dispositivos que nos brinda alta disponibilidad, pero no llega a ser una red mesh donde todos los dispositivos están conectados con todos los otros dispositivos. Entre los switches de la capa de Acceso y Distribución sí existen conexiones redundantes (o deberían existir), un switch de Acceso se conecta con diferentes switches de Distribución pero no con otros switches de Acceso, si un switch de Distribución llega a caer, esto no afecta en el rendimiento de la red ya que existe otro(s) switch de Distribución que ofrece conexión con los switches de Acceso. Por lo tanto esta opción es correcta. (No todos los switches están conectados entre sí, pero existe un nivel de alta disponibilidad)

    Lo mismo ocurre entre los dispositivos de la capa de Distribución y Núcleo, no todos los switches de Distribución se conectan entre sí, pero los switches de Distribución sí se conectan a diferentes switches de Núcleo, si un switch de núcleo cae, no hay ningún problema ya que existe una conexión redundante para continuar enviando los datos (No todos los switches están conectados entre sí, pero existe un nivel de alta disponibilidad)

    Las otras 2 opciones creo que son bastante claras.

    *************************************************

    Lo mismo ocurre con la pregunta 25, una de las respuestas correctas es «El diseño utiliza una topología Mesh parcial entre los switches de la capa de Acceso y Núcleo colapsado»… los switches de acceso sí tienen conexión con los switches de la capa de distribución pero no entre ellos, por lo tanto no se trata de una red MESH sino de una red MESH parcial. La otra respuesta correcta es «las computadoras y los teléfonos se conectan directamente a la capa de Acceso».

    Espero haberte ayudad y estoy atento si tienes mayores dudas! =)

    Saludos cordiales

    #18904
    Ricardo Casillas
    Participante

    Hola Alvaro
    Tengo una duda con la pregunta 24,
    Estoy de acuerdo que entre las capas de acceso-distribución existe un mesh parcial, ya que los switches de acceso no están conectados entre si, pero entre las capas de distribución-núcleo veo que los swtiches de distribución están conectados entre si con 3 lineas, por lo que seria un mesh no? o esas 3 lineas tienen otro significado dentro de la topologia?

    Gracias de antemano.

    #18916
    AlvaroM
    Superadministrador

    Buenas Ricardo!

    Lastimosamente esta pregunta crea mucha confusión entre los estudiantes, pero vimos necesaria colocarla ya que esta pregunta se ve en varios test de Cisco. A lo que se hace referencia cuando se dice que la capa de Distribución con la Capa de Núcleo forma una red Mesh parcial, es que probablemente en una red de computadoras tengas más de un bloque de Distribución como lo vimos en el ejemplo. Dentro de 1 solo bloque de Distribución generalmente tenemos 2 switches que se conectan entre sí como tu lo mencionas, pero si tienes más de un bloque de Distribución, ENTRE esos 2 o más bloques de Distribución NO debe existir conexión, todos los bloques de Distribución se conectan directamente con la capa de Núcleo y no así entre ellos dando como resultado la topología Mesh Parcial.

    Espero que ahora sí quede claro el panorama.

    Atento a tus comentarios!

    #20107
    NANCY TAPIA
    Participante

    Hola, estoy empezando el curso y tengo grandes expectativas.
    En cuanto al termino resiliencia y flexibilidad no me queda muy claro cual es la diferencia.

    #20120
    AlvaroM
    Superadministrador

    ¡Hola Nancy!
    Bienvenida al foro.

    Resiliencia es un término que se usa para describir el estado de una red que dispone de mecanismos que le permitan proporcionar servicios de manera ininterrumpida a sus clientes. Por ejemplo, si trabajamos con la topología de la clase, si tu solamente tienes 1 switch de distribución a los cuales se conectan todos tus switches de acceso, ¿qué va pasar el momento que ese switch de distribución deje de funcionar?… va pasar que toda tu red se va quedar incomunicada con los servicios que tengas en la capa de núcleo o distribución. Es una red que no soporta fallas. Si por el otro lado, tienes 2 switches en la capa de Distribución a los cuales se conectan todos los switches de acceso, si uno de los switches de distribución deja de funcionar, no existen problemas ya que el otro switch está disponible para seguir enviando los datos en la red. Por lo tanto en este último caso, tienes una red resiliente, una red que a pesar que ocurran fallas, sigue operativa y funcionando. Y este concepto no solo se aplica a switches sino a todo tipo de dispositivos y aplicaciones. SIEMPRE debemos tener un respaldo de software/hardware que permita otorgar servicios sin interrupciones a los clientes a pesar que ocurran fallas en la red.

    La flexibilidad es básicamente el UTILIZAR todos los recursos disponibles en nuestra red. Trabajemos con el ejemplo de la clase, si tienes 2 switches, y los interconectas a través de 1 solo cable, esto seguramente no es la mejor decisión, si cortan ese cable o falla uno de los puertos donde se conecta ese cable, la comunicación entre los 2 switches se perderá. Entonces para obtener «resiliencia», tú instalas un segundo cable entre los 2 switches de manera que si un cable deja de funcionar, el otro cable se encuentre disponible para que los 2 switches sigan comunicados en la red. Debido al funcionamiento POR DEFECTO de los switches, tú no puedes tener al mismo tiempo funcionando 2 «cables» entre 2 switches, 1 de ellos se va bloquear, y el otro va funcionar enviando los datos entre los 2 switches (esto lo aprendes más adelante). Sin embargo esta restricción, no te impide tener resiliencia en tu red, porque si el «cable» que funciona deja de hacerlo, el otro «cable» se activa y comienza a enviar los datos, por lo tanto tu red tiene resiliencia (está adaptada para funcionar cuando existan fallas).
    Con el anterior funcionamiento «POR DEFECTO» de los switches, tu no estas obteniendo la característica de flexibilidad, porque NO ESTAS utilizando todos los recursos que tienes en tu red, en el caso anterior, solo 1 de los «cables» está funcionando enviando datos entre los 2 switches, el otro cable está bloqueado, se encuentra en un estado de «espera», solo va funcionar cuando el otro cable falle. Por lo tanto, para obtener flexibilidad EN ESTE CASO, existen ciertos protocolos que vas a aprender a configurarlos, que permiten que los 2 «cables» se mantengan activos al mismo tiempo enviado los datos de tus usuarios entre los 2 switches.
    Implementando estos protocolos, efectivamente estarías cumpliendo la característica de flexibilidad ya que estas utilizando todos los recursos de tu red, estarías utilizando los 2 cables al mismo tiempo sin desperdiciar la capacidad que tengas en el otro cable para transportar datos.

    Espero que ahora quede clara la diferencia.

    Atento a tus comentarios!

    #20143
    Luis Torres
    Participante

    Buenas Noches!

    Una pregunta, En la mejor practica el Firewall donde debería de ir?
    Arriba del SwCore o abajo del SWcore?

Viendo 15 entradas - de la 16 a la 30 (de un total de 46)
  • Debes estar registrado para responder a este debate.