You are on page 1of 68

DISEO DE REDES

Maestra Gestin d Sist m s d G stin de Sistemas de Informacin


Universidad Catlica Boliviana San Pablo

Caractersticas en el Diseo de Redes d


Diseos raramente repetitivos Algo de Arte Combinacin de Reglas Evaluacin y seleccin de tecnologas Conocimiento:
De la Tecnologas Servicios Sistemas
2

Enfoques E f
TRADICIONAL
Enfocado a la capacidad Ante problemas en la Red p
Incrementar el ancho de banda

NUEVAS CONSIDERACIONES
Tiempos de Transporte Fiabilidad Servicios a los usuarios
3

Anlisis
Que es lo que quieren los usuarios Objetivos del diseo
Maximizar rendimiento Ms de una solucin l i Minimizar costos Pros y Contras Costo vs. Rendimiento Simplicidad vs. Funcionalidad vs Equilibrio entre Arquitectura y funcionalidad
4

Caracterizacin de los servicios i i


Peticiones de servicio. Identificadas por el grado de predecibilidad del servicio
Mejor voluntad Ningn control sobre la red. Esta tratar de voluntad. red cumplir lo mejor posible la peticin sin ninguna garanta.

Los servicios deben operar dentro de unos mrgenes

Especfico. Especfico Determinista o garantizado. Algn tipo de control garantizado sobre la red.

Necesidad de poder efectuar mediciones para comprobar si las caractersticas de la peticin coinciden con las realmente proporcionadas por la red. Calidad de Servicio. Contratos de servicio: Acuerdos de Nivel de Servicio: SLA
5

Anlisis de Requerimientos: PAUTAS


Condiciones Iniciales Obtencin de Requerimientos Desarrollar Mtricas de Servicio para Medir Rendimiento Caracterizando el Comportamiento Determinar Umbrales de Rendimiento Distincin entre Requerimientos de Servicio Pautas P t en distinguir Servicios Desarrollo Mapa de Aplicaciones Variables de Administracin de Red Modificadores de Rendimiento Usuarios/Aplicacin

Aplicacin Tipos / Grupos

Condiciones Iniciales C di i I i i l
Tipo de diseo del proyecto
Nuevo diseo j mejorar una red existente contratar a un outsourcing

Dimensionamiento
Tamao de la red Geogrfico Financiero
7

Condiciones Iniciales C di i I i i l
Objetivos del diseo inicial (si est disponible) di ibl ) Fuerzas externas/restricciones /
Poltico - Quien est a cargo? Administrativo - Comit que toma decisiones?

Evaluacin de la situacin existente l d l


Porque estamos haciendo esto? Que tiene de q Q errado la red del sistema existente?
8

Desarrollar Mtricas de Servicio S i i


Mtricas para Confiabilidad Disponibilidad Estabilidad (MTBF,MTTR) C Caractersticas de Transmisin t ti d T i i Razn de Error de bits Razn de Prdida de Celdas Razn Razn de Prdida de Paquetes/frames
9

Mtricas d S Mt i de Servicio i i
Mtricas de Capacidad
Razn de Datos
Razn de datos peak Razn de datos sostenido

Tamao de los datos


Tamao de rfaga y duracin Tamao del paquete/frame promedio y Mximo p q / p Distribucin del tamao de paquetes Tamao de la Transaccin
10

Mtricas d R t d Mt i de Retardo
Extremo a Extremo / Ida y Vuelta Tiempo de respuesta del sistema host Variacin del Retardo - Jitter Variaciones con condiciones de cambio de red d

11

Herramientas de Medicin en R d Red


Contadores SNMP en hubs/switches
Cuenta el trnsito de los paquetes q Paquetes enviados Paquetes eliminados Errores

Monitores Externos
Remote MONitoring (RMON)

12

Herramientas de Medicin en R d Red


Herramientas simples de Software
Ping Netperf p

Herramientas de Anlisis

13

Monitor de Rendimiento entre redes CiscoWorks Blue Internetwork t d


Localiza cuellos de botella de rendimiento Provee alta disponibilidad de la red Administracin de Rendimiento Proactivo Anlisis de Tendencia en Rendimiento Anlisis de Rendimiento de redes mezcladas SNA/IP Aumenta el operador de productividad Redundancia, seguridad, g y verificacin Performance Monitor

