La gua esencial

de Audio
PARA LAS EMISORAS
sobre IP

Powerful Performance | Powerful Control | Powerful Savings

CONTENIDOS 1. Por qu usar IP para transmitir audio?
1. Razones para migrar a audio sobre IP.............................................................................................. 8
2. Flexibilidad................................................................................................................................................. 8
3. Costo........................................................................................................................................................... 8
4. Escalabilidad............................................................................................................................................ 9
5. Confiabilidad (real!))............................................................................................................................. 9
6. Disponibilidad......................................................................................................................................... 9
7. Control y monitoreo.............................................................................................................................. 9
8. Consolidacin de la red........................................................................................................................ 9
9. Ahorro potencial de los costos por el cambio de T1 a IP.......................................................... 10
10. Consolidacin de capacidades.......................................................................................................... 10
11. Necesidad!............................................................................................................................................... 11

2. Aplicaciones de audio sobre IP

Enlaces estudio-transmisor............................................................................................................................ 12
Transmisiones remotas o exteriores............................................................................................................ 13
Contribucin y distribucin de audio......................................................................................................... 13
Monitoreo de confianza................................................................................................................................... 14

3. La naturaleza del audio sobre IP

1. Paquetes y tamao de los paquetes............................................................................................... 15
2. Ancho de banda, compresin y acuerdo........................................................................................ 15
3. Algoritmos de audio ............................................................................................................................. 17
Nuevos formatos y algoritmos de audio................................................................................................... 19
OPUS ..................................................................................................................................................................... 19
AES67 ..................................................................................................................................................................... 20

4. Acerca de las redes de IP

Tipos de redes IP................................................................................................................................................. 21
Enlaces dedicados de IP.................................................................................................................................. 21
Enlaces MPLS...................................................................................................................................................... 21
Enlaces inalmbricos de IP............................................................................................................................. 22
IP satelital............................................................................................................................................................. 22
Internet publico................................................................................................................................................. 22

Direccin IP.......................................................................................................................................................... 24
Puerta de enlace................................................................................................................................................ 24
Mscara................................................................................................................................................................. 24
Manejo de Jitter................................................................................................................................................. 24
Imperfeccin de la red..................................................................................................................................... 24
Manejo del retardo........................................................................................................................................... 25
Prdida de paquetes........................................................................................................................................ 26

5. Superacin de las imperfecciones

a. Ocultamiento................................................................................................................................................. 27
b. Correccin de errores sin retransmisin.............................................................................................. 27
c. Calidad del servicio...................................................................................................................................... 29
d. Acuerdos de nivel de servicio.................................................................................................................. 30
e. Conexin alternativa ................................................................................................................................... 30
f. Streaming redundante................................................................................................................................. 31
Ventajas del streaming redundante........................................................................................................... 33
2 FOLLETO DE AUDIO SOBRE IP
 La nube de audio - Resistencia mxima.................................................................................................. 34
CONTENIDOS Streaming redundante.................................................................................................................................... 35
Inteligencia distribuida................................................................................................................................... 35
Desvo de paquetes.......................................................................................................................................... 35
Multicast / Traslado de unicast mltiple................................................................................................... 36

6. Conceptos avanzados de IP
a. La capa y los protocolos de IP................................................................................................................... 38
El modelo de referencia OSI.......................................................................................................................... 38
La capa de enlace (capas 1 y 2 de OSI)...................................................................................................... 38
La capa de Internet........................................................................................................................................... 38
La capa de transporte...................................................................................................................................... 39
Encapsulamiento de los protocolos y servicios..................................................................................... 40
b. Direcciones de MAC e IP............................................................................................................................. 40
I. Protocolo de Internet (IP)
II. Enrutamiento de paquetes - Generalidades...................................................................................... 41
III. Acerca de la traduccin de direcciones de red (NAT)...................................................................... 41
Enrutamiento y NAT......................................................................................................................................... 42
NAT transversal a travs de desvo de puerto......................................................................................... 46
Direcciones dinmicas y estticas de IP.................................................................................................... 47
VI. DNS y DNS dinmica (DDNS).................................................................................................................. 47
VII. SIP y SDP......................................................................................................................................................... 49
IX. Etiquetado de VLAN................................................................................................................................... 51

7. Pruebas y anlisis de la red

Preimplementacin.......................................................................................................................................... 53
Prueba de ping................................................................................................................................................... 53
Verificador de conexin IP (herramienta de prueba de UDP)........................................................... 55
Trace Route y anlisis de saltos.................................................................................................................... 55
Resolucin de problemas............................................................................................................................... 57
Resolucin de problemas y emulacin..................................................................................................... 58

8. Planificacin previa a la implementacin

1 Seleccin de la red......................................................................................................................................... 61
2 Plan de datos / Seleccin del servicio..................................................................................................... 62
3 Seleccin del equipo..................................................................................................................................... 62
Filosofa de diseo............................................................................................................................................. 63
Redundancia....................................................................................................................................................... 63
Configurabilidad y calidad del servicio..................................................................................................... 63
Algoritmos de audio........................................................................................................................................ 64
Gestin y monitoreo........................................................................................................................................ 64

9. Soluciones de cdec de IP de APT

10. Tecnologa SureStream
a. Ahorre dinero: ............................................................................................................................................... 69
b. Suministre audio de alta calidad: ........................................................................................................... 69
c. Mantenga un retraso constante ............................................................................................................. 69
d. Reljese!.......................................................................................................................................................... 69
Ya lo escuch?.................................................................................................................................................. 70

3 FOLLETO DE AUDIO SOBRE IP

 1. Escalar el ancho de banda......................................................................................................................... 70
CONTENIDOS 2. Conmutacin de enlaces .......................................................................................................................... 70
3. Latencia variable........................................................................................................................................... 70
Cmo funciona SureStream?....................................................................................................................... 71
Dnde se puede utilizar?.............................................................................................................................. 71
Resumen................................................................................................................................................................ 73

Autores
Kevin Campbell.................................................................................................................................................. 74
Hartmut Foerster ............................................................................................................................................... 75
Tony Peterle......................................................................................................................................................... 76

www.worldcastsystems.com
FOLLETO DE AUDIO SOBRE IP V3.0 - 2016 - Diseado por Alexis Eliopoulos - Copyright WorldCast Systems 2016.
Todos los derechos reservados
4 FOLLETO DE AUDIO SOBRE IP
Un poco de historia
Han pasado ms de 12 aos desde que APT
dise y present su primer cdec de audio
capaz de transportar audio de alta calidad
en tiempo real sobre una red de protocolo
de Internet (IP). En 2003, la RDSI, Red Digital
de Servicion Integrados, (ISDN por sus siglas
en ingls) estaba ampliamente disponible,
los enlaces de 950 MHz y otros enlaces
analgicos de microondas junto con E1/T1
eran los estndares aceptados. Casi ningn
radiodifusor confiaba en IP, ni la entendan
como una tecnologa de transporte de audio
para la difusin.
APT comenz su experiencia de IP con
un cliente muy especial, nada menos que
SkyWalker Sound, la divisin de sonido de
George Lucas Film, en el condado Marin,
en California. El producto de SkyLink era
absolutamente nico en ese momento;
lo utilizaban los actores a distancia, los
productores y los ingenieros de sonido para
revisar la mezcla de 5.1 sobre un enlace de IP
gestionado.
Horizon estreo y la plataforma multicanal
Oslo, exitosos en todo el mundo. Nuestra
gama actual de plataformas de audio
sobre IP de APT (vase la pgina 68) sigue
liderando el sector y mantiene la calidad de
audio, la fiabilidad y la innovacin que nos
caracterizan desde el inicio.
Con esta nueva versin del folleto, cuarta
revisin, esperamos ofrecer un liberto de
audio sobre IP significativamente ampliada.
El guia sirve para varios propsitos: brinda
una introduccin general al concepto
de audio sobre IP y de las redes IP, y
ofrece consejos prcticos sobre pruebas
y anlisis de redes, antes y despus de la
implementacin de audio sobre IP.

Junto con el audio, se transportaba un canal

integrado de cdigo de tiempo de SMPTE
para permitir la sincronizacin del audio con
los carretes y copias de la pelcula. SkyLink
le encant a SkyWalker que supo usarlo SkyLink de APT
bien, pero a los dems les result poco
Previo y posterior a la implementacin
atractivo porque exiga una costosa red de
IP gestionado. del audio sobre IP

Tambin brinda informacin muy especfica

sobre redes para el transporte de audio,
que incluye los ajustes y configuraciones
ptimos para los usos y escenarios tpicos de
la difusin.
Confiamos en que disfrutar este folleto y
esperamos que nos haga saber qu desea
encontrar en la prxima revisin.
Sin embargo, se convirti en la piedra angular
sobre la cual APT construy su reputacin de
audio sobre IP. La experiencia acumulada y
la tecnologa resultante se utilizaron para
desarrollar productos de difusin como

5 FOLLETO DE AUDIO SOBRE IP

1. Por qu usar IP para transmitir audio?
Antes de la revolucin de IP...

Una cosa queda clara al trabajar en Esto es especialmente cierto en el nicho

radiodifusin: los ingenieros estn de la radiodifusin que representa la
sumamente contentos con la tecnologa que distribucin de audio y STL (enlaces
les ha servido bien a lo largo de los aos. estudio-transmisor).

Nombre RDSI o ISDN

tambin conocido como: Red Digital de Servicios Integrados
Descripcin de la red Uno de los primeros enlaces digitales de alta capacidad que
estuvieron disponibles para hogares y empresas a comienzos
de los aos 90. BRI (interfaz de velocidad bsica) fue por lejos
el mtodo de acceso ms popular para conectar mucho cdecs
ISDN, compuesto por 2 canales B a 64 kBits y un canal D. El cdec
ISDN tpico de principios de los 90 era capaz de terminar una sola
lnea ISDN y, por lo tanto, codificaba hasta 128 kBits.
Usos comunes en Remotos, difusin exterior, contribuciones de audio, enlaces
radiodifusin estudio-estudio (SSL) y respaldo (STL)

Ventajas Escaso retardo, confiable

Desventajas No disponible universalmente, acceso medido de alto costo

Nombre POTS / PSTN

tambin conocido como: Sistema de telefona fija/red de telefona pblica conmutada
Descripcin de la red Se refiere al uso de lneas telefnicas de banda estrecha para
el suministro de audio de voz de calidad, limitado a 8 kHz de
frecuencia de respuesta y codificado con G.711 basado en
ADPCM. Originalmente, la red POTS era una agrupacin de
lneas analgicas; en la actualidad, tiene un ncleo digital con
una mezcla de tecnologas en los extremos. Estas tecnologas
se llaman bucle local o ltimo tramo, y todava pueden incluir
DSM100 ProLink, codec RNIS cables de cobre, pero tambin pueden ser microondas o
APT original enlaces de fibra.
Usos comunes en Remotos, difusin exterior, contribucin de audio
radiodifusin
Escaso retardo, disponible universalmente, estandarizados para
Ventajas ITU-T

Desventajas Frecuencia limitada/respuesta

FOLLETO DE AUDIO SOBRE IP 6

Nombre Microondas de 950 MHz con licencia
Descripcin de la red En los Estados Unidos, la Comisin Federal de Comunicaciones,
FCC, concedi la licencia de la banda de 950 MHz especficamente
para enlaces de audio para emisoras de radio. En la banda de 950
MHz hay un canal de 500 kHz.

Usos comunes en
STL casi exclusivamente en los EE. UU.
radiodifusin
Ventajas Confiable, con licencia
Desventajas Poca capacidad, falta de frecuencias disponibles, se necesita lnea
de visin, sujeto a atenuacin por lluvia y otras interferencias.
Nombre X.21 / V.35
tambin conocido como: Lnea arrendada
Descripcin de la red Los circuitos de lnea arrendada se entregan en incrementos de
64 kBits y las velocidades tpicas son 128 kBits, 256 kBits y 512
kBits. El circuito se entrega con una NTU (unidad de terminacin
de red) y es un circuito completamente sincrnico. X.21 /
V.35 es el protocolo que se utiliza para conectar el equipo de
terminacin de datos (DTE) (en este contexto el cdec) a la NTU
del circuito.
Usos comunes en
STL, SSL, contribuciones de audio
radiodifusin
Ventajas Confiable, escaso retardo

Desventajas Capacidad limitada, circuito punto a punto

Nombre E1/T1
Descripcin de la red E1 es el componente bsico de 2048 MBit de la red sincrnica
conocida como SDH que se utiliza en Europa y el resto
del mundo para la entrega de datos sincrnicos. T1 es el
componente bsico de 1,548 MBit de la red sincrnica conocida
como SONET que se utiliza en EE. UU. y Japn. En esencia, los
dos sistemas son tcnicamente iguales con un reloj central que
mantiene la sincronizacin y una jerarqua de multiplexacin
que asigna seales a grupos tributarios mayores y contenedores
virtuales. La diferencia principal est en el tamao de los grupos
y contenedores.

Usos comunes en
STL, SSL, contribuciones de audio, redes nacionales
radiodifusin
Ventajas Confiable, escaso retardo

Desventajas Costoso, escalabilidad limitada, disponibilidad cada vez ms

limitada (en los EE. UU.)

7 FOLLETO DE AUDIO SOBRE IP

Razones para migrar a audio sobre IP
Habr notado que hemos utilizado 2 Costo
repetidamente el trmino confiable
para describir las tecnologas que hemos
Es importante sealar que esta flexibilidad
enumeramos anteriormente. A pesar de no
no agrega gastos adicionales. Los enlaces en
ser inmunes a problemas e interrupciones
directo e internacionales remotos ya no son
momentneas, en trminos generales,
eventos de gran presupuesto como una vez
estas tecnologas se han ganado una
fueron debido a los costos de las empresas
reputacin de fiabilidad en el mundo de las de telecomunicaciones. La combinacin
telecomunicaciones. de audio sobre IP junto con una tcnica de
streaming redundante como SureStream
Estas tecnologas, que han servido a de APT (ver pgina 69) permite obtener la
las emisoras durante dcadas, se estn calidad y la fiabilidad de T1/E1 por solo una
sustituyendo por IP, en forma gradual fraccin del precio.
pero creciente. Para migrar de un enfoque
comprobado y confiable, es necesario Para el funcionamiento continuo y fijo, como
tener razones de peso. Ms adelante STL y SSL, los ahorros de costos por el uso
examinaremos algunas de las principales de IP en comparacin con otras tecnologas
ventajas que convencen a las emisoras de tambin pueden ser significativos a largo
radio plazo. El ejemplo en la pgina 10 se basa
en datos que nos facilitan clientes en
Estados Unidos y destacan los ahorros
1 Flexibilidad que han obtenido. Los valores cambian
de un pas a otro y de una regin a otra,
La flexibilidad es probablemente la razn pero los beneficios de los costos en la gran
principal por la cual la transmisin de mayora de los casos son suficientemente
audio sobre IP es mejor que cualquiera de significativos para justificar el cambio.
las tecnologas existentes o anteriores. Se
pueden generar y enrutar fcilmente canales
adicionales con tecnologas de multicast y de
unicast mltiple. La codificacin de un canal
nico se puede decodificar por decenas de
unidades (unicast mltiples) o cientos de
unidades (multicast) y, si se dispone de la
red y el hardware, esto puede suceder en un
cambio de configuracin instantneo.
La rigidez de las redes sincrnicas y la
naturaleza punto a punto de las redes de
microondas no permiten que se alcance
este grado de flexibilidad. La flexibilidad de
la conectividad IP tambin ha facilitado la
implementacin de enlaces en directo y con
poca antelacin, y de enlaces internacionales
donde las soluciones sincrnicas no estn
disponibles.

FOLLETO DE AUDIO SOBRE IP 8


3 Escalabilidad
La escalabilidad de las redes IP tambin est
relacionada con la flexibilidad; en particular,
la facilidad para escalar una red hacia arriba
o hacia abajo, as como la magnitud de la
escalabilidad.
Tanto con multicast como con unicast
mltiple, es posible agregar fcilmente y
sin problemas uno o incluso diez puntos de
decodificacin en una red de audio sobre IP.
Si la red IP se extiende hasta ese punto, la
conectividad es lograble.
4 Confiabilidad (real!))
En los primeros tiempos del audio sobre IP,
la confiabilidad era el obstculo ms comn
al considerar la migracin a este tipo de
red. En la actualidad, la mayora acepta que
una red IP gestionada con ancho de banda
garantizado, QOS y un SLA, no presenta
problemas.
En los ltimos aos, las tcnicas de streaming
redundante, como la tecnologa SureStream
de APT, han alcanzado los mismos niveles
de fiabilidad utilizando nicamente Internet
pblica.
5 Disponibilidad
IP est disponible casi en todas partes a
travs de puntos de acceso cableados o
inalmbricos. Ya no se necesita reservar un
ISDN o lnea arrendada para una emisin
remota con ocho semanas de antelacin.
Sin embargo, la popularidad de IP puede
causar algunos problemas a medida
que aumenta la cantidad de usuarios de
las redes IP en los recintos deportivos,
estadios y otros emplazamientos. Esto
afecta particularmente a las conexiones
sobre redes inalmbricas, incluidas las 3G
y 4G. Para compensar este problema, es
9 FOLLETO DE AUDIO SOBRE IP
necesaria una planificacin de capacidad
para calcular la conectividad que se requiere
para el evento y la cantidad de usuarios
que probablemente compartan la conexin
cuando se transmita en directo.
6 Control y monitoreo
Si puede hacer PING, lo puede controlar
y monitorear. Un subproducto fantstico
de la era IP es el hecho de que no solo los
cdecs IP, sino tambin los transmisores,
los procesadores de audio, las consolas,
los enrutadores de audio, y casi todos los
componentes de la cadena de aire tienen
o tendrn una interfaz IP. Esto permite que
los ingenieros no solo puedan controlar el
funcionamiento a distancia, sino tambin
intervenir en una situacin, solucionar
problemas y hacer correcciones de forma
remota.
7 Consolidacin de la red
Consolidar todo en un nico tipo de red
es beneficioso porque reduce costos y
aumenta el conocimiento interno y el apoyo
a estas redes crticas para el negocio. Sin
embargo, si bien la consolidacin de todas
las redes de su emisora de radio en una red
IP puede ser ventajoso, la mayora de los
usuarios prefiere tener una separacin fsica
o virtual de estas redes, dividas, por ejemplo,
en LAN de oficina, VoIP y audio sobre IP.
Ahorro potencial de los costos por el cambio de T1 a IP
Instala- Costo Costo de Costo de 24 Promedio de ahorro anual
De costa a costa
cin mensual 12 meses meses (despus de 2 aos)
Lnea T1 $1000 $1600 $20200 $39400 $14800
MPLS $750 $1000 $12750 $24750 $7500
solo de enlace
Comparacin

2 x enlaces IP
(Verizon FIOS,
3 MBits bajada/ $5960 $156 $1872 $3744
786 Kbits su-
bida)

Instala- Costo Costo de Costo de 24 Promedio de ahorro anual

De costa a costa
cin mensual 12 meses meses (despus de 2 aos)
Lnea T1 $1000 $1600 $20200 $39400 $14800
equipos nuevos

MPLS $750 $1000 $12750 $24750 $7500

en enlace y
Inversin

2 x enlaces IP +
2 x WorldCast
$5960 $156 $7832 $9704
Horizon Next-
Gen

Ahorro potencial de los costos por el cambio de T1 a IP

8 Consolidacin de capacidades
Como ya hemos mencionado anteriormente,
IP lleg para quedarse. Al igual que la FM,
podra ser una tecnologa centenaria, ya han
pasado 45 aos desde la primera prueba de
concepto de la conmutacin de paquetes
y de la ARPANET! La ARPANET (Advanced
Research Projects Agency Network [red de
la agencia de proyectos de investigacin
avanzada]), red primitiva de conmutacin de
paquetes, fue la primera red que implement
los protocolos TCP/IP. Ambas tecnologas
se convirtieron en la base tcnica de la
Internet.
Hoy vemos que casi todos los nuevos
equipos de transmisin cuentan con una
interfaz IP y asistimos a la desaparicin
de muchos otros tipos de redes de
comunicacin. As, el conocimiento y
la experiencia en materia de redes IP y
conexiones de red son esenciales tanto para
un ingeniero jefe como para un estudiante
de radiodifusin.

FOLLETO DE AUDIO SOBRE IP 10

 9 Necesidad!

Conseguir la instalacin de una lnea de un reemplazo directo de muchas de las

ISDN en el extremo noreste de los Estados tecnologas existentes, en particular en
Unidos no es tan sencillo como antes. A relacin con el retardo y la latencia.
pesar de que oficialmente todava estn No obstante, son tantos los beneficios que
disponibles, es cada vez ms difcil. En ofrece el audio sobre IP que lo convierten
otras regiones del mundo, como Suecia, ya en una alternativa indiscutiblemente
no es posible obtener un servicio de ISDN. atractiva para las emisoras que aprenden a
El modelo financiero que soportaba estas compensar lo negativo y beneficiarse con las
tecnologas sincrnicas heredadas dentro ventajas mencionadas.
de varias empresas de telecomunicaciones
en el mundo se ha desvanecido, y ha sido
sustituido por IP por las razones antes
mencionadas. Tambin disminuye la base de
conocimientos de estas tecnologas dentro
de las empresas de telecomunicaciones, lo
cual tiene un efecto obvio sobre los niveles
de servicio, los ndices de respuesta y la
confiabilidad.
Creemos firmemente que la revolucin del
audio sobre IP es imparable. La tecnologa
no es perfecta y posiblemente no sea

A CONTINUACIN... ahora que hemos explicado los beneficios y las razones por los que
las emisoras deben migrar a IP vamos a ver algunas aplicaciones tpicas en nuestra
prxima seccin...

