analisis
Upcoming SlideShare
Loading in...5
×
 

analisis

on

  • 2,931 views

 

Statistics

Views

Total Views
2,931
Views on SlideShare
2,930
Embed Views
1

Actions

Likes
0
Downloads
51
Comments
0

1 Embed 1

http://www.slideshare.net 1

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    analisis analisis Presentation Transcript

      • ESTIMACIÓN PARA SERVICIO DE DATOS
      Se propone seguir los siguientes pasos para determinar el ancho de banda requerido por el servicio de datos:   1.      Hacer la tabla de tráfico por días del mes y tráfico por horas del día, a partir de la encuesta a los usuarios. 2.      Realizar la matriz de Interés de tráfico, con base en la topología de la red. 3.      Hacer un ajuste a la matriz por el encabezamiento y control de los protocolos utilizados en la red. 4.      Calcular los erlangs por enlace. 5.      Utilizar las fórmulas para tiempo medio de retardo y longitud de la cola, en forma recurrente hasta que cumpla el criterio a utilizar.
      • CARACTERISTICAS DE LA WAN: (concepto que ha cambiado)
        • Baja velocidad.
        • Altos costos.
        • Mayores retardos.
        • Menor disponibilidad (más susceptible de fallas).
        • Menor control (generalmente intervienen uno o mas proveedores).
        • Involucra generalmente varias tecnologías.
      • ESTIMACIÓN PARA SERVICIO DE DATOS
      • ESTIMACIÓN PARA SERVICIO DE DATOS
      Se propone hacer el dimensionamiento para soportar la utilización de la red, para todos los días. Por tal motivo se debe tener un estimativo inicial para la hora pico del servicio, y la intensidad del mismo (un BASELINE de la red).
      • ESTIMACIÓN PARA SERVICIO DE DATOS
      Los datos iniciales se pueden obtener de las siguientes fuentes:   a)      De estudio con un analizador de protocolo sobre la LAN de cada localidad, útil para hallar el tamaño promedio de una trama, el tráfico total de la LAN y la hora pico hacia la WAN. b)      De la encuesta realiza a los usuarios. Se tendrá los bytes totales a transmitir una aproximación sobre la hora pico del servicio de datos. c)       De entrevista con los programadores, servirá para verificar la cantidad de datos que pueden generar las aplicaciones que utilicen los usuarios. d)      De las especificaciones de las aplicaciones de acuerdo a lo planeado en la adquisición de aplicaciones comprados a terceros.
      • ESTIMACIÓN PARA SERVICIO DE DATOS
      Estudio sobre la LAN con un analizador de protocolo, se puede analizar el comportamiento del tráfico durante las horas del día y se mira la distribución del mismo, muy posiblemente se encontrará dos períodos de ocupación pronunciados, uno por la mañana y otro por la tarde. Del estudio saldrá la hora pico para datos y la cantidad de bytes transmitidos y recibidos en la hora pico.
      • ESTIMACIÓN PARA SERVICIO DE DATOS
      Empíricamente diferentes personas aproximan el tráfico total de una WAN a partir del tráfico LAN. Sostienen que el 20 por ciento del tráfico LAN será encaminado hacia la WAN. Terè Parnell afirma: “ Los ingenieros de tráfico profesionales han determinar que una hora representa entre el 12 por 100 y el 16 por 100 del tráfico total del día. Por tanto, si no se puede obtener información detallada de llamadas por hora en la red de área extensa, probablemente se acertará, asumiendo que una hora de tráfico intenso es igual a aproximadamente el 14 por 100 del tráfico total del día”.
      • Factores fundamentales a tener en cuenta:
        • Tiempo de conexión (permanente o temporal)
        • Costos.
        • Requerimientos de ancho de banda.
        • Naturaleza del aplicativo y servicios que se implementaran.
        • Sensibilidad de la aplicación: Interactivo, transaccional, sensible a los retardos, ráfagas, etc.
        • Requerimientos de calidad de servicio.
        • Evitar al máximo el trafico broadcast y el bridging
      • ESTIMACIÓN PARA SERVICIO DE DATOS
      • Existe una aproximación la cual utiliza el tipo de usuario en la LAN para determinar en ella el tráfico que se puede esperar en la localidad, posteriormente considerar que el 20 % del tráfico total será corporativo y por último considerar que el 14 % del tráfico corporativo se enviará en la hora pico a una rata constante.
      • ESTIMACIÓN PARA SERVICIO DE DATOS
      • Histórico ancho de banda LAN por tipo de usuario
      •  
      • Perfil Typical applications Average Throughput/PC
      • Light user Email, CITRIX (Terminal server) 2 KByte/s
      • Medium user DOS envivoments. Running WordPerfect,
      • Email, Spreadsheet Windows environment
      • Running MS Word, MS Excel, MS Email 4 KByte/s
      • Heavy user Windows MS PowerPoint 8 KByte/s
      • Outlook (Exchange)
      • ESTIMACIÓN PARA SERVICIO DE DATOS
      • MATRIZ DE INTERÉS DE TRÁFICO
      •  
      •  
      • Teniendo en cuenta la topología de la red a implementar y/o rediseñar, se realiza la matriz de interés de tráfico. La fuente inicial de información es la tabla resumen por localidad.
      •  
      • Analizando las tablas resumen por localidad encontrará cosas interesantes, por ejemplo que las localidades del mismo tipo manejan aproximadamente el mismo tráfico, para ilustrar lo anterior se puede citar que los centros fabriles pueden manejar el mismo tráfico y hacia las mismas localidades.
      • ESTIMACIÓN PARA SERVICIO DE DATOS
      • AJUSTE DE TRÁFICO POR PROTOCOLOS UTILIZADOS
      •  
      •  
      • A todos los mensajes que van a cruzar una red se les coloca “bytes” de control, cabecera y terminación, con el fin de que los mismos lleguen en forma correcta a su destino. Cuando el mensaje desciende por las capas del nivel OSI (o de la arquitectura de red que este utilizando), cada capa de la arquitectura seleccionada se le coloca bytes adicionales
      • ESTIMACIÓN PARA SERVICIO DE DATOS
      • ESTIMACIÓN PARA SERVICIO DE DATOS
      AJUSTE DE TRÁFICO POR PROTOCOLOS UTILIZADOS
      • Soluciones típicas en nuestro medio:
        • Frame Relay
        • RDSI con PPP o HDLC
        • Clear channel. (HDLC)
        • Línea telefónica convencional con PPP o HDLC.
        • Internet (VPN).
        • Ethernet, Metro Ethernet
        • Enlaces IP
      • ESTIMACIÓN PARA SERVICIO DE DATOS
      • Terè Pernell afirma: “Actualmente, el tamaño medio de paquete para una LAN es de 512 bytes. Sin embargo, utilizando un analizador de protocolo se puede determinar el tamaño medio de los paquetes que viajan a través de una red particular". Para la propuesta metodológica que se está presentado, es de vital importancia conocer el tamaño medio de las tramas (“frame”) en la LAN, en caso de no poderse realizar un chequeo de la LAN por cada localidad, se puede utilizar la estimativa de 512 Bytes”.
      • ESTIMACIÓN PARA SERVICIO DE DATOS
      • Para el recalcular el tráfico a partir de los datos de la encuesta se debe realizar los siguientes pasos:
      •  
      • Al tamaño medio de una trama en una LAN se le resta los “bytes” de la capa de enlace que se está utilizando. Como ilustración si se tiene una LAN 802.3 con TCP/IP y 512 bytes como tamaño medio de trama, los bytes de datos efectivos a)      son: 512 - 26 (capa dos) - 40 (capa tres y cuatro) = 446 “bytes”.
      • ESTIMACIÓN PARA SERVICIO DE DATOS
      •  
      • a)      El cálculo de tráfico promedio de la red, en bytes, se divide por el resultado anterior. El nuevo resultado será la cantidad de segmentos de datos de usuario a enviar en un período de tiempo (en este caso en una hora).
      •  
      • b)      Se multiplica la cantidad de segmentos de datos de usuario por los “bytes” adicionales de la capa cuatro, tres y dos de la LAN. El resultado será en “bytes”. La tabla da a conocer los bytes para el ajuste por protocolo LAN utilizado.
      •  
      • ESTIMACIÓN PARA SERVICIO DE DATOS
      •  
      • c)       Se multiplica la cantidad de segmentos de datos de usuario por los “bytes” que adiciona el protocolo de enlace WAN. Se debe tener en cuenta las particulares de cada protocolo, ver tabla 8 para realización de cálculos según protocolo.
      •  
      • d)      Sumar al tráfico promedio de la red, en bytes, con los resultados obtenidos en c) y d). El nuevo dato será el tráfico promedio de la WAN.
      • ESTIMACIÓN PARA SERVICIO DE DATOS
      • ESTIMACIÓN PARA SERVICIO DE DATOS
      Ajuste por protocolo de enlace LAN PROTOCOLO APLICABLE BYTES ADICIONALES POR TRAMA TCP/IP Capa 4 y 3 20 SPX/IPX Capa 4 y 3 42 Ethernet V2.0 Capa 2 LAN 26 IEEE 802.3 Capa 2 LAN 26 Novell 802.3 Capa 2 LAN Novell 26 IEEE 802.3 SNAP Capa 2 LAN 29 - 30 IEEE 802.5 Capa 2 LAN 21 FDDI Capa 2 LAN 54 - 55
      • ESTIMACIÓN PARA SERVICIO DE DATOS
      Ajuste por protocolo de enlace WAN   PROTOCOLO AJUSTE MTU TCP/PPP 27 bytes / frame a transmitir MTU en principio menor a 1500 bytes. FRAME RELAY 6 bytes / frame a transmitir MTU recomendado 476 bytes. Puede trabajar con perfectamente con MTU de 1540 X.25 Modulo 128 11 bytes / frame a transmitir Puede trabajar con MTU de 1540 ATM (Tráfico promedio de la red (bytes) + (cantidad de segmentos de datos de usuario * los “bytes” adicionales de la capa cuatro, tres y dos de la LAN))/ 48 “bytes”)*5 53 bytes y constante.
      • ESTIMACIÓN PARA SERVICIO DE DATOS
      Ajuste por protocolo de enlace WAN   TCP/IP Protocol Overhead Calculation Protocol: TCP/IP Message Size: 472 Frames/Cells required: 1 Total frame/cells size first bytes: 512 Total frame/cells size last bytes: 512 Percentage overhead: 8.47 %
      • ESTIMACIÓN PARA SERVICIO DE DATOS
      Ajuste por protocolo de enlace WAN   Frame Relay Protocol Overhead Calculation Protocol: Frame Relay Message Size: 512 Frames/Cells required: 1 Total frame/cells size first bytes: 518 Total frame/cells size last bytes: 518 Percentage overhead: 1.17 %
      • ESTIMACIÓN PARA SERVICIO DE DATOS
      Ajuste por protocolo de enlace WAN   ATM Protocol Overhead Calculation Protocol: ATM Message Size: 512 Frames/Cells required: 11 Total frame/cells size first bytes: 53 Total frame/cells size last bytes: 53 Percentage overhead: 13.87 %
      • ESTIMACIÓN PARA SERVICIO DE DATOS
      Fragmentación   Existe otra característica de los protocolos WANs que adicionan bytes de control, corresponde a la máxima unidad de transferencia “MTU”. Esta característica depende de la implementación del protocolo como tal (ATM por ejemplo) y de factores externos tales como la calidad y naturaleza del medio de transmisión, y de la configuración de enrutadores y suiches del prestador de servicio. El “MTU” representa el número máximo de “bytes” que los equipos de enrutamiento y suicheo de la red van a manejar. La figura 6 ilustra la fragmentación de las tramas que se realiza en ATM para ajustarse al tamaño de la celda de ATM, 53 bytes.
      • ESTIMACIÓN PARA SERVICIO DE DATOS
      CÁLCULO DE ANCHO DE BANDA POR ENLACE A partir de del tráfico promedio de la WAN, sobre un periodo de una hora, se calcula la cantidad de tramas por segundo por el enlace WAN (tramas/segundo). El dato tamaño medio de trama en una WAN se utiliza para dividir la cantidad de tramas por segundo por el enlace. El resultado será la Intensidad de tramas por segundo en el enlace. Para la estimación del consumo de datos de la localidad se utiliza la siguiente fórmula:   Capacidad utilizada = (número de tramas /seg.) * (número bytes/frame) * (número bits/byte)/(bits/seg.) Donde los datos utilizados son para el enlace WAN, y el resultado será bits/segundo.
      • ESTIMACIÓN PARA SERVICIO DE DATOS
      Ejemplos
      • ENFOQUES:
      • Como cliente (usuario de un carrier).
        • Implementado generalmente con tecnologías como: RDSI, Frame Relay y líneas telefónicas tradicionales.
        • Generalmente utiliza un servicio de uno o más carrier.
      • Como proveedor (el carrier).
        • Generalmente implementado con tecnologías como SDH, ATM, Suiches y centrales.
      • ESTIMACIÓN PARA SERVICIO DE DATOS
      • En ambos se utiliza modelos jerárquicos.
      • Modelos o arquitecturas:
        • Una capa (one layer)
        • Dos capas (two layer)
        • Tres capas (three layer)
          • Core
          • Distribución
          • Acceso
      • ESTIMACIÓN PARA SERVICIO DE DATOS
    • MODELO DE UNA CAPA-CLIENTE
      • Solo se tiene un nivel de router.
      • Modelo muy implementado en nuestro medio.
      • ESTIMACIÓN PARA SERVICIO DE DATOS
      F.R. ROUTER SITIO 1 SITIO 2 SITIO 3
    • MODELO DE DOS CAPAS-CLIENTE
      • Generalmente implementado por empresas con regionales o muchas oficinas en cada ciudad.
      • Reduce los costos del canal nacional o internacional.
      • ESTIMACIÓN PARA SERVICIO DE DATOS
      FR, AT, RDSI, ETC. Router central SITIO 1 SITIO 3 SITIO 2 SITIO 3 SITIO 4 SITIO 5 SITIO 6 Router Regional Router Regional
    • MODELO DE TRES CAPAS-CLIENTE
      • Generalmente implementado por grandes empresas.
      • ESTIMACIÓN PARA SERVICIO DE DATOS
      ATM, FR,ETC SITIO3 SITIO2 SITIO 3 SITIO 4 SITIO 5 SITIO 6 SITIO 1 CALI MEDELLIN COLOMBIA ECUADOR
      • ESTIMACIÓN PARA SERVICIO DE DATOS
      F.R. SUICHE SUICHE SUICHE Circuito virtual Banda Base ROUTER INTERNET
    • DISEÑO EN EL CARRIER
      • Si finalmente todo va a ser datos: Voz, video, etc. el core debe ser optimizado para este tipo de tráfico.
      • TCP/IP es el protocolo que se ha impuesto, luego el core debe ser optimizado para este tipo de tráfico.
      • El tráfico IP va continuar creciendo más con los nuevos servicios y esquemas como VPN.
      • ESTIMACIÓN PARA SERVICIO DE DATOS
      • ESTIMACIÓN PARA SERVICIO DE DATOS
      BACKBONE DE CARRIER TRADICIONAL ACTUAL SONET/SDH Centrales Telefonicas Centrales Telefónicas Centrales Telefónicas Datos: Frame Relay ATM Datos: Frame Relay ATM LAN CLIENTE LAN CLIENTE Router Router
      • ESTIMACIÓN PARA SERVICIO DE DATOS
      BACKBONE DE CARRIER MPLS CON IP+ATM SONET/SDH Centrales Telefónicas Centrales Telefónicas Centrales Telefónicas LER MPLS LAN CLIENTE LAN CLIENTE Router Router ATM ATM LER MPLS
      • ESTIMACIÓN PARA SERVICIO DE DATOS
      BACKBONE DE CARRIER MPLS PURO CON SDH/PPP/IP SONET/SDH Centrales Telefónicas Centrales Telefónicas Centrales Telefónicas LER MPLS LAN CLIENTE LAN CLIENTE Router Router SW MPLS SW MPLS LER MPLS LER MPLS SW MPLS GW
      • ESTIMACIÓN PARA SERVICIO DE DATOS
      MPLS Conceptos
    • CALIDAD DE SERVICIO QoS
      • Capacidad de una red para darle tratamiento especial a un tipo particular de tráfico.
      • Este tratamiento especial está dado por características como: ancho de banda, retardo, tasa de errores, etc.
      • Existen tecnologías en los diferentes niveles OSI para garantizar calidad de servicio:
      • NIVEL 2: 801.Q/802.1p
      • NIVEL 3: Differentiated Services en IP.
      • NIVEL 4: RSVP
      • ESTIMACIÓN PARA SERVICIO DE DATOS
    • MECANISMOS EN TCP/IP
      • Existen dos filosofías principales:
        • Integrated Services
        • Differentiated Services
      • ESTIMACIÓN PARA SERVICIO DE DATOS
      CALIDAD DE SERVICIO QoS VoIP Custom app E-mail SAP
    • INTEGRATED SERVICES
      • Implementado mediante RSVP (Resource Reservation Protocol).
      • RSVP: Protocolo de señalización que permite “separar” recursos en los router del trayecto de un flujo para garantizar calidad de servicio.
      • Esta más orientado hacia la red interna del cliente.
      • ESTIMACIÓN PARA SERVICIO DE DATOS
      CALIDAD DE SERVICIO QoS
    • QoS INTEGRATED SERVICES
      • ESTIMACIÓN PARA SERVICIO DE DATOS
    • QoS DIFFERENTIATED SERVICES
      • Redefine el byte de TOS del paquete IP para establecer mediante un código como será tratado el paquete en cada router (PHB: Per-Hub Behavior).
      • Está más orientado hacia el proveedor (Carrier).
      • ESTIMACIÓN PARA SERVICIO DE DATOS
    • ESTIMACIÓN PARA SERVICIO DE TELEFONÍA
      • Para realizar los cálculos de telefonía se cuenta con la ayuda de las facturas telefónicas detalladas, para el servicio de larga distancia nacional y las encuestas a los usuarios para estimar llamadas entre localidades ubicadas en la misma ciudad.
      • Análisis de TCO para la solución
    • ESTIMACIÓN PARA SERVICIO DE TELEFONÍA DIMENSIONAMIENTO DE CANALES POR LOCALIDAD A partir de las facturas telefónicas detalladas y de la topología para el servicio de voz, se realizan las tablas de utilización por día, las tablas de utilización por horas del día, se estima el tiempo de medio de llamada entre localidades y se realiza la matriz de interés de tráfico.
    • ESTIMACIÓN PARA SERVICIO DE TELEFONÍA
    • ESTIMACIÓN PARA SERVICIO DE TELEFONÍA La intensidad de tráfico, llamado simplemente tráfico, se define como el número promedio de llamadas en progreso. Aunque el tráfico es una cantidad adimensional, se le asignó la unidad de erlang (E). Para el cálculo del erlang se requiere conocer el tiempo promedio de duración de una llamada (“holding time”) y el número de llamadas que arriban en un período.
    • ESTIMACIÓN PARA SERVICIO DE TELEFONÍA
      • A = (G * h)/ T
      • A = tráfico en erlangs.
      • G = número promedio de llamas que arriban durante la hora el tiempo T.
      • h = tiempo promedio de duración de una llamada.
      • El tráfico es una fracción de un erlang e igual al promedio de la proporción del tiempo para el cual la línea y grupo troncal está ocupada.
    • ESTIMACIÓN PARA SERVICIO DE TELEFONÍA Un grupo troncal consta de un número finito de circuitos o líneas. La congestión en un grupo troncal, se define como el estado donde todos los circuitos o líneas están ocupados y no están en capacidad de recibir nuevas llamadas.
    • ESTIMACIÓN PARA SERVICIO DE TELEFONÍA
    • ESTIMACIÓN SERVICIO DE MULTIMEDIA Se propone que como multimedia sean acogidos la videoconferencia corporativa, los sistemas de videoconferencia por PC y los programas especiales que utilicen imagen con y sin audio, para la difusión total o grupal (“broadcast” y “multicast” respectivamente) Desde el punto de vista corporativo, las aplicaciones de multimedia en redes como de TV, videoconferencia, aplicaciones de tableros gráficos compartidos, etc., son una tremenda promesa como la próxima generación de “herramientas de productividad”. El uso del audio digital y el vídeo a través de las estructuras corporativas de redes, tiene tremendo potencial para las aplicaciones internas y externas.
    • ESTIMACIÓN SERVICIO DE MULTIMEDIA
      • Tres componentes deben ser considerados cuando se despliega aplicaciones de multimedia en los ambientes LAN y WAN:
      • Ancho de banda
      • Calidad de servicio
      • Transmisión a múltiples usuarios (“multicasting”).
    • ESTIMACIÓN SERVICIO DE MULTIMEDIA Los datos de una señal de vídeo y en general a los multimedia son sensibles al retardo y de gran ancho de banda de la señal original (221.184 Mbps vídeo digital calidad exigida por el sistema de Norte América (NTSC)) , se requiere un tratamiento especial para lograr compresión sin perder calidad en el despliegue en los receptores. Nombre Ancho de banda MPEG1 384 Kbps ~ 1.5 Mbps Motion Picture Experts Group. (640 x 480, 30 cuadros por segundo). Para vídeo y audio optimizado. Es especial porque la rata de datos del audio no comprimido de CD y DAT. Típicamente, MPEG1 es comprimido en tiempo no real y descomprimido en tiempo real.
    • ESTIMACIÓN SERVICIO DE MULTIMEDIA
      • Cuadros I (Intra)
        • Utilizan únicamente información contenida en el propio cuadro y no dependen de la información de otros cuadros (codificación intra-cuadro).
        • Los cuadros I proporcionan un mecanismo para el acceso aleatorio al flujo de bits de vídeo comprimido pero proporcionan solamente una moderada compresión.
      • Cuadros P (Predicted)
        • Utilizan para la codificación, la información contenida en el cuadro previo, I o P, mas próximo (codificación intercuadro).
        • A esta técnica se le conoce como predicción hacia delante y proporciona un mayor grado de compresión.
      • Cuadros B (Bidirectional o Interpolated)
        • Utilizan la información contenida en los cuadros pasado y futuro, I o P, mas próximos.
        • A esta técnica se le conoce como predicción bidireccional o interpolada y proporciona el mayor grado de compresión.
        • Estos cuadros no propagan errores ya que nunca se utilizan como referencia, al contrario que las imágenes I y P.
      MPEG 1: Tipos de cuadros
    • ESTIMACIÓN SERVICIO DE MULTIMEDIA
    • ESTIMACIÓN SERVICIO DE MULTIMEDIA
    • ESTIMACIÓN SERVICIO DE MULTIMEDIA Nombre Ancho de banda MPEG2 4 ~ 9 Mbps Pretende dar mayor calidad a aplicaciones de vídeo por demanda. Es de uso comercial para redes de vídeo por demanda para hogares y emisiones HDTV (“High Definición T.V.”). Realiza codificación y decodificación en tiempo real. Se ha desarrollado una adaptación sobre ATM AAL5 para la especificación MPEG2.
    • ESTIMACIÓN SERVICIO DE MULTIMEDIA
      • Nombre Ancho de banda
      • H.261 p * 64 Kbps, con p entre 1 a 30.
      • El estándar de compresión bajo el estándar de videoconferencia H.320.
      • Describe dos formatos de imagen:
          • Formato Común Intermedio, CIF: 288 líneas de información de luminancia (360 “pixeles” por línea) y 144 líneas de información de crominancia (180 “pixeles” por línea).
          • Formato Común Intermedio de un Cuarto, QCIF: 144 líneas de luminancia (180 “pixeles” por línea) y 72 líneas de información de crominancia (90 “pixeles” por línea).
    • ESTIMACIÓN SERVICIO DE MULTIMEDIA Website over LAN. The newest firmware is release 7.0.1. http://www.polycom.com/products/video_small.html The ViewStation can send the compressed video and audio call at 128k, 256k, 384k, 512k, 576k, or 768k rates. This compression rate does not include the IP and LAN/WAN headers added, so when reserving bandwidth in QoS, remember to account for that overhead. For instance, Audio (64kbps)+ Video (704kbps)+IP(25% overhead)=960kbps.
    • ESTIMACIÓN SERVICIO DE MULTIMEDIA
              • Para el audio también se tiene una gama de compresores que no solo permiten voz si no también sonido monofónico y estereofónico. La rata de muestreo es uno de los tres criterios que determinan la calidad de la versión digital. Los otros dos factores determinante son el número de bits por muestra y el número de canales.
    • ESTIMACIÓN SERVICIO DE MULTIMEDIA Muestras por segundo Descripción 8000 Circuitos de telefonía para transmisión de voz, con codificación u-LAW o A-LAW. Requiere 64 Kbps de ancho de banda. 11000 Realmente 11025, un cuarto de la rata de muestreo de CD o la mitad de la rata de muestreo de Macintosh. 18900 Estándar de compresión G.722 22000 22050 la mitad de la rata de muestreo de CD o la rata de Macintosh (22254.54 realmente para el Macintosh).
    • ADPCM; reemplaza a G.721 y G.723. Muestreada 8 16/24/32/40 40, 32, 24, 16 kbit/s adaptive differential pulse code modulation (ADPCM) G.726 Parte de H.324 video conferencing. 30 8 5.6/6.3 Dual rate speech coder for multimedia communications transmitting at 5.3 and 6.3 kbit/s G.723.1 Obsoleta por G.726. Es totalmente diferente de G.723.1. Muestreada 8 24/40 Extensión de la norma G.721 a 24 y 40 kbit/s para aplicaciones en circuitos digitales. G.723   20 16 24/32 Codificación a 24 y 32 kbit/s para sistemas sin manos con baja perdida de paquetes G.722.1 Divide los 16 Khz en dos bandas cada una usando ADPCM Muestreada 16 64 7 kHz audio-coding within 64 kbit/s G.722 Obsoleta. S e ha transformado en la G.726. Muestreada 8 32 Adaptive differential pulse code modulation (ADPCM) G.721 Tiene dos versiones u-law (US, Japan) y a-law (Europa) para muestrear la señal Muestreada 8 64 Pulse code modulation (PCM) G.711 * Observaciones Frame size (ms) Sampling rate (kHz) Bit rate (kb/s) Descripción Nombre
    • Se usa en redes CDMA 20 8 9.6/4.8/1.2 Enhanced Variable Rate CODEC EVRC 10 coeficientes.La voz suena un poco "robotica" 22.5 8 2.4 Linear-predictive codec LPC10 Usado por la tecnología celular GSM 22.5 8 13 Regular­Pulse Excitation Long­Term Predictor (RPE-LTP) GSM 06.10 Bajo retardo (15 ms) 10 8 8 Coding of speech at 8 kbit/s using conjugate-structure algebraic-code-excited linear-prediction (CS-ACELP) G.729 ** CELP. 2.5 8 16 Coding of speech at 16 kbit/s using low-delay code excited linear prediction G.728 ADPCM. Relacionada con G.726. Muestreada   var. 5-, 4-, 3- and 2-bit/sample embedded adaptive differential pulse code modulation (ADPCM) G.727 Observaciones Frame size (ms) Sampling rate (kHz) Bit rate (kb/s) Descripción Nombre
    • ESTIMACIÓN SERVICIO DE MULTIMEDIA
      • TIPOS DE APLICACIONES MULTIMEDIA
      • Aplicaciones punto a punto bidireccionales Audio y videoconferencia. Tableros compartidos.
      • Aplicaciones compartidas
      • Aplicaciones unidireccionales punto a punto Aplicaciones de servidor de vídeo.
      • Aplicaciones de correo electrónico con facilidades de multimedia
    • ESTIMACIÓN SERVICIO DE MULTIMEDIA
      • ESTIMACIÓN DEL RECURSO PARA SERVICIO MULTIMEDIA
      • Matriz interés de tráfico de multimedia (de vital importancia ya que aumenta radicalmente el ancho de Banda del Enlace).
      • Estimación de recursos de ancho de banda.
      • Canales dedicados, como los sistemas H.320 para trabajar con dos canales B de RDSI.
      • Vídeo paquetizado, para sistemas que cumplan H.323. Básicamente, la red debe presentar facilidades de reserva de ancho de banda (el RSVP de IP, ATM AAL1, CIR de “FRAME RELAY”).
    • ESTIMACIÓN SERVICIO DE MULTIMEDIA
              • Ancho de banda multimedia por sistema = Valor especificado por el proveedor
              • del sistema * CTM
              • Donde,
      • CTM = Característica de Tráfico Multimedia. Tiene diferentes valores para aplicaciones punto a punto (“unicast”), por difusión para toda la red (“broadcast”) o por difusión a múltiples estaciones (“multicast”). La tabla 12 ilustra sobre las características para cada tráfico multimedia
    • ESTIMACIÓN SERVICIO DE MULTIMEDIA TRÁFICO FORMA DE OPERACIÓN “ Unicast” Se consideran aplicaciones punto a punto. El servidor y/o estación colateral valida cada uno de los usuarios, posteriormente envía una señal de vídeo (“video stream”) por cada usuario. MTC Igual al número de usuarios que estén validados.
    • ESTIMACIÓN SERVICIO DE MULTIMEDIA TRÁFICO FORMA DE OPERACIÓN “ Broadcast” Se consideran aplicaciones punto a multipunto. El servidor envía una señal de vídeo por cada enlace WAN. Se envía “video stream” independiente que alguien lo esté recibiendo. MTC 1 por cada enlace
    • ESTIMACIÓN SERVICIO DE MULTIMEDIA
      • TRÁFICO FORMA DE OPERACIÓN
      • “ Multicast” Se considera aplicación punto a multipunto
              • El servidor envía una sola señal de vídeo por el enlace WAN de la localidad si y solo si al menos un usuario de la localidad se ha registrado en él.
      • MTC Para usuarios ubicados en la misma localidad solo llega un “video stream” 1 por cada enlace si y solo si hay usuarios registrados, de lo contrario MTC = 0.
    • ESTIMACIÓN SERVICIO DE MULTIMEDIA
              • El tráfico total por el servicio de multimedia en cada enlace será:
              • Ancho de banda por multimedia = Ancho de banda multimedia por sistema * m
              • Donde,
              • m = número máximo de sistemas de multimedia que pueden estar activos. este dato sale de la matriz de interés de tráfico multimedia,