Localizar Cuellos de Botella en R di i t Rendimiento

Usuario final IPM

Anlisis de Rendimiento Salto a Salto a travs l d d l l de la red


15

Anlisis del Rendimiento


Chequea la red por Ch l d perodos largos de tiempo p Muestra los tiempos mximos de respuestas Muestra los tiempos mnimos de respuestas Muestra tiempos de respuesta promedio Muestra errores que podran contribuir a tiempos de respuestas p p pobres
16

Redundancia, Seguridad y V ifi Verificacin i

Identifica trayectorias redundantes en la red Estima la utilizacin de rutas redundantes


17

Usando Ping y Prdida de paquetes IP como medidas de Confiabilidad


LAN LAN

Red de rea Extendida

SNMP/CMIP es usado para obtener d b prdida de paquetes de datos

Estacin de Monitoreo de Red

Ping es usado entre varios interfaces para monitorear el retardo en la red


18

Caracterizar el Comportamiento C t i t
Patrones de uso
Los patrones d l uso pueden incluir para cada del d l d aplicacin el nmero total de usuarios para cada aplicacin La frecuencia que se espera que un usuario use la aplicacin (nmero de sesiones/da de uso) Cunto tiempo promedio durar una sesin de la p ( g ) aplicacin (normalmente en segundos) Una estimacin del nmero esperado de sesiones de usuario simultneas para la aplicacin p p
19

Grafica de Patrones d uso G fi d P t de


Nmero d S i N de Sesiones Simultneas

Frecuencia Duracin

Sesion de Apl nes licacin

Sesin 1 Sesin 2 Sesin 3 Sesin 4

Activo Activo Activo Activo Activo

Activo Activo Activo Activo

Activo Activo Activo

Activo

Activo

20

Caracterizar el Comportamiento C t i t
Comportamiento de la aplicacin C i d l li i
Caracterizando el comportamiento de la aplicacin, desear considerar los tamaos de los datos que la aplicacin estar procesando; la frecuencia y duracin de tiempo para los datos a ser transferidos por la red; las caractersticas de flujo de trfico para la aplicacin, particularmente las direcciones de flujo (p.ej., del cliente al servidor); y el grado de multicasting en las comunicaciones (uno-a-uno, uno-a-muchos, muchos-a-muchos). Modelos i l M d l simples y complejos. l j
21

Desarrollo de Umbrales de Rendimiento R di i t


Distinguir entre los servicios al mejor esfuerzo, especificado, y servicios de alto/bajo rendimiento, rendimiento usaremos el criterio siguiente: 1 Un umbral general puede usarse para separar requerimientos de rendimiento de bajo rendimiento y alto rendimiento. 2 Un umbral de ambiente-especfico puede usarse para separar requerimientos de rendimiento en bajo rendimiento y alto rendimiento rendimiento. 3 Los servicios especificados tendrn lmites o g garantas limitadas.
22

Requerimientos de Confiabilidad C fi bilid d


La medida ms comn de confiabilidad est en los trminos de disponibilidad, como porcentaje de tiempo en servicio o porcentaje de tiempo fuera de servicio. Por ejemplo un servicio ejemplo, requerimiento para la propuesta de un usuario/cliente potencial final puede establecer un tiempo de servicio garantizado de 99.99%, pero que realmente significa?

23

Requerimientos de Confiabilidad
Disponibilidad
Para un sistema que da servicio todo el da, siete das a la semana a q , sus clientes, la disponibilidad puede pensarse como el tiempo en servicio o fuera de servicio en porcentaje por semana, mes, o por ao, ao basado en la cantidad total de tiempo por ese periodo periodo.
Disponibilidad Cantidad de Tiem fuera de Servicio Perm po itido (horas [h], m inutos [m o ], (% Tiem de segundos [s] por periodo de tiem po po) Servicio) S ii) Anual M ensual Sem anal Diario 95 % 438 h 36,5 h 8,4 h 1,2 h 99,5% 995% 43,8 h 438h 3,7 h 37h 50,5 505 m 7,2 72 m 99,95% 4,38 h 21,9 m 5,05 m 43,2 s 99,98% 1,75 h 8,75 m 2,0 m 17,3 s 99,99% 9999% 0,88 h 088h 4,4 44 m 1,0 10 m 8,7 87 s
24

