Contexto en el proceso general

A&D Determ. de Requerimientos 1

Contexto en el proceso generalAnálisis de

requerimientos

Análisis deflujo

Diseñológico

Diseño físico

Direccionamientoy ruteo

Ejecucióndel diseño

Condicionesiniciales Análisis

Diseño


Resultados Los resultados de la etapa son:

Especificación de requerimientos Hojas de trabajo

Mapa de aplicaciones Esquema que muestra

Ubicación física de edificios y estaciones que usan las aplicaciones en estudio

Ambito de las aplicaciones


Componentes Componentes y relaciones del sistema

Solicita

Servicios

Ofrece Red

Aplicación

Host

Usuario

Aplicación

Host

Usuario


Naturaleza de los requerimientos

Diseño nueva red

Usuarios finales

Aplicaciones Hosts (PCs, servidores)

Redes existentes

RequerimientosRequerim

ientos Requ

erim

ient

osReq

uerim

ientos


Requerimientos de usuario Oportunidad Interactividad Confiabilidad Calidad Adaptabilidad Seguridad Factibilidad Número de usuarios Ubicación de los usuarios Crecimiento esperado

Aplicación

Host

Aplicación

Host

Red

Usuario Usuario


Requerimientos de usuario/servicio Oportunidad Interactividad Confiabilidad Calidad Adaptabilidad Seguridad Factibilidad Número de

usuarios Ubicación de

los usuarios Crecimiento

esperado

Retardo

Confiabilidad

Capacidad

Aplicación

Host

Aplicación

Host

Red

Usuario Usuario


Requerimientos de aplicación

Grupo de aplicación al que pertenece

Tipo de aplicación

Características de rendimiento de la aplicación

Ubicaciones de la aplicación

Aplicación

Host

Aplicación

Host

Red

Usuario Usuario


Requerimientos de Host

Tipos de hosts y equipamiento

Información sobre ubicaciones

Características de rendimiento de host/equipo

Aplicación

Host

Aplicación

Host

Red

Usuario Usuario


Requerimientos de red Escalabilidad Servicios de red Servicios de

soporte Interoperabilidad Ubicación Características

de rendimiento de red

Redesexistentes

Redesexistentes

Redesexistentes

Aplicación

Host

Aplicación

Host

Usuario Usuario


Otros requerimientos Financieros o presupuestarios Integración con otros tipos de medios

de comunicación teléfono fax video etc.

Contexto en el proceso de análisisCaptura de requerimientosCondiciones

iniciales

Desarrollar métricas de Servicio

Caracterizar comportamiento

Desarrollar umbrales de rendimiento

Distinguir entre requerim de servicio

Establecer límites de flujo

Identificar flujos backbone y compuestos

Desarrollar especificación de flujos

Mapas de aplicaciones

Vars. de adm. de red

Modif. De rend.Usuario/Aplicación

Plan de capacidad Plan de servicio

Tipos de aplicaciones

Guía para distinguir servicios

Especif. de requerim.

Modelos de flujoDistribución de flujo

Características del flujoAlgoritmo de especificación


Etapa: Capturar y listar requerimientos Se desarrolla en base a las condiciones iniciales, con entradas

desde los usuarios, clientes y personal de la red, y luego debe ser refinado.

Subetapas Determinar condiciones iniciales. Estas incluyen:

Tipo de proyecto (nueva red, modificación, análisis, outsourcing)

Ambito del diseño (tamaño, distancia, número de sitios) Objetivos iniciales Fuerzas externas (políticas, administrativas, financieras)

Trabajar con los usuarios (durante todo el proceso) Listar requerimientos y construir mapa de aplicaciones


Etapa:Desarrollar métricas de servicio Propósito: medir rendimiento Por ejemplo:

SNMP/CMIP -> Usado para medir pérdidas de paquetes Ping -> Usado para monitorear retardos en la red.Otros.

Métricas de servicio ¿Dónde se medirán? Método de medición

Tabla ejemplo


Etapa:Caracterizar el rendimiento Objetivo

Determinar, si se puede estimar, el rendimiento de la red mediante la comprensión de cómo los usuarios y sus aplicaciones funcionarán a través de la red