11 FOLLETO DE AUDIO SOBRE IP

 2. Aplicaciones de audio sobre IP
Enlaces estudio-transmisor
Una de las aplicaciones ms comunes de junto con las secuencias de audio. Esta
audio sobre IP en la cadena de transmisin aplicacin en particular muestra el streaming
es la entrega de contenidos de audio desde redundante con tecnologa SureStream
el estudio a la ubicacin del transmisor. (consulte la pgina 69 para obtener ms
La mayora de los cdecs profesionales informacin sobre el streaming redundante).
permiten tambin el transporte de datos
auxiliares y datos de telemetra por GPIO

Studio Facilities Transmitter(s)

Program Audio Over IP

Optional Redundant Streaming
RDS Data ( via Rs232 )
GPI/O ( Telemetry )
GPI/Alarm
RDS
Central Management ( WEB/NMS )
Audio
Confidence Monitoring
M

ATA
AR

FM AUDIO
AL

SD
O/

RD
GP

IP Data (content)
IP Network
optional: IP Data redundant & management

optional: IP Data
Management redundant & management

IP Data (content)

Central Control Room

FOLLETO DE AUDIO SOBRE IP 12

Transmisiones remotas o exteriores
Las redes IP estn reemplazando
rpidamente a las ISDN como tecnologa
preferida para las transmisiones remotas o
exteriores y las aplicaciones de programas
en directo. La aplicacin se muestra a
continuacin representa una transmisin
multicanal en directo donde tanto el enlace
entre el sitio remoto y el estudio como el
STL operan sobre la Internet pblica usando
SureStream para proteger la integridad del
contenido.

Redundant IP Streams Transmitter(s)

ROUTE A
ROUTE B
4 Channel Duplex Codec on 1U Rack Space

IP Network
AUDIO RDS

Redundant IP Streams Multi Program Transmitter Link

ROUTE A
ROUTE B

Studio Facilities IP Network

Contribucin y distribucin de audio

El transporte de audio sobre IP permite
una red altamente flexible en la que se
pueden enviar mltiples canales de audio
de alta calidad entre varios sitios. Cuando
las contribuciones de audio se realizan
desde varios estudios regionales, es de
particular importancia que se preste
atencin a la calidad de los contenidos
de audio para que no exista degradacin
antes de que comience la transmisin
a travs de toda la cadena de difusin.
El audio sobre IP puede utilizarse para
distribuir el contenido de audio a mltiples
ubicaciones de transmisores, cabeceras de
red o enlaces de subida de satlite. Para la
distribucin se usan frecuentemente multicast
o unicast mltiple (vase la pgina 23).

13 FOLLETO DE AUDIO SOBRE IP

 Studio Facilities

Anywhere to anywhere program contribution

Optional Redundant Streaming Main Feed Main Feed

Program Audio AUX Data ( via Rs232)

Data (Serial) Main Feed
Local or Central Management ( WEB/NMS)

Distribution
Network

Contribution
Studio Facilities IP Network Network Head End

Program Audio Program Audio

Data (Serial) Data (Serial)

Monitoreo de confianza
El monitoreo de confianza requiere una plataforma confiable y rentable. En el ejemplo que se
muestra, se utiliza una mezcla de cdecs APT IP estreo y codificadores/decodificadores APT
independientes para cumplir con las necesidades de cada ubicacin.

Main Feed (SAT/IP/E1) Studio Facilities Transmitter

IP confidence Monitoring
Network Independent (MPLS to Internet)
Low or High Audio Quality E1 or IP
Main Feed
Transmitter
apt ip silver apt ip silver
ER

ER
RM

RM
LINK

LINK
POW

POW
ALA

ALA

apt ip silver apt ip silver

MONITOR
ER

ER
RM

RM
LINK

LINK
POW

POW
ALA

ALA

Central Confidence Monitoring IP DECODER SILVER

Control Room
E1 or IP
Main Feed

MONITOR
MPLS
INTERNET

Transmitter
Transmitter

E1 or IP
Main Feed
E1 or IP
Main Feed
MONITOR

MONITOR apt ip silver

ER
RM

POW
LIN
ALA

Confidence Monitoring apt ip silver

ER
RM

POW
LIN
ALA

APT IP CODEC

A CONTINUACIN... ahora que hemos mostrado algunas aplicaciones tpicas, en

la prxima seccin analizaremos algunas consideraciones comunes para quienes
implementan las aplicaciones de audio sobre IP en el mundo real.

FOLLETO DE AUDIO SOBRE IP 14

 3. La naturaleza del audio sobre IP
1 Paquetes y tamao de los paquetes
Una de las razones por las cuales los sistemas y CRC) de una trama de Ethernet para la
y las redes IP son capaces de funcionar de transmisin RTP/UDP independientemente
la forma en que lo hacen es el concepto de la carga transportada en un paquete IP.
de paquetes. Todo el trfico en una red IP
Tambin muestra que un paquete
se transporta en pequeos paquetes de
de Ethernet se compone de varios
datos, estos paquetes pueden ser de varios
encapsulamientos. Estos encapsulamientos
tamaos, pero generalmente no son lo
son tpicos para una secuencia de medios
suficientemente grandes como para llevar
RTP/UDP.
todo un documento, una cancin, un video
clip o una grabacin de audio. La estructura Aunque el usuario puede controlar el tamao
de IP dictamina que estos paquetes de datos de sus paquetes, estos ajustes solo afectan
de mayor tamao se dividan y distribuyan en a la cantidad de datos en cada paquete,
una cantidad de paquetes. el tamao de la cabecera sigue siendo el
mismo. Cuanto menor sea el tamao del
Cada paquete contiene un pequeo trozo
paquete, ms paquetes se necesitarn para
de la carga de datos, pero otra seccin del
transportar los datos del punto A al punto B.
paquete, llamada cabecera, contiene la
informacin de la correccin de errores, Pero para servicios de tipo streaming, tales
el tamao del paquete, el tipo de datos como video y audio en tiempo real, estas
contenidos, y lo ms importante, la direccin variaciones en la demora de la entrega seran
de red a la que se envan los datos (direccin inaceptables. Los datos se deben reproducir
IP de destino). La informacin de la cabecera aproximadamente a la misma velocidad que
tambin incluye la direccin desde la que llegan y es probable que algunos paquetes
se enva (IP de origen). Los enrutadores de datos se pierdan durante la transferencia.
y conmutadores, que constituyen la
inteligencia de enrutamiento de la red, Un efecto obvio de un paquete perdido es
examinan la cabecera del paquete y la que los datos de ese paquete no estn. En
informacin y deciden cmo, cundo y a trminos de audio, sera un breve silencio. En
streaming de video, podra causar pixelado
dnde encaminar cada paquete.
o incluso un congelamiento de la trama. La
seleccin de un mayor tamao de paquete
2 Ancho de banda, compresin y reducir los requisitos de ancho de banda y
acuerdo jitter de la red, tambin significa que si falta
un paquete se pierde una mayor cantidad
Las opciones de ajustes de audio, es decir, de datos de la carga.
el algoritmo, el modo (estreo o mono) y la
frecuencia de muestreo, definen el ancho de
banda que se necesita para transportar el
audio codificado sobre la red IP.
Para las conexiones sincrnicas es igual al
ancho de banda necesario para transportar el
audio comprimido o lineal. Pero en el dominio
IP hay que sumarle un adicional necesario
para paquetizar los datos de audio. La figura
en la pgina 16, a continuacin, muestra
el espacio adicional obligatorio (cabecera

15 FOLLETO DE AUDIO SOBRE IP

 12 Bytes

RTP RTP header audio content

8 Bytes

UDP UDP header RTP header audio content

20 Bytes

IP IP header UDP header RTP header audio content

22 Bytes 4 Bytes

Ethernet header IP header UDP header RTP header audio content Ethernet CRC

La cabecera Ethernet y las subcabeceras de una trama de Ethernet con datos RTP/UDP

Por otra parte, la reduccin del tamao Como ejemplo : una muestra de PCM de
del paquete disminuye el retardo de la FS=48 kHz es de 20.8 s y para Eapt-X, 83.3
paquetizacin, a expensas de mayores s; con este tipo de algoritmo se puede
requerimientos de ancho de banda. Dado lograr un paquete de tamao o tiempo p
que la informacin de la cabecera ocupa una muy pequeo (generalmente ~1 ms).
cantidad fija de bytes por paquete, el ancho
de banda necesario para transferir una
secuencia de datos en tiempo real aumenta Algoritmos de trama
a medida que disminuye el tamao de los
paquetes. El tamao ptimo de los paquetes Todos los algoritmos de trama necesitan
ser siempre un valor de equilibrio entre la informacin adicional sobre el esquema
eficiencia del ancho de banda, la latencia de de compresin, lo que significa que deben
la red y la calidad del audio. recibir un nmero de muestras antes
Un valor recomendado para transmisiones de codificar. Esa cantidad de muestras
en tiempo real es un intervalo de 4 ms. Esto y la informacin que las acompaa est
significa que un paquete contiene 4 ms de encapsulada en tramas del algoritmo.
audio (conocido como tiempo p) y se enva Como recomendacin, el tamao de
cada 4 ms. Segn sea el formato de audio la trama del algoritmo define la menor
seleccionado, estos 4 ms de audio generan cantidad de informacin que debe
un tamao correspondiente de carga de encapsularse en un paquete IP y esta
datos. cantidad es significativamente mayor que
La tabla al dorso (ver pgina 17) muestra en un algoritmo sin trama.
la relacin entre un tamao de paquete
en Bytes y el tiempo p (retardo de
paquetizacin) de un algoritmo sin trama
ADPCM (apt-X mejorado).
La carga mnima de RTP depende de la
cantidad mnima de informacin que
proporciona un algoritmo de audio.
Para PCM lineal y todos los algoritmos
ADPCM (Eapt-X, G.711, G.722, MICDA etc.)
el valor mnimo est dado por una muestra
de PCM definida por la frecuencia de
muestreo.

FOLLETO DE AUDIO SOBRE IP 16

 Bytes de
Bytes de
Tasa de datos carga trama de Retardo de Eth. Tasa de
(RTP) Paq.IP/s
de audio Eth.+66 paq. en ms datos
de paquete Bytes)
64kbits/s 128 194 62,5 16 97,0kbits/s
64kbits/s 256 322 31,25 32 80,5kbits/s
64kbits/s 512 578 15,625 64 72,3kbits/s
64kbits/s 1280 1346 6,25 160 67,3kbits/s
128kbits/s 128 194 125 8 194,0kbits/s
128kbits/s 256 322 62,5 16 161,0kbits/s
128kbits/s 512 578 31,25 32 144,5kbits/s
128kbits/s 1280 1346 12,5 80 134,6kbits/s
256kbits/s 128 194 250 4 388,0kbits/s
256kbits/s 256 322 125 8 322,0kbits/s
256kbits/s 512 578 62,5 16 289,0kbits/s
256kbits/s 1280 1346 25 40 269,2kbits/s
384kbits/s 128 194 375 2,7 582,0kbits/s
384kbits/s 256 322 187,5 5,3 483,0kbits/s
384kbits/s 512 578 93,75 10,7 433,5kbits/s
384kbits/s 1280 1346 37,5 26,7 403,8kbits/s
576kbits/s 128 194 562,5 1,8 873,0kbits/s
576kbits/s 256 322 281,25 3,6 724,5kbits/s
576kbits/s 512 578 140,625 7,1 650,3kbits/s
576kbits/s 1280 1346 56,25 17,8 605,7kbits/s

FIG. A. Relacin entre la carga de audio, el tamao del paquete, el tiempo p (retardo de la
paquetizacin) y la velocidad de datos Ethernet.

3 Algoritmos de audio
Al seleccionar el mejor formato de envo de
audio en un enlace IP, las restricciones de
ancho de banda disponible, latencia mnima
y requisitos de calidad de audio influyen en
la eleccin del formato de audio adecuado o
del algoritmo de compresin de audio.
Hay varios tipos principales de formatos y
algoritmos:

17 FOLLETO DE AUDIO SOBRE IP

 Audio digital sin comprimir
PCM lineal de 16/20/24 Bit
AES transparente (PCM lineal en una
trama AES)
Sistemas digitales de compresin
ITUJ.41/J.42
ITUJ.57
G.711
Algoritmos basados en ADPCM
(modulacin por codificacin de pulsos
diferenciales adaptables)
G.722
Apt-X, Enhanced apt-X
4SB ADPCM
Algoritmos de percepcin
Todos los derivados de los algoritmos
MPEG
OPUS
Los algoritmos basados en la percepcin
utilizan principios de psicoacstica
que analizan el contenido del audio y
determinan qu es audible para el odo
humano. El algoritmo elimina todo el
contenido inaudible y es, por lo tanto, un
algoritmo con prdida por definicin.
Las relaciones de compresin que pueden
lograrse con los algoritmos de percepcin
son impresionantes; mucho ms altas que
con cualquier otro mtodo. La desventaja de
este enfoque es que el uso de varios ciclos
de codificacin y decodificacin agrega
elementos al contenido y genera un retardo
relativamente alto del proceso.
Los algoritmos ADPCM ofrecen una mejor
calidad de seal y una latencia muy baja por
su enfoque de codificacin no destructivo.
Por eso, los cdecs ADPCM se suelen utilizar
en aplicaciones de contribucin en las que
la alta calidad de la seal y el bajo retardo
son de gran importancia. La relacin de
compresin que se puede alcanzar con
ADPCM es comparativamente baja. Los
algoritmos apt-X y 4SB ADPCM alcanzan
relaciones de 4:1.
FOLLETO DE AUDIO SOBRE IP
Un sistema de compresin digital es, desde
el punto de vista actual, una tecnologa
heredada de codificacin, pero todava
puede encontrarse en aplicaciones de
contribucin de difusin y de distribucin. El
principio basado en la compresin dinmica
en la que una muestra de seal alta se
digitaliza con una resolucin de bits inferior
a las muestras de seal baja. La idea es
minimizar el ruido de la cuantificacin en el
contenido de bajo nivel y mantener una tasa
de bits definida en la cadena de transmisin.
Los principales sistemas de compresin
digital son ITU J.57, un formato de 20 kHz
utilizado principalmente en aplicaciones de
contribucin y J.41, restringido a un ancho
de banda de 15 kHz exclusivamente para
fuentes de transmisores de FM. La calidad
que se logra con ambos formatos es muy alta
y la demora es muy baja. En su momento, los
sistemas de compresin fueron el ms alto
estndar de calidad, pero actualmente han
sido casi completamente sustituidos por
ADPCM o formatos lineales PCM.
Hoy, la transmisin de audio sin comprimir
es cada vez ms frecuente. El constante
aumento de ancho de banda disponible en
los enlaces de sitio a sitio, tanto PCM lineal
como AES/EBU transparente son ahora
alternativas viables. Con PCM lineal, la
mxima calidad de audio est garantizada
y la baja latencia se convierte en una
preocupacin exclusiva de aquellos que
disean la arquitectura de la red.
Durante los ltimos 20 aos, el desarrollo de
algoritmos de codificacin se ha centrado en
la optimizacin de parmetros como tasa de
bits, calidad, codificacin y decodificacin,
latencia y compatibilidad; actualmente se
puede encontrar una solucin ptima para
casi todas las aplicaciones de difusin.
La siguiente tabla muestra los formatos y
algoritmos ms comunes en las aplicaciones
de difusin. Las tasas de bits que se indican
son solo ejemplos; los algoritmos permiten
otras tasas de bits y la lista no es exhaustiva.
18
Nuevos formatos y algoritmos de audio SILK (basado en un cdec de voz de Skype)
OPUS y una versin ampliada de CELT surge OPUS,
Es un algoritmo de codificacin bastante un cdec de audio muy flexible.
nuevo y utiliza dos enfoques establecidos
de codificacin/decodificacin. De la
combinacin de una versin modificada de

Formato de Tasa de datos Promedio de

Ancho de banda Aplicacin
algoritmo (estreo) kbps latencia
PCM lineal 16 Bit 22 kHz 1.536 Muy baja Contribucin

PCM lineal 20 Bit 22 kHz 1.920 Muy baja Contribucin

PCM lineal 20 Bit 22 kHz 2.304 Muy baja Enlace de calidad ms

alta

Eapt-X 16bits 22 kHz 64-384 Muy baja Distribucin

Eapt-X 24bits 22 kHz 192-578 Muy baja Contribucin

G.711 3.400Hz 64 Muy baja Discurso

G.722 7.000Hz 64 Muy baja Voz HD

ITUJ.41 15 kHz 384 ~5 ms Distribucin

ITUJ.57 20kHz 1.920 ~5 ms Contribucin

MPEG1 LII Hasta 20 kHz 64-384 ~50 ms Distribucin

MPEG1 LIII (MP3) Hasta 20 kHz 64-384 ~100 ms Distribucin

MPEG2 LII Hasta 20 kHz 64/128 ~90 ms Distribucin

MPEG2/4 LD2 Hasta 20 kHz 128-256 ~30 ms Distribucin

MPEG2/4 LC3 Hasta 20 kHz 32-384 ~50 ms Distribucin

MPEG2/4 ELD4 Hasta 20 kHz 128-256 ~20 ms Distribucin

Relacin entre la carga de audio, el tamao del paquete, el tiempo p (retardo de la paquetizacin)
y la velocidad de datos Ethernet.

19 FOLLETO DE AUDIO SOBRE IP

CELT es un algoritmo gratuito de compresin
de audio con prdida, inicialmente
desarrollado y mantenido por Xiph Org
Foundation. Ahora, CELT se integr en
OPUS y es un cdec independiente. SILK y
CELT funcionan de modo hbrido con una
conmutacin perfecta, en la que CELT es
ms eficiente para el audio de la banda
completa (FS 48 kHz), mientras que SILK
(modificado) es muy bueno para la palabra
en banda estrecha y banda ancha hasta
aprox. 32 kbps.
Los principales atributos del OPUS son su
alta escalabilidad y su baja latencia. Por
su escalabilidad, OPUS es apto para casi
todas las aplicaciones, desde VoIP hasta
video conferencias de alta calidad, o desde
streaming de msica con baja velocidad de
transferencia hasta aplicaciones de difusin
con bajo retardo. OPUS tambin puede ser
la opcin de formato para el audio musical
de alta calidad.
Caractersticas principales:
Velocidad de muestreo: 8 48kHz
Velocidades de transferencia: 6 510
kbps Tamao de trama: 2,5 20 ms
Compatibilidad mono y estreo
Soporte para voz y msica
Conmutacin perfecta entre todas las
anteriores
Bajo retardo en el rango de 20 ms
El cdec OPUS ya est integrado en los
modernos navegadores web como Mozilla
Firefox, Opera y Google Chrome (otros se
incluirn pronto).
AES67
Todos los algoritmos de audio que hemos
discutido hasta ahora son aptos para las
redes de audio en un entorno WAN (red
de rea extensa). En estos esquemas, la
velocidad de transferencia de una secuencia
de audio puede modificarse segn el ancho
de banda disponible de la WAN.
AES67 es un estndar desarrollado
recientemente para lograr la
interoperabilidad de las redes de audio
exclusivamente en el dominio de LAN. En
trminos de aplicaciones, por tanto, permite
el streaming en tiempo real entre los equipos
de los estudios de produccin y difusin de
audio mediante una interfaz AES67.
El estndar describe el formato de transporte
(streaming) del audio multicanal sobre
redes IP; esencialmente audio multicanal
en un solo conector RJ45. No permite
la compresin de audio ni ninguna otra
adaptacin de la velocidad de transferencia,
a excepcin de la definicin de un nmero
definitivo de canales de audio, pero
incorpora mecanismos de sincronizacin
basados en el protocolo de tiempo de
precisin (PTPv2 IEEE 1588). A medida que
la tecnologa se vuelva ms popular, los
fabricantes de cdec de audio proveern
interfaces AES67 junto con los actuales
conectores analgicos y AES-3.

A CONTINUACIN... esperamos que esta seccin haya sido til para comprender las
consideraciones principales relacionadas con el audio sobre IP. En la seccin siguiente
analizaremos un conjunto de opciones de redes sobre las cuales se puede implementar
la red de audio sobre IP (AOIP, audio over internet protocol) Tambin examinamos
algunas consideraciones generales y los problemas que pueden surgir en el camino...

FOLLETO DE AUDIO SOBRE IP 20

 4. Acerca de las redes de IP