Medicin d Disponibilidad M di i de Di ibilid d


Cmo puede medirse la disponibilidad? Esta pregunta puede hacerse por lo menos en dos partes: dnde debe medirse la disponibilidad, y qu mtrica de servicio puede usarse para medirlo? Donde la disponibilidad debe medirse depende de que el diseador o el administrador est tratando de lograr. g
Interfaces de Red

Red de rea Extendida

Ethernet LAN

Monitores de Red

FDDILAN N

25

Disponibilidad medida selectivamente entre redes l ti t t d

D is p o n ib ilid a d

U s u a rio s L A N

U s u a rio s L A N

S e r v id o r d e L a n

D is p o n ib ilid a d

U s u a rio s L A N i

U s u a rio s L A N

26

Disponibilidad Di ibilid d
Disponibilidad Anual Mensual

95% 99.5% 99.95% 99 95% 99.98% 99.99% 99.999% 99 999%

438 hrs. 43.8 hrs. 4.38 h 4 38 hrs. 1.75 hrs. 0.88 hrs. 0.09 hrs 0 09 hrs.

36.5 hrs. 3.7 hrs.

Testbeds

21.9 i 21 9 mins. Mayora sistemas comerciales 8.75 mins. Sistemas de Misin Crtica 4.4 mins. .4 mins 4 mins.

Sistemas de Tiempo Real Systemas d muy alta S t de lt disponibilidad


27

Tiempo de Reestablecimiento R t bl i i t
MTBF/MTBSO y MTTR son tiempos promedios MTBF y MTBSO estiman la frecuencia de paros del sistema. Por ejemplo, un MTBF/MTBSO de 4400 horas (o 2.64E5 minutos) establece que las fallas f ll en el sistema son esperadas i tem on e pe d aproximadamente cada 6 meses (180 das). MTTR da una estimacin de cunto tiempo los paros del sistema pueden durar. Por ejemplo, un MTTR de 60 minutos puede ser esperado si existe p p experiencia disponible en sitio, un MTTR de 4 horas (240 minutos) puede esperarse si la ubicacin es remota y el acceso de discado al sistema no est disponible. 28

Disponibilidad con MTBF/MTBSO y MTTR


8000

MTBF/MTBSO (Horas)

4000

MTTR
4 horas 2 horas 1hora

2000 1000 400


0 .0 99 9 .9 99 9 .95 99 8 9 .9 99 .5 99

Disponibilidad (% Tiempo de Conexin)

29

Razones de E R d Error y P did Prdida


Las prdidas pueden medirse en la capa de enlace o de la red, y se informa como un porcentaje de trfico disponible en la red. As, nosotros podramos establecer umbrales de prdidas de celdas, frames, o paquetes y periodos de tiempo, como en la Tabla.

Razn de Prdida de Paquetes (como % del trfico total de la red) 25% a 100% 2% a 24% < 2%

Tiempo Total Mximo (por mes) Hasta 2 horas Hasta 3 horas Resto d l R t del mes

30

Umbrales para la confiabilidad fi bilid d


Evale los requerimientos de disponibilidad de cada una de las aplicaciones que se usarn en su ambiente, de las discusiones con usuarios de las aplicaciones o de la documentacin para cada aplicacin Determine los umbrales de bajo-rendimiento/altorendimiento di i Estime la disponibilidad basada en las rutas probables extremo a extremo que las aplicaciones extremo-a-extremo usarn, y qu equipo y servicios existen o pueden estar en esas rutas.
31

Umbrales de referencia general para R Requerimientos d U i i t de Usuario i


Alto - Rendimiento Bajo - Rendimiento Testbed

99.0 99 0

99.5 99 5

99.9 99.95 99.98 99 9 99 95 99 98 Disponibilidad (%)

32

