Video sobre IP

Mayo 2002
M.Alvarez

www.vitelsa.es
introducción

• Problemática específica de multimedia sobre redes.

– El tráfico MM requiere un ancho de banda mucho mayor que
el tráfico tradicional de datos (25 seg QT 320x240 = 1000
pantallas de texto)
– Las aplicaciones requieren tiempo real (latencia en telefonía
-> 250 msec). Congestión de red -> pérdida de paquetes.
– El tráfico de datos es “bursty”. En MM es necesario
“suavizar” el flujo de datos (overflow): control de flujo.

• La solución:
– Clasificar todo el tráfico MM sobre IP
– Asignar prioridades a diferentes aplicaciones
– Reservar recursos de red
organismos

• The Internet Engineering Task Force

IETF (www.ietf.org)

• Red internacional abierta de

diseñadores, operadores,
vendedores e investigadores en la
evolución de la arquitectura de
Internet y su operación.

• Abierto a cualquier individuo

interesado

• Organizado en grupos de trabajo,

áreas por materia (encaminamiento,
transporte, seguridad,…)
organismos

• Se trabaja por listas de correo

• Grupos de trabajo
– magma Multicast and Anycast Group
Membership
– avt Audio video Transport. The
Audio/Video Transport Working Group
was formed to specify a protocol for
real-time transmission of audio and
video over UDP and IP multicast. This
is the Real-time Transport Protocol,
RTP, together with its associated
profile for audio/video conferences
and payload format documents
referencias

http://www.ietf.org/

http://www.streamingmedia.com/

http://www.linux.org/docs/ldp/howto/HOWTO-INDEX/howtos.html

http://www.acm.org/sigmm/

http://www.msdn.microsoft.com/library/

http://www.realnetworks.com/resources/index.html
ip. modelo de capas internet

Host A Host B

Application Application
Presentation Presentation
Transport Router Transport
Network Network Network IP
Data Link Data Link Data Link
Physical Physical Physical
ip. modelo de capas internet

Application data

Presentation
Transport
Network IP destination IP source

Data Link
Eth. Dest. Eth. Src.
Physical
ip. direccionamiento

• Ipv4 -> 32 bits

• 5 clases de redes en función del
número de ordenadores que va a
alojar
– Clase A: 7 + 24 (0)
– Clase B: 14 + 16 (10)
– Clase C: 21 + 8 (110)
– Clase D: MCAST 28 (1110)
– Clase E: experimental (1111)
ip. direccionamiento

• Subred: de la dirección del equipo se

reservan bits para la red.
– Clase B 164.56.0.0 (255.255.0.0)
1010010 00111000 0000 0000 00000000
– 8 subredes
1010010 00111000 1000 0000 00000000

• Máscara de red: operada con la

dirección IP extendida, resulta en la
dirección de red + subred:
– Máscara 255.255.240.0
1111111 11111111 1111 0000 00000000
ip. direccionamiento

• Cabecera IP:
– …
– Tamaño
– Tiempo de vida
– Protocolo
– Origen
– Destino
– Control de errores
– …
ip. UDP

• User Datagram Protocol (UDP)

– Permite que las aplicaciones envíen
entre sí mensajes individuales.
– No garantiza la entrega
– No garantiza el orden de entrega
– Es efectivo en redes no saturadas
– Bajo nivel de sobrecarga de control
– No es orientado a conexión
– Permite la difusión multicast
ip. UDP

• Cabecera UDP:
– Puerto Origen, Puerto Destino
– Tamaño, Control de errores.

• Algunos servicios sobre UDP:

– DNS, 53
– Eco, 7
– TFTP, 69
– SNMP 161
ip. TCP

• Transmission Control Protocol (TCP)

– Permite que las aplicaciones
envíen entre sí mensajes
individuales.
– Garantiza la entrega
– Garantiza el orden de entrega
– Orientado a conexión
– no permite la difusión multicast
ip. TCP

• Protocolo complejo: funciones de TCP