Tipos de redes IP
Las redes IP se disearon para transportar
datos no urgentes desde el punto A al punto
B en un plazo aceptable. Si los datos se pier-
den o se demoran, se pueden volver a enviar
los archivos o actualizar las pginas web. Sin
embargo, esto no es posible en un entorno
de difusin, en el que la transmisin de audio
confiable y en tiempo real es imperativa.
Para lograr la difusin exitosa de audio sobre IP,
los ingenieros deben familiarizarse con la na-
turaleza y las caractersticas inherentes de las
redes paquetizadas.
Los proveedores de servicios ofrecen las emi-
soras una variedad de diferentes opciones
para la transmisin de audio sobre IP, desde
enlaces dedicados con una calidad de servicio
garantizada hasta internet abierta o enlaces
compartidos de ADSL. Examinaremos cada
opcin y evaluaremos su utilidad para las emi-
soras.
El concepto clave es que ninguna red es per-
fecta. Incluso en los sistemas cerrados y mo-
nitoreados como los enlaces dedicados, de
microondas y MPLS pueden haber prdidas
de paquetes y jitter, y afectar negativamente la
calidad del audio.
Enlaces dedicados de IP
Los enlaces entre transmisores y las redes in-
ternas de los estudios profesionales requie-
ren una confiabilidad y robustez que nor-
malmente no pueden obtenerse en las redes
pblicas no administradas. Su naturaleza crti-
ca exige un nivel de servicio garantizado que
asegure el flujo ininterrumpido de paquetes
desde el emisor hasta el receptor con un retra-
so mnimo y sin prdida de calidad de audio.
Para estas aplicaciones, algunos proveedores
de servicios ofrecen algn tipo de conexin
de IP dedicada que permita el acceso perma-
nente y una seleccin de opciones seguras
21 FOLLETO DE AUDIO SOBRE IP
que garanticen la conectividad de misin cr-
tica. El servicio no debe ser compartido y tener
un ancho de banda exclusivo que impida la
alteracin del contenido enviado. Si esto no es
posible, la emisora debe solicitar la proporcin
que se comparte sea la ms baja posible.
Generalmente, el servicio de acceso dedicado
de IP est respaldado por un contrato de nivel
de servicio (SLA) y un mecanismo de prioridad
de trfico, como el de calidad de servicio (QoS).
Sin un contrato de este tipo, la emisora no tie-
ne control sobre las condiciones de la red IP y,
por lo tanto, no controla la calidad del audio
que genera de esa red.
Enlaces MPLS
Las redes MPLS (conmutacin por etiquetas
multiprotocolo) ofrecen uno de los ms altos
niveles de servicio que se puede lograr con
IP y estn reemplazando cada vez ms a las
lneas arrendadas como opcin de mecanismo
de transporte para STL y SSL. Esta tecnologa
ofrece muchos de los beneficios de las lneas
arrendadas por ser un servicio orientado a la
conexin y, por eso, tiene la capacidad de re-
servar ancho de banda y garantizar el servicio.
Adems, como complemento de las transfe-
rencias IP, ofrece los beneficios de costo, flexi-
bilidad y eficiencia de las redes de audio sobre
IP.
MPLS asigna etiquetas cortas (20 bits) a
cada paquete de red, con la descripcin
del camino que debe tomar ese paquete.
A diferencia de las redes IP tradicionales,
en las que cada enrutador toma decisiones
independientes sobre el enrutamiento, el
trfico de MPLS se analiza cuando ingresa
a la nube MPLS y se le asigna una etiqueta
que determina su camino a travs de la red.
Al evitar que cada enrutador deba buscar la
direccin del siguiente nodo, MPLS ofrece
un servicio ms rpido y ms eficiente que
una conexin IP estndar. La etiqueta de
MPLS tambin puede incluir informacin
adicional para la clase de servicio (prioridad)
del trfico para garantizar que se priorice
el contenido crtico y urgente. En general,
las redes MPLS ofrecen una solucin
atractiva para las redes de difusin. Estn,
tpicamente, disponibles a un costo inferior
al de las lneas arrendadas tradicionales
sincrnicas con un desempeo mejor que los
enlaces IP convencionales. Habilitan redes
escalables y flexibles, son compatibles con
QoS, y se integran con muchos mtodos de
transporte, entre otros, IP, ATM y Frame Relay
Enlaces inalmbricos de IP
Las mejoras de la escala y las capacidades
de las redes IP inalmbricas y de microondas
las convierten en una opcin slida para
las emisoras. Segn la clase del servicio de
microondas implementado, los datos IP
pueden estar enlazados en las direcciones a
velocidades respetables (100 mbps o ms).
Existen dos clases de IP de microondas,
en general. La clase sin licencia opera
en la banda de 5,8 GHz y la banda de 2,4
GHz, entre otras. Tiene bajo costo y es til
para ciertas aplicaciones, pero no ofrece
proteccin contra la interferencia. La clase
de IP de microondas con licencia funciona a
6, 11, 18 y 23 GHz, con velocidades an ms
rpidas y proteccin contra interferencias. A
pesar de que un enlace de IP de microondas
es esencialmente un sistema cerrado,
puede haber prdida de paquetes y jitter.
FOLLETO DE AUDIO SOBRE IP
IP satelital
Los enlaces IP va satlite son la nica opcin
para algunas emisoras con ubicaciones tan
remotas que no es posible utilizar enlaces
IP de ADSL o de microondas. Los principales
desafos del uso de IP va satlite son la
latencia (el tiempo que tarda un paquete de
datos para viajar de un extremo del enlace
al otro) y los costos. La latencia tpica de un
enlace IP va satlite puede ser de 2 segundos
o ms. Generalmente, los enlaces satelitales
tienen el ancho de banda ms costoso,
y eso puede ser un factor importante al
planificar un enlace que transporte audio
de alta calidad todos los das del ao.
Internet pblico
Como hemos observado, es difcil utilizar
redes no administradas como internet
abierta para las aplicaciones de difusin
profesional, sin importar si la conexin es
por cable, ADSL o fibra. Sin embargo, se ha
desarrollo una tecnologa que prcticamente
puede eliminar los efectos negativos del uso
de internet pblica para la transmisin de
audio de calidad en tiempo real. Internet
tambin puede usarse para transmisiones
remotas y es posible lograr la transferencia
de audio de alta calidad en tiempo real con
enlaces IP compartidos. El uso de la internet
pblica implica que las emisoras estn ms
expuestas a los riesgos asociados con los
enlaces IP y, por lo tanto, deben tomarse
precauciones especiales para eliminar
cualquier riesgo relacionado con los equipos
y la tecnologa de los cdecs empleados.
Como mnimo, el cdec debe estar basado
en DSP para ser sumamente confiable y
contar con configuracin y control remoto
sobre IP. Por otra parte, tambin deber
asegurarse lo siguiente:
Cdec con reconexin automtica: el
cdec debe posibilitar la reconexin
rpida si se pierde el enlace. Los cdecs
de algunos fabricantes requieren un
reinicio manual en ambos extremos
para volver a establecer la conexin.
22
 Codificacin ADPCM, bajo retardo: las
tecnologas de codificacin basadas en
la percepcin, como MPEG Layer 2, AAC,
etc. se basan en las tramas y requieren
que se almacene como mnimo una
trama del algoritmo en el bfer antes
de aplicar la compresin. Si el enlace
se cae debido a interrupciones de la
red, este almacenamiento en el bfer
presentar un retraso adicional de la
secuencia de audio. Los algoritmos
ADPCM codifican y decodificacin
sobre la marcha y habilitan audio
instantneo inmediatamente despus
de la reconexin. Tambin permiten
flexibilidad de tamaos de paquetes
que pueden minimizar los efectos de
los paquetes perdidos en la secuencia
de audio.
Resecuenciador de paquetes IP: en las
redes compartidas, como la internet
pblica, hay una mayor probabilidad
que se entreguen los paquetes fuera
de secuencia. Los cdecs desarrollados
para uso profesional deben ofrecer
una tecnologa de resecuenciacin
para garantizar que todos los paquetes
recibidos se reproduzcan en orden, y
se minimicen problemas con el audio.
Un resecuenciador de paquetes IP
trabaja dentro del bfer de recepcin
reordenando los paquetes segn su
nmero de secuencia RTP.
Streaming redundante: la tecnologa Sure
Stream de APT (ver pgina 69) transmite
mltiples secuencias de audio desde el
origen hasta el destino, de forma de poder
corregir las eventuales prdidas de paquetes
o de la conexin de una secuencia con
losdatos de las secuencias redundantes.
Esta solucin requieren ms ancho de
banda de IP en cada extremo, pero hace
ms confiables las redes cuando se utiliza
la internet pblica. As, los anchos de banda
de bajo costo como ADSL o cable pueden
23 FOLLETO DE AUDIO SOBRE IP
sustituir de manera confiable y permanente
a los enlaces sincrnicos como E1, T1 e
ISDN sin prdida de calidad de audio o de
confiabilidad.
La naturaleza altamente flexible de las redes
IP permite utilizarlas de muchas formas.
Una de las ventajas ms importantes es la
capacidad de enviar datos desde un host a
muchos otros al mismo tiempo.
Una conexin simple entre un host y otro
se llama unicast, es el tipo ms bsico de
conexin de streaming permanente..
Tambin se pueden establecer enlaces
de datos individuales que transmiten en
tiempo real desde un host a varios destinos,
esto se llama un unicast mltiple. Cada uno
es un enlace punto a punto independiente
y requiere su propio ancho de banda desde
el host comn. Estos tipos de conexin
son generalmente simples, y los datos se
transmiten nicamente desde el host hacia
las diversas ubicaciones.
Tambin existe una configuracin especial
y muy singular que se llama multicast. En
multicast, un host genera una secuencia
simple de contenido y la enva a una
direccin IP que est en una clase nica.
Luego se duplican los datos en el hardware
de la red y se transmiten a cualquier otro
host que haya solicitado recibir streaming
desde esa direccin de multicast.
Esto tiene la ventaja de que requiere menos
ancho de banda en el host de origen para
que el contenido llegue a varias ubicaciones,
pero requiere que la red cuente con
configuraciones y hardware especficos, y
raramente puede ser utilizado fuera de una
red privada. Internet no es compatible con
multicast, en general.
Los componentes de una red IP
Hay tres datos esenciales para cada host Mscara
en una red, porque definen el alcance de la
estructura de la red local, y cmo se conectan La mscara es como una valla que rodea la
los hosts de esa red local con las redes ms red local y determina a qu direcciones IP
amplias e Internet. Estos tres elementos se puede acceder directamente un host local
y con cules debe contactarse a travs de
definen a continuacin:
la puerta de enlace. Por ejemplo, con una
direccin IP local comn 192.168.1.23 y
Direccin IP una mscara tpica 255.255.255.0, cualquier
Una direccin IP consta de 4 octetos direccin IP que coincide con los tres
primeros octetos de la direccin del host
separados por puntos. Un octeto son 8 bits
(192.168.1) se considera una IP local. Una
de informacin, por eso cada octeto puede
solicitud de contacto con una direccin fuera
tener cualquier valor entre 0 y 255 (en
de esa valla por ejemplo 192.168.2.xxx
decimal), y nos da el formato familiar xxx.
se enviar a la puerta de enlace.
xxx.xxx.xxx Cada host de cualquier red debe
tener una direccin IP nica. Ciertos grupos Imperfeccin de la red
de direcciones IP han sido designados como
no enrutables, porque a esas direcciones
no se puede llegar desde segmentos de la
red externa. Grupos no enrutables comunes 1 Manejo de Jitter
son 192.168 y 10.0.xxx.xxx. Para que estos
dispositivos puedan tener acceso fuera de Es una caracterstica de las redes con
sus redes, deben comunicarse a travs de la conmutacin de paquetes que cualquier
puerta de enlace de su red. paquete puede tomar cualquier ruta
entre el origen y el destino, por eso, es
inevitable que algunos de esos paquetes
Puerta de enlace o Gateway lleguen fuera de secuencia. Todos los
cdecs de streaming tienen un bfer y
otras tecnologas que permiten almacenar
a puerta de enlace es el puente entre y reproducir los paquetes en su orden
una red y las redes exteriores ms correcto, pero la mayora de esas soluciones
amplias. Cuando se inicia sesin en una tienen limitaciones. Jitter es el resultado de
computadora y se solicita que se conecte a la imposibilidad del cdec de reproducir en
internet, la computadora se comunica con tiempo real los paquetes que llegan antes o
la puerta de enlace y la puerta de enlace despus del momento previsto de llegada.
transfiere la solicitud a la red exterior y
enruta la informacin de retorno hacia el
host local. Esto normalmente involucra un
puerto de transferencia y traduccin de
direcciones de red (NAT) que se definen ms
detalladamente en la pgina 41. El hardware
de la puerta de enlace es, generalmente, un
enrutador y puede incluir un firewall para
impedir que el trfico no autorizado desde
la red externa alcance a las direcciones IP de
la red de rea local (LAN).

FOLLETO DE AUDIO SOBRE IP 24

 Transmission
Reception
Playout
Efectos de jitter en la red
Cuanto ms grande y ms compleja sea la
estructura de la red, ms susceptibles al jitter
sern las secuencias de datos; la internet
pblica es el entorno ms difcil en trminos
de gravedad de jitter. El diagrama muestra
el efecto de jitter de la red en la recepcin
de audio y los subsiguientes problemas
de reproduccin en un sistema de audio.
Normalmente, la profundidad del bfer
estar dada en milisegundos, pero a los
efectos de este ejemplo est fijada en dos
paquetes. Si el jitter de la red es reducido,
el sistema no se ve afectado y reproduce
los paquetes recibidos en secuencia.
Sin embargo, si el jitter aumenta ms all
del bfer predeterminado, los paquetes que
lleguen despus del tiempo determinado
de reproduccin se perdern y el audio
se daar. Otra vez es necesaria una
compensacin entre el tamao del bfer de
jitter y el retardo adicional que se agrega a
la reproduccin. Configurar un bfer grande
para minimizar los efectos del jitter puede
aumentar considerablemente el retardo
global de la red.
2 Manejo de la demora
Todas las redes tienen latencia de transporte
debido a las leyes naturales de la fsica.
Transportar una seal electrnica a travs de
cualquier medio tomar una cantidad finita
de tiempo que no se puede eliminar.
En una red IP, a la demora de una transmisin
estndar se le suma la demora necesaria
para paquetizar los datos de audio, por
eso, en el mejor de los casos, la latencia
25 FOLLETO DE AUDIO SOBRE IP
de una red IP ser por lo menos de entre
10 y 30 milisegundos. Como se indic
anteriormente, el tamao de los paquetes y
el bfer de jitter tambin afectan la demora.
La latencia citada representa la latencia
inherente a lo largo de la red, a medida que
los datos pasan a travs de conmutadores,
enrutadores, etc. y no incluye la demora
para la compresin del audio ni los efectos
de la frecuencia de muestreo. Cualquier
demora para la codificacin resultante del
uso de compresin se sumar directamente
a la latencia existente del sistema. Y, por
supuesto, en una red de rea extensa (WAN)
o en conexiones de internet pblica, la
demora puede aumentar hasta cientos de
milisegundos. Adems, la latencia puede
variar ampliamente a medida que los
paquetes de datos se transmiten a travs
de las redes y enlaces. Cuando se utiliza una
conexin IP estndar, la nica manera de
compensar este factor de compensar este
factor latencia grande y variable consiste en
establecer un bfer de recepcin de tamao
suficiente.
La eleccin del algoritmo de compresin
de audio tambin es importante en la
determinacin de la latencia de un extremo
al otro del sistema. La compresin de audio
lineal o las tcnicas de codificacin con
compresin de baja demora, como Enhanced
apt-X normalmente se seleccionarn para las
aplicaciones de audio en tiempo real sobre
IP. Con la expansin de la difusin de audio
digital, la latencia del enlace de transmisin
se ha convertido en un factor menos crtico.
 3 Prdida de paquetes
En funcin de la calidad de un enlace reduce los efectos de la prdida.
IP y del ancho de banda disponible, los El algoritmo Enhanced apt-X no requiere
sistemas basados en paquetes pueden ser ningn bfer de trama y ofrece una mayor
susceptibles a las prdidas de paquetes. flexibilidad para la seleccin del tamao del
Como vimos en el captulo anterior, la paquete. Esto reduce la susceptibilidad de
prdida de audio resultante depender una secuencia de audio a las consecuencias
directamente del tamao y de la cantidad de la prdida de paquetes. Los tamaos de
de los paquetes perdidos y de la relacin de paquetes con duraciones de hasta 1 ms se
compresin utilizada. logran fcilmente con Enhanced apt-X.
Con los algoritmos basados en tramas, tales
como MPEG, la prdida de cualquier paquete
en una trama exige que se deseche la trama.
Por lo tanto, el uso de un tamao pequeo
de paquetes junto con estas tecnologas de
codificacin no implica ningn beneficio ni

N de
Velocidad de Tamao de
Algoritmo Modo muestras de Perte audio
transferencia paquete
audio
MPEG Layer 2 16 Bit estreo 256 kbps 768 2304 24 ms
Enhanced
16 Bit estreo 256 kbps 512 64 16 ms
apt-X
Enhanced
16 Bit estreo 256 kbps 64 8 2 ms
apt-X

La tabla muestra cmo afecta la eleccin del algoritmo a la prdida de paquetes

A CONTINUACIN... ahora debe tener una idea de los desafos que puede enfrentar
al implementar una solucin de AOIP. En la siguiente seccin veremos las tcnicas
utilizadas para contrarrestar algunos de estos problemas o imperfecciones inherentes
a muchas redes IP...

FOLLETO DE AUDIO SOBRE IP 26

5. Superacin de las imperfecciones
Dados los enormes beneficios que se
pueden obtener de la migracin hacia
una arquitectura de audio sobre IP, no es
sorprendente que los departamentos de
investigacin y desarrollo, los diseadores
de cdecs y los ingenieros en todo el
mundo hayan dedicado muchos aos
a tratar de encontrar soluciones para
superar las desventajas e imperfecciones
del audio sobre IP para poder aprovechar
su bajo costo y su flexibilidad. Ms abajo,
describiremos algunos de los mtodos que
se han estudiado y adoptado con diferentes
grados de xito.
a Ocultamiento
Pueden utilizarse diversos mtodos
para ocultar los paquetes perdidos en la
reproduccin final del audio. Van desde
la simple repeticin del ltimo paquete
recibido correctamente, hasta intercalar
un silencio o ruido, o la interpolacin y la
retransmisin. Todos impactan el audio
reproducido.
En pruebas de escucha la intercalacin
de silencio produjo cortes inaceptables
del audio que llegaron a cierto nivel de
incoherencia. El uso de ruido blanco mejora
la inteligibilidad del audio reproducido pero
tambin era notorio. El uso de la repeticin
de la ltima trama aceptable produjo
resultados ms favorables.
El uso de interpolacin o un patrn
coincidente o una sustitucin en forma de
onda para ocultar la prdida de paquetes
es posible pero los beneficios comparados
con la complejidad se rigen por una ley de
rendimientos decrecientes. Los resultados
de estas tcnicas estn todos regidos por las
mejoras subjetivas de la calidad del audio y
dependen tambin de la cantidad de audio
perdido que debe ser ocultado o reparado.
Ninguna de estas opciones de ocultamiento
produce una solucin fcilmente realizable;
la opinin generalmente aceptada es que es
preferible minimizar la prdida de paquetes
en lugar de tratar de disimularla.
27 FOLLETO DE AUDIO SOBRE IP
b Correccin de errores sin
retransmisin
La correccin de errores sin retransmisin
(FEC) es un medio por el cual se pueden
reconstruir los paquetes perdidos para la
reproduccin. La forma ms simple de FEC
agrega datos redundantes basados en el
XOR de los datos en cada paquete con al
menos uno o dos paquetes adicionales
(figura al dorso). El paquete de FEC resultante
se agrega a la transmisin y se usa junto con
los datos recibidos para corregir los errores
existentes y reconstruir la secuencia de
audio.
Si bien esta forma bsica de FEC funciona
correctamente para pequeas cantidades
de prdida de paquetes al azar, no puede
manejar la situacin ms comn de prdida
de paquetes en rfaga (es decir varios
paquetes adyacentes perdidos de una vez).
Para poder manejar los errores en rfaga, se
requiere un esquema de FEC ms complejo
como el que se muestra en la pgina 29. Este
esquema de FEC calcula en dos dimensiones
para proporcionar ms datos para el motor
de la recuperacin.
Como se puede ver en las ilustraciones
siguientes, cualquier forma de FEC aade
una sobrecarga sustancial a la secuencia de
audio y, en algunos casos, efectivamente se
duplica el ancho de banda de la transmisin.
En aquellas redes en las que la limitacin
de ancho de banda o la congestin es un
problema, el uso de FEC no es una opcin
viable. Adems de los problemas de ancho
de banda que presenta, la generacin de
FEC en el codificador hace un uso intensivo
del procesador y aumenta la latencia.
La complejidad de la FEC, el tamao del
paquete y la relacin de compresin
utilizados son factores que influyen en el
retardo resultante. Por ejemplo, una FEC de
dos por dos requiere almacenar en bfer
cuatro paquetes.
 LOST
PACKETS

Repetition White Noise / Silence

Interpolation

TIME

Ocultamiento de prdida de paquetes

RTP Stream
P1 P2 P3 P4 P5 P2 P3 P4 P5

FEC1 FECn

RTP Stream
P1 P2 P3 FEC1 P4 P5 Pn Pn+1 Pn+2 FECn
with FEC
Esquema bsico de FEC

Teniendo en cuenta nuestros clculos la ubicacin de los paquetes perdidos

anteriores de la cantidad de audio en un
paquete MPEG L2, esto equivale a 96 ms.
Una FEC de dos por dos solo protege contra
un pequeo error de rfaga, y la FEC ms
realista de cinco por cinco (como se muestra
en la figura siguiente) requiere almacenar en
bfer 25 paquetes, lo que equivalente a 600
ms de retardo, segn los mismos clculos.
La recuperacin del lado del decodificador
tambin hace un uso intensivo del
procesador. El proceso de acumular el
bloque necesario de paquetes, determinar
y resolverlos uno por uno puede ser un
procedimiento largo y complejo.
Al igual que en el caso del ocultamiento,
el uso de FEC puede causar tantos, o ms,
problemas que los que resuelve. Puede
avanzar hasta cierto punto en la superacin
de las insuficiencias del mecanismo de
transporte basado en IP, pero a costa de
demora adicional, complejidad, ancho de
banda y la sobrecarga de procesamiento.

FOLLETO DE AUDIO SOBRE IP 28

 P0 P1 P2 P3 P4 FEC Sample Frequency
Y1
x
P5 P6 P7 P8 P9 FEC Compression Ratio
Y2
x
FEC
P10 P11 P12 P13 P14

BUFFER
Y3 Packet Size (Samples)
x
P15 P16 P17 P18 P19 FEC FEC Width
Y4
X
P20 P21 P22 P23 P24 FEC FEC Depth
Y5
=
FEC X1 FEC X2 FEC X3 FEC X4 FEC X5 Resultant Delay

Esquema de FEC bidimensional

c Calidad del servicio