Para Disponibilidad: Las estimaciones p del umbral general son: Confiabilidad de Testbed o Prototipo (disponibilidad): menos de 95% Confiabilidad de bajo-rendimiento (disponibilidad): menos de 99.9% (di ibilid d) d 99 9% Confiabilidad de alto-rendimiento (disponibilidad): mayor que o iguala a 99.9% (Nota: stos umbrales de disponibilidad son medidos p
mensualmente.)

33

Para el Reestablecimiento, medido como MTBF/MTBSO y MTTR las estimaciones de umbral MTTR, general son: Confiabilidad de bajo-rendimiento (reestablecimiento): MTTR mayor que 2 horas o un MTBF/MTBSO menos de 8000 y q / horas ( ) Confiabilidad de alto rendimiento (reestablecimiento): MTTR menor de o igual a 2 horas y MTBF/MTBSO mayor a 8000 horas (Nota: Estos umbrales de reestabecimiento se escogen para proveer un MTTR razonable. Si un MTTR ms pequeo es escogido, escogido entonces el MTBF /MTBSO ser correspondientemente ms bajo.)

34

Razn de prdida de informacin de extremop a-extremo razn de retransmisin

Bajo-rendimiento (razn de prdida): Prdidas de d paquete IP d t de


25% por < 2 horas/mes 10% < prdida del paquete < 25% por < 2 horas/mes 1% < prdida del paquete < 10% por < 5 horas/mes < 1% por el resto del mes

35

Requerimientos de R t d R i i t d Retardo
H Data Red Network Aplicacin

Componentes

Retardo de Interaccin Ti Tiempo de Respuesta Humano d R t H Retardo de propagacin de la red


Host
36

Retardo de Interaccin (INTD)


Estima cunto tiempo un usuario est deseoso esperar por una contestacin d l d t t i del sistema durante una sesin interactiva. Los retardos de la interaccin pueden ir de unos pocos segundos a un minuto o ms. En general, un rango til es 10 a 30 segundos. segundos

37

Tiempo de Respuesta Humano (HRT) H


Estima el lmite de tiempo cuando los usuarios empiezan a percibir retardo en el sistema. Cuando el tiempo de respuesta del sistema est debajo del HRT, los usuarios generalmente no j , g perciben retardo en el sistema. Sobre el HRT, los usuarios notarn el retardo del sistema y puede llegar a frustrarse. Una estimacin buena del HRT es aproximadamente 100 ms.

38

Tiempo de Respuesta Humano (HRT) H


HRT es importante para las aplicaciones muy interactivas, donde los tiempos de espera no pueden o no deberan ser percibidos por el usuario. ste normalmente es el caso cuando la aplicacin p apoya un ambiente interactivo para el usuario, como en visualizacin, realidad virtual, y las aplicaciones colaborativas, pero tambin puede aplicarse a l l b i bi d li las aplicaciones donde el retardo del sistema ms all de HRT produce prdida de productividad productividad.

39

Retardo de propagacin de red d


Estima el retardo d l propagacin d l seal en l E ti l t d de la i de la l la red. Esto proporciona un lmite inferior a los retardos de extremo-a-extremo y de ida y vuelta de la red y del sistema. El retardo de la propagacin es dependiente en la distancia y tecnologa. Es til como un lmite inferior de retardo porque nos retardo, dice cuando una aplicacin no puede trabajar bien p por la red, cuando sus requerimientos de retardos , q son ms severos que el retardo de la propagacin por la red.
40

Estimacin de retardos para requerimientos de usuarios i i t d i


Tiempo de Respuesta Humano

Retardo de Interaccin Retardo de Propagacin de Red g

0.01

0.1

1.0 10 Retardo (Segundos)

100

41

Distincin entre aplicaciones de Rfaga y Volumen


Rfaga Interactivo Rfaga/Volumen Interactivo Volumen Interactivo

00 0.01

0.1 1.0 10 Retardo (Segundos)


Tiempo de Respuesta Humano Retardo Interactivo

100

42

Tiempo de realizacin de Tarea (TCT) T


El uso de INTD y HRT posiblemente es la manera ms directa de distinguir entre las aplicaciones de rfaga interactivo y las aplicaciones de volumen interactivo, pero a veces se necesita un anlisis ms detallado. Para aquellos tiempos, podemos definir un tiempo de realizacin de tarea (TCT) para la aplicacin, donde una tarea es l cantidad de trabajo de tiempo que est siendo la id d d b j d i i d realizado por el sistema antes de requerir la interaccin con el usuario usuario. TCT, medido en segundos, y el retardo de extremo-aextremo RTT medido en milisegundos.
43

