Segmentos Y Backbone
Enviado por gnmu • 10 de Febrero de 2013 • 1.062 Palabras (5 Páginas) • 441 Visitas
7. Segmentos y Backbone
Capítulo anterior: 6 - Comunicaciones Half-Duplex y Full duplex
Capítulo siguiente: 8 - Introducción al Modelo OSI
Cuando una red pequeña comienza a crecer, es posible conectar redes LAN de forma temporal. Sin embargo, la construcción de una gran red empresarial conectando varias redes LAN es un proyecto complejo que requiere de una planificación cuidadosa. Una de los diseños más comunes para redes de este tipo es una serie de segmentos LAN conectadas por medio de un Backbne o eje troncal. El término segmento a veces se utiliza como sinónimo de LAN o red para referirse a un conjunto de equipos conectados en red, pero en este contexto se refiere a una LAN compuesta de estaciones de trabajo y de otros dispositivos de usuario final, como ser las impresoras. Una red empresarial esta compuesta de muchas redes LAN, conectadas a otra LAN denominadas Backbone. El Backbone existe principalmente como un conducto que permite a los segmentos comunicarse entre si. Una configuración para un edificio de muchos pisos necesita de un segmento horizontal que conecte todas las estaciones de trabajo en cada piso y un Backbone en forma vertical desde la parte superior del edificio hasta la planta baja que conecte todos los segmentos.
Este tipo de configuración incrementa la eficiencia de la red usando la red troncal para llevar todo el tráfico de una red a otra. Con esa configuración los pauqtes no deben atravesar más de tres LANs. En cambio, si se conecta cada uno de los segmentos horizontales a un segmento adyacente, en un enlace tipo cadena, la mayoria de los paquetes transmitidos entre redes tendrían que viajar a travez de muchos más segmentos para alcanzar su destino, sobrecargando los segmentos intermedios con tráfico innecesario.
Las medidas de tráfico se hacen siempre en el momento de máximo consumo (si
> pones un script a almacenar datos del ancho de banda consumido durante un
> par de días enseguida lo detectarás.
>
> Idealmente separarás tipos de usuarios y de tráfico (es decir, por lo que
> entiendo, tienes un servidor web que recibe peticiones desde el exterior y
> clientes que salen al exterior.
>
> Si el trafico es http (páginas web, solo) les puedes guardar 3-6kb y un
> factor de utilización de 0.1 (es decir, solo usan la red el 10% del
> tiempo, el resto leen la pagina web que han descargado)
>
> Si el tráfico es ftp, el factor de uso es prácticamente 1 (pongamos 0.9)
> (asignale 6kbps por lo menos)
>
> Más o menos la idea es encontrar cuanto trafico requiere cada usuario
> (pongamos que todos los usuarios son iguales y quieren bajar archivos y
> visitar páginas web. Un usuario en hora cargada consume:
> 0,1*6kbps + 0.9*6kbps = 6kbps (lo he hecho facil a propósito.
>
> Así pues son un enlace de 600kbps en teoría puedes dar soporte a 100
> usuarios como estos. Pero es mentira. Para que
...