Top-Down Network Design Captulo 02

Anlisis de Metas Tcnicas y Balances

WALTER JAVIER MNDEZ HURTADO

Cap. 2: NDICE: Metas Tcnicas

a) Escalabilidad b) Disponibilidad c) Rendimiento
c.1) Bandwidht (Ancho de banda) c.2) Throughput (Caudal) c.3) Uso de ancho de banda c.4) Carga c.5) Eficiencia c.6) Retardo (latency) y variacin del retardo (jitter) c.7) Tiempo de respuesta

Cap. 2: NDICE: Metas Tcnicas

d) e) f) g) Seguridad Facilidad de gestin Facilidad de uso Adaptabilidad

h) Ajuste al presupuesto

a.1) Escalabilidad
Escalabilidad: habilidad para crecer Algunas topologas escalan mejor
Diseos planos de red, por ejemplo, no escalan bien

Debes saber al menos:

El nmero de puestos a ser aadidos Qu se va a necesitar en estos puestos Cuntos usuarios se van a aadir Cuntos servidores se van a aadir Nuevas lneas de negocio

a.2) Escalabilidad acceso a los datos

Hacer que ms datos estn disponibles para los usuarios (Meta de Negocio) Escalar y actualizar las redes de la empresa (Meta Tcnica):
Conectar LANs de Departamentos Resolver cuellos de botella LAN/WAN por aumento de trfico Proveer de servidores centralizados (ej granjas de servidores) Mezclar distintas redes (ej SNA con IP) Aadir nuevos puestos para dar soporte a nuevas oficinas Aadir nuevos servicios para tener comunicaciones seguros con algunos componentes

a.3) Escalabilidad restricciones

Trfico Broadcast afecta a la escalabilidad de la red

Ejemplo: red con topologa plana con switchs de nivel 2 + aplicaciones y protocolos que envan muchas rfagas de broadcasts

Las metas de Escalabilidad se re-visitan en el proceso iterativo de diseo

b.1) Disponibilidad Puede expresarse como el porcentaje de tiempo (por ao, mes, semana, da hora) que los sistemas estn operativos
Por ejemplo:
Operacin 24/7 La red est operativa 165 de las 168 horas de la semana Disponibilidad de 98.21%

Diferentes aplicaciones pueden requerir diferentes niveles de disponibilidad Algunas empresas quieren 99.999% (cinco nueves) de disponibilidad

b.2) Disponibilidad - Desconexin en minutos

Por hora Por da Por semana Por ao

99.999%
99.98% 99.95% 99.90% 99.70%

.0006
.012 .03 .06 .18

.01
.29 .72 1.44 4.32

.10
2 5 10 30

5
105 263 526 1577

Una disponibilidad del 99.999% podra requerir triple redundancia

ISP 1 ISP 2 ISP 3

Enterprise

Puede el cliente afrontar esto?

b.3) Disponibilidad
Tambin puede expresarse como tiempo promedio entre fallos o tiempo promedio para reparar MTBF: mean time between failures MTTR: mean time to repair Disponibilidad = MTBF/(MTBF + MTTR)
Por ejemplo:
La red no debera fallar ms de una vez cada 4,000 horas (166 das) y debera poderse reparar en una hora 4,000/4,001 = 99.98% de disponibilidad

c) Rendimiento de la Red
Algunos factores comunes de rendimiento son:
c.1) Ancho de banda (bandwith o capacity) c.2) Caudal (throughput) c.3) Uso de ancho de banda c.4) Carga c.5) Eficiencia c.6) Retardo (latency) y variacin del retardo (jitter) c.7) Tiempo de respuesta

Algunos ejemplos de ancho de banda

Procesar una transaccin Procesar una transaccin

100 bps 100 Kbps

10 Kbps 1 Mbps

Procesador de textos

1 Mbps

10 Mbps

Transferencia de ficheros e Imgenes en tiempo real

10 Mbps

100 Mbps

Ancho de Banda Vs. Throughput (Caudal)

No son lo mismo c.1) Ancho de banda es (o influye en) la capacidad de transmisin de datos
Usualmente especificada en bits por segundo (bps)

c.2) Caudal es la cantidad de datos (libres de errores) transmitidos por unidad de tiempo
Se mide en bps, Bps, o paquetes por segundo (pps)

El Caudal generalmente es inferior al Ancho de Banda, aunque podran llegar a ser iguales (al menos teoricamente).

Uso de Ancho de Banda y Carga

c.3) Uso de Ancho de Banda
El porcentaje de utilizacin del total de Ancho de Banda disponible.

c.4) Carga
La suma de todos los datos que todos los dispositivos tienen listos para enviar en un instante determinado.

Ancho de Banda, Caudal, Carga

100 % de Capacidad

C a u d a l

Real

100 % de Capacidad

Carga
* En general, el uso de un enlace (WAN o LAN) no debe superar el 70% del caudal.

Otros factores que afectan el Throughput (Caudal)

El tamao de los paquetes (mejora a mayor tamao) Espacios entre la transmisin de paquetes o tramas (durante esos espacios entre paquetes el Caudal es cero) Tasas de reenvo de paquetes (pps en disp. retransmisores) Y estos otros factores en menor medida:
Velocidad del cliente (CPU, memoria, E/S) Velocidad del servidor (CPU, memoria, E/S) Diseo de la red Protocolos Distancia Errores Hora del da etc., etc, etc.

Caudal Vs. Caudal real (Goodput)

Hay que definir qu se entiende por caudal Nos referimos a bytes por segundo, independientemente de si los bytes son de datos del usuario o de cabeceras? Nos referimos al caudal al nivel de la capa de aplicacin, que podemos llamar caudal real?
En este caso, debemos considerar el ancho de banda que se desperdicia por las cabeceras