Tiempo de realizacin de Tarea (TCT) T


Tiempo Tarea Completada Retardo TCT Retardo Transferencia de Datos 2 Retardo Transferencia de Datos 1 Fuente Destino Dato Recibido / Procesado Dato Recibido / Procesado Dato Recibido / Procesado

Transferencia de Datos 3

Esta conducta es consistente con aplicaciones que estn procesando transacciones y cmputos distribuidos, o son cliente-servidor.
44

Razn R HRT a RTT


La razn de HRT a RTT describe el grado de respuesta inherente en el sistema que es dependiente en la distancia que la aplicacin est comunicando comunicando. Un RTT pequeo (relativo al HRT) significa que la di t l distancia es suficientemente pequea que la i fi i t t l respuesta del sistema estara dentro del tiempo de HRT i t d HRT, mientras que un RTT grande significa d i ifi que el retardo impactar la respuesta del sistema. i t
45

Tiempos d RTT TCT y HRT Ti de RTT,


La respuesta del sistema tambin es en parte d bid al TCT de la aplicacin. La t debida l d l li i L respuesta del sistema puede ser descrita por la razn de HRT, RTT, y TCT (donde HRT y RTT son medidos en milisegundos, y TCT es medido en segundos):

46

Burstiness B ti
Otra manera de distinguir entre las aplicaciones rfaga i t li i f interactivo y l ti las aplicaciones volumen interactivo es con las razones de los datos. Burstiness se define como: Burstiness = PDR/SDR
Donde: PDR es la razn de datos peak SDR es la razn de datos sostenido

47

Retardo de extremo-aextremo t
Est compuesto de muchas fuentes de retardo, t l como propagacin, t d tales i encolamiento, transmisin, I/O, conmutacin, y procesamiento. Verificar todas las rutas para encontrar los cuellos de botellas para hacer correr la aplicacin. aplicacin

48

Variacin d Retardo V i i de R t d
La variacin de retardo est acoplada con el retardo de alto rendimiento o especificado para dar un retardo global para aplicaciones que son sensible al tiempo de arribo de la p q p informacin. Algunos ejemplos de tales aplicaciones son aquellos que producen o usan video audio, informacin de telemetra etc video, audio etc. Para variaciones de retardo acoplada con retardo, cuando ninguna informacin est disponible sobre la variacin de retardo, una regla buena es aproximadamente 1% a 2% del eta do na egla b ena ap o imadamente retardo de extremo-a-extremo. Por ejemplo, una estimacin para la variacin de retardo en la j p , p ausencia de cualquier otra informacin, cuando el retardo de extremo-a-extremo de una aplicacin es 40 ms, es aproximadamente 400 a 800 microsegundos
49

Requerimientos de capacidad id d
Razn de Datos Tamao de los datos
A plicacin TT C Prom edio (Segundos) 103 10 2- 5 10 103 T aodeD Prom am de D ao atos atosProm edio (B ytes) 107 104 103 102 3*105

C lculoD istribuido (M B odo atch) Transacciones tipoW TransaccionestipoW eb C onsultas B de D ase atos Ingresos de Pagos Teleconferencia (usandoM ulticast)

50

Regin de Rendimiento con U b l Umbrales G i Genricos


Retardo (D) Umbral del Retardo Genrico

Regiones de Alto Rendimiento

Regin de Bajo Rendimiento


Umbral de Capacidad Genrica

Umbral de Confiabilidad Genrica

Confiabilidad (R)

Capacidad (C)

51

Umbrales de Servicio de ambiente especfico bi t fi


Los umbrales generales nos dan algunas estimaciones comnes para las caractersticas de bajo y alto rendimiento. Tales umbrales son tiles cuando hay una falta de informacin sobre los usuarios y aplicaciones para la red a disear, pero a menudo el ambiente indica que umbrales de rendimiento deberan ser. Como con umbrales generales?: La razn por desarrollar umbrales de d ambiente especfico es para d t bi t fi determinar qu aplicaciones ti i li i tienen caractersticas de alto rendimiento. Es probable que estas aplicaciones de alto rendimiento son lo que p q p q nosotros disearemos, junto con esas aplicaciones que tienen caractersticas especificas.