– Asociar puertos a conexiones
– Establecer conexiones usando un protocolo de
tres pasos
– Realizar arranque lento
– Dividir los datos en segmentos para transmisión
– Numerar los datos
– Manejar los segmentos entrantes duplicados
– Calcular las sumas de control
– Regular el flujo mediante ventanas
– Terminar las conexiones de forma ordenada
– Abortar conexiones
– Marcar datos urgentes
– Confirmación positiva con retransmisión
– Cálculo de plazos de retransmisión
– Reducir el tráfico en congestión de red
– Reordenar segmentos
– Comprobar ventadas de recepción
ip. TCP

• Algunos servicios sobre UDP:

– FTP
– HTTP
– Telnet
– NFS
p. protocolos de encaminamiento
“”
• No existe ningún protocolo único
obligatorio para actualizar las tablas
de encaminamiento IP
• Protocolos de pasarela interior (IGP)
– RIP. Routing Information
Protocol. Cuanta saltos
estimados.
– IGRP. Internet Gateway Routing
Protocol. Propietario CISCO.
Considera carga y fiabilidad.
• Protocolos de pasarela exterior (EGP)
– EGP Exterior Gateway Protocol
– BGP Border Gateway Protocol
ip multicast

• IP multicast permite a una fuente

enviar una sola copia de un mensaje a
múltiples destinatarios que
explícitamente quieren recibir esa
información.

• MC es un concepto centrado en el
receptor: el receptor se suscribe a un
grupo multicast. La infraestructura de
red se encarga de enviar el tráfico a
todos los miembros del grupo.

• Transmisión IP uno a muchos.

• IETF Standard (RFC 1112)

ip multicast
“!
ip multicast

• Qué se necesita para tener IP multicast

– En los extremos (hosts)
• Soporte para IP MC en el stack TCP/IP
• Soporte de IGMP para peticiones de
subscripción y recibir tráfico MC
• Tarjetas de red eficientes al filtrar
direcciones LAN mapeadas de
direcciones MC IP
• Software de aplicación con soporte MC
– En la WAN
• Los encaminadores intermedios han de
soportar MC
• Los Firewalls deben reconfigurarse para
permitir tráfico MC
ip multicast
ip multicast. direccionamiento
• Direccionamiento Multicast
– La Internet Assigned Numbers Authority
(IANA) controla la asignación de
direcciones IP multicast.
– Se ha asignado el antiguo espacio de
direcciones clase D para IP multicast:
224.0.0.0 -> 239.255.255.255

• Direcciones Reservadas Locales

– IANA ha reservado las direcciones en el
rango 224.0.0.0 a 224.0.0.255 para ser
usadas por los protocolos de red en el
segmento de red local.
• Paquetes con estas direcciones no son
encaminados por el encaminador (TTL=1)
• 224.0.0.1 todos los sistema de esta subred
• 224.0.0.2 todos los encaminadores de esta
subred
• 224.0.0.5 encaminadores OSPF
• 224.0.0.6 encaminadores designados OSPF
• 224.0.0.12 agente DHCP (server/relay)
ip multicast. direccionamiento

• Direcciones Globales

– El rango de direcciones 224.0.1.0 a

238.255.255.255 se denominan direcciones
de alcance global. Se pueden utilizar para
multicast de datos en la organización o a
través de Internet.

– Algunas direcciones están reservadas por

IANA:
• 224.0.1.1 Network Time Protocol (NTP)

– El rango de direcciones 239.0.0.0 a

239.255.255.255 contiene direcciones de
alcance limitado. De acuerdo con el RFC
2367 están restringidas a un grupo local u
organización. Los encaminadores se
configuran para filtrar estas direcciones y
evitar que el tráfico multicast salga al
exterior del sistema.
ip multicast. direccionamiento

• Direcciones multicast Nivel 2