Rendimiento (continuacin)
c.5) Eficiencia
Cul es el sobretiempo requerido para enviar una cierta cantidad de datos? Cun de grandes pueden ser los paquetes?
Mientras ms grandes, mejor eficiencia (y caudal real) Pero... demasiado largo implica que se pierden muchos datos si el paquete se daa. Cuntos paquetes pueden enviarse juntos sin recepcin de acuse de recibo (acknowledgment)?

Eficiencia
Paquetes pequeos (Menos Eficiente)

Paquetes grandes (Ms Eficiente)

Eficiencia: Un ejemplo

* RFC-2544: Benchmarking Methodology for Network Interconnect Devices

Retardo... visto por el usuario

Tiempo de respuesta
Una funcin de la aplicacin y del equipo donde corre la aplicacin, no solamente de la red
La mayora de los usuarios esperan ver algo en la pantalla en 100 o 200 milisegundos

c.6) Retardo... visto por el ingeniero

Retardo de propagacin
Una seal viaja por un cable en algo as como 2/3 de la velocidad de la luz en el vaco

Retraso de transmisin
Tiempo para poner datos digitales en una lnea de transmisin

Retardo de conmutacin de paquetes Retardo en las colas

Retardo de cola y Uso del Ancho de Banda

Average Queue Depth

15 12 9 6 3 0 0.5 0.6 0.7 0.8 0.9 1

Average Utilization

El nmero de paquetes encolados se incrementa exponencialmente a medida que crece el uso

Ejemplo Un conmutador de paquetes recibe paquetes de 5 usuarios, cada uno a 10 paquetes/seg La longitud promedio de los paquetes es de 1024 bits El conmutador de paquetes necesita transmitir estos datos sobre una lnea WAN de 56Kbps
Carga = 5 x 10 x 1,024 = 51,200 bps Uso = 51,200/56,000 = 91.4% Nmero promedio de paquetes en cola =
(0.914)/(1-0.914) = 10.63 paquetes

Variacin de retardo La variacin en el retardo promedio (jitter) Voz, video y audio no son tolerantes a variacin de retardo (se compensa con buffering) Olvidmonos entonces de maximizar tamaos de paquete
Siempre hay que buscar un balance Eficiencia para aplicaciones de gran volumen vs eficiencia para tener retardos bajos y poco variables, para multimedia

d) Seguridad
Enfocarse primero en los requerimientos Despus veremos la planificacin detallada de seguridad (Captulo 8) Identificar recursos y bienes en la red
Incluyendo su valor y el costo asociado a su prdida o acceso debido a un problema de seguridad

Analizar los riesgos de seguridad vs costes

Riesgos de Seguridad
Dispositivos de red intervenidos
Los datos pueden ser interceptados, analizados, alterados o eliminados Los passwords de usuarios pueden ser descubiertos Las configuraciones de dispositivos pueden ser cambiadas

Ataques de reconocimiento Ataques de negacin de servicio (DoS)

e) Facilidad de Gestin
Gestin de rendimiento Gestin de fallos Gestin de configuracin Gestin de seguridad Gestin de contabilizacin (accounting)

f) Facilidad de uso
Concretamente la facilidad con que los usuarios pueden acceder a la red y a los servicios Las redes deberan hacer ms fcil el trabajo de los usuarios Algunas decisiones de diseo tendrn un efecto negativo en la facilidad de uso:
Por ejemplo, seguridad muy estricta

g) Adaptabilidad
Un diseo flexible debe poder adaptarse a los cambios en el patrn de trfico y otros requerimientos El cambio puede venir de nuevos protocolos, nuevas prcticas de negocio, nuevas metas fiscales, nueva legislacin Evitar incorporar elementos de diseo que haran difcil implementar nuevas tecnologas en el futuro
Tecnologas standard vs soluciones propietarias

h) Ajuste al presupuesto
Un diseo de red debera transportar la mayor cantidad de trfico para un determinado costo financiero La reduccin de costos es muy importante para los diseos de la redes grandes. Se espera que las redes WAN cuesten ms, pero los costes pueden reducirse con un uso apropiado de la tecnologa

Aplicaciones de Red Requerimientos Tcnicos

Aplicacin Coste de estar sin funcionar MTBF aceptable MTTR aceptable Meta de caudal El retardo debe V ariacin del ser menor a: retardo debe ser menor a:

* Esta tabla completa las columnas de la del Cap. 1

Ejemplo, otro modelo de tablas

Applications Message Length Short Message arrival rate Low Delay need Reliability need Very high Interactive terminals File transfer Moderate

Very long

Very low

Very low

Very high

Hi-resolution graphics Packetized voice

Very long

Low to moderate Very high

High

Low

Very short

High

Low

Haciendo un balance: ejemplo

Importancia para la empresa
Escalabilidad
Disponibilidad Rendimiento de la red Seguridad Facilidad de gestin

20
30 15 5 5

Facilidad de uso
Adaptabilidad Ajuste al presupuesto

5
5 15

TOTAL (debe sumar 100)

100

Cosas que pueden salir mal

Requisitos ambiguos
La red solo transporta IP, una aplicacin necesita IPX.

Conflicto de requisitos
Mantener costes bajos, alto rendimiento.

Las herramientas
Las necesitamos para disear y/o monitorizar.

Conflictos entre marcas Falta de documentacin previa

Cunta seguridad es necesaria?

Resumen
Continuar usando una metodologa sistemtica, descendente

No seleccionar productos hasta entender las metas de escalabilidad, disponibilidad, rendimiento, seguridad, facilidad de gestin, facilidad de uso, adaptabilidad y ajuste al presupuesto
Los balances siempre son necesarios