52

Comparando Caractersticas de la Aplicacin d l A li i


Cuando podemos agrupar caractersticas de la aplicacin, entonces una comparacin puede hacerse a menudo para determinar donde el umbral puede aplicarse aplicarse. Considere un grfico de caractersticas de retardo para varias aplicaciones, A a travs de M, para un ambiente particular, como se muestra en l fi t la figura siguiente i i t En este diagrama, se agrupan caractersticas de retardo en dos reas. Podemos usar esta informacin para poner un umbral de ambiente especfico a un retardo de aproximadamente X milisegundos. Esas aplicaciones que tienen una caracterstica de retardo de sas ap cac o es t e e u a ca acte st ca eta do menos de X milisegundos son consideradas de alto rendimiento para este ambiente.
53

Caractersticas de Retardo para una muestra d aplicaciones t de li i


Alto - Rendimiento Bajo - Rendimiento

Ap plicacion nes (Denota adas por letras) r

J G

H B

A C

M F

X ms

Retardo (ms)
54

Servicios D t S i i Determinsticos i ti
Los servicios deterministicos tienen caractersticas de rendimiento ms especficos que el servicio al mejor esfuerzo que hemos estado discutiendo. En la mayora de los casos, tendremos una buena y , estimacin de stos caractersticas de rendimiento, aunque no podremos garantizar rendimiento. Usaremos lmites para aproximar donde estn los niveles de bajo y alto rendimiento, los cuales se usarn en el proceso del diseo mas tarde para planificar la capacidad y la especificacin de flujo.
55

Servicios garantizados g
Los servicios garantizados son un paso ms all de los servicios determinsticos, en que hay algn mecanismo para forzar al servicio a la aplicacin o usuario. As para desarrollar los requerimientos para p p q p los servicios garantizados, necesitamos tener caractersticas de rendimiento bien definidas. En la siguiente figura el rendimiento de una aplicacin se acerca al figura, lmite del servicio (garantizado). Ninguna accin se toma hasta que la aplicacin excede su garanta, donde ocurre la vigilancia. Al elemento de la red donde ocurre la vigilancia, esto puede tomar la forma de marcar el paquete/frame/celda para que los elementos de red de flujo hacia abajo asuman alguna accin, o dejando caer el j j g , j frame/paquete/celda en ese elemento de la red. Vigilar es a menudo til para proteger el flujo de trfico que fluye hacia abajo que excede su lmite de servicio y intenta usar ms recursos de la red que el contratado.
56

Vigilancia de rendimiento de d un fl j flujo


Servicio Lmite / Garanta (p ej , capac dad) (p.ej., capacidad) Vigilancia No Accin tomada Garanta

Comportamiento de la Aplicacin Time


57

Servicios garantizados S i i ti d
Se desarrollan garantas de servicio en una forma similar para servir los lmites, excepto que se declara la necesidad de pedir una garanta explcitamente. En el ejemplo de asignacin de recursos arriba, j p g , declaramos que la meta de confiabilidad era 99.99%, pero que debemos reunir una confiabilidad de por lo menos 99 97% 99.97%. Este lmite ms bajo para confiabilidad podra declararse como una garanta de servicio que significara que despus en el proceso del diseo lo consideraramos como los mecanismos para proporcionar y vigilar ese servicio en el sistema.
58

Servicios garantizados
En la figura siguiente, los umbrales de servicio, lmites, y garantas son ahora todos aplicados sobre el rendimiento de servicio. En esta figura, las regiones de bajo y alto rendimiento g , g j estn separadas por los umbrales generales D, M, y X, mientras un retardo de ambiente-especfico, C, existe dentro de la regin de bajo-rendimiento. Se muestran d d l i d b j di i S lmites de servicio y garantas aqu en la regin alto rendimiento, en varias situaciones en el sobre. di i t i it i l b

59

Sobre el Rendimiento Completamente Desarrollado C l t t D ll d