– Habitualmente las tarjetas de red
(NICs) en un segmento LAN will reciben
sólo paquetes con su dirección MAC o la
dirección MAC broadcast.
– Las especificaciones IEEE para LAN
preveen en el estandar 802.3 la
capacidad para soportar multicast: el bit
0 del primer octeto es utilizado para
indicar un frame Ethernet broadcast o
multicast.
ip multicast. direccionamiento

• Tiempo de vida (TTL)

– El campo TTL controla el número de saltos
que un paquete multicast puede realizar.
– Cada vez que el paquete atraviesa un
encaminador, TTL se descrementa en 1.
– Un paquete multicast con TTL=0 es
descartado.
– TTL MBONE:
• 1 red local
• 15 sitio
• 63 región
• 127 mundo
ip multicast. IGMP

• El Internet Group Management Protocol

(IGMP) es el que utilizan los encaminadores
para conocer de la existencia de miembros
de grupos MC directamente conectados a
sus subredes.

• Descrito en el IETF Standard (RFC 1112)

• Implementado sobre datagramas IP, tiene

dos clases de paquetes:
– Host Membership Query (HMQ)
– Host Membership Report (HMR)
ip multicast. IGMP

• Operación
– Un encaminador por red envía
periódicamente un mensaje multicast
(nivel 2) IGMP HMQ (224.0.0.1)
pidiendo información a los hosts del LAN
(TTL=1)
– Cada host envía un mensage IGMP HMR
por cada grupo a la dirección del grupo.
– Cuando un proceso pide suscribirse a un
grupo multicast, el driver crea una
dirección MC hardware nueva y un
mensaje IGMP HMR.
– La información IGMP es utilizada por los
protocolos de encaminamiento multicast
para comunicar a los encaminadores
vecinos información de grupos y
propagar esta información por la red.
ulticast. encaminamiento multicast

• Para cada par (fuente,grupo destino), el

tráfico multicast se transmite a traves de
una estructura de árbol (spanning tree)
que conecta todos los hosts en el grupo.
• Protocolos de encaminamiento modo
denso:
– Los miembros del grupo MC están
densamente distribuidos en la red:
protocolos de modo denso.
– Se basan en la técnica flooding para
propagar la información a los
encaminadores.
– Protocolos:
• Distance Vector Multicast Routing
Protocol (DVMRP)
• Multicast Open Shortest Path First
(MOSPF)
• Protocol-Independent Multicast-Dense
Mode (PIM-DM)
ulticast. encaminamiento multicast

• Protocolos de encaminamiento modo

esparcido:
– Los miembros del grupo MC
están esparcidos en la red:
protocolos de modo esparcido.
– Utilizan técnicas más selectivas
para no desperdiciar ancho de
banda de la red
– Protocolos:
• Core Based Trees (CBT)
• Protocol-Independent-Sparse Mode
(PIM-SM)
ulticast. encaminamiento multicast
• Protocolo de Encaminamiento Multicast
por Vector de Distancia

• IETF Standard (RFC 11075)

• Utilizado en MBONE

• DVMRP construye un árbol por cada par

(fuente, grupo), con los receptores en
los extremos.

• La métrica es el número de saltos.

• DVMRP asume que todos los hosts

pertenecen al grupo multicast.
ulticast. encaminamiento multicast
• Construcción del árbol

– El encaminador designado, transmite un

mensaje MC a los encaminadores
adyacentes. El proceso se repite hasta
que llega a todos los miembros del
grupo.

– Cada encaminador compruba sus tablas

unicast para determinar el interfase que
da el camino más corto a la fuente. Si
coincide con el interfase por el que ha
llegado el mensaje, se repite el proceso.
Si no, el mensaje es descartado.
ulticast. encaminamiento multicast
ulticast. encaminamiento multicast

• Túneles IP:
– Para conectar redes MC
separadas por enlaces no
multicast, los datagramas MC
son encapsulados en
datagramas unicast (punto a
punto) estándares.
cesidad de protocolos adicionales

• Prococolos TCP/IP fueron diseñados para:

– Transmisión fiable
– Sin considerar los retrasos