Para mejorar el servicio de transporte bsico clasifica y se le otorga un valor de DSCP
ofrecido por las redes IP, llamado Servicio (punto de cdigo de DiffServ) que la
de mejor esfuerzo, muchos proveedores red evala para determinar la prioridad
de servicios ofrecern mecanismos que correspondiente.
permitan garantizar la entrega de contenido
Este esquema puede ser muy eficaz en
urgente. Una secuencia de audio en un
redes internas, en las que el usuario puede
STL requiere que las interrupciones al flujo
controlar y seleccionar los enrutadores y
de paquetes sean mnimas, mientras que
dems hardware de red que admiten los
los datos pueden exigir solamente llegar
cdigos DiffServ. Sin embargo, la internet
a su destino en un plazo razonable. La
pblica incluso si es una VPN privada o
calidad de servicio (QoS) fue diseada para
un enlace WAN configurado a travs de la
proporcionar un mecanismo que asigna
internet pblica no es compatible con QoS
diferentes niveles de servicio o prioridad en
en ninguna forma que pueda considerarse lo
funcin de la importancia y la urgencia del
suficientemente robusta como para soportar
trfico.
enlaces crticos de audio en tiempo real.
Hay dos mtodos principales para la mejora
de la calidad del enlace: RSVP y DiffServ.
RSVP (Protocolo de reserva de recursos)
es ms complejo e implica reservar y
ceder los recursos necesarios en toda la
red.
DiffServ (Servicios diferenciados),
por otro lado, ofrece un marco de
clasificacin de trfico que evala la
prioridad de trfico de la red por salto.
Cuando se usa DiffServ, cada paquete se

29 FOLLETO DE AUDIO SOBRE IP

 d Acuerdos de nivel de servicio
Algunas empresas de telecomunicaciones
u otros proveedores de servicios pueden
ofrecer un acuerdo de nivel de servicio
(SLA) para un enlace IP, que habitualmente
garantiza el tiempo de actividad en trminos
porcentuales. Este porcentaje puede
conciliarse con criterios tales como prdida
de paquetes y tiempo real fuera de servicio
del enlace.
Un SLA tpico consta de los siguientes
parmetros:
El rendimiento que garantizar el
proveedor del servicio para el trfico
del cliente. Generalmente, esto incluye
la demora en la red, el jitter mximo y
los niveles de prdida de paquetes.
La disponibilidad garantizada del
servicio, que para aplicaciones de
difusin debe ser de 99,999 % o
superior.
El alcance del servicio, es decir, los
enrutadores especficos entre los
que prevalece el SLA. En el caso de
STL profesionales y backhaul de
audio, el nfasis debe ponerse en
las formas de minimizar la prdida
de paquetes. La implementacin
de mtodos para ocultar o corregir
errores es una distraccin innecesaria
del objetivo principal que es asegurar
una transmisin de audio confiable y
robusta sobre un enlace IP.
El perfil de ancho de banda de la
secuencia entregada al proveedor de
servicios.
Los procedimientos de monitoreo de
rendimiento y los niveles esperados de
informes
Procedimientos de asistencia y
resolucin de problemas que incluyen
el tiempo para la respuesta y la solucin
y las consecuencias del incumplimiento
La parte administrativa/legal
FOLLETO DE AUDIO SOBRE IP
Generalmente, el SLA especifica la forma en
que el cliente supervisar el rendimiento de
acuerdo con el SLA, que suele ser mediante
una herramienta en lnea.
Si el rendimiento no alcanza las cifras
especificadas, el SLA tambin incluye las
frmulas para determinar las sanciones al
proveedor de servicios (las ms frecuentes
son crditos para el cliente, no reembolsos).
Es posible que un SLA solo est disponible
para emisoras con ciertos compromisos de
ingresos (monto del contrato) o perodos
(duracin del contrato). Queda claro que ni
el SLA ms estricto puede proteger contra la
prdida de paquetes, solo puede compensar
por la prdida del servicio despus del
hecho.
e Conexin alternativa
Aunque se haya aplicado la diligencia
debidamente necesaria para la seleccin de
la red IP y del proveedor del servicio, sigue
existiendo la posibilidad de una interrupcin
importante en la red. Esto puede dejar a la
emisora fuera del aire, salvo que se haya
dispuesto una solucin de respaldo. Un
enlace IP primario puede respaldarse con un
enlace IP secundario suministrado por otro
proveedor de servicios, con un enlace IP de
microondas o por otros medios.
Los cdecs de audio profesional cuentan
con la capacidad de activar el respaldo del
enlace IP primario al secundario con varios
criterios diferentes, tales como silencio en la
salida de audio de un mdulo especfico del
audio o un umbral definido en el registro del
monitoreo.
30
 SureStream - Dual Port Configuration
(Two component streams)
CODEC A CODEC B
L IN R L OUT R OUT AUX DATA L IN R L OUT R OUT AUX DATA
PUSH PUSH PUSH PUSH

ANALOG IN ANALOG OUT Optio Inputs ETH 0 ETH 1 ANALOG IN ANALOG OUT Optio Inputs ETH 0 ETH 1

IP Network
(Internet) LOC
A
Loss of Connection
ACCESS A

NETWORK

ACCESS B
B

f Streaming redundante (SureStream)

Los cdecs y tecnologas ms avanzados proporciona el mejor rendimiento posible
pueden generar y entregar varias secuencias para streaming de audio sobre redes
redundantes de audio desde una fuente a imperfectas. Aplica las fortalezas de una
uno o varios destinos. Los datos en todas las red buen ancho de banda y diversidad
secuencias son idnticos, y el enrutamiento de rutas que permite la autorreparacin
de estas secuencias mltiples a travs de para resolver los problemas inherentes a esa
rutas divergentes en la red especialmente misma red.
cuando se usan mltiples ISP en cada La prdida de paquetes puede eliminarse
extremo del enlace posibilita un alto nivel casi totalmente, y las mltiples rutas de red
de confianza en la entrega de los paquetes, en cada extremo permiten, incluso, anular el
sin elementos audibles por la conmutacin impacto de la prdida de conexin sobre la
de un enlace a otro. carga de audio. Si se pierde un paquete de
Esta redundancia siempre activa ofrece una de las secuencias contribuyentes, se
la solucin ideal para los enlaces de audio sustituye por su gemelo de otra secuencia
en tiempo real a largo plazo y altamente antes de que ese audio salga del bfer.
confiables en cualquier tipo de red por No hay fallas, ni pops, ni clics, ni variaciones
paquetes. Se puede utilizar cualquier tipo de la calidad de audio, ni cambios de
de ancho de banda para la red: internet por sincronizacin de la reproduccin, lo cual
microondas, DSL, satlite o cable. es esencial para las redes de contribucin y
Los nicos sacrificios son el almacenaje en otras que necesitan cubrir una ventana de
bfer (necesario para todo el streaming tiempo precisa con el audio.
de red por paquetes) y el ancho de banda. En cuanto a la arquitectura de red, el
Dado que la secuencia redundante ocupa streaming redundante puede implementarse
su propio ancho de banda de la red, el en varias configuraciones.
envo de secuencias redundantes exige una
mayor velocidad de red. Sin embargo, con el
algoritmo Enhanced apt-X pueden enviarse
mltiples secuencias redundantes a travs
de casi cualquier enlace de red.
El streaming redundante siempre activo

31 FOLLETO DE AUDIO SOBRE IP

BUENO: streaming redundante en una
nica conexin de red en cada extremo. L
PUSH
IN
PUSH
R L OUT R OUT AUX DATA

Esta configuracin brinda una buena ANALOG IN ANALOG OUT

ISP #1
Optio Inputs ETH 0 ETH 1

proteccin contra la prdida de paquetes,

pero una sola conexin sigue siendo
vulnerable a eventos de prdida de
conexin (LoC) y prdidas en rfaga, en
las que se pierden muchos paquetes en
un perodo corto. Si el ancho de banda ISP #1
L IN R L OUT R OUT AUX DATA

lo permite, se pueden enviar tres o ms

PUSH PUSH

secuencias en esa nica conexin y mejorar ANALOG IN ANALOG OUT Optio Inputs ETH 0 ETH 1

algo el rendimiento, pero las prdidas en

BUENO
rfaga y eventos de LoC todava pueden
afectar el audio.

ALGO MEJOR: Rutas de red doble

paralelas. L
PUSH
IN
PUSH
R L OUT R OUT AUX DATA

Esta configuracin ayuda a eliminar ANALOG IN ANALOG OUT

ISP #1
Optio Inputs ETH 0 ETH 1
ISP #2
cualquier punto nico de falla. Reduce en
gran medida las posibilidades de que un
evento de LoC afecte el audio y tambin
mejora mucho el rendimiento contra
prdida de paquetes, incluso prdidas en ISP #1 ISP #2
rfaga. Las rutas comunes utilizadas en L
PUSH
IN
PUSH
R L OUT R OUT AUX DATA

este tipo de implementaciones incluyen ANALOG IN ANALOG OUT Optio Inputs ETH 0 ETH 1

las redes MPLS, WAN, transporte de IP por

microondas, conexiones de DSL, 4G, cable, ALGO MEJOR
fibra ptica y satlite.

MUCHO MEJOR: Rutas de red doble

cruzadas paralelas L IN R L OUT R OUT AUX DATA

Donde la arquitectura de red lo permite, una

PUSH PUSH

o ms secuencias contribuyentes pueden

ANALOG IN ANALOG OUT
ISP #1
Optio Inputs ETH 0 ETH 1
ISP #2
enviarse desde cada una de las redes de
origen a cada uno de los puertos de red
en el extremo receptor. Esta configuracin
es la ms robusta contra cualquier tipo de
ISP #1 ISP #2
interrupcin de la red. Aunque se pierda L IN R L OUT R OUT AUX DATA

completamente una conexin de red,

PUSH PUSH

seguirn habiendo secuencias redundantes

ANALOG IN ANALOG OUT Optio Inputs ETH 0 ETH 1

que utilicen todos los puertos que funcionen. MUCHO MEJOR

Cualquier configuracin que utilice rutas de
red dobles ser extremadamente robusta.

FOLLETO DE AUDIO SOBRE IP 32

 Las pruebas de funcionamiento a largo plazo para la entrega de paquetes en conexiones
de SureStream (tecnologa de streaming de internet pblica abierta, con proveedores
redundante de APT) han mostrado un de DSL bsico en cada extremo.
rendimiento superior al de T1 e ISDN, de
hasta 99,999999 % y una mayor fiabilidad

Classic Redundant Streaming Configuration

Audio Encoder Audio Decoder
SATELLITE 3G/4G
L IN R L OUT R OUT AUX DATA L IN R L OUT R OUT AUX DATA
PUSH PUSH PUSH PUSH

ANALOG IN ANALOG OUT Optio Inputs ETH 0 ETH 1

Micro Wave ANALOG IN ANALOG OUT Optio Inputs ETH 0 ETH 1
n+8 n

n+8 n Re-constructed IP stream

A LOC A consisting of content from
two component streams
NETWORK ANY TYPE
DSL Access Router

B B
t
SureStream Component Streams

Ventajas del streaming redundante

El streaming redundante tiene varias claras ventajas que lo convierten en la mejor solucin actual
para la entrega confiable de audio y otros contenidos de streaming sobre la internet pblica.

La tecnologa de streaming redundante es independiente del contenido

El streaming redundante es independiente de la ruta
El streaming redundante ofrece redundancia siempre activa, es decir, no hay enlaces
primarios y de respaldo, no hay fallas ni conmutacin de un enlace a otro.
El streaming redundante es totalmente escalable en cuanto a costo y tecnologa
El streaming redundante sirve para casi todas las aplicaciones de difusin, STL, SSL,
remotas (reemplazo de ISDN)
Las principales ventajas sobre otros mtodos son:

* Cero interrupciones de servicio

* Calidad de audio constante
* Demora de audio constante

33 FOLLETO DE AUDIO SOBRE IP

 Non Destructive
Audio Coding

Packet
Partnership Forwarding
Oriented Partner UI and Control

THE AUDIO CLOUD

DSP & Modular

Multicast/Multiple Local Play Out
Hardware Unicast Relocation

Contact Closures
to Assist with
Monetization

La nube de audio - Resistencia mxima

La nube de audio es un concepto nuevo en
radiodifusin que permite que las emisoras
y, ms genricamente, los distribuidores
de contenido de audio cuenten con una
arquitectura que es intrnsecamente
redundante y autnoma en cuanto al
enrutamiento y el respaldo del audio.
En ltima instancia, la nube de audio
permite que la emisora transmita audio
desde el punto A al punto al B o, incluso,
desde el punto A a B hasta Z de la forma
ms econmica posible con el mayor
grado de confiabilidad y el menor grado
de intervencin del usuario. Similar a la
topologa de anillo y a la capacidad de
extraccin e insercin de las redes T1/E1,
el concepto de nube de audio aumenta
las oportunidades de las emisoras para
migrar de las infraestructuras de transporte
tradicionales de la radiodifusin y la
distribucin satelital y pasarse a un ancho de
banda mucho ms rentable y ampliamente
disponible. Ya sea que se implemente de
forma completa o parcial, representa una
solucin para todas las aplicaciones de
difusin, desde STL hasta remotas, y de
contribucin o distribucin.
Hay cuatro componentes principales de la
nube de audio:
Streaming redundante
Inteligencia distribuida
Desvo de paquetes
Multicast / Traslado de unicast mltiple
Los componentes pueden utilizarse en
combinacin o seleccionadas a la carta
para crear la nube de audio adecuada
para las aplicaciones, el presupuesto y la
disponibilidad de la red IP de las emisoras.

FOLLETO DE AUDIO SOBRE IP 34

iii Streaming redundante
Esta tecnologa, explicada anteriormente, es
el ncleo sobre el que se construye cualquier
nube de audio. Es la capacidad de transmitir
mltiples copias del mismo paquete de au-
dio sobre redes divergentes para proteger
contra la prdida de conexiones o de pa-
quetes.
iii Inteligencia distribuida
Para administrar una red de audio de mlti-
ples emplazamientos, y especficamente el
funcionamiento de las unidades ubicadas en
la nube de audio, es necesario algn tipo de
control inteligente. La inteligencia extrae in-
formacin de una combinacin de entradas
en forma de cierres de contacto, alarmas y
parmetros medidos, y usa esta informacin
para tomar decisiones que van a determinar
cmo enrutar el audio, qu perfiles de audio
utilizar y qu medidas deben tomarse en
caso de fallas de secuencia del componente.
Un sistema inteligente es capaz de tomar
medidas automticas, tanto programadas,
por ejemplo, la insercin de contenido lo-
cal de una programacin precargada, como
no programadas, por ejemplo, la conmu-
tacin por error del audio a un sistema de
respaldo. Por lo tanto, la inteligencia exa-
mina continuamente eventos y registros
y luego toma decisiones basadas en los
datos recibidos para que la nube funcione
y se autorrepare con una intervencin li-
mitada de los usuarios. Tambin propor-
ciona funciones esenciales de informes y
alarmas que pueden ser enviadas al inge-
niero por correo electrnico, SMS o DTMF.
A diferencia de un sistema de gestin cen-
tralizado, si la inteligencia puede alojarse en
el cdec de audio, podr distribuirse en toda
la red y garantizar que no exista ningn pu-
nto nico de falla. Cada cdec tiene su pro-
pio cerebro y es capaz de tomar decisiones
independientemente de los otros cdecs de
audio dentro de la nube. La inteligencia dis-
tribuida acta como el controlador autno-
mo automtico de todos los cdecs de audio
dentro de la nube, que reacciona en caso de
falla.
35 FOLLETO DE AUDIO SOBRE IP
En el caso de los cdecs IP de APT, esta inte-
ligencia distribuida es una cortesa de Scrip-
tEasy, una tecnologa desarrollada inicial-
mente para la gama de unidades de control
remoto y telemetra de Audemat. Adems
de tomar decisiones sobre todo, ScriptEasy
es capaz de enviar notificaciones al personal
correspondiente cuando se ha producido
una accin predefinida o algn otro evento
de la red (planificado o no).
En caso de que una emisora se traslade de un
servicio administrado o una red de distribu-
cin satelital provista por una empresa de te-
lecomunicaciones, la inteligencia distribuida
efectivamente reemplaza al NOC (centro de
operacin de red) que la empresa de teleco-
municaciones usaba para monitorear la red y
tomar acciones correctivas.
iii Desvo de paquetes
El concepto del desvo de paquetes es muy
similar al concepto de extraccin e inser-
cin de T1/E1 (SDH/SONET) en el mundo
sincrnico. El desvo de paquetes sobre IP es
esencialmente la capacidad de transformar
cualquier punto de decodificacin de la red
en un nodo capaz de suministrar paquetes
de audio a otros decodificadores, ya sean
primarios o de respaldo automatizado. Esto
permite que las emisoras tengan mltiples
codificadores como fuentes potenciales de
codificacin, evitando as un punto nico
de falla. El punto nico de falla podra ser
una falla real del hardware del codificador
o una falla catastrfica en ambos puntos de
la red en el punto de origen del codificador.
Mencionamos especficamente el punto de
origen del codificador porque si la emisora
est utilizando la tecnologa de streaming re-
dundante no puede ocurrir una falla total en
ningn punto de la red.
 Studio Site

A B
SureStream
Component Streams
SureStream
Component Streams

Forwarded stream on SE request

Backup Script

Una combinacin de SureStream y desvo de paquetes, controlada por inteligencia distribuida

Esta capacidad es intrnsecamente til permiso para montar la antena necesaria

para la construccin de una nube de audio
autorreparable. En el caso de una falla de
la red que lleve a la prdida de la secuencia
contribuyente, el elemento de inteligencia
distribuida enrutara nuevamente los
paquetes y los desviara a otro cdec o nodo
si existe un camino alternativo en esa ruta.
El desvo de paquetes significa que no
se requiere decodificar y recodificar
innecesariamente el audio, un paquete
puede atravesar simplemente un cdec o un
nodo en la ruta a un decodificador final.
Multicast / Traslado de unicast mltiple
Cada vez ms, las emisoras ven a las redes
IP como reemplazo de las grandes redes de
distribucin y difusin de audio. Muchas
de estas redes tradicionalmente han sido
provistas por distribucin satelital para
entrega de contenido sindicado o entrega
de STL donde existe un gran nmero de
transmisores en una ubicacin geogrfica
extensa. Estas redes de distribucin por
satlite no estn exentas de problemas:
puede ser difcil y costoso de obtener el
para la recepcin, especialmente en algunas
reas metropolitanas donde solo una parte
del edificio se arrienda para la instalacin
de los estudios de la estacin de radio.
La recepcin de la seal tambin es una
preocupacin cuando el hielo y la nieve
afectan la recepcin de la seal, y tambin
existe atenuacin por la lluvia. Por lo tanto, el
inters se vuelca hacia IP.
Para las emisoras que implementan una
red de cdecs de IP a gran escala, donde es
necesario alimentar varios decodificadores
desde un solo codificador, el traslado de
la funcin de generacin de secuencias
mltiples del cdec de audio alejndola del
codificador de origen y acercndola a los
decodificadores puede ofrecer un beneficio
significativo.
Si la tecnologa preferida para usar en una
red a gran escala es multicast, tiene sentido,
desde el punto de vista financiero, crear
un nodo multicast las cercanas de varios
decodificadores que ofrecera un ahorro
significativo de los costos con respecto a una
nube de multicast nacional de costa a costa.
En el contexto de unicast mltiples, los

FOLLETO DE AUDIO SOBRE IP 36

beneficios del traslado de las capacidades
de unicast mltiples ms cerca de los
decodificadores estn ms relacionados
con la fiabilidad; cuanto ms cerca est
la generacin de las secuencias mltiples
de los decodificadores, tanto menor
ser la distancia y nmero de saltos de
estos paquetes tendrn que atravesar.
Estadsticamente, esto significa que
se pierden menos paquetes y si se usa
streaming redundante, se reducen an
ms las posibilidades de prdida de los
paquetes duplicados en las secuencias de
los componentes.
Una manera de crear un nodo es utilizar
un producto como el APT SureStreamer
de WorldCast (ver pgina 69). Diseado
inicialmente para permitir que las emisoras
que usaban cdecs de IP heredados con un
solo puerto y sin capacidad de streaming
redundante pudieran aadir la funcionalidad
SureStream a la infraestructura existente. Sin
embargo, como no es necesario
ubicarlo junto con el cdec IP de envo,
puede trabajar bien en el establecimiento de
nodos como los descritos arriba.

IP MULTICAST apt surestreamer

NETWORK

MPLS COMPONENT STREAM

xDSL COMPONENT STREAM

APT SureStreamer actuando como nodo de multicast o unicast mltiple

A CONTINUACIN... en esta seccin debe haber entendido claramente las metodologas

utilizadas para superar los problemas de las redes IP. La siguiente seccin tiene como
objetivo una comprensin ms profunda de conceptos genricos de IP. Entender estos
conceptos puede ayudar mucho para la toma de decisiones sobre la implementacin
y para la localizacin de fallas y la resolucin de problemas...

37 FOLLETO DE AUDIO SOBRE IP

 6. Conceptos avanzados de IP
