Tema 4. Protocolos Multimedia

Transcripción

1 Tema 4 Protocolos Multimedia

2 aracterización de las aplicaciones multimedia Requieren mucho ancho de banda Canales continuos (streams) Calidad de servicio (QoS) garantizada Conexiones multipunto Sincronización de datos multimedia Presentación de datos con temporización fija Sincronización de canales con diferentes medios

3 ROTOCOLOS MULTIMEDIA encargan de proporcionar Calidad de servicio ( QoS) (recordemos que determina la disponibilidad de un nal en relación a su uso por una aplicación). QoS en una red de conmutación de circuito. En este tipo de red los parámetros asociados son: Medida de velocidad de bit Medida de error de un bit (BER): probabilidad de que un bit sea erróneo en un intervalo de tiempo Ejemplo: BER= 10 3,, significa que cada 1000 bits uno puede ser erróneo. Retraso de transmisión: es el retraso producido por la propagación de la señal por el medio. QoS en una red de conmutación de paquetes. Los parámetros asociados son los siguientes Tamaño máximo del paquete. Medida de la transferencia de paquetes: es la media del número de paquetes de envía por la red por segundo. Medida de error de un paquete ( PER ): es la probabilidad de que un paquete recibido contiene uno o más bits erróneos. Medida del peor caso de retraso de un nodo (jitter) Retraso de transmisión. Aplicaciones que utilizan la QoS. Los parámetros que requieren este tipo de aplicaciones son: Medida de la velocidad de un bit o un paquete, Máximo retraso de inicio: es el retraso que existe entre que se solicita una conexión y se concede. Máximo retado emisor/receptor Máximo retraso en la variación de los jitters. Máximo retraso de respuesta (round-trip): es retraso que existe entre el usuario y el ordenador.

4 ultimedia sobre Internet Servicios Integrados sobre Internet IntServ (Integrated Services) Basado en un protocolo de reserva de recursos Servicios Diferenciados sobre IP DiffServ (Differentiated Services) Discriminar en base a un sistema de marcas de clase

5 rquitectura de servicios integrados Necesidad de ser capaz de soportar una gran variedad de tráfico con una gran diversidad de requisitos en cuanto a la calidad del servicio. (Llamada de teléfono por Internet, nuevas aplicaciones en multimedia o multidifusión). El requisito fundamental es incorporar una nueva funcionalidad a los dispositivos de encaminamiento con nuevos mecanismos para analizar la calidad del servicio. Se define en términos generales en el RFC 1633 Define 3 niveles o tipos de servicio Garantizado: Velocidad de datos segura. Especificación de un límite superior para el retardo que se sufre en una cola. No existen pérdidas en la cola. Se pueden reproducir en tiempo real los datos entrantes. Carga controlada: Aproxima estrictamente el comportamiento de las aplicaciones que reciben un servicio del mejor esfuerzo bajo condiciones de baja carga. No existe una especificación de un límite superior en el retardo de cola. Porcentaje muy alto de paquetes transmitidos que son entregados satisfactoriamente. Mejor esfuerzo. Utiliza un protocolo para la reserva de recursos: RSVP (Resource Reservation Protocol)

6 rquitectura de Servicios Integrados La congestión se controla por medio de: Algoritmos de encaminamiento. Descarte de paquetes. Cada paquete se puede asociar con un flujo: Unidireccional. Puede haber más de un destino de flujo (multidifusión). Componentes ISA: Control de admisión. Algoritmo de encaminamiento. Disciplinas de atención en cola. Política de descarte.

7 SVP Etiqueta de flujo representa una reserva Protocolo RSVP Protocolo de reserva de recursos extremo-a-extremo Orientado al receptor Receptores heterogéneos Negocia los parámetros de QoS con los routers del camino

8 SVP Transferencia fichero Audio Emisor PATH RESV Receptor Receptor Receptor Mensaje RSVP = Dirección fuente/es + Dirección grupo multicast + Parámetros QoS + Filtros (Filter spec) Filter spec : Donde el clasificador debe encolar los paquetes

9 rquitectura de Servicios Diferenciados Basado en definir marcas de clase en los paquetes IP: el DS (differentiated service) byte ToS en IPv4 clase de tráfico en IPv6 Se aplica entre routers (no es extremo-a-extremo) Permite heterogeneidad de QoS en un mismo servicio Puede funcionar sin modificaciones en las aplicaciones IntServ DiffServ

10 rquitectura de Servicios Diferenciados Proporcionan una herramienta simple, fácil de implementar y con poca información suplementaria que permita un rango de servicios de red diferenciados sobre la base del rendimiento. Se establece un acuerdo de nivel de servicio entre el proveedor de servicios y el cliente para utilizar DS. Proporciona un mecanismo de agregación integrado: Permite escalar de forma apropiada redes y cargas de tráfico grandes. Se implementa por medio de la atención en cola y el encaminamiento, basándose en el octeto DS No tienen que guardar información de estado sobre flujos de paquetes.

11 TP : Real-time Transport Protocol Es un protocolo del nivel de aplicación que permite la transferencia de datos con características de tiempo real e información de control. Es un protocolo desarrollado por la comunidad de Internet y se recoge en el RFC Este protocolo está compuesto de dos protocolos que colaboran estrechamente entre sí: RTP y RTCP

12 TP El protocolo RTP se encarga de la transmisión de los datos con características de tiempo real y datos multienvío. Este protocolo utiliza los servicios de UDP para la transmisión de sus paquetes. Por si mismo, no proporciona ningún mecanismo para asegurar la correcta distribución de los datos ni ofrece ninguna garantía de calidad de servicio Es un protocolo no fiable No realiza la sincronización de los datos, que la debe de llevar a cabo la aplicación

13 TP Aunque ofrece estos servicios, si proporciona información para que los realice el nivel de aplicación u otra capa intermedia. Para la sincronización incorpora a los datos marcas temporales e identificadores de tipo de carga. Para la perdida y reconstrucción del orden incorpora números de secuencia RTP incorpora la identificación del tipo de carga y el forma de compresión de los datos transmitidos por el emisor.

14 esión RTP Una sesión RTP se entiende como una asociación entre un conjunto de participantes que se comunican mediante RTP. Para cada participante, la sesión se define por un par de direcciones de transporte destino que podrán ser comunes para todos los participantes o diferentes Los paquetes se transmiten desde una dirección de transporte origen a una dirección de transporte destino. Cada medio es transportado en una sesión diferente (se distinguen por pares de puerto)

15 rotocolo de Transferencia RTP El protocolo define un único paquete de datos, que se denomina paquete RTP. Consta de una cabecera con información sobre: Tipo de carga Número de secuencia Timestamp Identificador del origen de sincronización

16 rotocolo de transferencia de información de control TCP Protocolo de control RTP tiene como objetivo transmitir de forma periódica paquetes de control a todos los participantes de la sesión 4 funciones Informar sobre la calidad de la distribución de los datos Transportar un identificador persistente a nivel de transporte (CNAME) Asociar canales de datos a un participante (sincronización) Controlar velocidad de envío de los paquetes Obtener información de control de la sesión (protocolo de sesión)- opcional En este protocolo se definen varios tipos de paquetes