• Algunos problemas para gestionar el tráfico MM:

– Mecanismo de retransmisión de TCP
– Mecanismos de control de congestión de TCP
– TCP no provee mecanismos de temporización
– No existen mecanismos de gestión del ancho de
banda
– IP no garantiza el orden de entrega de paquetes

• El tráfico MM tiene características peculiares, que

requiere su propio conjunto de protocolos:
– Realtime Transport Protocol (RTP)
– Realtime Control Protocol (RTCP)
– Realtime Streaming Protocol (RTSP)
– Resource Reservation Protocol (RSVP)
ealtime Transport Protocol (RTP)

• Formato de paquetes para flujo de datos

multimedia

• IETF Standard (RFC 1889), ITU Standard

H.225.0

• Como protocolo de transporte

– Provee servicios de transporte extremo a
extremo (corre en los sistema finales)
– Provee demultiplexación

• Como protocolo de aplicación

– Corre sobre UDP (multiplexación,
correción de errores) aunque no
exclusivamente.
– Mecanismos para añadir fiabilidad y
control de flujo
ealtime Transport Protocol (RTP)

• RTP incluye información de

– Tipo de carga (descodificación)
– Número de orden (pérdida)
– Marca de tiempo (sincronización)

• RTP se personaliza a cada aplicación

definiendo el perfil del tipo de datos
(payload): especifica el tipo de codificación de
audio/vídeo transportado en el paquete RTP.

• Sesión RTP:
– La aplicación define dos puertos de destino
(una dirección de red + 2 puertos RTP y
RTCP)
– Cada medio se transporta en una sesión
RTP separada (con su propio RTCP)
ealtime Transport Protocol (RTP)

• Datos RTP en un paquete IP

ealtime Transport Protocol (RTP)

• Campos fijos en la cabecera RTP

0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|V=2|P|X| CC |M| PT | sequence number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+++
| timestamp |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| synchronization source (SSRC) identifier |
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
| contributing source (CSRC) identifiers |
| .... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
ealtime Transport Protocol (RTP)

• RTP ¿Protocolo de tiempo real?

– No garantiza entrega en tiempo
(ningún protocolo extremo a extremo
lo hace)
– No garantiza el orden de paquetes
– Provee servicios de sincronización de
flujos diferentes.

• RTP ¿Protocolo fiable?

– No hay mecanismos de recuperación
de paquetes (->dependiente del
contenido del paquete, ej.
Redundancia en datos de audio)
– Mecanismos de retransmisión
utilizados por el nivel de aplicación.
ealtime Transport Protocol (RTP)

• Túneles HTTP
– Paquetes RTP embebidos
en paquetes HTTP
– Paso a través de firewalls
y/o encaminadores NAT
– Debe ser soportado por el
servidor
 ealtime Control Protocol (RTCP)
Realtime

• “Internet VCR remote control protocol”

• Protocolo de control (nivel de aplicación)

que inicia y gestiona el envío de flujos
multimedia desde los servidores al
visualizador (player)

• Se utiliza conjuntamente con RTP y

provee
– Suministra información a la aplicación
servidor
– Identifica la fuente RTP
– Controla el intervalo de transmisión
– Informacion de control de sesión
 ealtime Control Protocol (RTCP)
Realtime

• Suministra información a la
aplicación servidor
– Cada paquete RTCP contiene
estadísticas (emisor y/o
receptor) sobre
• paquetes enviados,
• paquetes perdidos,
• Variación en el retardo (Jitter).
– Basado en esta información, el
servidor puede determinar
problemas de transmisión
(locales, regionales o globales) y
modificar los parámetros de
transmisión.
 ealtime Control Protocol (RTCP)
Realtime

• Identifica la fuente RTP

– RTCP incorpora un identificador de nivel de
transporte (CNAME), que es usado por los
receptores para asociar multiples flujos de
datos a un participante dentro de un
conjunto de sesiones RTP relacionadas

• Controla el intervalo de transmisión