Los captulos anteriores de esta gua han
intentado brindarle una base slida de los
elementos clave que intervienen en las
redes de audio sobre IP.
Sin embargo, hay algunas reas donde una
explicacin ms detallada puede ser til y
ayudar a profundizar la comprensin. Esta
seccin de la gua las describe en mayor
detalle.
La capa y los protocolos de IP
a El modelo de referencia OSI
El modelo de referencia OSI se usa para
explicar fcilmente la interaccin entre las
conexiones fsicas y lgicas en cualquier
sistema de comunicacin. Da una visin
abstracta de las tcnicas, los protocolos y los
servicios utilizados.
Segn el modelo de referencia ISO/OSI, la
comunicacin en el entorno de red se basa
en siete capas, el sistema completo de las
capas se denomina pila. La capa inferior
del modelo representa a las funciones
relacionadas con la red, y las capas superiores
son especficas de cada aplicacin.
En cualquier sistema de comunicacin, la
interaccin del emisor avanza de arriba
(capa 7) hasta abajo (capa 1) y del lado del
receptor, en sentido inverso (capa 1 a capa
7).
Para obtener una visin ms simplificada,
puede reducirse a un modelo de cuatro
capas segn RFC 1122.
Define el modelo de cuatro capas, en el que
las capas tienen nombres, no nmeros. La
imagen en la pgina siguiente compara los
dos modelos, el modelo ISO/OSI y el modelo
TCP/IP.
La estructura del modelo de 4 capas de TCP/
IP proporciona todo lo que necesitamos para
una mejor comprensin de la aplicacin de
audio sobre IP.
FOLLETO DE AUDIO SOBRE IP
Las cuatro capas del modelo TCP/IP
La capa de enlace (capas 1 y 2 de OSI)
La funcin bsica de la capa de enlace es
brindar conexin fsica y disponibilidad
operativa continua. Aqu se definen
los parmetros elctricos, mecnicos y
funcionales de la transmisin fsica. Otras
funciones de la capa 2 del modelo ISO/
OSI que se asignan a la capa de enlace:
El protocolo MAC (control de acceso a los
medios) Entre otras cosas, este protocolo es
responsable de administrar el acceso a los
medios fsicos. Identifica los dispositivos de
hardware conectados por su direccin MAC.
El protocolo LLC El LLC (control de enlace
lgico) es una subcapa de la capa de enlace
en el modelo de referencia TCP/IP (capa
2 del ISO/OSI). Provee mecanismos de
multiplexacin que hacen posible que varios
protocolos de red coexistan dentro de una
red multipunto y se transporten sobre los
mismos medios de la red, y tambin pueden
ofrecer mecanismos de control de flujo.
La capa de Internet
Mediante el uso de direcciones lgicas, esta
capa selecciona una ruta para la transmisin
de paquetes desde el dispositivo de
origen al de destino. El procedimiento
de enrutamiento selecciona un camino
adecuado segn diferentes criterios, como
la distribucin uniforme de la carga, la alta
capacidad de procesamiento de datos, el
bajo costo o la mayor seguridad posible.
38
 ISO/OSI Reference Model TCP/IP Model

LAYER 7 Applications SIP - NTP - DNS - FTP - HTTP

SMTP - SNMP - DHCP - (more...)
Applications
LAYER 6 Presentation Mime - XDR - (more...)

LAYER 5 Session RTP/RTCP - SAP - SOCKS - SSH - (more...)

LAYER 4 Transport TCP - UDP - SCTP - (more...) Transport

LAYER 3 Network IP (v4/v6) - ICMP - IGMP - IPsec - QoS

(more...)
Internet

LAYER 2 Data Link LLC

MAC
IEEE 802.2 - IEEE 802.3 - ATM - ARP - Frame Relay - PPP - PPoE - (more...)
Ethernet - Sonet/SDH - Bluetooth - Rs232
LAYER 1 Physical IEEE 1394 (Firewire) - USB - WIFI - (more...) Link Layer

Comparacin de las capas de TCP/IP y OSI

La capa de transporte La capa de aplicacin

La capa de transporte proporciona un
canal de transmisin para las necesidades
de comunicacin de las aplicaciones.
La aplicacin no necesita conocer las
caractersticas particulares del canal de
transmisin. UDP es el protocolo bsico de la
capa de transporte y provee un servicio simple
pero poco confiable de datagramas. Por eso,
los protocolos de las capas superiores deben
proporcionar proteccin contra secuencias
de paquetes falsos o prdidas de paquetes.
La capa de aplicacin contiene todos
los protocolos que trabajan junto con
los programas de la aplicacin y usan la
infraestructura de la red para el intercambio
de datos especficos de la aplicacin. La
capa de aplicacin en el modelo TCP/IP se
considera a menudo como equivalente a
una combinacin de las capas superiores
del modelo completo (OSI); quinta (sesin),
sexta (presentacin) y sptima (aplicacin).

39 FOLLETO DE AUDIO SOBRE IP

Encapsulamiento de los protocolos y servicios
En el modelo OSI, cada capa sirve a la capa
inmediata superior y se sirve de la capa in-
mediata inferior. Por ejemplo, una capa que
proporciona comunicaciones sin errores a
travs de una red proporciona la ruta que ne-
cesitan las aplicaciones por encima de ella, y
solicita que la capa inmediata inferior enve y
Link Layer: Ethernet Internet: IP
Encapsulamiento de protocolos y servicios a travs de la estructura de capas
b Direcciones de MAC e IP
Para intercambiar datos de audio o
informacin entre varios participantes en una
red, es necesario que exista un mtodo para
dirigirse e identificar de forma nica a cada
participante. Dentro de una red IP, usamos
direcciones MAC (control de acceso a los
medios) para identificar cada componente.
Una direccin MAC es la direccin fsica de un
componente de Ethernet. Es nica en todo el
mundo y est compuesta por seis bytes. El
IEEE (Instituto de ingenieros de electricidad
y electrnica) gestiona las direcciones MAC
y asigna bloques de direcciones nicas a los
fabricantes de componentes de Ethernet.
8 Byte 6 Byte 6 Byte
Preamble Destination Source
MAC Adresses
Encapsulamiento de protocolos y servicios a travs de la estructura de capas
La imagen anterior muestra una trama de
Ethernet; contiene las direcciones MAC
de origen y destino. Las direcciones MAC
contienen la informacin pertinente para el
FOLLETO DE AUDIO SOBRE IP
reciba los paquetes que conforman el conte-
nido de esa ruta.
En general, una aplicacin (el ms alto nivel
del modelo) usa un conjunto de protocolos
para enviar sus datos a las capas inferiores;
en cada nivel se encapsula ms.
Transport: UDP Application: RTP
En el modelo TCP/IP que hemos estudido,
la capa de enlace administra las direcciones
MAC.
Adems de la direccin MAC nica, que no se
puede cambiar en circunstancias normales,
un participante de la red requiere una
direccin lgica que lo identifica en la red.
Se la llama direccin IP y puede asignarse
como una direccin esttica o dinmica.
La relacin entre la direccin fsica MAC y
direccin IP lgica se establece mediante el
Protocolo de resolucin de direcciones (ARP).
ARP es un protocolo de la capa de enlace.
2 Byte 46 - 1.500 Byte 4 Byte
Length IP Data (payload) CRC
enrutamiento. Las direcciones IP estn en la
capa tres; el ARP (protocolo de resolucin de
direcciones) mapea las direcciones IP en di-
recciones MAC.
40
 I Protocolo de Internet (IP)
El protocolo de Internet versin 4 (IPv4) es
la base de las redes IP actuales. La prxima
generacin de este protocolo (IPv6) ya est
actualmente en la fase de implementacin y,
en el futuro, reemplazar al actual.
La versin 6 no es solo la base de las futuras
redes IP sino la de las redes de celulares de
tercera y cuarta generacin. Es la evolucin
de IPv4 y, por tanto, est muy relacionada
y es compatible con la mayora de las
caractersticas de IPv4.
Adems, ofrece ventajas significativas
como resultado de importantes mejoras. Se
ampli significativamente el espacio para
la direccin IP y la estructura del paquete
ha sido adaptada para que el proceso sea
mucho ms eficiente.
El protocolo de Internet se le asigna a la
capa de Internet (capa 3 de OSI) En esta
capa se lleva a cabo el enrutamiento y
el acoplamiento de secciones de la red y
subredes.
II Enrutamiento de paquetes -
Generalidades
La red IP tiene la tarea de entregar paquetes
desde el host de origen al host de destino
basndose exclusivamente en las direcciones
IP contenidas en las cabeceras de los
paquetes. Para ello, la red IP define mtodos
de direccionamiento que se utilizan para
etiquetar los paquetes con informacin del
origen y el destino.
Las secciones siguientes describen cmo se
realiza el enrutamiento de paquetes en la red
IP.
41 FOLLETO DE AUDIO SOBRE IP
Acerca de la traduccin de
III direcciones de red (NAT)
Las puertas de enlace de red son generalmente
enrutadores con funcionalidades adicionales.
Una funcin muy comn de una puerta de
enlace es NAT. NAT es el trmino colectivo
para los procedimientos que sustituyen
automticamente la informacin de la
direccin IP de los paquetes de datos con
otras direcciones, para conectar diferentes
redes. Por eso, se usan generalmente en
enrutadores y puertas de enlace.
Debido a la limitada disponibilidad de
direcciones pblicas de IP, NAT se utiliza
principalmente para conectar redes
privadas con varias direcciones IP con
una nica direccin pblica a la internet o
redes de rea extensa. Este tipo de NAT se
conoce comnmente como sobrecarga
de NAT. El trmino sobrecarga de NAT
fue inicialmente establecido por Cisco y
se deriva del hecho de que este mtodo
mapea muchas direcciones IP privadas a
una nica direccin global. En otras palabras
sobrecarga la direccin IP real utilizando
traduccin de direcciones de puerto o PAT.
Hay otros tipos de configuraciones de NAT
en uso, p. ej., NAT agrupada o NAT esttica.
La imagen al dorso muestra una aplicacin
tpica de la sobrecarga de NAT: Las lneas de
DSL normalmente terminan en un enrutador
de NAT que conecta la red local a una red
pblica. El enrutador de NAT acta como
puerta de enlace a la que debe conectarse
un cdec de audio.
 INSIDE OUTSIDE
(local network) (global internet)
Loc
al IP
10.
10.
10.
1
Local IP 10.10.10.2 Global IP 62.62.62.1
INTERNET
.3
iW
G-sseler
LSDA

.10
yawetaG

0
0.1
P1
al I
Loc PAT-NAT Translation Table
10.10.10.1:80 = 62.62.62.1:8000
10.10.10.2:80 = 62.62.62.1:8001
10.10.10.3:80 = 62.62.62.1:8082

La direccin IP principal de la sobrecarga de NAT de muchos a uno.

La tabla de PAT/NAT se almacena. en el enrutador

Enrutamiento y NAT
En general, el enrutamiento de paquetes es datos de audio a un receptor que est fuera
siempre necesario si el emisor y el receptor de su red local, el proceso de comunicacin
estn en redes diferentes. Si un cdec enva funciona como sigue (simplificado):

Typical IP transmission chain

Point-to-Point via unicast

IP ROUTER

NAT Gateway G-sseler

yawetaG
iW
LSDA
Wireless-G
ADSL Gateway
NAT Gateway

WAN IP adress: 87.xxx.xxx.xxx WAN IP adress: 237.xxx.xxx.xxx

LAN IP adress: 192.169.100.1 LAN IP adress: 172.25.10.1

Audio Codec Audio Codec

A B
SENDER: RECEIVER:
IP adress: 192.168.100.110 IP adress: 172.25.10.111
Net mask: 255.255.255.0 Net mask: 255.255.255.0
Gateway: 12.16.100.1 Gateway: 172.25.10.1

La imagen anterior muestra una tpica cadena de transmisin de punto a punto

FOLLETO DE AUDIO SOBRE IP 42
PASO 1
El cdec emisor (A) determina el enrutador
ms cercano (la direccin IP de la puerta
de enlace); generalmente, es la puerta
de enlace del NAT local. Luego, el cdec
determina mediante ARP (protocolo de
resolucin de direcciones) la direccin MAC
nica (control de acceso a los medios) de la
puerta de enlace y construye los paquetes
en consecuencia: Los paquetes contienen
la direccin MAC de destino de la puerta de
enlace de NAT local, la direccin IP de la WAN
(B) del receptor en
el destino (237.xxx.xxx.xxx), el puerto de
destino (p. ej., 5004 para carga RTP) y las
direcciones MAC e IP del cdec emisor (IP
192.168.100.110). Con estos datos en la
cabecera, los paquetes proporcionan la
informacin necesaria a la red IP (origen y
destino). La puerta de enlace de NAT local
recibe y procesa estos paquetes porque se
enviaron a su direccin MAC. 2 2

Receiver WAN IP
Receiver Port
Src: Sender IP/MAC G-sseler
yawetaG
iW
LSDA

Dest: Gateway A MAC

SENDER GATEWAY A
La direccin de la WAN del receptor est representada por la puerta de enlace de NAT del
receptor (237.xxx.xxx.xxx)

PASO 2
Una vez que llegan los paquetes a la puerta de
enlace de NAT local, esta lee la direccin IP de
la WAN del destino y usa ARP para determinar
el siguiente enrutador adecuado al que
deben enviarse los paquetes. Los paquetes
se modifican para contener la direccin MAC
del siguiente enrutador, la direccin IP de la
WAN del receptor en el destino (237.xxx.xxx.
xxx), el puerto de destino (5004), la direccin
MAC y la direccin IP pblica de la puerta de
enlace de NAT de origen (87.xxx.xxx.xxx) as
como la carga, que sigue siendo la misma.
Con NAT, los paquetes pasan por cambios
significativos en la capa 3 (IP, del modelo OSI)
a medida que recorren la red.

Receiver WAN IP
Receiver Port
G-sseler
iW
Src: Sender IP/MAC
Dest: Router 1 MAC
LSDA
yawetaG

GATEWAY A ROUTER 1
La puerta de enlace de NAT sustituye la direccin IP del origen con su propia direccin en
la capa 3. Una secuencia de retorno encuentra a la puerta de enlace como la direccin IP
de destino
43 FOLLETO DE AUDIO SOBRE IP
PASO 3
Durante el procesamiento en los enrutadores
siguientes, los paquetes se modifican solo
en la capa 2. El enrutador determina cul
es el siguiente enrutador, identificado
por la direccin MAC utilizando ARP. Los
paquetes se reconstruyen y la direccin MAC
de destino pasa a ser la direccin MAC del
siguiente enrutador; la direccin MAC de
origen se reemplaza con la propia.
Se conservan, tanto la direccin IP de la WAN
del destino final (receptor 237.xxx.xxx.xxx),
la direccin del puerto receptor (5004) y la
direccin IP de origen del enrutador de NAT
(87.xxx.xxx.xxx), como los datos de la carga.
Esto significa que en la capa 2 (IP) no se
vuelven a modificar los paquetes.

Receiver WAN IP
Receiver Port
Src: Sender IP/MAC
Dest: Router 1 MAC
ROUTER 1 ROUTER 2

Todos los enrutadores siguientes solo cambian las direcciones MAC de origen y destino
en la capa 2. La direccin IP del origen sigue siendo la direccin de la WAN de la puerta de
enlace.

PASO 4
Este proceso se repite hasta que el ltimo
enrutador encuentra la direccin WAN de
destino en la red; entonces los paquetes
quedan as: contienen la direccin MAC del
ltimo enrutador de la red como direccin
de origen, las direcciones Mac e IP de destino
(237.xxx.xxx.xxx), la direccin del puerto de
destino (5004), la direccin IP del enrutador
de NAT del emisor (87.xxx.xxx.xxx) y, por
supuesto, la carga.

Receiver WAN IP
Receiver Port
Src: Sender IP/MAC
Dest: Router 1 MAC
iW
G-sseler
LSDA
yawetaG

ROUTER 2 GATEWAY B
La direccin IP de la WAN del receptor est representada por la puerta de enlace de NAT del
receptor (237.xxx.xxx.xxx).

FOLLETO DE AUDIO SOBRE IP 44

PASO 5
Por ltimo, la tabla NAT/PAT de la puerta de muestra la ruta de los paquetes a travs de la
enlace de NAT de destino mapea la secuencia red y las capas del modelo de referencia OSI
a la direccin IP local del destino final (el (completo) como se describe arriba.
receptor de audio).La siguiente imagen

Receiver Local IP
Receiver Port
G-sseler
yawetaG
iW
LSDA

Src: Gateway B
Dest: Receiver local IP
GATEWAY B RECEIVER
La informacin del puerto se usa para mapear la secuencia hasta la direccin IP final por medio de la
puerta de enlace de NAT.

Codec RTP Payload Codec RTP Payload

IP Audio transmit

IP Audio transmit
iW Wireless-G
G-sseler ADSL Gateway
LSDA
yawetaG

NAT/PAT Gateway Router Internet Router Internet Router NAT/PAT Gateway Router

5 RTP Network Layer in accordance with the full OSI Model 5 RTP
4 UDP 4 UDP
3 IP 3 IP 3 IP 3 IP
2 MAC 2 MAC 2 MAC 2 MAC 2 MAC 2 MAC
1 ETH 1 ETH 1 ETH 1 ETH 1 ETH 1 ETH

Los enrutadores de internet no vuelven a modificar la informacin de la capa 3 (enrutador de capa 2)

IV Modo NAT transversal

El prrafo anterior explica el funcionamiento Los cdecs detrs de enrutadores
bsico del enrutamiento y de NAT. La habilitados para NAT no tienen conectividad
sobrecarga de NAT permite la conexin de extremo a extremo en todos los servicios.
a internet de una red privada con mltiples Una manera de hacer frente a esto es utilizar
direcciones IP a travs de una nica direccin una tcnica de NAT transversal como STUN
IP pblica utilizando PAT (traduccin de (utilidades transversales de sesin para NAT).
direcciones de puerto). Por lo tanto, se puede STUN es un protocolo cliente-servidor que
acceder a diferentes cdecs y otros servicios proporciona al cliente informacin de la
a travs de una nica direccin de la WAN. direccin IP pblica y del tipo de NAT detrs
Las tcnicas de NAT transversal se requieren, del cual se encuentra. El uso de STUN para
generalmente, para las conexiones punto a NAT transversal requiere un servidor de
punto en internet que involucran cdecs STUN fuera del dominio de la red privada.
conectados en redes privadas. Otra forma de resolver este problema es
utilizar el desvo de puerto local.

45 FOLLETO DE AUDIO SOBRE IP

NAT transversal a travs de desvo de automticamente el desvo de puerto en la
puerto puerta de enlace local mediante UPnP.
El protocolo Universal Plug and Play (UPnP)
A diferencia de STUN, el desvo de puerto no cuenta con una funcin para instalar
requiere servidor externo ni infraestructura automticamente instancias de desvo de
dedicada. Es simplemente una cuestin de puerto en las puertas de enlace residenciales
configuracin, manual o automtica, en la de Internet para secuencias individuales
puerta de enlace de NAT local. de audio. UPnP define el protocolo de
Cuando se configura el desvo de puerto, dispositivos de puerta de enlace de internet
el administrador de red asigna un nmero (Internet Gateway Device, IGD), que es un
de puerto a la puerta de enlace para el uso servicio de red por medio del cual una puerta
exclusivo de un servicio en la red privada. de enlace de internet anuncia su presencia
En el caso de los servicios de audio sobre IP, en una red privada.
estas configuraciones pueden ser complejas Por tanto, un cdec compatible con UPnP
y consumir mucho tiempo, dado que cada puede descubrir una puerta de enlace de
secuencia individual de audio requiere NAT y reservar un nmero de puerto en la
una configuracin de desvo de puerto. puerta de enlace, y solicitar que la puerta
Algunas marcas de cdecs, como APT, ya han de enlace desve las secuencias de audio al
implementado un mtodo para configurar nmero de su puerto receptor y su direccin

SENDER

INTERNET
Audio Stream : Tx: 203.166.229.102:5006

IP addess assigned
by your ISP:
203.166.229.102
NAT port mapping
203.166.229.102.5006 to
10.1.1.3:5006

UPnP - IGD protocol

configures the Port
iW
G-sseler
LSDA
yawetaG

NAT Gateway
internal 10.1.1.1 Forwarding on the local router

Codec IP adress: 10.1.1.3

Your PC: 10.1.1.2 RECEIVER Audio Stream : Listening on port 5006

Desvo de puerto mediante IGD de UPnP en el sitio del receptor

IP (socket para esta secuencia). para recibir audio en el puerto 5006. El IGD
La siguiente imagen muestra el principio: de UPnP configura automticamente el
En el diagrama anterior, el cdec del emisor desvo de puertos en la puerta de enlace de
enva audio sobre IP a la direccin global de la NAT para esta secuencia.
puerta de enlace NAT del lado del receptor en
el puerto 5006. El receptor est configurado

FOLLETO DE AUDIO SOBRE IP 46

