-
Notifications
You must be signed in to change notification settings - Fork 11
S10: Comunicación multimedia (I)
- Tiempo: 50min + 50min
- Fecha: Martes, 26 de Marzo
-
Objetivos:
- TODO
- Introducción
- Aplicaciones multimedia
- Modelo Best Effort
- Modelo de colas
- Analizando los problemas
- (TODO)
- Descargas
- El rincón friki
- Autor
- Créditos
- Licencia
- Enlaces
La información que está disponible en esta wiki es una guía para el profesor. Los contenidos se desarrollan más a fondo en las clases presenciales
Internet es una red especializada en el tráfico de datos. El problema a resolver es el siguiente: ¿Cómo enviar tráfico multimedia en redes concebidas para datos?
Las aplicaciones multimedia son especiales. Tienen unos requerimentos muy distintos al del tráfico de datos
El tráfico multimedia está pensado para enviarse por redes multimedia, que tienen las siguientes características:
- No se pueden congestionar. Típicamente realizan un control de la admisión. Si todos los recursos están ocupados no permiten acceder a más usuarios
- Garantizan la calidad. Una vez que estás dentro, tienen garantizada una calidad mínima
Internet es una red especializada en el tráfico de datos, y como tal, NO tiene los mecanismos que requieren las aplicaciones multimedia: son redes que se pueden congestionar, no garantizan la calidad y no tienen control de admisión
El enfoque que se sigue es adaptar las aplicaciones incorporando todos los mecanismos posibles para minimizar el impacto de la red
Las aplicaciones multimedia las dividimos en dos grandes grupos:
-
Aplicaciones interactivas: (Video conferencias, voz sobre IP, etc...) Son bidireccionales. Los retardos tiene que ser muy pequeños. Son las más restricticas. Requesito de diseño: El retardo debe cumplir la siguiente condición: 150ms < Retardo < 450ms. NO puede haber interrupciones
-
Streamig: Reproducción en el receptor los contenidos multimedia emitidos desde el emisor. Los requisitos no son tan estrictos. Requisito de diseño: 1s < Retardo < 10s. No puede haber interrupciones
Aplicación Interactiva | Streaming | |
---|---|---|
Requisito diseño: | 150ms < Retardo < 450ms | 1s < Retardo < 10s |
Interrupciones | NO | NO |
Retardo: Tiempo desde que se emite hasta que se recibe. Está compuesto por el retardo de propagación (fijo) más el retardo de encolamiento (variable)
Internet es una red de datos, que sigue el model "Best effort". Esto significa que se hace el mejor esfuerzo posible para entregar los paquetes, pero NO* se garantiza la calidad del servicio
Si hay mucho tráfico, hay congestión y la calidad baja. No hay mecanismos de limitación del número de usuarios
Internet se modela como una red de colas. Es importante entender esto para compronder la naturaleza del los problemas con el tráfico multimedia
Internet se modela como una red de colas. Cada nodo intermedio funciona de la siguiente manera: Los paquetes que recibe los va metiendo en una cola. Si la cola está llena, los descarta (pérdidas). El tiempo desde que llega un paquete hasta que se envía se llama tiempo de encolamiento. Este tiempo depende del estado de las colas. Los paquetes llegarán con retardos diferentes debido al tiempo de encolamiento, y también porque ir por rutas diferentes
Haremos ejemplos para enteder bien la naturaleza de los problemas. Partimos de un escenario en el que hay un emisor y receptores multimedia:
- El emisor está constantemente enviando paquetes (tasa constante)
- Todos los paquetes son iguales, de longitud fija (por ejemplo 20ms)
- Queremos que la reproducción en destino sea continua (y no a saltos)
- Supondremos que el retardo de propagación es 0 (los bytes llegan instantáneamente de un nodo a otro)
Tenemos la siguiente red:
El emisor envía un paquete al receptor, siguiendo la ruta que pasa por los nodos 1 y 3. Los tiempo de encolamiento en 1 y 3 son de 5ms (el mismo en ambos). Hacer el diagrama de tiempos de la comunicación y calcular el retardo
Suponer que el paquete ahora va por la ruta 1 -> 2 -> 3, que los tiempos de encolamiento en 1 y 3 son iguales que en el ejemplo y el tiempo de encolamiento en 2 es de 1 ms. Hacer el diagrama de tiempos y calcular el nuevo retardo
La red que tenemos ahora es esta. Sólo hay un nodo intermedio entre el emisor y el receptor
El emisor envía dos paquetes seguidos y el tiempo de encolamiento en el nodo intermedio es de 2ms para ambos. Hacer el diagrama de tiempos y calcular el retardo
Los dos paquetes se reciben uno detras de otro (tasa constante). Esto es lo que ocurriría en una red determinista, en el que la ruta de los paquetes es conocida y los recursos se asignan en el inicio. La calidad queda garantizada
Sin embargo, NO es el caso de Internet, donde los tiempos de encolamiento son variables y no deterministas
Veremos lo que sucede si ahora los tiempos de encolamiento en el nodo intermedio son diferentes. Supongamos que es de 1ms para el paquete 1 y de 2ms para el 2 (Antes de llegar el 2 al nodo, hay un pico de tráfico en ese nodo, y la cola ha aumentado)
(Playout time)
- Introducción a los servicios multimedia. Albert Branch. Universidad Carlos III de Madrid
- Aplicaciones multimedia en la red Internet. Apuntes de clase. Albert Branch. Universidad Carlos III de Madrid
TODO
- Juan González-Gómez (Obijuan)
- Creado a partir del contenido generado por el profesor Jose María Cañas y otros profesores del departamento GSYC
S0: Presentación
S1: Tecnologías web
S2: HTML
S3: CSS
S4: Javascript
S5: Javascript II
S6: Elementos de audio y vídeo
S7: Protocolo HTTP
S8: Codificación Multimedia
S9: Codificación Multimedia (II)
S10: Comunicac. Multimedia (I)
S11: Comunicac. Multimedia (II)
S12: Arquitecturas de red para Multimedia
S13: Ejercicios
L0: Práctica 1-1
L1: Práctica 1-2
L2: Práctica 1-3
L3: Práctica 2-1
L4: Práctica 2-2
L5: Práctica 2-3
L6: Práctica 3-1
L7: Práctica 3-2
L8: Práctica 3-3
L9: Práctica 4-1
L10: Práctica 4-2
L11: Práctica 5-1
L12: Práctica 5-2
L13: 30-Abril
- Ordinario: 9-Mayo-2019. Hora: 12h-15h. Labs L3.210 y L3.208