– Cada participante envía paquetes RTCP a
cada otro participante.
– La carga de control RTCP se mantiene en
el 5% del total de la sesión.

• Informacion de control de sesión

– Opcionalmente, RTCP puede transportar
información de los participantes en la
sesión, por ejemplo los nombres.
Session Initiation Protocol (SIP)

• IETF Standard RFC 2543 (propuesto)

• Protocolo de señalización para

conferencias, telefonía, notificación
de eventos y mensajería instantánea
por Internet.

• No controla el flujo de datos (RTCP)

• Es bidireccional.
altime Streaming Protocol (RTSP)

• IETF Standard RFC 2543

• Protocolo a nivel de aplicación para

flujo multimedia (streaming) en
aplicaciones multicast sobre unicast
y multicast y provee soporte de
interoperatibilidad entre fabricantes.

• El flujo temporizado (streaming)

empaqueta los datos en paquetes de
tamaño apropiado al ancho de banda
disponible entre el servidor y el
cliente.

• En contenido multimedia está

disponible al cliente sin necesidad de
descargar el fichero completo.
altime Streaming Protocol (RTSP)

• Desarrollado por RealNetworks, Netscape

Communication y la Universidad de Columbia

– Soportado por Netscape, Apple, IBM, SGI, SUN,

Vxtreme.
– NO soportado por Microsoft (!?)

• HTTP es a texto y gráficos como RTCP es a streaming

audio y vídeo, pero:

– RTCP mantiene el estado, HTTP es stateless

– RTCP es simétrico (cliente-servidor). HTTP es
asimétrico

• Archivo de descripción de pretentación: el cliente lo

obtiene por HTTP, correo, etc… y contiene:
– Codificación
– Idioma
– URLs RTSP
– Dirección destino
– Puerto
– …
altime Streaming Protocol (RTSP)

• RTSP es más un entorno que un

protocolo:
– Permite elegir el canal de envío
(UDP, TCP, IP Multicast,…)
– Permite elegir el mecanismo de
transporte (basado en RTP)

• RTSP puede usarse conjuntamente

con RSVP para configurar y reservar
ancho de banda para una sesión de
streaming
ource reSerVation Protocol (RSVP)

• Impulsado por Xerox PARC, MIT, ISI

(Information Sciences Institute, Univ.
Califormia)

• IETF Standards RFC 2205- RFC 2209

• Protocolo de reserva de recursos de red

• La aplicación (host) que necesita una

Calidad de Servicio para su flujo de
datos, utiliza RSVP para reservar esta
calidad a lo largo de la cadena de
encaminadores.

• RSPV negocia los parámetros de

conexión en la cadena de encaminadores
y mantiene los estados en los mismo así
como en los extremos (hosts)
ource reSerVation Protocol (RSVP)

• Características de RSVP
– Distingue entre servidores y destinos
(reserva en una dirección)
– Soporta multicast y unicast y se
adapta cambiando miembros y rutas
– Es orientado a receptor y funciona en
entornos de receptores heterogéneos
(grupos multicast). Cada flujo RSVP
es homogéneo. Cada servidor divide
en tráfico en diferentes flujos RSVP
con diferente QoS
– Compatible IPv4 e IPv6. Control de
tráfico transparente al usuario.
ource reSerVation Protocol (RSVP)
Mezcla
Mezclade
dePeticiones
PeticionesRSVP
RSVPen
enIP
IPMulticast
Multicast
ource reSerVation Protocol (RSVP)
Reserva
Reservaen
enun
unnodo
nodoaala
lalargo
largode
dela
lacadena
cadena
ource reSerVation Protocol (RSVP)
RSVP
RSVPyyRTP
RTPen
enuna
unaaplicación
aplicaciónmultimedia
multimediaIP
IPMCAST
MCAST
ource reSerVation Protocol (RSVP)

• RAPI (RSVP App.Prog.Inter.)