V Direcciones dinmicas y estticas de
IP
Una direccin del protocolo de Internet
(tambin conocida como direccin IP) es
una etiqueta numrica asignada a cada
dispositivo (por ejemplo, computadora,
cdec de audio) que participa en una red
que utiliza el protocolo de internet para
la comunicacin. Una direccin IP cumple
dos funciones principales: identificacin
de la interfaz de red y direccionamiento de
ubicaciones.
Las direcciones IP se asignan a dispositivos
de red (cdecs, entre otros), ya sea de forma
dinmica en el momento del arranque
por medio de un protocolo adecuado,
o de forma permanente mediante la
configuracin fija de su hardware o
software. Una configuracin fija se conoce
como una direccin IP esttica, cuando la
direccin IP del cdec se asigna cada vez, se
conoce como una direccin IP dinmica. La
asignacin de direcciones IP depende de la
estructura de la red a la que est conectado
el cdec. En algunas estructuras de red, una
direccin IP esttica puede ser ventajosa,
mientras que en otras redes se requiere la
asignacin de direcciones dinmicas. Una
direccin esttica tiene la ventaja de que
el cdec siempre est accesible en esta
direccin.
La direccin IP de un receptor es la direccin
de destino que el emisor debe conocer, y si
esta direccin cambia ser necesario aplicar
otras tcnicas para encontrar el destino
deseado.
Actualmente, en muchas redes, los
servidores de DHCP (protocolo de
configuracin dinmica de host) configuran
dinmicamente los parmetros de
direccin IP en los dispositivos de red,
tales como computadoras y cdecs. Una
red, claramente, se estructura de acuerdo
con la organizacin lgica de la emisora
de radio o la empresa de difusin, y puede
constar de diferentes segmentos de red
conectados por enrutadores. Es comn
que estos segmentos de red se compongan
de diferentes subredes, cada una con un
47 FOLLETO DE AUDIO SOBRE IP
servidor DHCP. Por eso, un cliente DHCP es
imprescindible en los cdecs de difusin
actuales. Si se utiliza un enlace estndar
xDSL de cualquier proveedor de servicios
con el fin de transmitir audio por internet, el
proveedor asignar direcciones IP dinmicas
a travs de un servidor DHCP.
VI DNS y DNS dinmica (DDNS)
Dentro de una red IP, muchos protocolos y
servicios diferentes trabajan en conjunto
para lograr un servicio confiable, uno de los
ms importantes de las redes pblicas es el
Sistema de nombres de dominio (DNS). Es el
directorio de todos los nombres de host y de
dominio registrados en la red. Traduce los
nombres conocidos y de fcil comprensin
en las direcciones IP numricas necesarias
con el fin de localizar servicios y dispositivos
(incluidos los cdecs IP) en todo el mundo.
Como ya hemos mencionado, los servidores
DHCP y las puertas de enlace de NAT asignan
las direcciones IP de forma dinmica, por eso,
sera til que dispositivos como los cdecs
IP pudiesen registrar sus nombres de host
con un servicio de nombres de dominio.
Hoy en da, numerosos proveedores,
llamados proveedores de servicios de DNS
dinmico, ofrecen este tipo de tecnologa
y de servicios en Internet. DDNS se utiliza
para convertir un dominio o un nombre
de host conocidos en una direccin IP que
puede cambiar con frecuencia. Proporciona
un mtodo constante para direccionar los
cdecs que pueden cambiar su ubicacin
o su configuracin, por medio del nombre
de host registrado, en lugar de la direccin
IP dinmica. El DNS dinmico ofrece otra
tecnologa que ayuda a automatizar la
conectividad de un cdec en un entorno de
red en constante cambio.
Los cdecs de APT de WorldCast Systems muestra la interaccin del cliente de DDNS
implementan un cliente verstil de DDNS que del cdec con el sistema de DNS en la red.
es capaz de conectarse a varios proveedores
de servicios de DDNS. El siguiente diagrama El cdec emisor enva la secuencia de audio
Internet DNS System DDS Service
(many server) (e.g.no-ip.org) DNS resolves
hostname to
IP: 203.166.229.102

INTERNET
Audio Stream to :
SENDER
wcs-h000111.no-ip.org
DNS server routes to:
203.166.229.102

DDNS client notifies the DDNS

Service if your routers G-sseler
yawetaG
iW
LSDA

IP adress has changed

Your (DSL) Router
e.g 10.1.1.1

RECEIVER Codec Hostname e.g.:

wcs-h000111.no-ip.org (10.1.1.3)

Desvo de puerto mediante IGD de UPnP en el sitio del receptor

al nombre de host conocido del cdec Cada minuto el cliente lee la direccin
receptor (no a la direccin IP). El cliente de IP pblica de la puerta de enlace
DNS del cdec emisor enva una solicitud de NAT y enva esta informacin al
que requiere la bsqueda del nombre de un proveedor de servicios de DDNS. Cada
host o de un dominio y el DNS de internet le vez que cambia la direccin IP de la
devuelve la respuesta. En el ejemplo, solicita puerta de enlace de NAT, el servicio de
la direccin IP asignada al nombre de host: DDNS actualiza el DNS de Internet en
wcs-h000111.no-IP.org, la respuesta es: consecuencia, y brinda esta informacin
203.166.229.102; es la direccin pblica de a todas las solicitudes de DNS.
una puerta de enlace de NAT.
La tcnica de DNS dinmico traduce el
El nombre de host del cdec fue nombre de host esttico en una direccin IP
registrado por el proveedor del servicio que cambia dinmicamente y permite que
de DNS dinmica No-IP.org. el cdec de destino que se encuentra desde
El nombre describe un dispositivo cualquier parte del mundo.
(cdec de destino) registrado en el
dominio no-ip.org.
La direccin IP de retorno es el valor
del DNS de Internet y describe cdec el
destino seleccionado.
El cdec de destino alberga al
cliente de DDNS que se comunica
permanentemente con el proveedor
de servicios de DDNS configurado.

FOLLETO DE AUDIO SOBRE IP 48

 se conecten directamente sin un servidor
VII SIP y SDP central. Un componente individual en el
contexto de SIP se llama agente de usuario
SIP es un protocolo de sealizacin
y tiene su propio URI (identificador uniforme
ampliamente recomendado por los de recursos) de SIP.
organismos de normalizacin. Hasta La sintaxis de un URI de SIP es similar a una
ahora, los cdecs de IP se comunicaban, direccin de correo electrnico sip:usuario@
generalmente, dentro de una LAN privada o host. Usuario es un nombre de usuario
WAN dedicada, pero en la actualidad es cada predefinido, mientras que host es un
vez ms comn que los cdecs se conecten nombre de dominio o direccin de red, por
a travs de cualquier red pblica y usen ejemplo, sip:miCodec@miDominio.com. En
cualquier proveedor de servicios. Por eso, se una situacin en la que un agente de usuario
necesita un protocolo de sealizacin para (A) quiere conectarse con otro agente de
realizar la conexin. Si no se hace con SIP, el usuario (B) sin un dispositivo de conexin en
DNS dinmico y el streaming del nombre de el medio, el usuario A debe conocer el URI
host sigue siendo una alternativa adecuada. de SIP del usuario B (ver figura abajo). Si el
SIP (protocolo de inicio de sesin) es un usuario B cambia su ubicacin a otra red, el
protocolo de sealizacin para crear y cerrar URI de SIP temporal tambin cambia.
una sesin con uno o ms participantes En los sistemas de conexin ms grandes o
basado en el protocolo de Internet (IP). SIP globales, se necesita un servidor proxy de
es un protocolo liviano, basado en texto, SIP para desviar o conectar llamadas de SIP a
con solo seis mensajes, que minimiza la los destinos previstos. Una vez que el cdec
complejidad y tambin es independiente del se registra en el servidor de registro de SIP,
transporte, por lo que se puede utilizar tanto el URI de SIP temporal del cdec se enva al
con UDP como con TCP. servidor de ubicacin de SIP. El servidor de
Si se dispone de TCP/IP y RTP/UDP para la ubicacin pone el actual URI de SIP de este
negociacin, se utiliza preferentemente RTP cdec a disposicin del servidor proxy de
sobre UDP para el transporte de datos de SIP, que es la conexin negociadora. Con
medios. Por ser un protocolo punto a punto, este mecanismo, la visibilidad del cdec es
es posible que los componentes individuales global, y una llamada SIP se puede establecer

Comunicacin punto a punto SIP/SDP

Audio Codec (User Agent A)

Audio Codec (User Agent B)

INVITE sip:codecB@destination.com
SDP = Eaxt-X 24 Bit @ 384 kbps
URI sip:codecA@domain.com

URI sip:codecA@domain.com

100 Trying (optional)

180 Ringing
200 OK
(selecting Eapt-X 24 Bit @ 384 kbps)

ACK
(confirming Eapt-X 24 Bit @ 384 kbps)

audio stream (RTP/UDP)

BYE
200 OK

Conexin punto a punto sin un proxy de SIP y un servidor de ubicacin

49 FOLLETO DE AUDIO SOBRE IP
independientemente de la ubicacin actual VIII STUN (utilidades transversales de sesin
del cdec. El servidor de ubicacin es una
gran base de datos que traduce entre URI para NAT)
de SIP temporal y URI de SIP principal. STUN es un conjunto estandarizado de
El SIP acta como un portador para el mtodos y protocolos de red que permite
Protocolo de descripcin de sesin (SDP)
Comunicacin SIP/SDP a travs de infraestructura de SIP
Audio Codec (User Agent A)

Audio Codec (User Agent B)

INVITE sip:codecB@destination.com INVITE sip:codecB@destination.com

SIP Proxy Server

registrar Location Server
SDP = Eaxt-X 24 Bit @ 384 kbps SDP = Eaxt-X 24 Bit @ 384 kbps
URI sip:codecA@domain.com

URI sip:codecB@domain.com
100 Trying (optional) 100 Trying (optional)
180 Ringing 180 Ringing
200 OK 200 OK
(selecting Eapt-X 24 Bit @ 384 kbps) (selecting Eapt-X 24 Bit @ 384 kbps)

ACK ACK
(confirming Eapt-X 24 Bit @ 384 kbps) (confirming Eapt-X 24 Bit @ 384 kbps)

audio stream (RTP/UDP)

BYE BYE
200 OK 200 OK

Comunicacin SIP/SDP simplificada a travs de infraestructura de SIP para cdec A y B

integrado. EL SDP negocia las propiedades que un host final (el cdec) muestre su
de la conexin de datos de medios. Describe direccin IP pblica si se encuentra detrs
el contenido de medios de una sesin, p. de un enrutador de NAT (vase tambin el
ej., qu puerto IP usar, qu algoritmo se modo NAT transversal). El protocolo STUN
est utilizando o las listas de prioridades permite que el SIP detrs de un traductor
de intercambio, que se pueden sustituir de direcciones de red (NAT) descubra la
o modificar por el sitio remoto. Una vez presencia del NAT y obtenga la direccin IP
establecida la conexin, los extremos del (pblica) mapeada y el nmero de puerto
SIP simplemente intercambian secuencias que el NAT ha asignado a la secuencia UDP
de medios, generalmente con RTP sobre del cdec. STUN requiere un servidor de
UDP. STUN ubicado del lado opuesto (pblico)
El SIP se puede entender dentro del contexto del NAT, en general, la Internet pblica.
de las conexiones ISDN y los mecanismos
de transporte de medios en el dominio El dispositivo cdec detrs del enrutador de
IP. El canal D de ISDN es responsable de la NAT ejecuta el cliente de STUN; el cliente de
negociacin de la conexin y los datos de STUN se comunica con el servidor de STUN
medios se transportan en los canales B de
ISDN. El SIP hace la negociacin de la sesin
y gestiona las conexiones; el mecanismo de
transporte RTP/UDP o TCP/IP representa el
transporte de medios en una red IP. Con SIP,
los procesos de conexin y de transporte de
medios pueden estar en diferentes redes.

FOLLETO DE AUDIO SOBRE IP 50

a travs de solicitudes vinculantes y
respuestas vinculantes de STUN. La respuesta
del cliente de STUN permite que el agente de
usuario de SIP (el cdec) use la informacin
pblica de contacto para la cabecera de SIP
o para modificar el parmetro de SDP.
El dispositivo cdec detrs del enrutador de
NAT ejecuta el cliente de STUN; el cliente de
STUN se comunica con el servidor de STUN
travs de solicitudes vinculantes y respuestas
vinculantes de STUN. La respuesta del cliente
de STUN permite que el agente de usuario
de SIP (el cdec) use la informacin pblica
de contacto para la cabecera de SIP o para
modificar el parmetro de SDP.
IX Etiquetado de VLAN
Una red de computadoras puede dividirse
para crear varios dominios de difusin
diferentes, aislados entre s, de tal modo
que los paquetes solo pueden pasar de uno
a otro a travs de enrutadores; un dominio
de este tipo se denomina una red virtual de
rea local, LAN virtual o VLAN.
En el contexto de los cdecs IP, las VLAN
tienen la ventaja de separar lgicamente
la red de administracin del dominio del
streaming de audio. En la actualidad, la
mayora de cdecs de audio IP cuenta
con dos puertos de Ethernet para uso
polivalente.
Habitualmente, el software permite
la configuracin de un puerto como
puerto de streaming y otro como puerto
de administracin. Este es un enfoque
adecuado, siempre que se use un solo
puerto para streaming de audio. Pero, si
A CONTINUACIN... con una mejor comprensin de cmo funcionan las redes
IP, existen muchas herramientas que pueden ayudarle en la etapa previa a la
implementacin de su red AOIP y tambin en la resolucin de problemas; la siguiente
seccin describe algunas...
51 FOLLETO DE AUDIO SOBRE IP
es necesario utilizar ambos puertos para
streaming redundante, la administracin
debe compartir uno de los puertos fsicos.
Esto es posible si el cdec est habilitado
para VLAN y puede generar etiquetas de
VLAN.
El etiquetado de VLAN descrito aqu es un
mtodo basado en protocolo y definido
en IEEE 802.1q. Como se indic, un
enrutador para VLAN es capaz de aceptar
paquetes etiquetados de diferentes VLAN y
mantenerlos estrictamente separados. Los
conmutadores de VLAN estn conectados
fsicamente a otras VLAN a travs de los
llamados VLT (puertos de interfaz de VLAN).
La capacidad de datos entre los
conmutadores est limitada por el diseo de
la red, sin embargo, el conjunto de protocolos
IEEE 802.1 permite la periodizacin de
paquetes para cada VLAN asignada a esos
puertos de interfaz. Esto se describe en IEEE
802.1p
Un cdec que puede marcar paquetes
por medio del etiquetado ofrece grandes
beneficios. Puede conectarse fsicamente
a cada conmutador o enrutador habilitado
para VLAN conectado con otra VLAN a
travs del puerto de interfaz. Esto significa
que no es necesario instalar una nueva
infraestructura fsica desde la ubicacin del
cdec hasta el siguiente dispositivo de VLAN
asignado.
Un cdec debe ser capaz de gestionar
un nmero de interfaces virtuales
para streaming de audio y servicios de
administracin de conformidad con
IEEE.802.1q y 802.1p.
FOLLETO DE AUDIO SOBRE IP 52
 7. Pruebas y anlisis de la red
Preimplementacin
Antes de recibir los cdecs de audio, hay
muchas herramientas que pueden ser
utilizadas para ver con qu rendimiento
puede funcionar la red. En la oracin
anterior, decimos puede funcionar y
no funcionar, porque las redes IP, si
hablamos de internet, tienen rendimientos
enormemente variables de un da a otro,
de una hora a la siguiente. Esta variacin
del retardo se debe, en gran medida, a la
naturaleza compartida del ancho de banda
que se utiliza para conectarse a la internet
abierta.
Generalmente, las conexiones xDSL
se comparten con otros usuarios en
proporciones de 1:25, es decir, una unidad
de ancho de banda compartida entre 25
usuarios potenciales. Entonces, a las 20:00
h en una zona residencial, podemos ver
un pico de uso, a medida que las personas
encienden su servicio de Netflix u otros
servicios de streaming de medios, y la
proporcin en que se comparte es mucho
mayor que a medioda, por ejemplo, en este
tipo de zona y en este tipo de enlace.
Por eso, la prueba previa a la implementacin
puede darle una idea de si es posible
manejarse con un enlace nico o si debe
considerar el uso de tecnologa de streaming
redundante, como SureStream, para que
la Internet abierta le brinde un servicio
aceptable de STL y otros enlaces de difusin
de audio.
En el caso de los enlaces de IP administrados,
tales como MPLS, WAN y LAN, se usan las
mismas herramientas pero el contexto ser
diferente. En este escenario, podr medir un
muy alto nivel de rendimiento (se espera) y
ver si el enlace MPLS est en consonancia con
el SLA de la empresa de telecomunicaciones
o si el ancho de banda que le prometieron
y la QoS estn a la altura de la expectativas.
Esta seccin presenta las herramientas
bsicas que se requieren antes y despus de
la implementacin, y explica la aplicacin de
estas herramientas para la preparacin de la
instalacin de cdec IP.
53 FOLLETO DE AUDIO SOBRE IP
Prueba de ping
Esta es la prueba ms bsica de la
conectividad entre los dos extremos de la red
que se espera conectar con cdecs de audio.
La sintaxis de la prueba de ping se muestra
en la pgina siguiente; generalmente, se
enva desde una PC o un dispositivo de red
del lado emisor a otra PC o dispositivo de red
del lado receptor.
Para los usuarios de Windows, el comando
bsico en la ventana de comandos (CMD) es
ping xxx.xxx.xxx.xxx donde las X representan
la direccin IP de destino. Tambin se pueden
enviar pings a una URL, siempre que exista
un servidor DNS con una configuracin
vlida en la PC de origen. Si se agrega -t a la
sintaxis despus de la direccin IP, se podr
ejecutar un ping continuo y puede ser til
si est intentando encontrar fsicamente el
RJ45 correcto para conectar a la PC emisora
o receptora.
El ping solo confirma el hecho de que los
dos extremos estn disponibles y accesibles.
Sin embargo, los puertos que los cdecs
de audio necesitan para conectarse y
administrarse tambin debern estar
abiertos y disponibles. Esto no se puede
determinar con ping.
El ping es un buen indicador de la demora
de ida y vuelta entre los dos extremos y
tambin de los niveles de jitter de la red. Pero
no es un indicador de prdida de paquetes. A
veces no se comprende este punto. Cuando
alguien ejecuta ping -t durante unos das y
no ve prdida de paquetes, suele creer que
su enlace est limpio y es ideal para cdecs
de audio IP.
Esta suposicin es incorrecta, ping utiliza
un ancho de banda mnimo y el protocolo
ICMP, por eso, los paquetes perdidos estarn
presentes si el receptor no enva un paquete
de acuse de recibo (ACK) al remitente.
Los cdecs de audio, por varias razones, entre irrelevante para la prdida de paquetes, ya
ellas la latencia, usan UDP-IP (sin conexin que los protocolos son diferentes. Existe otra
o sin confirmacin), por eso el ping resulta herramienta para este propsito.

Sintaxis de ping desde el smbolo del sistema en Windows

Ping desde Belfast a un cdec en Miami, indicando la demora promedio de ida y vuelta

FOLLETO DE AUDIO SOBRE IP 54

En resumen, ping puede ayudar a establecer
si el equipo est activo y accesible y cul es el
nivel de jitter en la red. El valor del jitter puede
calcularse restando la variable ms baja de la
ms alta, la cifra resultante en milisegundos
puede insertarse manualmente junto con
cierto adicional, para permitir una variacin
en el tiempo, en el ajuste del bfer de jitter
en el cdec de audio.
Verificador de conexin IP (herramienta
de prueba de UDP)
La herramienta de software de verificacin
de la conexin IP ha sido especficamente
desarrollada por APT y se suministra de
forma gratuita a cualquier cliente o posible
cliente. Esencialmente, es un generador y
receptor de paquetes UDP que se ejecuta
en cualquier PC. La idea es generar una
secuencia de paquetes UDP y simplemente
contar el nmero de paquetes recibidos
en el extremo opuesto del enlace. As se
obtiene un porcentaje bruto de los paquetes
perdidos en el enlace que se pretende usar
para la implementacin del cdec de IP, a lo
largo de un perodo de horas y das. Puede
considerarse como una herramienta de ping
con registro.
Hay diversas herramientas que permiten
probar el rendimiento y el ancho de banda
de un enlace. Lo que se puede medir en
una conexin de Internet abierta o en un
enlace administrado es diferente, pero las
herramientas son las mismas. En un enlace
administrado, como MPLS, el ancho de
banda, al igual que la entrega de paquetes,
debe ser constante e invariable dentro de
un rango predefinido. El ancho de banda
de un servicio MPLS de una empresa de
telecomunicaciones debe estar indicado en
el contrato de nivel de servicio o el contrato
de alquiler de lnea y no debe desviarse
significativamente. As, si cuenta con un
servicio que garantiza un ancho de banda
en 1,5 Mbits por segundo, debe ser capaz de
medir el ancho de banda y alcanzar siempre
esa cifra.
Sin embargo, debido a la naturaleza
compartida de la conectividad con otros
usuarios de la internet abierta, el ancho de
banda, al igual que la prdida de paquetes,
se ve afectado por el nmero de suscriptores
o usuarios que disputan ese ancho de banda.
Por eso, en la internet abierta, el ancho de
55 FOLLETO DE AUDIO SOBRE IP
banda de un enlace de subida (salida de
sitio) y de un enlace de bajada (entrada al
sitio) es altamente variable en funcin de la
Ilustracin del ancho de banda de la
herramienta de prueba de UDP en el enlace
cantidad de suscriptores que compiten por
el ancho de banda a travs de los diversos
saltos desde el punto A al punto B en ese
momento particular. Adems, al usar una
herramienta como las que se indican abajo
para medir el ancho de banda en un enlace
abierto de internet, solo se mide la salida y
entrada a ese punto, pero, de hecho, no se
miden los cuellos de botella que pueden
presentarse en otros puntos de la red.
http://www.speedtest.net/
http://www.bandwidthplace.com/
Trace Route y anlisis de saltos
Un salto es simplemente un dispositivo
intermediario en la ruta entre dos cdecs.
Puede ser un enrutador o una puerta de
enlace entre redes. La cantidad de saltos
afectar la latencia, la probabilidad de
prdida de paquetes y tambin afectar
el ancho de banda disponible. Es lgico
suponer que una mayor cantidad de saltos
significan ms latencia y ms posibilidades
de encontrar un cuello de botella en el ancho
de banda. Por eso, siempre que sea posible,
minimice el nmero de saltos. No se logra
tan fcilmente como se dice.
A menos que tenga una MPLS o un
circuito gestionado, una vez fuera de
la red de su empresa estar a merced
 de la Internet abierta, y los paquetes