Subetapas Definir patrones de uso

Un patrón simple sería: Número de usuarios para cada aplicación Frecuencia de uso esperada (nº de sesiones /usuario_día) Duración promedio de la sesión Estimación del nº de sesiones simultáneas por aplicación

Escoger los usuarios “más relevantes”


Etapa:Caracterizar el rendimiento 2 Subetapas (continuación)

Determinar comportamiento de la aplicación Idea: Ajustar el rendimiento para la aplicación

analizada

Considere determinar: Tamaño de los datos que la aplicación procesará Frecuencia y duración de la transferencia de los datos Dirección del flujo (cliente <--> servidor) Grado de multicasting (simple <--> muy complejo)

Escoger las aplicaciones “más relevantes”


Etapa:Desarrollar umbrales de rendimiento Tales como:

Umbrales generales Umbrales específicos a un ambiente Límites y garantías específicas por servicio

Subetapas Desarrollar umbrales de ConfiabilidadConfiabilidad

Disponibilidad Nivel de recuperación de fallas Tasa de error o pérdida


Etapa:Desarrollar umbrales de rendimiento 2 Subetapas (continuación)

Desarrollar umbrales de RetardoRetardo Existen

Retardo de interacción(INTD). Entre 10 a 30 ms Retardo de tiempo de respuesta humano (HRT) 100 ms Retardo de propagación de la red (extremo a extremo, de ida

y vuelta -RTT- y del sistema). Se pueden medir usando Ping Lo anterior permite calcular:

respuesta del sistema = HRT/TCT, cuando HRT/RTT >= 1respuesta del sistema = HRT/(RTT*TCT), cuando HRT/RTT < 1 Si respuesta del sistema es menor a 3 => aplicación tipo FTP

TCT: tiempo para completar una tarea


Etapa:Desarrollar umbrales de rendimiento 3 Subetapas (continuación)

Desarrollar umbrales de CapacidadCapacidad La idea es estimar tasa de datos Estas tasas pueden ser

Peak Promedio Bajo

Una forma de estimar tasas de datos (cuando se desconoce información) es usar: TCT Cantidad de datos que se piensa transmitir.


Etapa:Desarrollar umbrales de rendimiento 4

Separar tipos de servicios. Se puede usar la siguiente pauta: Determinar si alguna de las aplicaciones

tiene requerimientos específicos de rendimiento (determinístico o garantizado)

Tipificar las aplicaciones Misión crítica Tiempo real Tasa controlada


Etapa:Desarrollar umbrales de rendimiento 5

Separar tipos de servicios (continuación) Agrupar las aplicaciones

De telemetría/Comando y Control Visualización Computación distribuida Acceso, desarrollo y uso de Web Transporte de datos Teleservicio De operación y administración


Objetivos: nivel de servicioDisponibilidad de la red 99.8 a 100%Tiempo medio entre fallas de hw 1 mesTiempo medio entre fallas de sw 1 mesTiempo de respuesta promedio 10 minutosTiempo de reparación promedio 1 horaTiempo máx. de reparación 24 horasRendimiento de la red 95%, t. Resp. < 2sThroughput promedio 64 kbpsTiempo medio restaurar disco 4 horasTiempo medio restaurar archivo 1 horaFuente: Networking. The New Enterprise. Harris Kern y otros. Prentice Hill. 1997


Velocidades de transferencia APLICACION VELOCIDADComunicaciones personales 300 a 9600 bps o másCorreo electrónico 2400 a 9600 bps o másProgramas de control remoto 9600 a 56000 bpsConsultas a base de datos Superior a 1 MbpsAudio digital 1 a 2 MbpsAcceso a imágenes 1 a 8 MbpsVideo comprimido 2 a 10 MbpsTransmisiones médicas Superior a 50 MbpsImágenes documentales 10 a 100 MbpsImágenes científicas Superior a 1 GbpsVideo sin comprimir 1 a 2 Gbps

Fuente: Netware 4.1. Manual de referencia. 2ªed. Tom Sheldon McGraw Hill 1994

Contexto en el proceso general

Documents

Transcript of Contexto en el proceso general