– App. Sender -> RSVP deamon
– rapi_session()
• Inicia una sesión y devuelve un
handle
– rapi_sender()
• La aplicación servidor define los
parámetros del flujo de datos
– rapi_reserve()
• Modifica o borra una reserva
– rapi_release()
• Termina la reserva
ource reSerVation Protocol (RSVP)

• Problemas de RSVP:

– Alta exigencia
computacional (examinar
paquetes, priorizar,etc…)
– Mejora del uso de los
servicios de
encaminamiento
oductos. microsoft windows media

• Windows Media Tools

– Entorno de creación de
contenidos: codificación,
indexación, cambio de formato
– WM Encoder, WM Producer

• Windows Media Services

– Conjunto de 4 servicios que
corren sobre WNT/W2K

• Windows Media Player

– Visualizador ASF, MP3, MPEG,…
oductos. microsoft windows media

VCR, DVD,
Live Video etc.
MEDIACLIENT01
Windows Media
Player/web
browser
Cable
TV/Radio
ENCODER01 MEDIASRV01
Windows Media Windows Media
Encoder Server/web
server Additional
Clients (optional)
Digital Content Windows Media
(AVI, WAV, MPEG, etc.) Player/web
browser

Creation Distribution Playback

oductos. microsoft windows media

• Windows Media File: formato de streaming (ASF)

propietario generado por WM Encoder

• ASF = WMV = WMA

• ASX (Stream Redirector): Fichero de texto XML que

redirige al Player a un archivo WM en un servidor
WM. Incluye

– Protocolo de control
– Autor del contenido
– Título
– Copyright
– …

• Los Archivos WM se almacenan en “puntos de

publicación” del WM Server

• Los archivos ASX, WAX, WVX, residen en el servidor

WEB

• Formatos de control propietarios (ej. No soporta

RTSP)
ductos. microsoft windows media

Windows
Media Client Web Server
5

Your LAN

Windows
Media Server

1. User requests ASX file from web server

2. Web server returns URL to NSC File
3. Media Player requests NSC from web server
4. Web server returns NSC file with IP address of multicast
5. Media Player connects to multicast IP and plays stream
productos. apple quicktime

• Un fichero Quicktime se
compone de pistas (tracks)
• Cada elemento de un fichero
QT está contenido en una pista
separada.
• Tipos de pistas:
– Movie: copyright, anotaciones,…
– Video: vídeo digital
– Audio: audio digital (varios formatos)
– Música: MIDI
– Texto: créditos, subtítulos,…
– Capítulos: índice de búsqueda
– Flash: animaciones Flash (.swf)
– VR,HREF,…
productos. apple quicktime

• Quicktime es un formato de
streaming:
– Unicast
– Multicast
– Reflected multicast: una
fuente en vivo a múltiples
destinos unicast
• Componentes:
– QTStreaming Server
– QT Player
productos. apple quicktime

• Soporta SMIL (un documento

SMIL especifica qué elementos
media presentar, cómo y
dónde)

• Los flujos Quicktime se envían

mediante RTP y se controlan
mediante RTSP
productos. realnetworks

• Componentes:
– RealPlayer
– RealServer (Basic,Plus)
– Herramientas de Codificación: Real
Publisher, Real Encoder, RealAudio
Encoder

• Características
– Buena calidad en bajos flujos binarios
– Soporte a pay-per-view
– Flujo adaptativo a la red
– Soporte a IP multicast
– Sincronización con otros contenidos
web
– Soporte para HTTP streaming
productos. kasenna

• No tiene CODECs propietarios

• Soportado sobre plataformas IRIX, Solaris

y Linux

• Productos
– Mediabase Enterprise Edition.
Arquitectura centralizada para
Intranets.
– Mediabase Network Edition.
Arquitectura distribuida (coordinación
entre servidores)
– Mediabase XMP. Orientado a VoD sobre
IP o ATM. Soporta VCD y MPEG4

• VCD: Video content distribution: DCS +

caching
productos. codificadores