Retardo R t d (D) B ms A ms D ms C ms

X%

Z% Y%

M Mb/s L MB/s Capacidad (C)

Confiabilidad C fi bilid d (R)

A, B A B, Y -Servicios Garantizados Servicios D, M, X -Umbrales Genricos C-Ambiente de umbrales especficos L, Z-Lmites de Servicio

60

Lmites de Confiabilidad Aplicaciones de p Asignacin de Recursos


Mnimo Meta

Despus de Consolidacin

Meta Antes de Consolidacin

Actual

99.95% 99 95%

99.97% 99 97% Confiabilidad (% Uptime)

99.99% 99 99%
61

Rendimiento de Aplicacin de Servicios d S i i


Pueden aplicarse los lmites determinsticos para todas las caractersticas de rendimiento a un sobre de rendimiento para la aplicacin. Por j P ejemplo, si nosotros tenemos una aplicacin l i t t li i que requiere el siguiente rendimiento especificado: ifi d
la confiabilidad, 99.8%; la capacidad, entre 14 y 20 Mb/s; y retardo, no mayor que 80 ms, podemos aplicarlos como es mostrado en la siguiente figura.
62

Rendimiento con Servicio Especificado E ifi d


R e ta rd o (D )
80 m s

9 9 .8 % D isp o n ib ilid a d

C o n fia b ilid a d (R ) 1 4 M b /s 20 M b/ /s

C a p a cid a d (C )

63

Distinguiendo entre los Niveles de Rendimiento de Servicio


Tenemos las descripciones para varios niveles de servicio (rendimiento y funcin), como servicios al mejor esfuerzo, bajo rendimiento, alto rendimiento, y servicios especificados. Hemos tocado aplicaciones como misin-crtica, tiempo real, y razn controlada para distinguirlos de los servicios especficos necesitados, y tambin hemos desarrollado umbrales generales y de ambiente especfico para separar los requerimientos de rendimiento en bajo y alto rendimiento para su ambiente del diseo. Ahora, examinaremos algunas pautas para ayudarle a usar estos conceptos juntos para distinguir entre los niveles de rendimiento de servicio para sus diseos.

64

Pautas en la Distincin de Servicios S i i


Se debe usar estos pasos cuando se quiere ver, en parte o en conjunto, modificando su secuencia para encajar mejor su metodologa de anlisis y ambiente de diseo. Para aplicar estos pasos, se necesita tener un listado de las aplicaciones que probablemente se usarn en esta red junto con red, cualquiera informacin de rendimiento que se puede recoger, derivar, o estimar. Estos E t pasos van d l requerimiento ms especfico con los del i i t fi l requerimientos de aplicaciones al ms general, de tal modo que el ltimo paso sea el valor por defecto cuando ninguno de los otros pasos se aplican.

65

Pautas en la Distincin de Servicios S i i


1. El primer paso es determinar si cualquiera de p p q las aplicaciones tienen requerimientos obvios para especificar (determinstico o garantizado) el p ( g ) rendimiento del sistema. Cuando una aplicacin tiene requerimientos para el rendimiento especificado, la aplicacin y sus requerimientos son nombrados como especificados.
66

Pautas en la Distincin de Servicios S i i


2. El segundo paso es listar las aplicaciones. Cundo no se identifican aplicaciones que tengan requerimientos especificados, pueden identificarse como de misin-crtica, tiempo real, misin crtica real o razn controlada? En E ese caso, pueden tener requerimientos d t i i t especificado de rendimiento, aun cuando ellos no se reconocieron en el primer paso. i l i

67

Pautas en la Distincin de Servicios S i i


3. El tercer paso, es conformar grupos de aplicaciones . Para esas aplicaciones que no tienen requerimientos especificados obvios, y no puede listarse como misincrtica, tiempo real, o razn controlada, evaluar si ellos pueden agruparse como: de comando/telemetra; visualizacin; computo distribuido; acceso de Web, desarrollo, y uso; transporte de volumen de datos; en d ll t t d l d d t teleservicios; o aplicaciones de OAM. Es probable que esas aplicaciones que no pueden ser descritas por Pasos l a travs de 3 sean aplicaciones al mejor esfuerzo esfuerzo.
68