Jornadas
ATVC 2013
Headend IP / DVB
INTRODUCCION
1. Head-ends DVB para cable
digital
2. Incorporación de la tecnología
de infraestructura IP al cable
3. Reaprovechamiento para otros
tipos de redes
HEAD‐END DVB NO IP
LIMITACIONES
• Poca versatilidad
• Problemas para ampliación
• Esquemas de redundancia complicados
• Limitación por distancias
• Costos de equipamiento, cableado y
conectorización
• Advenimiento de la HD y la UHD
LIMITACIONES
HEAD‐END DVB IP (esquema 1)
Switches de broadcast
HEAD‐END DVB IP (esquema 2)
Switches de ingesta Switches de
broadcast
MARCO DE REFERENCIA
• Transporte MPEG
• ISO 13818-1 (Transporte y tablas PSI)
• ETSI-EN 300 468 (Tablas DVB-SI)
• Red IP
• Familia IEEE 802.3 (puertos físicos)
• IEEE 802.2 SNAP / Eth II (encapsulamiento eth)
• IPv4,v6 (protocolo IP, direccionamiento)
• IGMP v1, v2, v3 (protocolo para tráfico multicast)
• Encapsulamiento MPEG-TS
• UDP (RFC768), RTP (RFC3550) (protocolos)
• SPMTE 2022-1 y 2022-2 (transporte y FEC)
• ITU-R130 (recomendaciones)
Hablamos de MPEG-TS over IP (MPEGoIP)
TRANSPORTE UDP
• Comunicación sin conexión (handshake)
• Medios no confiables (drop, jitter, order)
• Entornos en tiempo real
• OSI transport layer (capa 4)
• 7 paquetes MPEG-TS por cada paquete IP
• 8 Bytes por cada paq. UDP (UDP Header)
• 20 Bytes por cada paq. IP (IP Header)
• 7x188+8+20 = 1344 Bytes/paquete IP
• ~ 2% más
TRANSPORTE RTP
• Similar a UDP plano
• Pensado de forma nativa para rt-streaming
• Permite igualmente unicast y multicast
• Control de paquetes fuera de secuencia
• De-jittering
• OSI transport layer (capa 4)
• Admite FEC
• 7x188+8+20 = 1344 Bytes/paquete UDP
• 12 Bytes por cada paq. RTP (RTP Header)
• 1344+12 = 1356 Bytes/paquete RTP
• ~ 3% más
ESTRUCTURA DEL FRAME ETHERNET
•1 a 7 paquetes MPEG-TS
•Syncing byte (0x47), PID, etc.
+
•Sequence number, timestamp
•Redundancy
•Payload type
+
•Source/desination PORT
•Checksum, length
+
•Time to Live (TTL)
•Source/destination logical IP address
•Protocol
•Checksum, length
+
•Source/destination MAC address
•Type of protocol
•CRC
MODELO OSI
Dominio del
equipamiento y
software
especializado de
headend
Dominio de routers
y switches
MULTICAST IP v4
• Clase D. Espacio de direcciones: [Link]/4
([Link] ~ [Link] > 267M dirs.)
• Direcciones mac virtuales (LSb of the MSB =1)
• IGMP, grupos multicast (RFC 1112, 2236, 3376)
• OSI Data Link layer e Network Layer (capa 2 y 3)
5 bits
Eth: [Link]xx:xx:xx IP: [Link] (x є Hexadec.)
UDP MULTICAST / IP v.4
• Soportado por la totalidad del equipamiento
del mercado
• Demanda de baja latencia y alta eficiencia
para aplicaciones real-time
• Simplifica los esquemas redundantes
• No depende del límite físico de velocidad
• Puede coexistir con otros protocolos y ser
gestionados como un todo
• Amplio desarrollo de técnicas en routers y
switches.
• De fácil escalabilidad
IGMP SNOOPING / QUERIER
SWITCHES
Soporte Layer II (unmanaged) Layer II+ (managed) Layer III (managed)
VLAN NO SI SI
IGMP v1, v2 NO SI SI
10/100/1000 base‐T SI SI SI
IGMP v2, v3 NO NO SI
PIM routing NO NO SI
IGMP snooping NO SI SI
IGMP querier NO (depende) SI
Port mirroring NO SI SI
Trunking NO SI SI
Stackeable NO ? SI
QoS (depende) SI SI
High switching rate NO (depende) SI
SNMP (mgmt) NO SI SI
Redundant power supply NO NO SI
Layer 3 routing protocols NO NO SI
Costo Bajo Bajo Elevado
Alta confiabilidad, misión crítica
Management
Management o Multicast alto tráfico
Recomendado para Unicast, multicast
Unicast, poco tráfico Interconexión con red de distribución
Multifuncional
Redundancia en capa 3
SWITCHES
GbE LAYER III administrado
Marca Modelo Precio Moneda
HP HP 3800‐24G‐2SFP+ $ 5.375,43 U$D
Cisco WS‐C3560X‐24T‐S $ 3.485,26 U$D
Dell PowerConnect 6224 $ 1814,00 U$D
D‐Link DGS‐3620‐28TC $ 4.110,00 U$D
GbE LAYER II+ administrado
Marca Modelo Precio Moneda
Allied Telesys AT‐8000GS/24‐10 $ 915,00 U$D
HP Procurve E2510G‐24 (J9279A) $ 975,00 U$D
Cisco SRW2024‐K9‐AR $ 707,90 U$D
Trendnet TEG‐240WS $ 1.049,30 U$D
NetGear GSM7224‐200NAS $ 689,60 U$D
D‐Link DGS‐1210‐28 $ 398,00 U$D
(Ref. valores nacionalizados + IVA, fines 2012)
¿POR QUE NO UNICAST (EN EL HEADEND)?
• Sólo cuando no queda otra
• Implica volver a pensar en interconexiones:
Un paso atrás
• Prescindir de la redundancia o multiplicar el
tráfico
• Nos obliga a conocer y mantener
direcciones IP de destino
• No permite monitorear el tráfico en su
contenido
IP EN LA RECEPCIÓN
• Un receptor para uno o más canales
• Desencriptación de múltiples canales
• Salida habilitada MPEGoIP
• Posibilidad de extraer nSPTS o MPTS
• Opciones de pid remapping y filtrado de
tablas
• Algunos modelos comerciales:
• Motorola DSR-4410(MD)
• Cisco D9854/24 c/MPEGoIP
• Coship P5000/8000
• Wellav UMH-160
IP EN EL ENCODING
• Tendencia a olvidar la identidad
1 canal = 1 equipo
• Nuevas soluciones de encoding: Server
multi-core CPU/GPU
• Mayor facilidad para obtener fuentes IP
• Redundancia a nivel aplicación/server
• Nuevas soluciones multiformato
• Algunos modelos comerciales:
• Envivio 4Caster G4
• Elecard CodecWorks
• Elemental Live
CASO DE ESTUDIO
Scrambling
board
QAM output
SUM
IRD x4 board
board Broadcast
switch
(internal) IP Output Red
IP Input
board IPTV
board
IP IRD VLAN 2 VLAN 2
IP IRD VLAN 2 Bulk
VLAN 1,2
Ingest switch recoding
IP IRD
IP IRD VLAN 1 VLAN 1,2 Bulk
VLAN 1
recoding
ASI IRD ASI to IP
CASO DE ESTUDIO
Backplane
RUTA IP DE LA SEÑAL
OTRAS REDES
• Contenido apto para un headend de IPTV
• Scrambling AES
• Transporte por IP/UDP multicast SPTS
• Compresión h.264 SD y HD
• Alta capacidad de salida
• Manejo de backups de señal
• Posibilidad de conexión a un CAS
central
• Fácilmente complementable con
servidores de VOD y middleware
CONTEXTO
Headend Red del Hogar
IPTV operador digitalizado
Satelite
Enlace F.O.
Contenido lineal multicast
Internet
Contenido VOD
Middleware / metadatos
EL CAS Y EL MIDDLEWARE
Satelite
Enlace F.O. STB IPTV
Control Contenido lineal
enctriptación Multicast encriptado
-Certificado para
Desencriptación -Gestión de dispositivos
-Validación por MAC -Metadatos, EPG, apps
-Control del contenido
Contenido lineal multicast
Middleware / metadatos
CONCLUSIONES
• Aprovechamiento del sistema DVB
unidireccional para brindar una alternativa
tecnológica para IPTV
• Centralización de la solución de CAS y de
Middleware para soluciones en la nube, más
competitivas
• Conjunción viable con otros servicios
complementarios (VOD, catchupTV, OTT,
etc.)
• Tendencias en los decodificadores
FIN DE LA
PRESENTACIÓN
Lic. Pablo Javier Fernández
pfernandez@[Link]