• Tarjetas:
– Osprey 200: 242 Euros
– Osprey 500 DV: 1268 Euros
– Winnov Videum 1000: $249
– Winnov Videum II BCAST: $899
– Optibase Movimaker 200: 11.430
Euros
productos. codificadores

• Sistemas:
– Viewcast Niagara 2112RW: 5.526
Euros
– Viewcast Niagara Max 4829 ARW:
27.659 Euros
– Optibase MGW 2000: 18.292 Euros
productos. DVB

• Thales
– Topaz (recorder/streamer)
• Hasta 2x40 Mbps entradas ASI
• MPTS, SPTS splitting
• Modos UDP / RTP
• Recepción de MPEG2 sobre IP
• Regeneracion de PSI/SI para cada SPTS
• Tandberg
– TT7116 IP Streamer
• MPTS, SPTS splitting
• Hasta 12 entradas ASI
• Hasta 2 salidas de red
• Regeneracion de PSI/SI para cada SPTS
productos. DVB

• Thales
– Opal IP Gateway
• Encapsula tramas IP en un TS MPEG-2
• 10, 40, 80, 160 Mbps
• Filtro por Dirección IP, MAC, protoloco (UDP/TCP) y Servicio
• Inserción oportunistica de datos
• Tandberg
– SkyStream SMR 24/25 IP
• SMR 24. Crea un TS a partir de los datos encapsulados del MUX
E5000
• SMR 25. Inserción oportunistica de tramas IP en los TS DVB a la
salida del MUX E5000
• 20 a 160 Mbps
 iones. publicidad centros comerciales
ciones.

• Tecnología de streaming IP

• 50 centros, 200 pantallas

• 256 Mpts (coste sin pantallas)

• 560 Mpts (coste con pantallas)

 ones. publicidad centros comerciales
iones.
 ones. publicidad centros comerciales
iones.
aciones. distribución de tv sobre red

CNN
IP @ 224.0.1.1
ABC

FAST ETHERNET
IP @ 224.0.1.2 CNN

Channel Hopping
NBC IP @ 224.0.1.1
IP @ 224.0.1.3
TF1 Leave 224.0.1.1 Multicast group
Multicast Server / IP @ 224.0.1.4
Gateway Join 224.0.1.2 Multicast group
ABC
IP @ 224.0.1.2
GIGABIT ETHERNET
Ethernet
Live MPEG-2 TF1
TOPAZ IP @ 224.0.1.4
Sources ZDF Multicast Enabled
IP @ 224.0.1.5 Switch TF1
BBC IP @ 224.0.1.4
IP @ 224.0.1.6
RAI
VOD 1
IP @ 224.0.1.7
IP @ 224.0.1.8
VOD 1
IP @ 224.0.1.8
Ethernet/IP
Set Top Boxes
VOD N
IP @ 224.0.1.N
caciones. contribución en TV digital

Terrestria
Local Data
Satellite l
Demux : SPTS
ASI

ASI IP IP
TOPAZ
… ETHERNET LAN
TOPAZ
IP
IP ASI
+ +
Complete MPTS + +
TOPAZ

Datos Locales
plicaciones. distribución de vídeo

Satellite Schools Hotels

University

ETHERNET LAN

TOPAZ Receive in multicast on PC

or Ethernet Set-top-box

Take up to 80 Mbps of
Live MPEG-2 sources
plicaciones. grabación de canales
L
i
veT
Van
dRa
di
o P
ro
gr
ams

Satellite

M
PE
G-
2 T
S

E
ye
St
rea
m
E
t
h e
rn
et E
t
h e
rn
et M
ed
i
a P
l
a y
er
N
ET
WOR
K
E
t
her
net
T
OPA
Z
L
oc
alD
at
a C
on
te
nt D
TVR
ec
or
der

M
PE
G-
2 T
S
H
YD
RA
D
TVE
ncodi
n g W
eb
Ser
ver
S
ta
ti
o n
s

L
oc
alS
ou
rc
es
GRACIAS