atravesarn dinmicamente la Internet
lo mejor que puedan. El Trace Route
(sintaxis de la ventana de CMD xxx.
xxx.xxx.xxx) que ejecute ahora puede
diferir significativamente del que llev
a cabo cinco minutos antes. Algunos
proveedores de Internet afirman que
pueden mantenerlo en su red por
el mayor tiempo posible, y limitar el
nmero de saltos durante, al menos, una
parte del trayecto en la Internet abierta.
Sin embargo, finalmente, los paquetes
tendrn que pasar a travs de una puerta
de enlace hacia la internet real y en ese
momento, obviamente, se pierde el
control.
Trace Route desde Belfast a Miami
Mayor tamao de paquetes = menor requerimiento de ancho de banda = mayor
latencia
Menor tamao de paquetes = mayor requerimiento de ancho de banda = menor
latencia
Si nosotros usamos el ejemplo del algoritmo
de audio, Enhanced apt-X, 16 Bit a una
velocidad de datos de 256 kBits, un estndar
de facto de STL sin prdida con una calidad
de FM de 15 kHz, los requerimientos de los
datos varan significativamente:
por eso, al usar un tamao de paquete de
512 Bytes en lugar de un tamao de paquete
64 Bytes, los requerimientos de los datos en
el enlace se reducen significativamente de
472 kBits a 283 kBits. Sin embargo, la demora
ha aumentado de 2 a 16 ms. Estas cifras de
FOLLETO DE AUDIO SOBRE IP
Requisitos de ancho de banda
Ahora que ha confirmado la veracidad
del vnculo mediante el Verificador de
conexin IP, o bien, posiblemente, ha
confirmado que un nico enlace no es
suficiente y ha optado por el streaming
redundante, todava tiene que calcular
el ancho de banda necesario para cada
enlace. Como hemos aprendido en los
captulos anteriores, el ancho de banda
necesario se compone de la carga de
audio ms la informacin de la cabecera
del paquete.
demora solo se relacionan con el proceso de
paquetizacin y deben sumarse a la demora
por propagacin en el cdec por hardware y
software y a la demora de la red, para tener
un dato verdadero de la demora de ida y
vuelta.
En resumen, el tamao del paquete
seleccionado afectar en gran medida el
ancho de banda requerido en cada enlace;
la disyuntiva es siempre entre la demora
tolerable y el uso de ancho de banda. No es
necesario que usted haga estos clculos para
56
 Vel. de Bytes
Bytes Bits/s Demora
audio Paq./s sob kBytes/s kbits/s
totales/s absolutos paquetiz. (ms)
bits/s recarga/s

256000 62,50 3375,00 35375,00 283000 34,55 283,00 16,00

Tamao de paquete = 512 Bytes

Bytes
Vel. de audio Bytes Bits/s Demora
Paq./s sob kBytes/s kbits/s
bits/s totales/s absolutos paquetiz. (ms)
recarga/s
256000 500,00 27000,00 59000,00 472000 57,62 472,00 2,00

Tamao de paquete = 64 Bytes

cada situacin, APT cuenta con una serie de
hojas de clculo y calculadoras, de uso libre y
gratuita, que pueden calcular el uso de ancho
de banda para cualquier algoritmo basado
en el tamao del paquete seleccionado.
Estas calculadoras solo se refieren a la gama
de hardware y las implementaciones de APT,
sin embargo, pueden ser utilizadas como una
gua para los requisitos de otros fabricantes.
Resolucin de problemas
De vez en cuando las cosas salen mal y, en
ese sentido, el audio sobre IP no es diferente
de las tecnologas de transporte de audio
que le han precedido. Sin embargo, el audio
sobre IP tiene una clara ventaja en la gama
de opciones de respaldo y redundancia de
audio, que se pueden implementar a un
costo no lineal. Una de estas tecnologas
es nuestra propia SureStream, lder del
mercado.
Si ha planificado e implementado su
red de audio sobre IP correctamente, las
interrupciones de la emisin debidas a una
falla de STL deben ser cosa del pasado. En
consecuencia, la resolucin de problemas
de STL en audio sobre IP o del enlace
contribuyente puede ser menos estresante
que los problemas de STL y transporte de
audio en el pasado.
Sin embargo, la complejidad puede ser
abrumadora y, para localizar y solucionar un
problema, puede ser necesaria la interaccin
con varios terceros, desde el proveedor
cdec de audio, al proveedor del enlace y el
departamento de TI.
Las mismas herramientas utilizadas para
las pruebas previas a la implementacin se
pueden utilizar en el proceso de resolucin
de problemas para determinar si el cdec
del extremo opuesto est activo y accesible
en la red. El verificador de la conexin
IP puede confirmar que el porcentaje
de prdida de paquetes est, en lneas
generales, dentro del rango del valor de
referencia registrado cuando se hizo la
prueba de preimplementacin con la misma
herramienta.
Trace Route puede confirmar, una vez ms,
que el nmero de saltos est, razonablemente,
dentro de los valores de referencia
registrados antes de la implementacin. La
importancia de las pruebas y los registros de
referencia relacionados con el rendimiento
de la red debe enfatizarse.
Como se mencion antes, el rendimiento de
la red, especialmente de la Internet abierta,
es sumamente variable, por eso, tener un
rendimiento promedio de cada enlace o
red es absolutamente til para solucionar
problemas.

57 FOLLETO DE AUDIO SOBRE IP

 Adems de estas herramientas bsicas para Juniper integrando el equipo de ingenieros
ayudar a localizar y solucionar los problemas, de difusin. Esta es una tendencia que
hay muchas ms que pueden permitir seguramente continuar.
un anlisis ms detallado. Normalmente,
el ingeniero comn de radiodifusin
pasa los temas relacionados con la red al
personal de TI o al proveedor del servicio,
una vez que determina que el problema est
relacionado con la propia red. Sin embargo,
tambin estamos viendo, cada vez ms,
profesionales con certificacin de CISCO y

Ejemplo de herramientas, inicio de sesin de la aplicacin Speedtest.com IOS de

Ookla y un escaneo de LAN de la aplicacin de IOS de Net Analyser de Technet.net

Resolucin de problemas y emulacin Los emuladores de WAN permiten la

Algunos proveedores de cdecs de audio
tambin ayudan a los clientes con el
diagnstico de fallas y el anlisis de redes,
como parte de un compromiso permanente
de atencin al cliente. WorldCast Systems es
una de esas organizaciones. Algunas de las
herramientas que utilizamos con buenos
efectos incluyen la emulacin y la captura
de red. Tenemos un banco de pruebas muy
completo en nuestra sede principal de
I+D en Belfast. Una herramienta especfica
de nuestro arsenal para la resolucin de
problemas es la serie de emuladores de
WAN de Apposite Technologies.
FOLLETO DE AUDIO SOBRE IP
simulacin en el banco de pruebas de
todas las caractersticas tpicas de los
enlaces IP, incluidos el ancho de banda,
jitter, latencia, prdida de paquetes, LoC,
etc.
Estos emuladores son herramientas vitales
para el desarrollo de productos robustos
que cumplan con las exigencias del mundo
real, la enorme cantidad de redes IP y las
condiciones que se encuentran.
Con respecto a la solucin de problemas,
WorldCast Systems puede enviar una
herramienta de grabacin a cualquier
58
cliente a nivel mundial. Esta herramienta problemas muy especficos que subyacen
puede instalarse en una nica en la red.
computadora de escritorio o porttil y
En el pasado, la emulacin nos ha
se utiliza para capturar exactamente el
ayudado a encontrar problemas para
rendimiento de una red especfica desde
nuestra base de clientes relacionados con
el punto A al punto B. Esta captura se
las deficiencias del bfer y las colas del
enva por correo electrnico a nuestro
enrutador o la configuracin del umbral
departamento de I+D, donde se carga
de paquete del backbone de IP de los
en el emulador. As, tendremos su red
proveedores. Una vez diagnosticada a
en nuestro banco de pruebas con un
travs de la emulacin, la solucin suele
conjunto completo de herramientas
ser una modificacin de la red o, en
de prueba y un equipo de ingenieros
ocasiones, un cambio del firmware de
y desarrolladores dispuestos a analizar
cdec y su posterior liberacin.
cualquier problema especfico de su red.
La emulacin por parte de su proveedor
de cdec de IP, como herramienta de
solucin de problemas terciaria, permite
descubrir muy rpidamente algunos

Interfaz de monitoreo del emulador

A CONTINUACIN... ya tiene el conocimiento, es el momento de hacer una

lista final de comprobacin del audio sobre IP previa a la implementacin,
la siguiente seccin tiene exactamente eso...

59 FOLLETO DE AUDIO SOBRE IP

FOLLETO DE AUDIO SOBRE IP 60
 8. Planificacin previa a la implementacin
En ediciones anteriores de este folleto,
hemos publicado una lista de comprobacin
con nuestras recomendaciones para una
emisora a punto de embarcarse en su
primera implementacin de audio sobre IP.
Con el paso del tiempo y el avance de la
tecnologa, estas listas de comprobacin
se vuelven menos tiles. Dada la variedad
de opciones para elegir, ya no hay una
estrategia recomendada que se adapte a
todos los usuarios; usted puede adaptar su
red de audio sobre IP para que cumpla con
los requisitos particulares de su emisora.
Por lo tanto, nuestro consejo de cierre ya no
es una serie de recomendaciones, sino una
lista de puntos de considerar para garantizar
que todos los puntos relevantes se entiendan
bien, antes de comprometerse en una
compra o un contrato. Con la informacin
de esta gua, usted estar en condiciones de
decidir qu es lo mejor para su instalacin.
mayor calidad y confiabilidad
de conexin. Si necesita enlazar
sitios nacionales o internacionales,
cambian significativamente la
confiabilidad y la demora previstas.
Asegrese de determinar si estn
implicados mltiples portadores.
Disponibilidad de conexiones. Los
diferentes proveedores de servicios
ofrecen soluciones diferentes y,
posiblemente, no se pueda acceder a
todos los tipos de conexin desde cada
uno de ellos. En el caso de los enlaces
administrados, un estudio detallado de
los acuerdos de nivel de servicio (SLA)
ofrecido debe permitirle comprender la
confiabilidad que puede esperar.

1 Seleccin de la red

El conocimiento de los diferentes tipos de

enlaces IP que pueden ofrecerle, le permitir
investigar el mercado y las opciones de
que disponen sus proveedores locales.
Su eleccin final se ver afectada por las
siguientes consideraciones:
El tipo de enlace que necesita para la
difusin. Si se trata de una STL o un
enlace de distribucin permanente
o una conexin remota temporal.

La distancia de la conexin. Es
probable que un salto local involucre
a un solo proveedor y ofrezca

61 FOLLETO DE AUDIO SOBRE IP

 2 Plan de datos / Seleccin del servicio
Requisitos de datos. Deber calcular
de antemano el ancho de banda que
necesita para todos los enlaces en funcin
del tipo de contenido, la conexin
(unicast, multicast o unicast mltiples),
el nmero de canales de audio y los
algoritmos de codificacin utilizados.
Requisitos del negocio. Algunas
estaciones pueden elegir no usar un
enlace dedicado para las conexiones
de audio, sino compartir una conexin
corporativa grande (a menudo fibra o
IP administrado) para sus operaciones
diarias de negocio. Si se adopta este
enfoque, ser necesario implementar
QoS en toda la red interna para asegurarse
de que se le d prioridad al audio.
Su presupuesto. Debe mencionarse que,
a menudo, la solucin perfecta para el
transporte de audio est fuera de las
limitaciones del presupuesto. En este
caso, ser necesario hacer concesiones.
FOLLETO DE AUDIO SOBRE IP
3 Seleccin del equipo
Una red IP tpica se compone de mucho ms
que enlaces para la transferencia de audio.
Un enfoque profesional para el transporte
de audio sobre IP requiere dominar no solo
la red, pero tambin las herramientas de
hardware y software que permiten controlar,
supervisar y hacer funcionar la transmisin
de audio por paquetes.
Estas herramientas permiten no solo el
monitoreo de la red y los equipos, sino
tambin la aplicacin de medidas correctivas,
la redundancia de hardware y la mitigacin
de fallas. Siempre que sea posible, la emisora
debe procurar una solucin integral que
ofrezca todos estos servicios en un solo
producto, especficamente, en un cdec de
audio. Esta solucin integral permite que el
administrador gestione tanto el audio como
los servicios de datos desde una ubicacin
central, ya sea mediante un software de
control unificado o, en un nivel superior,
por SNMP. Entre los factores a considerar al
comparar los equipos estn:
62
 a como SureStream de APT que proporciona
Filosofa de diseo
La filosofa de diseo del producto es un factor
clave a considerar cuando se compran equipos
para usar en un entorno de difusin profesional.
Hay dos enfoques principales: Desarrollo de
productos basado en DSP o PC
La arquitectura de PC utiliza placas base
estndares que son plataformas genricas,
plataformas de bajo costo, no diseadas para
operacin continua todo el ao. La inestabilidad
y la prdida de memoria dentro del ncleo
operativa pueden llevar a que el sistema se
cuelgue, como sucede con las computadoras.
Por otro lado, los sistemas basados en DSP estn
diseados desde el principio pensando en la
entrega de audio de alta calidad y la integridad
de la seal. Su arranque es, generalmente, ms
rpido, y tienen mucha mayor estabilidad y
profundidad de bits operativos (resolucin).
Si bien puede ser aceptable para un
usuario domstico tener que reiniciar su
PC, definitivamente no es aceptable para
aplicaciones de difusin profesionales y
arquitectura basada en PC se debe evitar
para aplicaciones siempre activas con uso
intensivo del procesador.
b Redundancia
Para aplicaciones crticas de STL, la
redundancia de hardware es imprescindible
para garantizar el respaldo en caso de falla
de la red o los equipos. Una emisora debe
tener en cuenta la importancia de cada
enlace y del equipamiento de origen que
brinde las opciones de seguridad necesarias
de forma conveniente. Los mdulos de audio
intercambiables en caliente, las fuentes de
alimentacin redundantes y la funcionalidad
de respaldo automtico son solo algunas de
las opciones que deben considerarse.
Para asegurar una confiabilidad an
mayor, un cdec debe ser compatible con
la tecnologa de streaming redundante,
63 FOLLETO DE AUDIO SOBRE IP
redundancia siempre activa.
SureStream funciona de tal manera que
no existe un enlace principal y uno
de respaldo sino que cada conexin
contribuye a la secuencia. Esto significa que
no hay fallas ni retardo cuando se conmuta
al respaldo, sino que el servicio contina
sin ninguna dificultad, cualquiera sea la
situacin o el enlace contribuyente.
cConfigurabilidad y calidad del
servicio
Como se ha sealado a lo largo de este folleto,
existen muchas variables en el mundo de
las redes IP. Por eso, es vital que el cdec de
audio seleccionado le brinde a la emisora
la flexibilidad el control para manejar las
anomalas de la red IP y obtener el mejor
rendimiento posible de audio de calidad
dentro del ancho de banda disponible.
Esto incluye, normalmente, configuracin
de audio, control del tamao del paquete,
capacidad de almacenar audio en bfer para
compensar el jitter, y la posibilidad de fijar la
calidad del servicio en el punto de transmisin.
El cdec tambin debe proporcionar una
flexibilidad mxima con respecto a la
configuracin de la red y permitir que la
emisora implemente fcilmente aplicaciones
unicast, unicast mltiples y multicast.
 d baja, lo que la hace particularmente apta
Algoritmos de audio para las aplicaciones de audio sobre IP. En-
hanced apt-X supera los
Cuando haya preparado la red IP para el
problemas asociados con
transporte de audio, el paso siguiente es
las mltiples pasadas psi-
seleccionar el mejor mtodo de transmisin
coacsticas del audio en
de audio en el enlace. Las restricciones del
la cadena de difusin, ya
ancho de banda disponible pueden descar-
que es extremadamente
tar el audio lineal o PCM y, generalmente, se
resistente frente a la co-
necesitar alguna forma de compresin. Hay
dificacin en tndem, y
dos tipos principales de tcnicas de com-
conserva la integridad
presin: ADPCM y algoritmos basados en la
acstica hasta 10 ciclos
percepcin.
(y ms) de codificacin/
decodificacin. Junto con
Los algoritmos basados en la percepcin
las caractersticas bien
(como MPEG L2, MPEG L3 [MP3], AAC y sus
documentadas de baja
mltiples derivados) utilizan principios de
latencia y rendimiento de
psicoacstica que analizan el contenido del
audio, Enhanced apt-X
audio y determinan qu es audible para el
cuenta con la funcin Au-
odo humano. El algoritmo elimina todo el
toSyncTM, un patrn de
contenido inaudible y es, por lo tanto, un al-
texto integrado que ayuda a la conexin y la
goritmo con prdida por definicin. El uso
sincronizacin, y complementa la naturaleza
de mltiples pasadas de un cdec de per-
de paquetes de UDP/IP. Por no ser un algorit-
cepcin (por ejemplo, considere la cadena
mo basado en tramas, Enhanced apt-X ad-
de transmisin para Radio HD o DAB) genera
mite un menor tamao de los paquetes (tan
contenidos con mucha carga de elementos
solo 64 bytes), contribuye a reducir la demo-
audibles. En ltima instancia, esto causar
ra y permite una sincronizacin ms rpida.
la fatiga del oyente, rpidamente seguida
La capacidad de iniciar la sincronizacin al
por el cambio de sintona a una estacin que
recibir la siguiente muestra vlida y alcanzar
ofrezca mayor calidad de audio.
la sincronizacin plena en 3 ms @ Fs=48 kHz
asegura una recuperacin ms rpida de la
Adems, la codificacin basada en la per-
prdida de paquetes, de modo que las prdi-
cepcin agrega una demora a la transmi-
das son menos audibles.
sin, que generalmente es inaceptable para
aplicaciones de audio. Al trabajar bajo el
supuesto de que la secuencia de IP y la pa-
quetizacin introducirn naturalmente una e Gestin y monitoreo
demora mnima de 20 milisegundos, es im- Dada la gran cantidad de variables y las
perativo reducir la latencia del algoritmo de condiciones siempre cambiantes de la red
compresin empleado. Esto implica que el en el campo del audio sobre IP, es vital que
uso de un codificador basado en la percep- las emisoras tengan amplias posibilidades
cin, aun en las versiones con menor retar- de control y monitoreo. Esto puede lograrse
do, hace que la solucin sea inviable para ya sea por medio del control del panel fron-
cualquier forma de difusin en tiempo real, tal, SNMP o de un paquete de software del
como aplicaciones de intercomunicacin y sistema de gestin dedicado.
monitoreo fuera del aire.
Cualquiera que sea la opcin seleccionada, el
Los algoritmos ADPCM ofrecen una mejor usuario debe asegurarse de que cuente con
alternativa por su enfoque de codificacin las siguientes capacidades:
no destructivo. La tecnologa Enhanced
apt-X, basada en ADPCM, ofrece tanto una
acstica excepcional como una demora muy

FOLLETO DE AUDIO SOBRE IP 64

 Vista instantnea del estado de todos
los cdecs de la red
Configuracin flexible de los ajustes
de audio: algoritmo, tasa de muestreo,
velocidad de datos, modo, etc.
Posibilidad de definir perfiles de audio
que permitan la configuracin rpida y
sencilla
Configuracin flexible del enlace
de transporte. En el caso de IP, esto
significa configuracin del tamao
de los paquetes, el bfer de jitter, las
rutas de IP de unicast y multicast, y los
enlaces de respaldo
Supervisin de rendimiento Pantalla de estado de la interfaz del
con estadsticas de los paquetes cdec de IP de APT que muestra la
transmitidos y recibidos, la cuenta de configuracin de audio y el estado actual
errores, los errores de secuencia, etc. de la conexin.
Posibilidad de definir las condiciones
de alarmas crticas, graves y leves
relacionadas con problemas como
deteccin de silencios, prdida de las medidas necesarias para solucionar
conexin, prdida de sincronizacin y la situacin. En muchos casos, su plan de
desborde del bfer de jitter respaldo puede estar activo y funcionando
Posibilidad de definir las situaciones antes de que usted sepa que ha habido una
que se activan en caso de alarma, p. ej., falla.
conmutar automticamente al respaldo
ScriptEasy tambin puede consolidar el
y revertirlo luego de n segundos de
monitoreo a partir de los datos recibidos va
estabilidad de la secuencia de audio.
SNMP y los controles de E/S tradicionales, y
Registro de eventos y de alarmas que
resumir los datos en una vista de panel fcil
permita el anlisis de errores recurrentes
de usar.
y el diagnstico preciso de la red.
Controles de actualizacin del software Este panel muestra los estados grficos
remoto. simples de muchos parmetros diferentes a
travs de varias unidades de la red.
f Inteligencia distribuida
Adems de los requisitos bsicos de
supervisin mencionados, los cdecs APT
ofrecen una solucin sofisticada que genera
un mayor grado de inteligencia en la red.
Basados en ScriptEasy, la aplicacin
inteligente de scripts de nuestra empresa
asociada, Audemat, los cdecs de APT
permiten personalizar el comportamiento
del cdec y del equipo que lo acompaa,
de tal modo que no solo le enve una alerta
en caso de problemas o dudas, sino que al
producirse un evento que active la alarma,
el sistema pueda tomar automticamente

65 FOLLETO DE AUDIO SOBRE IP

 Entre muchas otras cosas, ScriptEasy le permite:
Crear y administrar diferentes escenarios individuales de respaldo
Usar el sistema GPI/GPO para configurar la unidad local o remota sobre la marcha
Recibir confirmacin de las acciones iniciadas por SNMP o GPI/GPO
Definir la secuencia lgica deseada de las condiciones de alarma que iniciarn una accin
u originarn una alerta
Configurar un sistema completo de comunicacin SNMP
Visualizar el estado actual de cualquier dispositivo remoto

Classical SNMP Network Management Custom Backu

ER
M

K
AR

W
LIN

PO
AL
MIB MIB
SNMP SNMP PHOENIX
MANAGER AGENT ENGINE CUSTOM SCRIPT
UDP UDP
IP NETWORK IP
ETHERNET ETHERNET BACKUP ENCODER

ement Custom Backup Management utilizing ScriptEasy

Backup encoder Management

ER
M

K
AR

W
LIN

PO
AL

Signal Source Management on Tx Sites

Dashboard for Monitoring and manual Control

MIB
MP PHOENIX
ENT ENGINE CUSTOM SCRIPT CUSTOM SCRIPT
UDP
IP NETWORK
Storage
ETHERNET BACKUP ENCODER Play/Out

FOLLETO DE AUDIO SOBRE IP 66

 9. Soluciones de cdec de IP de APT
APT IP Silver
El codificador de IP Silver y el decodificador
de IP Silver de APT se combinan para
permitir la entrega de contenido de
audio sobre redes IP de forma asequible
y profesional.
Estas unidades de bajo costo pero gran
funcionalidad son perfectas tanto para las
aplicaciones de difusin estndar, como
STL y monitoreo de confianza, como para
la distribucin comercial de audio sobre
IP para aplicaciones de venta, hotelera,
hospitales, campus y muchas ms.
Codec IP APT
Perfectos para aplicaciones crticas y STL,
los cdecs de IP de APT ofrecen el ms
completo conjunto de caractersticas para
Cdec profesional de audio sobre IP
estreo duplex
Compatible con unicast, unicast
mltiple y multicast
Doble puerto IP configurable para
respaldo
Arquitectura basada en DSP para un
funcionamiento confiable todos los
das del ao
Alimentacin redundante
Amplia gama de algoritmos:
Enhanced apt-X, PCM lineal, MPEG
1/2 Layer II, MPEG 4, AAC LC/LD/ELD y
MPEG 2/4 HE-AAC v1/2
Software de gestin de red altamente
67 FOLLETO DE AUDIO SOBRE IP
Codificador y decodificador independientes
de bajo costo
Conexiones profesionales XLR
Unidad compacta x 1U
Los algoritmos estndar incluyen Enhanced
apt-X profesional y audio lineal, codificacin
MPEG 2/4 HE-AAC v1/2
Tecnologa SureStream de APT para un audio
sin ninguna dificultad y calidad apta para
difusin sobre enlaces pblicos de IP, consulte
los detalles en la pgina 69
Control intuitivo de navegador basado en la
web
Control inteligente con ScriptEasy
IP, que incluyen tanto nuestra revolucionaria
tecnologa SureStream como el inteligente
ScriptEasy.
intuitivo (NMS)
Servidor web incorporado para el
control desde cualquier lugar
Datos auxiliares integrados para la
transmisin de RBDS / RDS o PAD
Hasta 4 entradas optoacopladas y
hasta 4 salidas con rel
Compatible con SNMP, y registro de
alarmas y eventos
Control inteligente con ScriptEasy
SureStream para una difusin
confiable y con calidad de audio
mediante enlaces de internet abierta
o publica
Trama multicanal para audio sobre IP de APT
El cdec multicanal de APT (anteriormente
conocido como WorldNet Oslo) es la
plataforma preferida por las emisoras
de radio para el transporte de mltiples
canales de audio, datos y voz a travs de
redes IP o E1/T1. Con un enfoque modular,
de plataforma nica, con varias capas de
redundancia, y escalabilidad y flexibilidad
excepcionales, es la solucin perfecta para
STL, TSL, aplicaciones de difusin remota,
backhaul y enlace de estudios.
Sistema flexible y escalable
Transporta hasta 2 canales de audio estreo
por mdulo
Entrega hasta 24 secuencias de audio por
mdulo
Cuatro dominios de reloj independientes
por mdulo
Baja demora, Enhanced apt-X o audio lineal
puro ms otras opciones de codificacin
Arquitectura basada en DSP para funcionar
las 24 horas todos los das del ao
Alimentacin redundante
Mdulos intercambiables en caliente
Interfaz grfica web integrada, a la que se
puede acceder desde un navegador web o
el NMS
APT SureStreamer
Para las emisoras que desean beneficiarse
con los ahorros de costos y la confiabilidad
que ofrece SureStream pero no quiere
invertir en nuevo hardware de cdec, APT
SureStreamer es la solucin perfecta. Se
ubica delante de los cdec de audio sobre
IP de puerto nico y habilita el uso de
conexiones IP fcilmente asequibles para
lograr un audio de calidad de difusin sin
interrupciones, problemas ni prdidas.
Contina suministrando las secuencias de
FOLLETO DE AUDIO SOBRE IP
El cdec multicanal de audio sobre IP de APT
admite hasta 16 canales de audio en una
sola unidad de rack, y an ms streams de IP
cuando se usan las tecnologas de multicast
o unicast mltiple. El bastidor de 1U de APT
puede contener hasta 4 mdulos de audio
sobre IP, cada uno equivalente a un cdec
dplex estreo independiente, con una
combinacin de audio, transporte doble IP y
datos auxiliares integrados.
Datos auxiliares y GPI/GPO
Ofrece un rango completo de formatos de
audio: simple, dplex, AES/EBU, AES/EBU con
respaldo analgico, analgico con HI/LO o
impedancia de 600 .
Funcionamiento punto a punto o punto a
multipunto
Compatibilidad con una variedad de
protocolos, entre ellos: UDP RTP/RTCP, SIP/
STUN#, SAP#, DHCP, DDNS, NTP, IGMP, ICMP,
etiquetado VLAN#, SNMP, UPnP
Tecnologa premiada SureStream
audio sin interrupciones, incluso cuando
uno de los enlaces contribuyentes sufre
una prdida total de conexin. Mediante
el uso de dos conexiones a internet
independientes, ambas cableadas o una
cableada y una inalmbrica (p. ej., DSL +
3G/4G), APT SureStreamer garantiza que se
reciba una secuencia reconstruida perfecta,
con la fiabilidad y la calidad de audio que
se esperan de E1/T1, pero con conexiones
fcilmente asequibles a la Internet pblica.
68
 10. Tecnologa SureStream
SureStream resumido
A lo largo de este folleto, hemos destacado que se obtienen muchos beneficios al migrar a las
redes IP, pero que estas tambin le plantean muchos desafos a las emisoras de radio. No se
puede desmontar la T1 y sustituirla al da siguiente con DSL. Por eso, es necesario encontrar
una forma inteligente de explotar las ventajas de IP sin sufrir los inconvenientes.

La tecnologa SureStream de APT es un enfoque innovador y ganador de varios premios,

que actualmente permite que las emisoras de todo el
mundo transporten sus contenidos de audio sobre
redes IP pblicas.

SureStream le permite:

a Ahorre dinero:
AlSistema flexible
sustituir y escalable
los enlaces NMS de
sincrnicos o administrados
IP con la internet pblica, puede ahorrar hasta un 90
Transporta hasta 2 canales de audio estreo Datos
% del costo de sus facturas de transporte de audio y
por mdulo auxiliares
generar un retorno de su inversin en menos de 6
y GPI/
me ses. hasta 24 secuencias de audio por
Entrega GPO
mdulo
b Suministre audio de alta calidad: Ofrece un rango completo de formatos de
Cuatro dominios de reloj independientes por audio: simple, dplex, AES/EBU, AES/EBU con
Lamdulo
calidad de audio de la estacin no debe sacrificarse
respaldopor ahorraranalgico
analgico, costos. SureStream
con HI/LO o permite
impedancia
mantener la alta calidad de audio de forma constante sinde 600 . ni jitter.
prdidas
Baja demora, Enhanced apt-X o audio lineal
puro ms otras opciones de codificacin Funcionamiento punto a punto o punto a
c Mantenga un retraso constante multipunto
Arquitectura basada en DSP para funcionar las
En
24lahoras
transmisin
todos los de
dasaudio profesional no es aceptable
del ao la variacin
Compatibilidad con unaovariedad
alteracin
de de la demora
de la seal. La capacidad de mantener la demora en un nivel
protocolos, bajoellos:
entre constante es particularmente
UDP RTP/RTCP, SIP/
til para aplicaciones
Alimentacin redundanteremotas de difusin e insercin de contenido.
STUN#, SAP#, DHCP, DDNS, NTP, IGMP, ICMP,
etiquetado VLAN#, SNMP, UPnP
Mdulos intercambiables en caliente
d Reljese! Tecnologa premiada SureStream
Interfaz grfica web integrada, a la que se
SureStream le ofrece las mismas condiciones de tiempo de actividad y la confiabilidad que
puede acceder desde un navegador web o el
los mejores servicios de las empresas de telecomunicaciones. No solo le brinda proteccin
contra prdidas y problemas tcnicos, sino tambin contra una prdida completa de la
conexin. Con SureStream, Internet constituye, finalmente,
una alternativa viable a las redes sincrnicas existentes como
T1, E1 e ISDN, sin comprometer el sonido de la estacin.

69 FOLLETO DE AUDIO SOBRE IP

Ya lo escuch?
Esto puede sonarle familiar. Hay otros que dicen que ofrecen
el mismo tipo de solucin, pero SureStream adopta un
enfoque completamente nico que combate TODOS, no solo
algunos, de los problemas de las redes IP. Tenga cuidado con
los siguientes mtodos que algunos fabricantes ofrecen:

1 Escalar el ancho de banda

Para algunos, el objetivo clave es garantizar la continuidad de
servicio, por eso emplean esquemas que reducen la calidad
del audio o ajustan el retraso en funcin de la disponibilidad Escalar el ancho
de ancho de banda o el rendimiento del enlace. Este enfoque
de banda
asegura la entrega pero sacrifica la calidad constante del
Sacrifica la constancia
audio y la demora constante. SureStream no funciona as!
de la calidad de audio
2 Conmutacin de enlaces
Un enfoque diferente que algunos ofrecen se llama
conmutacin de enlaces: un cdec monitorea dos enlaces
independientes y conmuta automticamente al que ofrece
la mejor calidad de enlace. Se asume que el desempeo Conmutacin de
pasado del enlace es un indicador adecuado del desempeo
futuro y deja el enlace vulnerable a una prdida de conexin
enlaces
en cualquier momento de la entrega. SureStream no Deja el enlace vulnerable
funciona as! a una prdida de conexin

3 Latencia variable
Llamada a veces bfer elstico, la latencia variable causa
problemas para las transmisiones remotas, y afectar Latencia variable
la intercomunicacin natural con el estudio. Tambin Problemas de inconsistencia
resulta difcil garantizar la sincronizacin de la insercin de la intercomunicacin y la
de contenido local para enlaces de estudio a transmisor
y enlaces de distribucin de audio. SureStream tampoco insercin de contenido
funciona as!
SureStream es nico en el mercado y, a diferencia de los
enfoques mencionados; no compromete ningn rea.
Entrega:
Streaming robusto e ininterrumpido
Latencia baja y constante
Alta calidad de audio de forma constante

FOLLETO DE AUDIO SOBRE IP 70

Todos usan enlaces IP estndares. Y no solo reconstruida, sin interrupciones.
enlaces de ADSL estndar, sino tambin 3G y Audio perfecto en una red imperfecta!
4G inalmbricas, LAN, WAN y Wi-Fi tambin.
Adems, SureStream le permite configurar
un nivel de bfer que compensar cualquier
Cmo funciona SureStream? jitter. Una vez ajustada, la demora es
constante, y permite la reproduccin
Bien, en primer lugar, SureStream aprovecha continua.
el comportamiento natural de los paquetes
IP.
La ruta de un paquete IP es impredecible Dnde se puede utilizar?
y depender de los enrutadores y SureStream funciona bien en un solo
conmutadores que atraviese. Por lo tanto, enlace IP para transmisiones remotas sin
si enviamos dos secuencias desde la misma preparacin o desde exteriores, pero para
fuente al mismo destino, recorrern el los enlaces crticos del transmisor del
trayecto con patrones muy diferentes, y estudio y contribucin o distribucin de
aumentar la fiabilidad y la resistencia del audio, recomendamos el uso de dos enlaces
sistema. de diferentes proveedores para asegurar un
Las secuencias duplicadas son un buen desempeo ptima capaz de rivalizar con
comienzo, pero no suficientes para el los mejores servicios (de 99.999 %) ofrecidos
tipo de perfeccin que buscamos. Del por empresas de telecomunicaciones. Con
lado del codificador, SureStream emplea dos enlaces separados, no solo se protege
una cantidad de tcnicas patentadas que contra las condiciones de red sino tambin
optimizan la entrega de todas las secuencias contra la prdida de conexin.
a lo largo de la red.
Luego, es del lado del receptor donde
SureStream realmente despliega su magia! A
partir de las mltiples secuencias recibidas,
el motor de resecuenciacin avanzada de
APT produce una secuencia perfectamente

SureStream - Dual Port Configuration

WorldCast APT IP CODEC WorldCast APT IP CODEC

L IN R L OUT R OUT AUX DATA L IN R L OUT R OUT AUX DATA

PUSH PUSH PUSH PUSH

ANALOG IN ANALOG OUT Optio Inputs ETH 0 ETH 1 ANALOG IN ANALOG OUT Optio Inputs ETH 0 ETH 1

SureStream:
Acces Aa (xDSL) Acces Ab (xDSL) Re-constructed stream
Tx Packet show on Stream A & B
LOC

ROUTE A LOC = Loss of Connection

IP NETWORK INTERNET

ROUTE B

71 FOLLETO DE AUDIO SOBRE IP

 La primera eleccin de las
emisoras para audio sobre
Internet pblica

SureStream le brinda la confiabilidad y calidad de audio de una T1, utilizando solamente enlaces
economicos de internet. Actualmente, cientos de enlaces de SureStream estn activos en las redes de
emisoras en los Estados Unidos y en todo el mundo.
Para descubrir lo que SureStream puede hacer por usted, visite
www.surestream.ws!

No hemos perdido un solo No tenemos prdidas de audio La tecnologa SureStream

paquete de audio ni cierre de
GPIO desde que empezamos
a funcionar hace ms de 10
meses, y nuestros enlaces de red
cuestan la mitad que una T1 de
punto a punto.
Andrew Stern
Cumulus San Francisco
por errores de rels, problemas
tcnicos u otras anomalas, desde
que el decodificador SureStream
despliega su magia.
Larry Holtz,
All Classical Radio, Oregon
ha hecho posible algo que
convencionalmente se crea
imposible: tener un enlace de una
alta calidad de audio en tiempo
real sobre Internet publica.
Dan Houg, KAXE /
Northern CommunityRadio

contact@worldcastsystems.com
Tl. internacional: +33557928928
Tl. para Amrica: +13052493110
www.worldcastsystems.com

FOLLETO DE AUDIO SOBRE IP 72

 Resumen
El desarrollo de cdecs de audio sobre IP ha
recorrido un largo camino en los ltimos 13
aos. Podemos concluir ahora que el uso
de IP como una tecnologa de difusin ya
no es nuevo, ni es considerado riesgoso!
Los beneficios, desde la escalabilidad hasta
el ahorro de costos, son bien conocidos y
aceptados por la mayora.
Las aplicaciones de la tecnologa de los
cdecs IP son ilimitadas, desde contribucin
y distribucin de audio, usos remotos y STL,
todo est cubierto.
Con la intencin de informar no solo
a los ingenieros que todava no han
implementado un cdec de audio sobre IP,
sino tambin aquellos que estn manejando
entornos de tipo AES67 y que han migrado
hace tiempo todos los cdecs a IP. Por favor,
guarde este folleto como una herramienta
de referencia prctica y no dude en ponerse
en contacto con WorldCast Systems para
discutir proyectos o implementaciones. Nos
encantara ayudar!

Considere la gama de aplicaciones, la

variedad de tipos de redes, las crecientes
velocidades y el aumento de la disponibilidad El equipo de WorldCast Systems
de todas las formas de conectividad de IP, la
cantidad de opciones que se ofrecen a los
ingenieros de radiodifusin que trabajan en
el campo de la radio para enviar el audio de
A a B, y de A a B hasta Z!

Sin embargo, como ya hemos dicho, todava

quedan desafos por delante. Se pueden
superar estos desafos recurriendo a un
socio de cdecs de audio que acte como
consultor y orientador, si usted no tiene
experiencia, y que pueda buscar soluciones
capaces de adaptarse sin problemas para
proteger el audio contra la naturaleza no
regulada de muchos enlaces IP. Lleve a cabo
una planificacin previa a la implementacin
y consulte nuestra lista de puntos puestos
a consideracin en esa seccin, esto le
ayudar a elegir entre la siempre creciente
variedad de opciones disponibles.

Por ltimo, esperamos que este manual

bsico ampliado de audio le haya resultado
til e informativo. Como dijimos al principio,
el espritu de este folleto es informar a los
profesionales de la radiodifusin desde una
perspectiva amplia.

73 FOLLETO DE AUDIO SOBRE IP

 Autores
Kevin Campbell
Director de Ventas de APT en APAC Amricas
K evin Campbell
experiencia
tiene
acumulada
15 aos en telecomunicaciones
una
de
y radiodifusin. Comenz como
ingeniero administrador de redes a
cargo de redes SDH, ATM e IP, y, hace 12
aos, pas a ser gerente de atencin al
cliente de los cdecs de APT WorldCast
Systems. Durante los ltimos 11
aos, Campbell ha desempeado
diferentes roles comerciales dentro
de APT WorldCast Systems, entre
ellos, Gerente de Ventas de Europa,
Vicepresidente de Operaciones en
Norteamrica, y su cargo actual,
Director de Ventas de APAC/Amricas.
Durante ese tiempo ha acumulado
una rica experiencia en proyectos
de distribucin en todo el mundo,
campbell@worldcastsystems.com
FOLLETO DE AUDIO SOBRE IP
basados en audio sobre ip y cdecs. En
los ltimos aos ha entregado algunos
de los mayores proyectos de cdecs IP
a nivel global; entre ellos, un proyecto
de 750.000 para NHK en Japn, para
monitorear la red de transmisores
de AM de importancia estratgica
nacional, y un proyecto de 500.000
para un destacado proveedor de
msica para tiendas de Estados Unidos.
Ha presentado ponencias sobre
tecnologas de codificacin de audio y
de IP a nivel mundial en conferencias
internacionales, como NAB, NAB Radio,
AES USA y AES Europa. Campbell tiene
un ttulo de grado de la Universidad de
Strathclyde, Glasgow y un posgrado
de la Universidad de Ulster, Belfast.
Kevin Campbell
74
 Hartmut Foerster
Gerente de producto
H artmut Foerster ha estado asociado
con APT WorldCast Systems desde
1992 cuando la empresa lo design
como principal distribuidor de cdecs
de audio en Alemania y Austria.
Fue pionero en el concepto de los
cdecs de audio como dispositivos
aptos para transmitir audio de calidad
profesional para la radiodifusin
sobre enlaces de telecomunicaciones
y largas distancias, con ISDN y X.21.
Tambin fue un defensor del algoritmo
Enhanced apt-X en el mbito de
MPEG, transformando al cdec en el
foerster@worldcastsystems.com
75 FOLLETO DE AUDIO SOBRE IP
estndar de hecho dentro de un sector
significativo del grupo ARD y de la EBU.
Desde su incorporacin a la empresa
en el ao 2004, ha dirigido la serie
de cdecs de APT, desde el exitoso
cdec multicanal Oslo hasta nuestras
soluciones de actuales de cdecs de
audio IP NextGen, lderes en todo el
mundo, y la reconocida tecnologa
SureStream. Foerster es un colaborador
habitual del foro EBU NACIP que
trabaja en la interoperabilidad y los
estndares de los cdecs
Hartmut Foerster
 Tony Peterle
Gerente WorldCast Systems Inc

Tony Peterle ha estado relacionado con inversin, y la implementacin de la

la radiodifusin durante cinco dcadas
(hasta ahora), como presentador y
como experimentado ingeniero en
jefe. Tony trabaj en los mercados del
medio oeste, Hawaii y el noroeste del
Pacfico antes de unirse a Worldcast
Systems en 2005. Originalmente, fue la
persona de contacto para la asistencia
a los clientes en EE. UU., y hoy en da,
Tony es Gerente de Worldcast Systems,
Inc., y an sigue asesorando a clientes
en todo el mundo, tanto por temas
previos a la compra, como para la
instalacin y asistencia tcnica de toda
nuestra lnea de productos.
Tony ha ayudado en la implementacin
de muchas grandes redes de
monitoreo y control, varias de ellas
sobrepasando los $ 500.000 de
red de cdecs de audio sobre IP para
un gran proveedor de msica para
tiendas, un proyecto que ha superado,
hasta el momento, los $ 750.000. Tony
ha presentado ponencias tcnicas
en numerosas reuniones de SBE y
en muchas conferencias educativas
de SBE Ennes y ha colaborado con
un curso sobre el uso de SNMP para
sistemas de monitoreo y control en la
Universidad de SBE.
Tony tambin ha sido invitado a
presentar ponencias tcnicas en
la Universidad de Columbia, las
conferencias tcnicas de difusin de
NAB, en muchos pases de Amrica
Latina y, en 2014, en la Sociedad de
Tecnologa de la Radiodifusin de IEEE.

Tony Peterle

peterle@worldcastsystems.com

FOLLETO DE AUDIO SOBRE IP 76

 NOTAS

77 FOLLETO DE AUDIO SOBRE IP

 WorldCast Systems
20, av. Neil Armstrong
33700 Mrignac
Bordeaux-Mtropole
France
+33 557 928 928
contact@worldcastsystems.com

Oficina en el Reino Unido

Whiterock Buisness Park
729 Springfield Road
Belfast, BT12 7FP
Royaume-Uni
+44 28 90 677 200
info@aptcodecs.com

WorldCast Systems Inc

19595 NE 10th Avenue Suite A
Miami, FL 33179
TATS-UNIS
+13052493110
ussales@worldcastsystems.com

10,00

www.worldcastsystems.com
FOLLETO DE AUDIO SOBRE IP V3.0 - 08/2015 - Copyright WorldCast Systems 2015. Todos los derechos reservados

78 FOLLETO DE AUDIO SOBRE IP