Sede Renca

SISTEMA DE MULTICONFERENCIA BASADO EN SOFTWARE LIBRE.

Trabajo de seminario para optar al ttulo de

Ingeniero en Telecomunicaciones, Conectividad y Redes
Profesor gua: Roberto Pea Fandez
Autores:
Erick Alejandro Arellano Muoz.
Vctor Eduardo Dureaux Silva.
Matias Ignacio Nez Leiva

Julio de 2014
1

Sede Renca

SISTEMA DE MULTICONFERENCIA BASADO EN SOFTWARE LIBRE.

Trabajo de seminario presentado por

Erick Alejandro Arellano Muoz.
Vctor Eduardo Dureaux Silva.
Matias Ignacio Nez Leiva
Como requisito para optar al ttulo de
Ingeniero en Telecomunicaciones, Conectividad y Redes

Profesor Gua
Roberto Pea Fandez

Julio de 2014
2

TITULO DEL TRABAJO DE SEMINARIO:

Sistema de Multiconferencia basado en software libre

AUTORES
Erick Alejandro Arellano Muoz
Victor Eduardo Dureaux Silva
Matias Ignacio Nez Leiva
TRABAJO DE SEMINARIO, presentado en cumplimiento parcial de los requisitos
para optar al ttulo de Ingeniero en Informtica de la Universidad Tecnolgica de
Chile INACAP, sede Renca.

Comisin Examinadora:

Director de Carrera

...................................................................

Docente 1

.....................................................................

Docente 2

.....................................................................

Docente 3

.....................................................................

Docente 4

.....................................................................
NOTA OBTENIDA: .........................

Tabla de contenido
Abstract. ................................................................................................................ 11
CAPTULO I: introduccin ..................................................................................... 12
1.1

Objetivo General.......................................................................................... 13

1.2 Objetivos Especficos. .................................................................................. 13

1.3 Origen y Necesidad. ..................................................................................... 13
1.4 Motivacin. ................................................................................................... 14
1.5 Estado del Arte............................................................................................. 14
1.6 Desarrollo y Alcance. ................................................................................... 16
CAPTULO II: ........................................................................................................ 17
Fundamentos tericos y estndares de la Videoconferencia. ............................... 17
2.1 Videoconferencia. ........................................................................................ 17
2.1.1 Sistemas de videoconferencias. ............................................................ 17
2.1.2 Streaming. ............................................................................................. 18
2.1.3 Elementos de la videoconferencia ......................................................... 20
2.2 Tecnologas de transporte y comunicacin .................................................. 22
2.2.1 ISDN (Red Digital de Servicios Integrados). .......................................... 22
2.2.2 Acceso Bsico. ...................................................................................... 23
2.2.3 Acceso Primario. .................................................................................... 24
2.2.4 Servicios. ............................................................................................... 24
2.2.5 Interfaz Usuario-Red .............................................................................. 26
2.2.6 Numeracin (Servicios) .......................................................................... 30
2.3 Videoconferencia Basada en IP. .................................................................. 31
2.3.1 Una red de videoconferencia IP incluye. ................................................ 32
2.3.2 H.323. .................................................................................................... 34
2.3.3 Entidad................................................................................................... 34
2.3.4 Extremo ................................................................................................. 34
2.3.5 Terminal ................................................................................................. 34
2.3.6 Gatekeeper ............................................................................................ 35
4

2.3.7 Gateway. ................................................................................................ 37

2.3.8 MCU (Multipoint Control Units). ............................................................. 37
2.4 Protocolo de Sealizacin. ........................................................................... 38
2.4.1 Caractersticas y Recomendaciones del Protocolo H.323 ..................... 40
2.4.2 Arquitectura del Protocolo H.323 ........................................................... 43
2.4.3 Protocolo SIP (Protocolo de Inicio de Sesiones) ................................... 45
2.4.3 Elementos de una red SIP. .................................................................... 47
2.5 Codec........................................................................................................... 53
2.5.1 Tipologa de Codecs .............................................................................. 55
2.6 Estndares. .................................................................................................. 56
2.6.1 Codificacin de Video. ........................................................................... 56
2.6.2 Definicin. .............................................................................................. 56
2.6.3 Estndares. ............................................................................................ 57
2.7 Formatos intermedios CIF Y QCIF. .............................................................. 62
2.7.1 Estndares de Video H.32X y Familia. .................................................. 64
2.8 Estndares de audio G.72X y Familia. ......................................................... 67
CAPTULO III: Factibilidad Tcnica y Econmica ................................................. 70
3.1 Factibilidad Tcnica. .................................................................................... 70
3.1.1 Topologa ............................................................................................... 71
3.1.2 Hardware y Software. ............................................................................ 72
3.1.3 Diagrama. .............................................................................................. 73
3.1.4 Decisin Final. ....................................................................................... 74
3.2

Factibilidad Econmica. ........................................................................... 76

3.2.1 Introduccin. .......................................................................................... 76

3.2.2 Anlisis previo a la situacin actual. ...................................................... 77
3.2.3 Principales Ventajas. ............................................................................. 78
3.2.4 Diferencias entre Software libre y Pagado. ............................................ 79
3.2.5 Evolucin de la videoconferencia en Chile ............................................ 80
3.2.6 Servicio de otros proveedores. .............................................................. 81
3.2.7 FODA. .................................................................................................... 82
3.2.8 Definicin de los objetivos. .................................................................... 83
5

3.3 Propuesta Econmica. ................................................................................. 84

3.3.1 Segmentacin. ....................................................................................... 84
3.3.2 Antecedentes del Proyecto. ................................................................... 85
3.3.3 Presentacin de los Especialistas.......................................................... 86
3.3.4 Costos de Funcionamiento. ................................................................... 86
3.3.5 Costos de Implementacin. ................................................................... 86
3.3.6 Costos de Operacin. ............................................................................ 87
3.3.7 PRI Y FLUJO DE CAJA. ........................................................................ 87
3.3.8 VAN. ...................................................................................................... 88
3.3.9 TIR. ........................................................................................................ 88
CAPTULO IV: Desarrollo del prototipo ................................................................. 88
4. Bsqueda de la plataforma adecuada ............................................................... 89
4.1 Eleccin de la MCU. ..................................................................................... 89
4.2 Seleccin Distribucin de Linux de acuerdo a la compatibilidad .................. 91
4.2.1 Instalacin Ubuntu 12.04 ....................................................................... 91
4.3.- Usando la Shell (Terminal de comandos) ................................................ 102
4.4.- OpenMCU ................................................................................................ 104
4.4.1.- Descarga e Instalacin de OpenMCU ............................................... 104
4.4.2.- Descarga y compilacin Cdec de Audio y Video ............................. 106
4.5.- Conociendo la MCU ................................................................................ 110
4.6.- Seleccin de Aplicaciones para dispositivos terminales. ......................... 115
4.6.1.- Aplicacin para Tablet y Smartphone ................................................ 115
4.6.2.- Aplicacin para Equipos de escritorio y Laptops ............................... 116
4.6.3.- Equipos terminales reales ................................................................. 120
4.7.- Probando la Unidad de Control Multipunto OpenMCU ......................... 122
4.8.- Equipos utilizados en la prueba multipunto con 4 sitios ........................... 124
CAPTULO V: Conclusin. .................................................................................. 128
Conclusin........................................................................................................... 128
Referencias ......................................................................................................... 132

Indice de Tablas

Tabla 2. 1 Configuracin conector RJ-45 .............................................................. 30

Tabla 2. 2 resolucin de video............................................................................... 63
Tabla 2. 3 Relacin entre cdec de audio. ............................................................ 69
Tabla 3. 1 Comparativa de compatibilidad ............................................................ 72
Tabla 3. 2 Foda ..................................................................................................... 83
Tabla 3. 3 Costos implementacin ........................................................................ 86
Tabla 3. 4 Costos operacionales ........................................................................... 87
Tabla 3. 5 Costos operacionales ........................................................................... 87
Tabla 3. 6 Van Elegido .......................................................................................... 88
Tabla 3. 7 Porcentaje de TIR resultante ................................................................ 88

Indice de Figuras
Figura 2. 1 Componentes de una Red H.323 ............................................................................ 34
Figura 2. 2 Sealizacin de llamada ........................................................................................... 39
Figura 2. 3 Paquete en una llamada H.323................................................................................ 41
Figura 2. 4 Topologa de una Red IP .......................................................................................... 43
Figura 2. 5 Arquitectura H.323 ..................................................................................................... 44
Figura 2. 6 Paquete H.323 ............................................................................................................ 44
Figura 2. 7 Paquete SIP ................................................................................................................ 45
Figura 2. 8 Sealizacin en llamada SIP con servidor Proxy .................................................. 50
Figura 2. 9 Sealizacin de llamada SIP con servidor de redireccin ................................... 51
Figura 2. 10 Sistema de codificacin .......................................................................................... 58
Figura 2. 11 Bloques y formas de video ..................................................................................... 67
Figura 2. 12 Frame reconstruido a partir de la prediccin ....................................................... 67

Figura 3. 1 Topologa a Implementar .......................................................................................... 71

Figura 3. 2 Diagrama de arquitectura implementada ............................................................... 73
Figura 3. 3 ventas en millones vs aos ....................................................................................... 80
Figura 3. 4 Participacin de empresas en el mercado de la videoconferencia .................... 81

Figura 4. 1 Seleccin de idioma ................................................................................................... 92

Figura 4. 2 Instalacin de cdec .................................................................................................. 92
Figura 4. 3 Instalacin de cdec .................................................................................................. 93
Figura 4. 4 Seleccin de particin................................................................................................ 94
Figura 4. 5 Creando Particin ....................................................................................................... 94
Figura 4. 6 Creando segunda particin ....................................................................................... 95
Figura 4. 7 Creando particin HOME .......................................................................................... 95
Figura 4. 8 Swap............................................................................................................................. 96
Figura 4. 9 rea de Intercambio................................................................................................... 96
Figura 4. 10 Particin automtica disco completo..................................................................... 97
Figura 4. 11 Particin automtica ................................................................................................ 97
8

Figura 4. 12 Zona horaria .............................................................................................................. 98

Figura 4. 13 Distribucin de Teclado ........................................................................................... 98
Figura 4. 14 Usuario....................................................................................................................... 99
Figura 4. 15 Reiniciando ............................................................................................................. 100
Figura 4. 16 Inicio de sesin ....................................................................................................... 100
Figura 4. 17 Funcionamiento Ubuntu ........................................................................................ 101
Figura 4. 18 Consola .................................................................................................................... 102
Figura 4. 19 Pgina de inicio MCU ............................................................................................ 110
Figura 4. 20 Estatus de llamadas .............................................................................................. 111
Figura 4. 21 Creando reunin ..................................................................................................... 112
Figura 4. 22 Respaldo de grabaciones ..................................................................................... 112
Figura 4. 23 Ayuda ....................................................................................................................... 113
Figura 4. 24 Parmetros H.323 .................................................................................................. 114
Figura 4. 25 Parmetros SIP ...................................................................................................... 114
Figura 4. 26 Aplicacin para equipos mviles ......................................................................... 115
Figura 4. 27 Instalacin de Myphone ........................................................................................ 116
Figura 4. 28 Inicio de instalacin................................................................................................ 117
Figura 4. 29 Seleccin de locacin de instalacin .................................................................. 117
Figura 4. 30 Complementos de Myphone ................................................................................ 118
Figura 4. 31 Proceso de inicio de instalacin .......................................................................... 118
Figura 4. 32 Instalando Myphone .............................................................................................. 119
Figura 4. 33 Primer inicio Myphone ........................................................................................... 119
Figura 4. 34 configuracin Myphone ......................................................................................... 120
Figura 4. 35 Equipo QDX-6000 .................................................................................................. 121
Figura 4. 36 LG LifeSize .............................................................................................................. 121
Figura 4. 37 TE-30 ....................................................................................................................... 122
Figura 4. 38 Agregando equipos ................................................................................................ 123
Figura 4. 39 Control de reunin.................................................................................................. 124
Figura 4. 40 Huawei TE-30 ......................................................................................................... 124
Figura 4. 41 4 llamadas a la vez ................................................................................................ 125
Figura 4. 42 LG LifeSize .............................................................................................................. 125
Figura 4. 43 LifeSize con 4 sitios ............................................................................................... 126
9

Figura 4. 44 Tableta Samsung ................................................................................................... 126

Figura 4. 45 Celular con llamada en curso ............................................................................... 127

10

Abstract.

Today, one of the primary tools of an institution or company is a video call or video
conference, thanks to the benefits it offers: a low cost and convenience.
We can see the high costs of travel and stays to conduct a meeting in another city
or country. Thanks to videoconferencing, this is possible at a low cost, emulating a
meeting face to face over the Internet. There are many vendors who sell video
conferencing services to large companies, but our project aims to provide a
solution to small and medium enterprises, a flexible, standardized and low-cost
platform as free software systems opensource are used. With these platforms,
we can provide our customers with a differentiated and tailored service.
The evolution of economical and secure videoconferences lies with our platform.

11

Resumen Ejecutivo

Hoy en da, una de las herramientas primordiales de una institucin o empresa es

un video llamado o videoconferencia, esto gracias a los beneficios que tiene, un
bajo costo y comodidad.
Podemos observar los elevados costos de viajes y estadas para poder realizar
una reunin en otra ciudad o pas, gracias a la videoconferencia todo esto es
posible a un bajo costo, emulando una reunin cara a cara por medio de internet.
Existen muchos proveedores que venden servicios de videoconferencia a grandes
empresas, pero nuestro proyecto, orienta a darle una solucin a pequeas y
medianas empresas, una plataforma flexible, estandarizada y a un bajo costo ya
que se utilizan sistemas de software libre, opensource.
Gracias a estas plataformas, podemos entregar a nuestros clientes un servicio
diferenciado y a la medida. La evolucin de las videoconferencias econmicas y
seguras, son con nuestra plataforma.

12

CAPTULO I: introduccin

1.1 Objetivo General.

Proveer un sistema de interaccin a distancia a travs de equipos de

videoconferencia basado en software libre, permitiendo la interconexin entre
usuarios tales como; alumnos, docentes o reuniones de trabajo. Todo esto entre
grupos de personas con motivaciones de compartir algo y/o desarrollar algn tema
en especfico.

1.2 Objetivos Especficos.

Montar una plataforma para la administracin del servicio a travs de

servidores utilizando el recurso de software libre (Linux).

Buscar una solucin estandarizada, escalable, y econmica para Pymes,

medianas empresas e instituciones educacionales como alternativa a los
servicios de Videoconferencia existentes ya que poseen un valor muy
elevado en el mercado actual.

Potenciar y fomentar la interaccin a distancia desde la comodidad de una

oficina, sala de clases o del hogar entre los usuarios del servicio.

Implementar un servicio de multivideoconferencia para la comunicacin a

distancia

Utilizar Software, aplicaciones y equipos terminales para la interaccin de

video entre usuarios del servicio.

1.3 Origen y Necesidad.

La video conferencia nace debido al aumento de las necesidades de las

empresas por contar con un servicio en sus salas de reuniones para establecer
13

comunicacin a distancia con distintas sucursales y as evitar largos y constantes

viajes que se traduce en grandes gastos como pasajes de avin, alojamiento y
viticos.
La

video

conferencia

garantiza

el

retorno

de

la

inversin

en

aproximadamente 6 meses si se estiman viajes de 2 personas para reuniones por

lo menos 2 veces al mes. Aun as considerando que los costos para implementar
una plataforma completa para el servicio bordean los $30.000 dlares adquiriendo
marcas pagadas como Polycom o Cisco que son las ms solicitadas.
Imaginas una plataforma de videoconferencia con caractersticas
similares a las de pago pero implementada en Software libre?
Considerando el gasto en Hardware, mantencin y soporte para la
instalacin del servicio ahorraramos casi un 60% en comparacin a un servicio de
pago. Entonces estudiamos la viabilidad de montar un sistema completo de
videoconferencia que pueda satisfacer las necesidades que se expusieron al
principio y completamente basado en software libre.
1.4 Motivacin.

Establecer una plataforma de videoconferencia desarrollada netamente con

software libre, personalizada y de bajo costo, accesible para pequeas y medianas
empresas, ya que esto posibilita entregar este servicio no solo a empresas
grandes. Estas plataformas sern rigurosamente estudiadas e implementadas con
el propsito de entregar un servicio de calidad, flexible y a costos reducidas.

1.5 Estado del Arte.

Hace un par de dcadas la comunicacin audiovisual en tiempo real se

podra haber imaginado solo en una pelcula de ciencia ficcin. Gracias a los
14

grandes avances de la tecnologa, desde hace un par de aos hasta ahora, se ha

convertido en una realidad cada vez ms inmersa entre los usuarios.
Desde sus inicios, la tecnologa de videoconferencia ha evolucionado
constantemente. Erik Torreiter, Gerente General de Latin Telecom (Compaa
pionera de servicios de Video conferencia en Chile), seala que la videoconferencia es una tendencia que est evolucionando fuertemente, adquiriendo
cada vez mayor performance. "Estamos ante la presencia de nuevos estndares y
tecnologas que entregan una calidad an mejor de audio (14kHz) y video (gracias
a H.264). Asimismo, se ha vuelto necesaria una integracin ms completa de la
videoconferencia, insertndola como un componente dentro de un conjunto de
tecnologas existentes, como son la audio-conferencia y el trabajo colaborativo o
conference web, entre otras", indica.
En este sentido, Peter Krisam, Product Manager de Video tecnologa y
Nuevas Aplicaciones de Adexus, explica que a nivel mundial ya no se entender la
videoconferencia tal como se conoce, porque ha ingresado en una fase de
integracin con plataformas ms poderosas en la transmisin de contenido, lo que
se denomina actualmente como Rich Media Confe-rencing. "Esto crea una
plataforma mucho ms rica en la comunicacin virtual, adems de permitir el
acceso

desde

diversos

dispositivos

como

las

tradicionales

salas

de

videoconferencia, sistemas de videotelfonos, usuarios mviles con notebooks,

webcams, PDAs, celulares 3G y a travs de la web", precisa.

Actualmente las plataformas de video conferencia disponibles estn

encarecidas en sus servicios ya que los elementos constituyentes son de alto
costo, sin embargo existe la posibilidad de desarrollar dichas plataformas con
tecnologas abiertas, especficamente Software Libre, que abaratara los gastos de
implementacin y finalmente el servicio. Para ello se pretende trabajar con
sistemas basados en Linux para montar servidores en base a protocolo Sip que
permitan el registro de los equipos terminales de video conferencia lo que
15

posibilitara la interconexin punto a punto, asimilando una llamada telefnica pero

con la gran ventaja de contar con la interaccin de video.
Se pretende adems montar un servidor multi-conferencia (MCU) con la
finalidad de realizar llamadas de video que implique la participacin de ms de dos
usuarios por llamada.
Creemos que esta situacin particular, refirindose a los costos asociados
utilizando marcas como Polycom, Huawei o Cisco, da espacio para promover un
proyecto de esta naturaleza, un proyecto basado netamente en OpenSource.
1.6 Desarrollo y Alcance.
En primera instancia se pretende implementar un servicio de video
conferencia basada en software libre que permita mantener comunicados a
usuarios situados a grandes distancias generando la sensacin de estar reunidos
en un mismo lugar. El desplazarse hacia un sector determinado para efectuar una
reunin implica un gasto que en el transcurso del tiempo justifica con creses la
implementacin de un servicio con estas caractersticas.
Como alcance es importante mencionar que nuestro proyecto implica todo lo que
tenga que ver con la plataforma de Video conferencia, ya sea equipos terminales,
software simuladores de video, aplicaciones, servidores de registro y multiconferencia. A lo que excluye cualquier intervencin en las redes y equipos de
comunicaciones de clientes, solo se le harn las recomendaciones necesarias
para garantizar un correcto funcionamiento del servicio en cuestin.

16

CAPTULO II:

Fundamentos tericos y estndares de la Videoconferencia.

A continuacin detallamos y profundizamos todos los aspectos tericos de nuestro

proyecto de videoconferencias los cuales fueron primordiales para la ejecucin y
planteamiento del mismo.
2.1 Videoconferencia.
Plataforma interactiva que permite una comunicacin en tiempo real a
travs de internet, utilizando video, sonido y texto a varias personas ubicadas en
distintos lugares, ya sea a nivel regional o mundial.
Bsicamente, una plataforma de video conferencia est enfocada a
reuniones a distancias, demostracin de productor o capacitaciones. Hoy en da
esto representa una necesidad para las instituciones. En el eje tecnolgico se le
llama Compresin digital de los flujos y video en tiempo real.
En la actualidad, estas plataformas ofrecen soluciones que dependern de
las necesidades del usuario final y, en estos das, se refleja en los sistemas el
buen desempeo de transmitir y recibir informacin visual y sonora entre distintos
lugares, sin importar distancias.
2.1.1 Sistemas de videoconferencias.
Videoconferencias individuales: Equipos porttiles individualizado para cada
usuario, la cmara, micrfono y altavoces se encuentran integrados en el equipo.
Videoconferencia para pequeos grupos: Equipos pequeos y con un costo ms
bajo, estos son principalmente utilizados para sala de reuniones con un grupo de
personas reducido.

17

Videoconferencia para grandes instituciones: Dispositivos ms costosos, de gama

alta que ofrece una interfaz grfica amigable al usuario final, cmara de alta
calidad y micrfonos separados, todo esto controlado por un control remoto u otro
dispositivo de comodidad que ofrezca la empresa que vender este servicio.
Sistemas de videoconferencia para escritorio:
Computador (PC) el cual tendr un software de videoconferencia. De esta manera
se transformara a un equipo de videoconferencia, el cual utilizar la tarjeta de red
del PC, tarjeta de sonido y video. La mayora de los sistemas de escritorios
trabajan estndar H.323. Las Videoconferencias realizadas a travs de
ordenadores dispersos son tambin conocidas como e-meetings o conferencias
web.
En la actualidad se ofrecen muchos softwares que hacen posibles la
videoconferencia a distancia, tales como Skype, Facebook, Gmail, Asterisk, unos
de los ms famosos.
Nosotros nos enfocaremos al protocolo IP, el cual utilizamos en nuestro proyecto
de videoconferencia.

2.1.2 Streaming.
Se utiliza para optimizar la descarga y reproduccin de archivos de audio y
video que suelen tener un cierto peso y se encuentran almacenados en servidores
streaming.
El streaming funciona de la siguiente forma:
Conexin con el servidor. El reproductor cliente conecta con el servidor remoto y
ste comienza a enviarle el archivo.
Buffer: El cliente comienza a recibir el fichero y construye un buffer o almacn
donde empieza a guardarlo.
18

Inicio de la reproduccin: Cuando el buffer se ha llenado con una pequea fraccin

inicial del archivo original, el reproductor cliente comienza a mostrarlo mientras
contina en segundo plano con el resto de la descarga.
Cadas de la velocidad de conexin: Si la conexin experimenta ligeros descensos
de velocidad durante la reproduccin, el cliente podra seguir mostrando el
contenido consumiendo la informacin almacenada en el buffer. Si llega a
consumir todo el buffer se detendra hasta que se volviera a llenar.
El streaming puede ser de dos tipos dependiendo de la tecnologa instalada en el
servidor:
Descarga progresiva: Se produce en servidores web que disponen de Internet
Information Server (IIS), Apache, Tomcat, etc. El archivo de vdeo o audio
solicitado por el cliente es liberado por el servidor como cualquier otro archivo
utilizando el protocolo HTTP. Sin embargo, si el archivo ha sido especialmente
empaquetado para streaming, al ser ledo por el reproductor cliente, se iniciar en
streaming en cuanto se llene el buffer.
Transmisin por secuencias: Se produce en servidores multimedia que disponen
de un software especial para gestionar ms ptimamente el streaming de audio y
vdeo: Windows Media Server, Flash Communication Server, etc. La utilizacin de
un servidor multimedia ofrece mltiples ventajas frente al servidor web. Las ms
destacadas son:
La comunicacin entre servidor/cliente se puede realizar por protocolos
alternativos al HTTP. Tiene el inconveniente del bloqueo impuesto por Firewalls
pero tiene la ventaja de una mayor rapidez, mejor gestin del procesador y ancho
de banda de la mquina del servidor ante peticiones simultneas de varios clientes
del mismo archivo de audio o vdeo.
Control predefinido sobre la descarga que pueden realizar los clientes:
autentificada, filtrada por IP, sin almacenarla en la cach del cliente, etc.

19

Mayor garanta de una reproduccin ininterrumpida gracias al establecimiento de

una conexin de control inteligente entre servidor y cliente.
Posibilidad de distribucin de transmisiones de audio y vdeo en directo.

2.1.3 Elementos de la videoconferencia

Monitores, cmaras, micrfonos, altavoces, el compresor Codec, Red de

Comunicaciones y Sala de Videoconferencia, componen los sistemas de
Video-conferencia, elementos que suelen estar integrados en las terminales de
videoconferencia ms comunes.

Monitor: Dependiendo de las necesidades del usuario pueden tener

medidas de 15",17",27",29", y 35".

Cmara: Encargadas de capturar la imagen de los conferencistas para

transmitirla al otro punto, pueden ser fijas o motorizadas.

Micrfono: Para mantener una videoconferencia, cualquier micrfono es

til, incluso los incorporados en monitores, pueden ser de sobremesa, de
mano, sin hilos, etc. Los ms utilizados son omnidireccionales.

Codec: Es la unidad de codificacin/decodificacin. Se responsabiliza de

comprimir/descomprimir la seal analgica que va a ser transmitida a travs
de la red digital.

Aplicaciones: Los equipos de videoconferencia tambin pueden compartir

aplicaciones tales como, Hojas de clculo, Procesadores de texto, etc. Esto
quiere decir que a la vez que se comparte audio y vdeo, se puede estar
20

trabajando a la vez con un mismo documento, realizar modificaciones sobre

l, alterar campos, obtener notas, etc.

Red de comunicaciones: Es una conexin de diferentes computadoras

que pueden comunicarse e intercambiar informacin, utilizando sus propios
recursos o recursos ajenos.

Las redes de la comunicacin definen los canales por los cuales fluye la
informacin. Los canales de una organizacin pueden ser formales es decir
siguen una cadena de autoridad en beneficio de la empresa o informales se
saltan los niveles de autoridad para satisfacer necesidades individuales de
los miembros de la empresa.

Sala de videoconferencia: Cualquier espacio puede acondicionarse como

sala de videoconferencia, desde una sala de juntas, pasando por un saln
de clase, hasta un auditorio. Cada uno de estos espacios ofrece distintas
caractersticas, y la seleccin final depende del uso que se le pretenda
otorgar.

La sala de videoconferencia debe ubicarse en un lugar de poco trnsito de

personas y/o vehculos, esto con el fin de que el ruido ambiental externo
sea mnimo. Deben evitarse al mximo las fuentes de ruido elctrico (como
elevadores, motores, etc.) y mecnico (vibraciones) que pueden degradar la
calidad de la comunicacin. Adems de lo mencionado se deben tomar en
cuenta otros aspectos importantes como son la instalacin elctrica, la
acstica, la iluminacin, la ubicacin del equipo de videoconferencia, el
inmobiliario y la ventilacin

21

2.2 Tecnologas de transporte y comunicacin

2.2.1 ISDN (Red Digital de Servicios Integrados).
ISDN corresponde a las siglas en idioma ingls para Integrated Services
Digital Network, que traducido al espaol significa Red Digital de servicios
Integrados, por lo que se abreviara RDSI. Estas siglas responden a la
denominacin de un sistema para las conexiones de telfonos digitales,
especialmente creado para proveer servicios como el envo de voz, de video, as
como tambin, lneas telefnicas digitales o normales que surgen del excedente
de los datos simultneamente. Es comn para algunos proveedores el ofrecer
Internet usando este sistema.
Una de las ventajas de este sistema es su considerable rapidez y alto nivel
de calidad si se le compara con un sistema anlogo. El sistema ISDN es capaz de
alcanzar una velocidad de transferencia de hasta 128.000 bps, aunque en la
realidad, lo ms comn es que funcione a una velocidad de entre 56.000 y 64.000
bps. La utilidad prctica de saber la velocidad, est por ejemplo, al visitar un sitio
de Internet en donde se ofrece video en tiempo real, donde es comn que se
pregunte al usuario el tipo de conexin con la que cuenta, y se da entre las
opciones la ISDN.
A grandes rasgos, corresponde a un sistema de protocolo con el que es
posible establecer conexiones, y tambin romperlas, con un conmutador de
circuito, as como tambin, puede otorgar caractersticas avanzadas para las
llamadas a los clientes. A travs de las conexiones con que cuenta este sistema
se envan seales, que no son anlogas, sino digitales. Es gracias a esto ltimo
que la velocidad de transferencia aumenta con este tipo de sistema, pero si
adems de contar con el sistema ISDN en la central telefnica, es posible adquirir
un software adecuado capaz de soportarlo, entonces las ventajas que el usuario
podr disfrutar sern mucho mayores.

22

Como vemos, el uso de sistema ISDN es frecuente en oficinas relacionadas

a los ms diversos rubros. Para su implementacin, como ya se ha esbozado, es
necesario contar con equipamiento especial entre lo que es necesario contar con
una lnea ISDN, as como tambin con un modem ISDN, los que se utilizan a fin
de enviar y recibir informacin. En su mayora, las oficinas, utilizan este sistema ya
contando con una red local y necesitan tener un acceso a Internet ms rpido, lo
que se puede lograr con un router o modem de esta tecnologa; asimismo, como
ya mencionamos algunos proveedores para hogares ofrecen este servicio, que
puede ser conveniente en cuanto a precios y velocidad.
Para la realizacin de videoconferencias RDSI (ISDN) es necesario contar
con lneas de este tipo lo cual no es algo habitual. Al ser lneas dedicadas al trfico
de la videoconferencia y ser un canal directo entre los participantes, la velocidad
de conexin una vez establecida la videoconferencia es fija y no suele fluctuar, lo
que garantiza un mnimo de calidad durante todo el desarrollo del evento. Es
recomendable contar con al menos 3 lneas RDSI (128Kb*3 -> 384Kb de ancho de
banda) para tener una buena experiencia de usuario. Hoy en da son muy pocas
las videoconferencias en las que recurre a este tipo de conexin debido a su
coste, baja calidad y a la necesidad de contar con dichas lneas RDSI. La sala de
reuniones por videoconferencia ubicada en el Servicio de Informtica cuenta con
este tipo de lneas RDSI as como con el equipamiento necesario para realizar
videoconferencias de este tipo si fuera necesario.
Como dato importante a lo que sabemos, para establecer una comunicacin
de calidad, era necesario contar con 6 canales de 128 Kb, lo que se traduce en un
costo elevado, estamos hablando de una llamada de video con un valor
aproximado de $4.000 pesos por minuto.
2.2.2 Acceso Bsico.
El acceso bsico, conocido tambin por las siglas inglesas BRI (Basic Rate
Interface), consiste en dos canales B full-duplex de 64 kbit/s y un canal D full23

duplex de 16 kbit/s. Luego, la divisin en tramas, la sincronizacin, y otros bits

adicionales dan una velocidad total a un punto de acceso bsico de 192 kbit/s.
2B+D+sealizacin+framing
2.2.3 Acceso Primario.
El acceso primario, tambin conocido por las siglas inglesas PRI (Primary
Rate Interface) est destinado a usuarios con requisitos de capacidad mayores,
tales como oficinas, empresas con PBX digital o red local. Debido a las diferencias
en las jerarquas de transmisin digital usadas en distintos pases, no es posible
lograr un acuerdo en una nica velocidad de los datos.
Estados Unidos, Japn y Canad usan una estructura de transmisin
basada en 1,544 Mbit/s, mientras que en Europa la velocidad estndar es 2,048
Mbit/s. Tpicamente, la estructura para el canal de 1,544 Mbit/ses 23 canales B
ms un canal D de 64 kbit/s y, para velocidades de 2,048 Mbit/s, 30 canales B
ms un canal D de 64 kbit/s:
30B (64)+D (64)+sealizacin+framing(64) - 2 048 kbit/s - Europa.
24B (64)+D (64)+sealizacin+framing(8) - 1 544 kbit/s - Estados Unidos, Japn y
Canad.
2.2.4 Servicios.
Portadores

Modo Circuito: son las funciones que se necesitan para establecer,

mantener, y cerrar una conexin de circuito conmutado en un canal de
usuario. Esta funcin corresponde al control de una llamada en redes de
telecomunicaciones de conmutacin de circuitos existentes.

24

Modo Paquete: son las funciones que se necesitan para establecer una
conexin de circuito conmutado en un nodo de conmutacin de paquetes
RDSI.

Servicio Portador de Llamada Virtual.

Servicio Portador de Circuito Virtual Permanente.

Tele servicios

Telefona a 7 kHz

Facsmil Grupos 2 y 3 Facsmil Grupo 4

Teletex, Videotex, Videotelefona.

Suplementarios

Grupo Cerrado de usuarios.

Identificacin del usuario llamante.

Restriccin de la identificacin del usuario llamante.

Identificacin de usuario conectado.

Restriccin de la identificacin de usuario conectado.

Identificacin de llamada en espera.

Marcacin directa de extensiones.

Mltiples nmeros de abonado.

Marcacin abreviada.

Conferencia a tres.

Desvo de llamadas.
25

Transferencia de llamadas dentro del bus pasivo.

Informacin de Tarificacin.

Adaptacin de Terminales
Para conectar dispositivos no-RDSI a la red se utilizan adaptadores de
Terminal (AT) que realizan las siguientes funciones.

Adaptacin de Velocidad (AV)

Conversin de Sealizacin (CS)

Conversin X.25 (AV +CS )

Conversin de Interfaz fsica.

Digitalizacin.

2.2.5 Interfaz Usuario-Red

Para definir los requisitos de acceso del usuario a RDSI, es muy importante
comprender la configuracin anticipada de los equipos del usuario y de las
interfaces normalizadas necesarias. El primer paso es agrupar las funciones que
pueden existir en el equipo del usuario.

Puntos de Referencia: puntos conceptuales usados para separar grupos de

funciones.

Agrupaciones funcionales: ciertas disposiciones finitas de equipos fsicos o

combinaciones de equipos.

El equipo terminal es el equipo de abonado que usa RDSI. Se definen dos

tipos. El equipo terminal de tipo 1 (ET1) son dispositivos que soportan la interfaz
RDSI normalizada. Por ejemplo: telfonos digitales, terminales de voz/datos
integrados y equipos de fax digitales. El equipo terminal de tipo 2 (ET2) contempla
la existencia de equipos no RDSI. Por ejemplo, ordenadores husped con una
26

interfaz X.25. Tal equipo requiere un adaptador de terminal (AT) para conectarse a
la interfaz RDSI.

Soporte de los Servicios

Puntos 1 o 2: (T y S) Servicios Bsicos.

Punto 4: (R) acceso a otros servicios estandarizados. (Interfaces X y V).

Puntos 3 y 5: Acceso a Tele servicios.

3 Terminales RDSI.

5 Terminales RDSI.

El punto de referencia T (terminal) corresponde a la mnima terminacin de red

RDSI del equipo cliente. Separa el equipo del proveedor de red del equipo de
usuario.
El punto de referencia S (sistema) corresponde a la interfaz de terminales
individuales RDSI. Separa el equipo terminal del usuario de las funciones de
comunicacin relacionadas con la red.
El punto de referencia R (razn o rate) proporciona una interfaz no RDSI entre
el equipo del usuario que no es RDSI compatible y el equipo adaptador.
Arquitectura de Protocolos
Desde el punto de vista del estndar OSI, una pila RDSI consta de tres
protocolos:

Capa fsica

Capa de enlace, o data link layer (DLL)

Capa de red, o network layer (el protocolo RDSI, propiamente dicho)

27

Desde el punto de vista de la interfaz con el usuario, se incluyen sobre la capa

de red protocolos para Interaccin Usuario - Red y protocolos para interaccin
Usuario - Usuario.
En el contexto del modelo OSI, los protocolos que se definen o a los que se
hace referencia en RDSI. Como RDSI es esencialmente indiferente a las capas de
usuario de la 4 a la 7, el acceso concierne nicamente a las capas de la 1 a la 3.
La capa 1, definida en I.430 e I.431, especifica la interfaz fsica tanto para el
acceso bsico como el primario.
Las diferencias con el modelo OSI son:

Mltiples protocolos interrelacionados.

Llamadas Multimedia.

Conexiones Multipunto.

Para el canal D, se ha definido una nueva normalizacin de capa de enlace de

datos, LAPD (protocolo de la capa de enlace RDSI que proviene del LAP-B (Link
access procedure, balanced), Link Access Procedure on the D channel). Esta
normalizacin se basa en HDLC, modificado para cumplir los requisitos de RDSI.
Toda transmisin en el canal D se da en forma de tramas LAPD que se
incrementan entre el equipo abonado y un elemento de conmutacin RDSI. Se
consideran tres aplicaciones: sealizacin de control, conmutacin de paquetes, y
telemetra.
El canal B se puede usar para conmutacin de circuitos, circuitos
semipermanentes, y conmutacin de paquetes. Para conmutacin de circuitos, se
construye un circuito en el canal B bajo demanda.
Un circuito semipermanente es un circuito canal B que se ha establecido previo
acuerdo entre los usuarios conectados y la red. Tanto la conexin de circuito
conmutado como con circuito semipermanente, las estaciones conectadas

28

intercambian informacin como si se hubiese establecido un enlace directo full

duplex.
En el caso de conmutacin de paquetes, se establece una conexin de circuito
conmutado en un canal B entre el usuario y el nodo del paquete conmutado
usando el protocolo del canal D.
Conexiones ISDN / RSDN
RDSI proporciona tres tipos de servicios para comunicaciones extremo a extremo.
1. Circuitos conmutados sobre el canal B: la configuracin de red y protocolos
para conmutacin de circuitos implican usuario y la red de establecimiento y
cierre de llamadas, y para acceso a las instalaciones de la red
2. Conexiones permanentes sobre canal B: un periodo de tiempo indefinido
despus de la suscripcin. No existe establecimiento y liberacin de
llamada sobre canal D.
3. Conmutacin de paquetes proporcionado por RDSI.

Conector

RJ-45

Norma EIA/TIA-568B (la TIA-568A se

conecta

diferente)
pin Color

Uso

Naranja y blanco

Tierra (Power Sink) 3-

Naranja

Alimentacin (Power Source) 3+

Verde y blanco

Positivo de Recepcin

Azul

Positivo de Transmisin

Azul y blanco

Negativo de Transmisin

Verde

Negativo de Recepcin
29

7
8

Marrn y blanco

Tierra (Power Sink) 2-

Marrn

Alimentacin (Power Source) 2+

Tabla 2. 1 Configuracin conector RJ-45

La configuracin arriba indicado, es la conexin utilizada entre el TR1 y el

dispositivo RDSI que se vaya a comunicar. Al TR1, llega un par de hilos desde la
central telefnica, que es por donde viaja la seal digital de comunicacin y la
alimentacin al propio TR1.
Numeracin
Una direccin RDSI puede utilizarse para:

Identificar un terminal especfico dentro de una lnea digital RDSI.

Identificar un punto de acceso al servicio de red en un entorno OSI.

Identificar un punto de acceso al servicio de red en un entorno no conforme

al modelo OSI.

2.2.6 Numeracin (Servicios)

Mltiples nmeros de abonados.
Permite que terminales conectados a las redes existentes alcancen terminales
compatibles conectados a un acceso bsico en una configuracin tipo bus pasivo.
Requisitos mnimos:

Se asignar un nmero a todos los terminales pertenecientes al mismo

servicio.

Se asignar un nmero distinto a los terminales de los siguientes servicios:

30

Telefnico

Facsmil

Datos serie V

Datos en modo paquete

La instalacin de un usuario de acceso bsico a la RDSI se caracteriza por la

existencia de un equipo de transmisin de red (TR o TR1), que hace de
separacin entre la transmisin a dos hilos de TR1 a central telefnica, la
transmisin a cuatro hilos entre TR1 y los equipos terminales (ET o TR2)
Configuraciones de Cableado

Punto a punto (1 ET)

Bus pasivo corto (hasta 8 ET's)

Bus pasivo extendido (hasta 4 ET's)

2.3 Videoconferencia Basada en IP.

La implementacin de sistemas de videoconferencia IP resulta ms sencilla
que la de los sistemas convencionales basados en IP. Sin embargo, los
responsables de redes se han de asegurar de que cuentan con toda la
infraestructura necesaria para soportar la comunicacin.
Al igual que los sistemas de videoconferencia RDSI, la videoconferencia
basada en IP ofrece voz, vdeo y datos multimedia en tiempo real, con la nica
diferencia de que para ello se apoya en redes IP de conmutacin de paquetes.
Pero para que todos los participantes en una sesin puedan comunicarse a travs
de una red de IP, todos los dispositivos y equipos han de ser interoperativos; es
decir, han de basarse en estndares.
31

H.323 fue la primera norma de videoconferencia IP desarrollada por la

Unin Internacional de Telecomunicaciones (UTI) para permitir la comunicacin en
tiempo real sobre redes IP basadas en paquetes, y actualmente es la ms
desplegada en el mercado. Por su parte, Session Initiation Protocol (SIP),
introducido por IETF (Internet Engineering Task Force), aunque relativamente
nueva, cada vez es ms popular. Mientras que H.323 fue diseado inicialmente
para establecer comunicaciones interactivas multimedia, SIP fue ideado de origen
para soportar aplicaciones de voz sobre IP (VoIP).
En paralelo, Media Gateway Control Protocol (MGCP), de IETF, y
MEGACO/H.248, de IETF y UIT, complementan tanto a H.323 como a SIP, y
trabajan como interfaz entre los controladores de gateways de medios
inteligentes y los gateways de medios tontos. Un punto clave para asegurar la
futura expansin de la videoconferencia IP es el interfuncionamiento de todos
estos protocolos, a fin de asegurar una conectividad integrada de extremo a
extremo entre todos los distintos dispositivos de red y terminales.
2.3.1 Una red de videoconferencia IP incluye.
Arquitectura y Gestin.
Las redes IP son fundamentalmente diferentes de las redes RDSI. En
primer lugar, disponen de una arquitectura flexible y distribuida que abarca la LAN,
la WAN e Internet. Adems, la infraestructura IP no depende de ningn proveedor
de servicios en concreto ni de la localizacin geogrfica. La escalabilidad
inherente de IP permite, finalmente, incrementar el ancho de banda, aadir
equipamiento

mejorar

los

servicios

sin

tener

que

efectuar

cambios

fundamentales en la infraestructura.
Un factor crtico para el xito de la videoconferencia IP consiste en disponer
del suficiente ancho de banda para garantizar niveles satisfactorios de transmisin
de voz, vdeo y datos. Otro importante factor para el xito de la conferencia es la
calidad de servicio (QoS), la calidad garantizada de los medios que estn siendo
suministrados. En redes de paquetes, QoS depende de un conjunto de parmetros
32

de transmisin tales como retardo, jitter y ancho de banda asignado utilizados para
seleccionar trficos.
Las redes IP presentan sus propias caractersticas y requerimientos de
gestin y administracin. As, precisan de funciones de gestin que permitan
configurar los servicios y propiedades de cualquier videoconferencia. Estas
funciones incluyen cuestiones como la asignacin de ancho de banda, balanceo
de cargas, efecto cascada, codificadores/decodificadores soportados, prioridades
de trans-codificacin, presencia continua, conmutacin de vdeo, control remoto de
cmara y reserva e iniciacin de sesin instantnea. Y es de esperar que, a
medida que la videoconferencia IP se integre ms estrechamente con las
tecnologas y aplicaciones Web, vayan apareciendo herramientas de gestin
basadas en Web que ofrezcan una visin nica del sistema en su conjunto,
abarcando a todos los usuarios, sitios, equipos, caractersticas y servicios.

33

2.3.2 H.323.
Este estndar define un amplio conjunto de caractersticas y funciones.
Algunas son necesarias y otras opcionales. El H.323 define mucho ms que los
terminales. El estndar define los siguientes componentes ms relevantes como
se muestra en la siguiente figura:

Figura 2. 1 Componentes de una Red H.323

2.3.3 Entidad
La especificacin H.323 define el trmino genrico entidad como cualquier
componente que cumpla con el estndar.
2.3.4 Extremo
Un extremo H.323 es un componente de la red que puede enviar y recibir
llamadas. Puede generar y/o recibir secuencias de informacin.
2.3.5 Terminal
34

Un terminal H.323 es un extremo de la red que proporciona comunicaciones

bidireccionales en tiempo real con otro terminal H.323, gateway o unidad de
control multipunto (MCU). Esta comunicacin consta de seales de control,
indicaciones, audio, imagen en color en movimiento y /o datos entre los dos
terminales. Conforme a la especificacin, un terminal H.323 puede proporcionar
slo voz, voz y datos, voz y vdeo, o voz, datos y vdeo.
Las funciones de control que realizan los terminales son las siguientes:

H.245 para negociacin del canal.

H.225.0 (Q.931) para sealizacin y control de llamada.

H.225.0 (RAS) para comunicacin con el gatekeeper.

Tambin implementan los protocolos RTP/RTCP para el manejo de los flujos de

audio y video.
2.3.6 Gatekeeper
El gatekeeper (GK) es una entidad que proporciona la traduccin de
direcciones y el control de acceso a la red de los terminales H.323, gateways y
MCUs. El GK puede tambin ofrecer otros servicios a los terminales, gateways y
MCUs, tales como gestin del ancho de banda y localizacin de los gateways o
pasarelas. El Gatekeeper realiza dos funciones de control de llamadas que
preservan la integridad de la red corporativa de datos. La primera es la traslacin
de direcciones de los terminales de la LAN a las correspondientes IP o IPX, tal y
como se describe en la especificacin RAS. La segunda es la gestin del ancho
de banda, fijando el nmero de conferencias que pueden estar dndose
simultneamente en la LAN y rechazando las nuevas peticiones por encima del
nivel establecido, de manera tal que se garantice ancho de banda suficiente para
las aplicaciones de datos sobre la LAN. El Gatekeeper proporciona todas las
funciones anteriores para los terminales, Gateways y MCUs, que estn registrados
dentro de la denominada Zona de control H.323.
35

Las funciones que debe desarrollar un gatekeeper son las siguientes:

Control de la sealizacin.
Control de acceso y administracin de recursos, autorizacin de llamadas.
Traduccin de direcciones de transporte entre direcciones IP y alias.
Gestin del ancho de banda.
Gestin de llamadas (concesin de permisos...)
Gestin del ancho de banda.
Para desarrollar estas funciones, entre el gatekeeper y el endpoint se
emplea el protocolo RAS (Registration /Admission /Status) sobre UDP.
Un gatekeeper y sus endpoints definen una zona H.323, de manera que en
entornos LAN's es suficiente un gatekeeper, pero en entornos como Internet, son
necesarios varios de ellos, cada uno definiendo una zona H.323.
Lgicamente, entre gatekeepers se requerir comunicacin, por lo que
acta como el punto central para todas las llamadas en una zona, comportndose
como un conmutador virtual.
Si bien el gatekeeper no es obligatorio, su empleo en un entorno H.323 s
posibilita emplear ms eficientemente la plataforma, por ejemplo mediante el
enrutamiento de llamadas a travs de l.
Los gatekeepers son entidades funcionales separadas de los end points
H.323, pero es posible incluir funcionalidades gatekeepers en los gateways y las
MCU's.

36

2.3.7 Gateway.
Un gateway H.323 (GW) es un extremo que proporciona comunicaciones
bidireccionales en tiempo real entre terminales H.323 en la red IP y otros
terminales o gateways en una red conmutada. En general, el propsito del
gateway es reflejar transparentemente las caractersticas de un extremo en la red
IP a otro en una red conmutada y viceversa. Los gateways, son los sistemas
encargados de permitir que los equipos H.323 puedan operar con otras redes.
Desarrollan la traduccin de la sealizacin, informacin de control e informacin
de usuario, posibilitando as interoperabilidad entre redes, terminales y servicios,
haciendo viable la integracin de servicios an con plataformas dispares, llmese
PSTN y redes IP.
Una diferencia respecto a los gatekeepers, es que los gateways s cursan
informacin de usuario, soportada en RTP/UDP/IP.
Funciones del Gateway:

Trans-codificacin de audio y vdeo.

Traduccin de procedimientos de comunicacin.

Traduccin de formatos de transmisin.

Evidentemente, dada su funcionalidad, los gateways son elementos opcionales

en entornos H.323, y slo son necesarios cuando se requiere una interconexin
entre entornos H.323 y entornos no H.323.

2.3.8 MCU (Multipoint Control Units).

La Unidad de Control Multipunto est diseada para soportar la conferencia
entre tres o ms puntos, bajo el estndar H.323, llevando la negociacin entre
terminales para determinar las capacidades comunes para el proceso de audio y
vdeo y controlar la multidifusin.
37

La comunicacin bajo H.323 contempla las seales de audio y vdeo. La

seal de audio se digitaliza y se comprime bajo uno de los algoritmos soportados,
tales como el G.711 o G.723, y la seal de vdeo (opcional) se trata con la norma
H.261 o H.263. Los datos (opcional) se manejan bajo el estndar T.120 que
permite la comparticin de aplicaciones en conferencias punto a punto y
multipunto.
Dado el jitter, que sufren los paquetes IP en la red, y las consecuencias
negativas de esto para el trfico de audio y vdeo, en el terminal H.323 se requiere
un buffer de recepcin para absorber, en la medida de lo posible, estas
fluctuaciones en la demora de los paquetes IP, anulando o reduciendo el efecto
negativo que el jitter puede producir en flujos de informacin de usuario con
requerimientos de tiempo real.
Los protocolos de control comprendidos en H.323, unos se encapsulan en
UDP (protocolos H.225.0 (RAS, Registration Admisin Status), que se desarrolla
entre el gatekeeper y los endpoints) y otros en TCP (H.225.0 (Q.931), para el
control de la llamada y H.245 para el control del canal.

2.4 Protocolo de Sealizacin.

Establecer la llamada en H.323 se lleva a cabo en tres fases:

Fase RAS: intercambio de mensajes entre el gatekeeper y el endpoint.,

para la traduccin de direcciones, autorizacin de llamadas y gestin del
ancho de banda.

Fase Q.931: intercambio de mensajes entre equipos terminales para el

establecimiento de conexiones lgicas.

Fase H.245: intercambio de mensajes entre equipos terminales para

acordar en intercambio de informacin de usuario.
38

Dependiendo del papel que juegue el gatekeeper en las llamadas H.323

podremos hablar de dos modelos:

modelo de llamada H.323 directa (direct routed model)

modelo de llamada H.323 indirecta (gatekker routed model)

A continuacin de estas tres fases de establecimiento de llamada, se lleva a

cabo la transferencia de informacin de usuario por medio de los protocolos
RTP/RTCP, segn lo acordado en la fase H.245, previa apertura de los canales
lgicos en los endpoints. Estos canales lgicos son unidireccionales, por lo que
para una comunicacin bidireccional se requiere abrir uno en cada direccin de
transmisin. En la transferencia de medios no interviene el gatekeeper, pues es
solo una entidad de sealizacin, sino que se lleva a cabo directamente entre os
endpoints.
Hasta la fecha, el estandar H.323 ha evolucionado desde la primera versin
H.323v1, hasta la ltima versin H323v4, mejorando la primera versin en
cuestiones como seguridad, servicios suplementarios, identificacin de llamadas,
conexin rpida......etc.

Figura 2. 2 Sealizacin de llamada

39

2.4.1 Caractersticas y Recomendaciones del Protocolo H.323

El estndar H.323 especifica los componentes, protocolos y procedimientos
que proveen los servicios de comunicacin multimedia sobre redes de paquetes
sin garanta de calidad de servicio, tanto para sesiones multipunto como punto a
punto. La tecnologa de red ms comn en la que se estn implementando H.323
es IP (Internet Protocol). Adems, H.323 tambin define la sealizacin necesaria
para comunicaciones multimedia sobre redes IP (entre otras). Para el transporte
de medios utiliza los protocolos RTP/RTCP. Los terminales y equipos H.323
soportan aplicaciones con requerimientos de tiempo real (voz y vdeo), as como
aplicaciones de datos y combinaciones de ellas (videotelefona, etc). Los
terminales H.323 pueden ser terminales explcitamente diseados a este fin o
pueden estar integrados en PC's.
El estndar H.323 incluye entre otras las siguientes recomendaciones:

H.225.0: paquetizacin, sincronizacin y sealizacin.

H.245: control del canal.

G.711, G.722, G.723.1, G.728, G.729: codificacin audio.

Adems tambin define recomendaciones sobre conferencias de datos en

tiempo real y seguridad.

H.323 define una serie de entidades en una red H.323 con una serie de
funcionalidades:

Direccionamiento:

1. RAS (Registration, Admission and Status). Protocolo de comunicaciones

que permite a una estacin H.323 localizar otra estacin H.323 a travs del
Gatekeeper.

40

2. DNS (Domain Name Service). Servicio de resolucin de nombres en

direcciones IP con el mismo fin que el protocolo RAS pero a travs de un
servidor DNS.

Sealizacin:

1.

Q.931 Sealizacin inicial de llamada

2.

H.225 Control de llamada: sealizacin, registro y admisin, y paquetizacin /

sincronizacin del stream (flujo) de voz

3.

H.245 Protocolo de control para especificar mensajes de apertura y cierre de

canales para streams de voz

Compresin de voz:

1.

Requerido: G.711

2.

Opcionales: G.728, G.729 y G.723

1.

Transmisin de voz:
UDP. La transmisin se realiza sobre paquetes UDP, pues aunque UDP no

ofrece integridad en los datos, el rendimiento del ancho de banda es mayor que
con TCP. UDP provee a los usuarios acceso a los servicios IP. Los paquetes
UDP son entregados como paquetes IP no orientados a conexin, los cuales
pueden ser descartados antes de alcanzar su objetivo.

Figura 2. 3 Paquete en una llamada H.323

41

2.

RTP (Real Time Protocol). Maneja los aspectos relativos a la temporizacin,

marcando los paquetes UDP con la informacin necesaria para la correcta entrega
de los mismos en recepcin.

1.

Control de la transmisin:
RTCP (Real Time Control Protocol). Se utiliza principalmente para detectar

situaciones de congestin de la red y tomar, en su caso, acciones correctoras.

Actualmente se puede partir de una serie de elementos ya disponibles en el
mercado y que, segn diferentes diseos, permitirn construir las aplicaciones
VoIP. Estos elementos son:

Telfonos IP.

Adaptadores para PC.

Hubs telefnicos.

Gateways (pasarelas RTC / IP).

Gatekeeper.

Unidades de audioconferencia mltiple. (MCU voz)

Servicios de directorio.

42

Figura 2. 4 Topologa de una Red IP

2.4.2 Arquitectura del Protocolo H.323
En una arquitectura H.323 (como la que se muestra en la Figura 1) se
integran

como

componentes

bsicos

los

Terminales,

Gateways

(para

interconexin con recursos PSTN/IN), Gatekeepers (Control de admisin, registro

y ancho de banda) y MCUs (Multiconference Control Units).
Dentro de H.323 se incluyen todo un conjunto de protocolos perfectamente
integrados (en la Figura 2 se ilustra la pila de protocolos H.323) que toman parte
en el establecimiento y mantenimiento de conferencias multimedia: Q.931 para el
establecimiento de llamada, H.225 para la sealizacin, H.245 para la negociacin
de capacidades y el establecimiento de canales, H.450.x para la definicin de
servicios suplementarios (Call Park, Call Pickup, Call Hold, Call Transfer, Call
Diversin, MWI, ...), RAS para el registro de terminales y el control de admisin,
RTP/RTCP para el transporte y secuenciacin de los flujos multimedia,
G.711/G.712 para la especificacin de los cdecs, T.120 para colaboracin y "data
conferencia"... Esto da una idea muy clara de una de las caractersticas menos
agradables de este protocolo, y que siempre han argumentado sus detractores: su
43

excesiva complejidad, frente a la sencillez del modelo Internet en que se basa SIP.
De hecho SIP se podra comparar, grosso modo, con las partes de Q.931 y H.225
de H.323.

Figura 2. 5 Arquitectura H.323

Figura 2. 6 Paquete H.323

44

2.4.3 Protocolo SIP (Protocolo de Inicio de Sesiones)

SIP (RFC 2543) es un protocolo de control de nivel de aplicacin, creado
para la sealizacin y el control de llamadas, En resumen, para el control del
establecimiento, modificacin y terminacin de sesiones o llamadas multimedia.
Ubicacin en la pila de protocolos de telefona IP:

Figura 2. 7 Paquete SIP

SIP forma parte de las especificaciones del IETF para comunicaciones
multimedia, conjuntamente con otros protocolos como RSVP (Resource
reServation Protocol), RTP (Real Time Protocol), SDP (Session Description
Protocol), etc.
La funcionalidad de dicho protocolo no depende de ninguno de stos.
Soporta comunicaciones entre usuarios de redes IP, y tambin, con el empleo de
pasarelas, con usuarios de otras redes, por ejemplo, con terminales de las redes
telefnicas convencionales.
El protocolo SIP no tiene dependencias con los protocolos de las capas
inferiores, por lo que puede soportarse sobre TCP (Transmission Control Protocol)
o UDP (User Datagram Protocol), igualmente sobre IP, ATM (Asynchronous
Transfer Mode), F-R (Frame Relay) o X.25.
45

En cambio, un simple datagrama UDP solo lleva un mensaje SIP. Los

datagramas UDP, incluyendo todas las cabeceras, no deben ser mayores que la
MTU (Media Transmisin Unit), si es que sta se conoce, o no mayores de 1500
bytes si no se conoce.
SIP es un protocolo basado en texto, utiliza el juego de caracteres ISO
10646 con codificacin UTF-8 (RFC 2279), lo que posibilita una fcil
implementacin y depuracin, lo hace flexible y extensible.
El sobre encabezamiento que implica usar un protocolo basado en texto no
tiene mayor trascendencia, pues SIP es un protocolo de sealizacin, no es un
protocolo para el transporte de datos entre usuarios como puede ser FTP (File
Transfer Protocol).
SIP soporta, entre otras cosas:

Correspondencia

(mapping)

de

nombres

servicios

de

re

direccionamiento,

Movilidad de usuarios y de terminales,

Llamadas con mltiples interlocutores a travs de MCUs(Multipoint Control

Unit).

Servicios suplementarios y de red inteligente,

Identificacin de usuarios con URIs (Uniform Resource Identifier),

posibilitando a stos iniciar una llamada haciendo un simple click sobre un
enlace Web.

Operacin stateless o stateful,

Cualquier sintaxis en el cuerpo de sus mensajes,

Ser utilizado conjuntamente con otros protocolos de sealizacin,

Sus propios mecanismos de seguridad.

Generalmente, las comunicaciones multimedia con el protocolo SIP comprenden:

Localizacin del usuario,

Determinacin de la disponibilidad del usuario para la comunicacin,

46

Determinacin de los medios para la comunicacin, esto es, las

capacidades de usuario,

Establecimiento de los parmetros de la comunicacin entre las partes

involucradas,

Manipulacin de las llamadas, es decir, establecimiento, modificacin y

terminacin de llamadas.

2.4.3 Elementos de una red SIP.

Los elementos en la arquitectura SIP son:

Agentes de Usuario (User Agent, UA).

Servidores de red.

Los Agentes de Usuario son

aplicaciones que residen en las estaciones

terminales SIP, y contienen dos componentes:

Agentes de Usuario Clientes (User Agent Client, UAC).

Agentes de Usuario Servidores (UserAgent Server, UAS).

Los UAC originan las solicitudes SIP (asociados al extremo que origina la
llamada), y los UAS responden a estas solicitudes, es decir, originan respuestas
SIP (asociados al extremo que recibe la llamada). Los UAs deben implementar el
transporte tanto sobre TCP como sobre UDP, y quizs tambin sobre SCTP.
Los UACs y UASs pueden, por si solos y sin los servidores de red, ser
capaces de soportar una comunicacin bsica (modelo de llamada bsico,
directamente entre endpoints). No obstante, la potencialidad de SIP se aprovecha
con el empleo de los servidores de red.
Los servidores de red se clasifican de la manera siguiente:

Servidores de redireccin
47

Servidores proxy

Servidores de registro

Servidores de redireccin (Redirect Server):

Procesan mensajes INVITE, que son solicitudes SIP, y retornan la direccin
(o direcciones) de la parte llamada. El SIP URL (Uniform Resource Locator) de
la parte llamada o cmo contactar con ella (respuesta 3xx).
En caso contrario rechaza la llamada, enviando una respuesta de error
(error de cliente 4xx o error de servidor 5xx).
Servidores proxy (proxy server):
Ejecutan un programa intermediario que acta como servidor y como
cliente, respecto al llamante se comporta como servidor, y respecto al llamado
como cliente.
Un servidor proxy puede reenviar solicitudes hasta el destino final sin efectuar
cambio alguno en ellas o cambiar alguno de sus parmetros si es necesario. Los
servidores proxy desarrollan el routing de los mensajes de solicitudes y
respuestas SIP que pueden ser de dos formas:

Stateful.

Stateless.

Los servidores proxy stateful retienen informacin de la llamada durante el

tiempo que dure el establecimiento de sta.
Los servidores proxy stateless, son los que procesan un mensaje SIP y
entonces olvidan todo lo referente a la llamada hasta que vuelven a recibir otro
mensaje SIP asociado a la misma. Esto se refiere al estado de la llamada, sin
embargo, pueden mantener un estado para una simple transaccin SIP, lo que
es denominado minimal state. La implementacin stateless provee buena
48

escalabilidad, pues los servidores no requieren mantener informacin referente al

estado de la llamada una vez que la transaccin ha sido procesada.
No todas las funcionalidades pueden ser implementadas en un servidor proxy
stateless, por ejemplo, las funcionalidades relativas a la

contabilizacin y

facturacin de las llamadas puede requerir funcionalidades proxy stateful, de

manera que se le pueda seguir el rastro a todos los mensajes y estados de una
comunicacin.
Servidores de registro (Registrar Server):
Registran las direcciones SIP (SIP URL) y sus direcciones IP asociadas,
es decir, garantizan el mapping

entre direcciones SIP y direcciones IP.

Tpicamente estn localizados con servidores proxy o servidores de redireccin.

Es un servidor que acepta solo mensajes de solicitud REGISTER,
posibilitando el registro correspondiente a la localizacin actual de los usuarios,
esto es, seguir el rastro de los usuarios, pues por diferentes razones (conexin
va ISP, usuarios mviles, conexin va LAN con DHCP) las direcciones IP de
stos puede cambiar.
Tambin se les denomina servidores de localizacin (Location Server), pues
son utilizados por los servidores proxy y de redireccin para obtener informacin
respecto a la localizacin o localizaciones posibles de la parte llamada.
El registro del mapping de direcciones SIP correspondiente a un usuario, no
es permanente, requiere ser refrescado peridicamente, de lo contrario, vencido
un time out (por defecto, una hora), el registro correspondiente ser borrado.
Este valor por defecto del time out puede ser modificado segn valor que se
especifique en la cabecera Expires de un mensaje de solicitud REGISTER.
En consecuencia, para mantener la informacin de registro, el terminal (o el
usuario) necesita refrescarlo peridicamente. Igualmente, un registro vigente
puede ser cancelado y/o renovado por el usuario.
49

Normalmente un servidor SIP se implementa con la combinacin de varios

Servidor proxy + servidor de registro

Servidor de redireccin + servidor de registro

tipos:

En cualquier caso deben implementar el transporte sobre TCP y UDP.

Funcionamiento del protocolo SIP
Resumen del funcionamiento segn utilicemos un servidor Proxy o un servidor de
redireccin:

Un UAC emite una solicitud,

Un servidor proxy interviene en la localizacin de la parte llamada,

Un UAS acepta (o rechaza) la llamada

Figura 2. 8 Sealizacin en llamada SIP con servidor Proxy

Un UAC emite una solicitud,

Un servidor de redireccin notifica la direccin de la parte llamada,

Un UAS acepta (o rechaza) la llamada,

50

Figura 2. 9 Sealizacin de llamada SIP con servidor de redireccin

Explicaremos mejor el funcionamiento detallado comentando los elementos y

eventos que intervienen y de qu manera. Que sern los siguientes:

Direcciones

Localizacin del servidor

Transacciones

Invitaciones

Localizacin de usuarios

Registro

Direcciones: Los usuarios ubicados en sus host respectivos se identifican

mediante una direccin SIP (SIP URLs) del tipo user@host, donde:

User : nombre de usuario o nmero telefnico

Host : nombre de dominio o direccin numrica de red

51

Localizacin de un servidor
Cuando un cliente SIP desea enviar una solicitud, en primer lugar ha de
enviar esta solicitud a un servidor Proxy configurado localmente o la direccin IP y
puerto correspondiente del destinatario.
Evidentemente, el software cliente debe disponer de las direcciones de uno
o de varios servidores SIP.
Transacciones
Una vez efectuada la localizacin de un servidor SIP, tienen lugar las
transacciones. Entendemos por transacciones el conjunto de solicitudes o solicitud
enviadas por el cliente y las repuestas o respuesta retornadas por el mismo
cliente. Se trata de solicitudes y respuestas relacionadas, o lo que es lo mismo,
con determinados parmetros iguales.
En caso de usar TCP como protocolo de transporte, las solicitudes y respuestas
de la transaccin, usan la misma conexin TCP.
Varias solicitudes desde el mismo cliente y al mismo servidor pueden emplear la
misma conexin TCP, o para cada transaccin una conexin TCP diferente. Esto
quiere decir que una conexin TCP puede soportar una o varias transacciones
entre un cliente y un servidor.
Invitaciones
Una invitacin SIP consta de dos solicitudes, por tanto corre a cargo de un cliente.
Estas parejas de solicitudes son INVITE y ACK, o INVITE y BYE, segn el caso.
La solicitud INVITE normalmente contiene la descripcin de la sesin, descrita con
formato SDP. Esta descripcin informa a la parte llamada qu tipo de medio el
solicitante puede aceptar, y dnde ste desea le sean enviados los datos.

52

Localizacin de usuarios
Dado que el usuario llamado puede desplazarse entre diferentes terminales, con
un

Servidor

de

Localizacin

estas

localizaciones

pueden

registrarse

dinmicamente. Para esto puede usarse uno de diferentes protocolos, por

ejemplo, finger, LDAP, etc.
Un Servidor de Localizacin puede retornar varias localizaciones, bien porque el
usuario est loggeado en diferentes hosts al mismo tiempo, o porque el Servidor
de Localizacin tenga temporalmente informacin no actualizada.
Con todo esto que hemos visto, dependiendo del tipo de servidor usado en la
transaccin SIP, se actuar as:
El servidor de redireccin le vuelve a enviar la informacin al cliente que lo solicite
y direcciona la llamada.
El servidor proxy, a la vez o secuencialmente, direcciona a la parte llamada.
Servicio de registro SIP
Posibilita que el cliente, mediante una solicitud REGISTER, notifique a un
servidor, proxy o de redireccin, su ubicacin. Hemos comentado anteriormente
que usualmente en la prctica, un servidor de localizacin o registro acompaa a
los servidores proxy y redireccin. Tan en un caso como en otro, debe consultar a
un servidor de localizacin.

2.5 Codec.
Un cdec es un plugin o pequeo aadido instalado en el sistema para
poder reproducir audio o video, el que ha sido previamente codificado o reducido.
El trmino cdec proviene de la unin de dos palabras: Compresor-Decompresor.

53

Un cdec es aquella pequea unidad de software que describe cierta

especificacin de un software o hardware a fin de trasformar un archivo con un
stream o flujo de datos, as como tambin una seal. De este modo, un cdec es
capaz de codificar este flujo de informacin o seal para luego recuperarlo o
decodificarlo en un formato adecuado para su reproduccin o manipulacin. De
este modo, un cdec se configura como un aparato que permite disminuir los
problemas que se producen cuando se requiere de un gran espacio para el
almacenamiento de cierto tipo de archivos, como lo son los de audio y video, ya
que son capaces de comprimirlos a fin de utilizar la menor cantidad de espacio
posible, y de descomprimirlos cuando el usuario decida reproducirlos.
No slo ventajas poseen estos dispositivos. Existe un problema de este tipo
de programas y guarda relacin con la prdida de informacin. Es usual que
durante el proceso de codificacin y decodificacin se pierda un poco de
informacin. Sin embargo, gracias a los avances tecnolgicos, ha sido posible la
creacin de cdecs ms sofisticados que no cuentan con este problema.
Existen dos tipos de cdecs, los que se dividen segn el cmo realizan su
funcin. De este modo, existen los cdecs transformadores, los que basan su
funcionamiento en la organizacin eficiente de la informacin, y de este modo,
poder ahorrar espacio para un mejor almacenaje. En segundo lugar, existen los
cdecs predictores, los que operan en base a la eliminacin de informacin
innecesaria para la codificacin. Sin embargo, existe un tercer tipo, que resulta de
la combinacin de los otros dos, lo que reduce de forma considerable los
riesgos.En todo caso no hay que asustarse. Como usuario, uno solo necesita
saber que el cdecs es necesario para muchas aplicaciones multimedia, y si
tenemos problemas al intentar reproducir un determinado formato de archivo, es
posible encontrar en la red los codecs necesarios; lo que si se recomienda es
siempre buscar en las pginas oficiales de los desarrolladores de estos, para no
encontrarse con sorpresas desagradables.

54

2.5.1 Tipologa de Cdecs

Dentro de las tipologas es importante mencionar el PCM (Modulacin por
codificacin de pulsos), es una tcnica para convertir seales analgicas a
digitales y viceversa. Mediante la PCM, las seales de voz, o cualquier otra seal
analgica, se transforman en una secuencia de pulsos binarios, dicho de otra
manera, en el mismo tipo de onda elctrica que se maneja en los sistemas de
transmisin de datos. Para esto, la PCM debe llevar a cabo tres tareas sobre la
seal analgica: el muestreo, la cuantificacin y la codificacin.
Con el muestreo la seal analgica se discretiza en tiempo, es decir, solo
se consideran los valores de amplitud de la onda analgica que corresponden a
valores discretos del tiempo. Con la cuantificacin, se le asigna la amplitud, que
corresponde a cada instante de muestreo y segn su magnitud, un valor numrico.
Con la codificacin, de acuerdo con el equivalente binario del nmero asignado, se
genera la onda elctrica digital que corresponde a cada muestra de la seal
analgica, as la salida de un sistema PCM es una secuencia de muestras
digitalizadas dicho de otra manera una secuencia de pulsos con codificacin
binaria. Esta seal se enva por el medio de transmisin hasta el receptor, en
donde la onda elctrica original se recupera mediante la conversin, de nuevo a la
forma analgica de la seal digital que se recibe (Tecnologas y redes de
transmisin de datos, 2003).
Otra modulacin que es importante mencionar es DPCM (Modulacin
Diferencial de Pulsos Codificados) esta infiere el valor de la muestra futura a partir
del valor de las muestras pasadas, proceso denominado de prediccin. Con un
predictor idntico al emisor, la seal recuperada ser la muestra ms un ruido de
cuantificacin. Como la seal tiene menos margen de variacin dinmica que la
seal cuantificada requiere menos bits por segundo para transmitir la misma
informacin que por un sistema PCM donde se transmiten directamente los
valores codificados. De ah que el DPCM sea ms eficiente que PCM, gracias a lo
cual puede transmitirse una misma informacin por un canal con el ancho de

55

banda menor (Procesado digital de seales, Fundamentos para comunicaciones y

control I, 2006).
La ADPCM (Modulacin Diferencial de Pulsos Codificados Adaptativo) se
adapta dinmicamente a los diferentes tipos de seal aumentando o disminuyendo
la resolucin de la misma (Universidad de Valencia, 2010).
2.6 Estndares.
Los estndares especificados por la ITU-T para la codificacin de audio son
G.711, G.722, G.723, G.728 y G.729 (esta informacin puede consultarse en el
tema 2.2.6.5 Estndares de audio G.711 y Familia).

2.6.1 Codificacin de Video.

La transmisin de imgenes con o sin movimiento, es una de las

aplicaciones que consume ms ancho de banda en la actualidad. El video, como
caso particular, se transmite casi invariablemente en forma comprimida. La
esencia del proceso de compresin es intentar alcanzar una representacin ms
compacta de la seal digital, mediante la eliminacin de redundancias presentes
en la misma, para minimizar el caudal de bits necesarios para su transmisin o
almacenamiento, intentando mantener la calidad. Los estudios de comprensin de
imgenes van orientados, generalmente, a analizar la calidad de la reconstruccin
de la imagen comprimida, el factor de comprensin alcanzado, la complejidad y
velocidad del algoritmo en si (Tendencias en redes de altas prestaciones, 1999).

2.6.2 Definicin.
Una imagen, una secuencia de video o las seales de audio se pueden
comprimir dados los siguientes factores:
Hay una considerable redundancia estadstica en la seal

56

Hay bastante informacin en la seal, que es irrelevante desde el punto de vista

perceptual humano
Para una aplicacin dada, los esquemas de compresin, pueden explotar uno o
todos los factores anteriores, para alcanzar el factor de compresin de datos
deseado.
Por la necesidad de establecer normas internacionales para estos
esquemas de compresin, los organismos mundiales de estandarizacin han
desarrollado diferentes estndares para el almacenamiento, transmisin de video
y su audio asociado.
Algunos de estos estndares son: JBIG, JPEG, MJPEG, ITU H.261, MPEG-1,
MPEG-2, MPEG-4, MPEG-7, ITU H.263, GA HDTV, DVB, CMTT (Tendencias en
redes de altas prestaciones, 1999).

2.6.3 Estndares.

Hay dos estndares aceptados actualmente para compresin de imgenes

estticas y en movimiento, son JPEG (Joint Pictures Expert Group) y MPEG
(Moving Pictures Expert Group). Estos esquemas, proporcionan altos factores de
compresin con buena calidad en la imagen reconstruida (Tendencias en redes de
altas prestaciones, 1999).

JPEG

El estndar ISO/IEC 10918 surge para responder a las necesidades de una

norma internacional para la compresin de imgenes estticas multinivel.
Su objetivo fue desarrollar un mtodo general para la compresin de imgenes
que reuniese una serie de requisitos. Incluye dos mtodos de compresin bsicos:
un mtodo de compresin con prdidas basado en la DCT2, y un mtodo
predictivo para compresin sin prdidas. La codificacin de imgenes basada en
DCT es la base de todos los estndares de compresin de imgenes y video.
57

Un sistema de codificacin genrico basado en DCT se muestra en la figura

Figura 2. 10 Sistema de codificacin

Especifica cuatro modos de operacin: secuencial basado en DCT, progresivo

basado en DCT, sin perdidas y jerrquico.

Adems de las imgenes estticas, pueden codificarse tambin datos de

video usando Moving JPEG, que no emplea ninguna tcnica de reduccin de
redundancia entre imgenes (Tendencias en redes de altas prestaciones, 1999).

MPEG

La idea bsica detrs de la codificacin MPEG es, explotar la localidad

temporal, exceptuando ciertos tipos de vdeos, como los videos musicales, en
donde las imgenes no cambian mucho durante pequeos intervalos de tiempo.
MPEG, toma ventaja de esto, codificando una imagen con relacin a otras
imgenes temporalmente cercanas a ellas.
Todos los estndares MPEG son genricos, es decir, independientes de la
aplicacin. No especifican las operaciones del codificador. En cambio, puntualizan
la sintaxis del flujo de bits codificado y el proceso de decodificacin. As
proporcionan bastante flexibilidad en las especificaciones, para que distintos

58

fabricantes puedan incluir elementos de optimizacin especficos (Tendencias en

redes de altas prestaciones, 1999).
El estndar MPEG es uno de los ms populares estndares de compresin
de video y audio, debido a que no es un simple estndar. En vez de eso, es un
rango de estndares disponibles para diferentes aplicaciones, pero basados en
principios similares. MPEG es el acrnimo de Moving Pictures Experts Group,
establecido por la ISO para trabajar en compresin de video.

MPEG-1

Es el primer Codec (codificador/decodificador) desarrollado por MPEG y

dirigido a aplicaciones que requieren calidad media y una codificacin de video y
audio a un caudal de bits medio (sobre 1.5 Mbps).
El algoritmo de codificacin MPEG-1, es un esquema de compresin con prdidas,
que puede aplicarse a un amplio rango de formatos de entrada y de aplicaciones.
MPEG-1 no reconoce fuentes entrelazadas. El video entrelazado, tal como el
generado por una cmara de TV, debe convertirse a cdigo no entrelazado antes
de la codificacin. Este proceso de conversin no est especificado en el
estndar.
Una fuente de video es una secuencia de frames numerados, F1, F2, F3,, Fn.
Cada frame es una imagen esttica. Un reproductor de video muestra las
imgenes consecutivas, frame tras frame (Tendencias en redes de altas
prestaciones, 1999).

MPEG-2

Apareci en el ao 1994 y es idntica a la normativa del ITU H.262. Se

dise para mantener la compatibilidad con MPEG-1. Incorpora nuevas
caractersticas de codificacin para tratar con imgenes de video entrelazadas.
El MPGE-1 es una normativa muy amplia, que para la mayora de las
aplicaciones no necesita ser implementada de forma completa. Por ello introduce
59

los conceptos de perfiles y niveles, los cuales permiten establecer las

compatibilidades entre diversos equipos MPEG-2, puesto que establecen que
subconjuntos de MPEG-2 soporta un equipo. Como regla general, cada perfil
define un nuevo conjunto de algoritmos a aadir a los del perfil inmediatamente
inferior. En cambio, el nivel especifica el margen de valores que puede soportar
cada uno de los parmetros, por ejemplo el tamao de imagen o la tasa de bits
(Tratamiento digital de voz e imagen y aplicacin a la multimedia, 2000).

MPEG-4

La clave tecnolgica que representa la diferencia fundamental de MPEG-4

es la habilidad de codificar objetos visuales de formas arbitrarias, ya que los
objetos visuales de MPEG-2 estn limitados a tener formas rectangulares. En
MPEG-4 es posible componer escenas en donde diferentes personas (imgenes
en 2D) pueden estar juntas alrededor de una mesa en la misma escena, siendo
cada una, un objeto audiovisual definido y tratado en forma completamente
diferente.
El estndar MPEG-4 ofrece una serie de tecnologas que definen:

La representacin codificada de unidades con contenido de audio, de video,

llamados objetos audiovisuales (AVO)
La forma en que los diversos AVO estn compuestos en una escena.
La manera en la que los AVOs son multiplexados y sincronizados, para que
puedan ser transportados sobre canales de una red ofreciendo calidad de servicio
apropiada para la naturaleza de los mismos o requerimientos del usuario final
Una interfaz genrica entre la aplicacin y los mecanismos de transporte

La manera en la que el usuario final interacta con la escena, por ejemplo

cambiando el punto de vista, o con un objeto individual en la escena, es decir,

60

haciendo click en el objeto para obtener informacin acerca de las caractersticas

de ste
La proyeccin de la escena audiovisual compuesta sobre el equipo terminal
de audio y/o video deseado (MPEG-4, 2001)

MPEG-7

Es una representacin estndar de la informacin audiovisual que permite

la descripcin de contenidos por palabras clave y por significado semntico (quin,
qu, cundo, dnde) y estructural (formas, colores, texturas, movimientos,
sonidos). El formato MPEG-7 se asocia de forma natural a los contenidos
audiovisuales comprimidos por los codificadores MPEG-1 (almacena y descarga
archivos audiovisuales), MPEG-2 (televisin digital) y MPEG-4 (codifica audio y
vdeo en forma de objetos), pero se ha diseado para que sea independiente del
formato del contenido.
Este estndar se usa para que sea posible desarrollar sistemas capaces de
indexar grandes bases de material audiovisual (imgenes fijas, grficos, modelos
tridimensionales, audio, discursos, vdeo e informacin sobre cmo esos
elementos estn combinados en una presentacin multimedia) y buscar en estas
bases de materiales en forma manual o automtica (El estndar MPEG-7,2005).

Formatos de Video

Existen diferentes formatos de video en los que se puede representar la

seal de video estos formatos pueden ser de color, muestreo y tamao
(Codificacin y transmisin robusta de seales de video MPEG-2 de caudal
variable sobre redes de transmisin asncrona, 1999).

61

Formatos de color

El formato de colores RGB parte de la idea de que cualquier color puede

ser representado a travs de una combinacin de los tres colores primarios los
cuales son rojo, verde y azul.
En la representacin digital de estndar RGB, los componentes se codifican
cada uno con ocho bits, arrojando un total de 24 bits por pixel. Este es el formato
bsico en el que trabajan la mayora de componentes de obtencin de imgenes y
video, como el escner y las cmaras. Si la idea es la de comprimir la seal, se
puede obtener algn ahorro del ancho de banda si se trabaja con luminancias y
crominancias, la razn es que el ojo humano es ms sensible al brillo (luminancia)
para percibir los detalles, y no tanto a la diferencia de color (crominancias) para las
que se necesita mucho menos resolucin. Si el ojo no puede resolver el color muy
bien, no hay ninguna razn para malgastar el ancho de banda para representar
seales de color de alta resolucin (Codificacin y transmisin robusta de seales
de video MPEG-2 de caudal variable sobre redes de transmisin asncrona, 1999).

2.7 Formatos intermedios CIF Y QCIF.

En la norma H.261 se especifican dos formatos que tienen relacin con la
resolucin de la imagen:
CIF (Common Intermediate Format Formato Intermedio Comn), con una
resolucin de 352 x 288 pixeles
Sus parmetros se muestran en la tabla 2.1. Su resolucin es adecuada
para conferencias de grupo, donde cada participante ocupa slo una pequea
fraccin del rea visible. Pero si la velocidad de transmisin es baja, podra
manifestarse un movimiento robotizado. Para los grficos, el CIF puede usarse
para transmitir imgenes de grficos de texto con 15 o menos lneas de texto. Este
formato se recomienda para todos los codecs que operan a velocidades de 384
Kbps o ms.

62

Tabla 2. 2 Resolucin de video

QCIF (Quarter Common Intermediate Format - Formato Intermedio Comn de un

Cuarto), con resolucin de 176 x 144 pixeles
Este formato de menor calidad tiene la mitad de resolucin del CIF en cada
dimensin, tiene la cuarta parte de nmero de pixeles del CIF. Esta resolucin es
notablemente ms pobre que una imagen de televisin comercial, pero, adecuada
para conferencia de una sola persona, donde slo se muestre la cabeza y los
hombros (talking heads). El QCIF slo puede usarse para grficos muy simples
con 7 lneas de texto como mximo. Todos los codecs bajo norma H.261 requieren
el QCIF para operar, como modo de respaldo. An si un codec tiene capacidad
CIF, ste podra, por sus caractersticas, forzar su operacin a QCIF si se desea
mejorar la velocidad de cuadros o economizar en la velocidad de transmisin.
Para asegurar la compatibilidad de las transmisiones, se hace un intercambio
previo de parmetros entre los terminales, especificando la resolucin que se
usar durante la videoconferencia. Los equipos de calidad superior degradan su
resolucin al nivel del equipo de menor calidad, las caractersticas y parmetros
de estos formatos se muestran en la tabla 2.2 (Videoconferencia sobre redes
WAN, 2007).
Tabla 2.2. Parmetros del formato QCIF.

63

2.7.1 Estndares de Video H.32X y Familia.

En el campo tcnico la estandarizacin es el proceso por el cual se

establecen normas comnmente aceptadas que permiten la cooperacin de
diferentes empresas o instituciones sin disminuir su posibilidad de competir. Un
estndar proporciona ventajas no slo a las empresas, sino tambin al usuario, sin
verse limitada su capacidad de eleccin a un determinado proveedor, sino a todos
aquellos que cumplen con los requerimientos necesarios y que, por tanto, crean
productos que son compatibles.

H.320

El estndar H.320 fue propuesto por la ITU-T y est diseado para enlaces
ISDN (Red Digital de Servicios Integrados), se ha ido adaptando para usarse en la
tecnologa WAN. El estndar recoge todos los subestndares tales como H.261
(vdeo), G.7XX (audio), H.320 (control) y T.120 (datos) y transmite 128 Kbps.
Una versin de H.320 est diseada para multipunto, la MCU (Unidad de
Multiconferencia) permite 3 o ms terminales para compartir informacin de audio
y vdeo. Una simple red multipunto debe ser considerada como una conferencia
punto a punto excepto porque 2 o ms terminales estn presentes.

H.323

El estndar H.323 es muy importante para la comunicacin de audio, video

y datos, este estndar define videoconferencias basadas en LAN y permite una
interoperabilidad entre los diferentes vendedores; define videoconferencias
usando lneas de viejos sistemas telefnicos.
Estndar totalmente compatibles de aplicaciones de redes multimedia
pueden expandirse a travs de los mltiples "carriers backbone" (Redes privadas
LAN/WAN e Internet) y viajar a travs de muchos dispositivos hechos por
diferentes vendedores, permite a estos seguir los mismos lineamientos para el
64

desarrollo de equipos, software de red y software de aplicaciones para facilitar o

eliminar los problemas de incompatibilidad encontrados hoy en da en las redes de
mltiples vendedores incluyendo Internet.
H.323 soporta diversos protocolos como H.225 y H.245 para una variedad
de aplicaciones multimedia y una correcta transmisin de audio, vdeo y datos a
travs de mltiples ambientes de red. Los protocolos H.225 y H.245 son los ms
importantes dentro del estndar H.323 y se usan para la configuracin,
administracin y terminacin de llamadas. H.225 realiza el control de la llamada y
H.245 la administracin de la misma (Protocolos en videoconferencia H.323,
2009).

H.324

El estndar H.324 sirve para transmisin de videoconferencia trabaja sobre

lneas telefnicas regulares a velocidades de 28.8 Kbps 33.6 Kbps puede dar 5
7 cuadros/se, la transmisin de imgenes es de muy baja calidad, similar a fotos
una detrs de otra (Manual de Prcticas para el Laboratorio de Administracin de
Redes, 2008).

H.261

El estndar H.261 se utiliza para comunicaciones audiovisuales, es una

recomendacin de la ITU-T para la compresin de vdeo para ser usado en
canales que vayan de 64 Kbits a 2 Mbits; tambin llamado px64 donde p es un
rango comprendido entre 1 y 30 (los mltiplos que puede tener un canal B),
diseada para asegurar compatibilidad entre pases con distintas normas de
vdeo, soporta dos tamaos de imagen: CIF (Common Intermediate Format) con
una resolucin de 352 x 288 y QCIF (Quarter CIF) con una resolucin de 176 x
144 (Videoconferencia, 2003).

65

H.264

MPEG-4 Parte 10 (H.264/AVC) - El H.264 (tambin llamando MPEG-4 parte

10), es un codec de vdeo digital utilizado para alcanzar una alta compresin de
datos. Fue realizado por la ITU-T Video Coding Experts Group (VCEG) junto con
la ISO/IEC Moving Picture Experts Group (MPEG) como el producto de un
esfuerzo de sociedad colectiva conocida como el Joint Video Team (JVT).
Tambin es conocido como MPEG-4 AVC (Advanced Video Coding, Codificacin
Video Avanzada), ofrece una compresin perceptiblemente mayor que sus
precursores.
Puede proporcionar vdeo de calidad DVD con una tasa binaria 40% inferior
a la de MPEG-2. Se considera prometedor para vdeo a imagen completa
terrestre, satlite y conexiones de banda ancha en Internet. Es tambin uno de los
codecs de video que se han elegido para el Blu-ray y el HD-DVD.
H.264 hace uso las redundancias espaciales, temporales, y psico-visuales
para mejorar la eficiencia de la codificacin de video.
Como novedad frente a las normas anteriores, H.264 propone nuevas
formas de particin de bloques. De este modo, se proporciona una mayor
exactitud en la estimacin de movimiento, a lo que se suma una precisin que
puede llegar hasta un cuarto de pxel
Antes, se realizaban particiones de 8x8. En el H.264, de cada a disminuir
informacin residual y el nmero de vectores de movimiento, se asignan bloques
de diferentes tamaos segn sea la cantidad de movimiento que exista entre los
distintos frames. A las zonas que cambian menos se le asignan los macrobloques
de mayor tamao (16x16 pxeles), mientras que las zonas con ms movimiento
estos bloques pueden ser descompuestos en sub-bloques de 16x8, 8x16 8x8
pxeles. En este ltimo caso, es posible descomponer a su vez cada sub-bloque
de 8x8 pxeles en particiones de 8x4, 4x8 4x4 pxeles.
66

Figura 2. 11 Bloques y formas de video

Aqu podemos ver el proceso de compensacin de movimiento en la codificacin
inter-frame. Cuanto mejor sea la prediccin, menos informacin contendr el
residuo.

Figura 2. 12 Frame reconstruido a partir de la prediccin

2.8 Estndares de audio G.72X y Familia.
G.711: Es un estndar de la ITU-T que utiliza la codificacin PCM5
proporcionando calidad de audio a 64 Kbits en el tramo de 3 KHz
(Videoconferencia, 2003).
G.722: El estndar G.722 utiliza la codificacin PCM proporcionando calidad de
audio a 64 Kbits en el tramo de 7 Khz (Videoconferencia, 2003).
G.723: El estndar G.723 se encarga de comprimir las frecuencias comprendidas
entre 50 Hz y 7KHz pero lo hace a canales de 48, 56 y 64 Kbps, consiguiendo as
67

mayor disponibilidad y mayor calidad en la transmisin y recepcin (Universidad

de Valencia, 2010).
G.728: El estndar G.728 la codificacin PCM proporcionando calidad de audio a
16 Kbits en el tramo de 3Khz. H.221 define la estructura de las tramas para
comunicaciones sobre canales de 64 a 2 Mbits, es el protocolo que define el
transporte del resto de protocolos sobre la red, define frames de un tamao fijo de
80 bytes (Videoconferencia, 2003).
G.729: El estndar G.729 tambin utiliza la codificacin PCM proporcionando
calidad de audio a 8 Kbits en el tramo de 3Khz, al igual que G.728, H.221 define la
estructura de las tramas para comunicaciones sobre canales de 64 a 2 Mbits,
permitiendo comprimir as los 64 Kbps.

68

Tabla 2. 3 Relacin entre cdec de audio.

69

CAPTULO III: Factibilidad Tcnica y Econmica

3.1 Factibilidad Tcnica.

Cuando

escuchamos

la

palabra

videoconferencia

inmediatamente

la

asociamos a grandes empresas, reuniones de poderosas compaas discutiendo

un gran proyecto y millones de pesos. Gracias a un estudio de mercado realizado
se comprob que la demanda por adquirir servicios de comunicacin a distancia
ha ido incrementando en los ltimos aos, el principal motivo es que, al poseer
una plataforma que nos permita estar conectados de manera presencial, es decir
or y observar a la persona con la cual estamos hablando a cientos de kilmetros,
asegura un retorno de la inversin en un periodo aproximado de 6 meses. Esto
debido a que al hacer viajes de negocio se desembolsan grandes sumas de dinero
en pasajes de aviones, reservaciones de hoteles y gastos en viticos, sumado a
los eventuales traslados en taxis, trenes o cualquier factor que implique
movilizacin dentro de una determinada ciudad al momento de la reunin.
Como consecuencia a lo anterior se tom como desafo implementar un
servicio de videoconferencia que cubra las necesidades que se mencionaron al
principio reduciendo costos pero no la calidad, de manera que sea muy atractiva
para los clientes.
Se realizaron estudios para comprobar si es factible desde el punto de vista
tcnico y econmico implementar un servicio como se pretende.
A continuacin se menciona y detalla cada paso que implica llevar a la
realidad un servicio de videoconferencia

que ser de mucha utilidad para

empresas y organizaciones educacionales que no cuentan con el presupuesto

para invertir en una plataforma propietaria y todo esto gracias a las bondades que
nos ofrece el Software Libre y su extensa lista de aplicaciones gratis.
70

3.1.1 Topologa
La topologa que se muestra a continuacin, presenta una prototipo de una
plataforma que funciona producto de los beneficios que nos ofrece el Open
Source, ms conocido como software desarrollado y distribuido libremente, junto
a aplicaciones para dispositivos mviles y computadores que funcionen con OS
Windows como es el caso de la aplicacin MyPhone 3, que se encuentran
disponibles en la Web para su descarga gratuita. Adems incorpora la posibilidad
de utilizar equipos terminales de marcas propietarias como es el caso de Polycom,
Cisco y Huawei.

7. Access Point

6. Smartphone con Android

& RealPresence.apk
1. Aplicacin MyPhone para
PC

2. MCU OpenSource
Centos 6.5

5. Aplicacin MyPhone para

PC
3. Sala
Reuniones

3. Desarrollo

4. Tablet con Adroid &

RealPresence.apk

Figura 3. 1 Topologa a Implementar

71

3.1.2 Hardware y Software.

El siguiente cuadro arroja los resultados de las aplicaciones y sistemas
operativos de GNU/Linux probados, donde resalta la plataforma que mejor se
comport en las pruebas realizadas.
SISTEMA OPERATIVO GNU/LINUX

Plataforma

Centos

Debian

6.5

Medooze

Red
Ubuntu 12.04 Fedora

Hat

H.323

SIP

OpenMCU

Asterisk

Kamailio

x
Tabla 3. 1 Comparativa de compatibilidad

Medooze: MCU creada por Sergio Murillo, desarrollador espaol, la cual se

descarga y compila sobre distintas distribuciones de Linux, requiere de
paquetes de Audio y Video adicionales que deben ser compilados para
permitir la realizacin de multi-conferencias. Solo fue posible montarla en
Debian sin obtener resultados ptimos. Se descart su utilizacin.

OpenMCU: Implementada por un grupo de desarrolladores Rusos, con el

mismo propsito del punto anterior, se obtuvieron buenos resultados en
todas las distribuciones de Linux en prueba, por lo que se defini utilizarla
en el Proyecto de Ttulo.

Asterisk: Siguiendo con el propsito de utilizar como alternativa el estndar

SIP, Asterisk se impuso como la solucin ms robusta para la utilizacin de
registros de equipos terminales en internet, compatible con OpenMCU y
elegida para formar parte de la Plataforma final del Proyecto de Ttulo.

Kamailio: A pesar de que se hizo el intento de investigar dicha solucin

como alternativa a Asterisk, no existe mucha documentacin clara para
realizar la integracin con la plataforma muticonferencia. Se descart.
72

La ventaja del software escogido es que no requiere de grandes recursos de

Hardware, por lo que se implementa bajo un Computador con procesador Intel
core i5 de 2,6 Ghz, con 6 GB de Ram y 64 MB de Video.

3.1.3 Diagrama.

CENTOS 6.5

localhost:1420
OpenMCU Administration
localhost
PBX Administration

HTTP

OPENMCU
Port 1420

ADMINISTRACIN WEB

ASTERISKNOW
Registro SIP Port 5060

H.323/SIP
H.323
Port 1720

Telefono Polycom
VVX 1500

SIP
Port 5060
H.323/SIP
SmartPhone Con Android
RelaPresence Polycom

H.323/SIP

QDX6000 Polycom

Figura 3. 2 Diagrama de arquitectura implementada

73

3.1.4 Decisin Final.

Para realizar la factibilidad tcnica fue necesario estudiar una plataforma de

videoconferencia propietaria, en este caso el estudio se centr en la marca
Polycom, pionero mundial en sistemas de Teleconferencia y Videoconferencia de
origen Estado Unidense, fundada en el ao 1990.
La eleccin de la marca estudiada se debi principalmente en la robustez y
calidad de las videoconferencias efectuadas, en cuanto a los equipos que
componen una solucin completa, desde servidores a nivel de infraestructura y
equipos terminales que trabajan bajo la norma H.323 de la ITU-T, la cual define los
protocolos para proveer sesiones de comunicacin audiovisual sobre paquetes de
datos.
El funcionamiento principal se basa en equipos terminales que se
componen de una CPU encargada de procesar el video y el audio capturados
producto de una cmara y un micrfono, la cual se conecta a la red de datos
donde por intermedio de la direccin IP asignada logra establecer sesiones con
otro punto terminal bajo la norma que se mencion al principio (H.323).
Una red H.323 no solo se compone de equipos terminales sino que tambin
de un Gatekeeper, el cual se encarga de administrar sesiones, definir polticas de
funcionamiento y adems, actuar como un servidor de registro para que las
llamadas de videoconferencia se realicen a travs de una extensin asignada.
Tambin encontramos un Firewall H.323 que cumple la funcin de permitir
llamadas desde una red privada hacia internet filtrando en este caso flujos H.323 a
diferencia de un cortafuego tradicional.
En esta misma lnea aparecen equipos encargados de permitir la
interaccin entre normas distintas, en este caso permite la conversacin entre
H.323 y el protocolo SIP (Protocolo de Inicio de Sesin), los llamados Media
Gateway hacen posible este proceso.
74

Finalmente, para hacer posible el establecimiento de videoconferencia de

dos a ms sitios de manera simultnea, aparece la MCU, quizs el equipo de valor
ms elevado dentro de los que compone la plataforma debido a sus caractersticas
tcnicas. Es en ste donde se concentra el estudio de la factibilidad para llevar a
cabo nuestro proyecto.
De este modo se estudi el completo funcionamiento y la posibilidad de
encontrar una aplicacin que sea capaz de actuar prcticamente de la misma
forma pero reduciendo los costos de implementacin, un factor crtico lo cual hace
que marcas como Polycom o Cisco apunten hacia un segmento del mercado
especfico debido al alto valor econmico de sus productos.
Es as como se pens en el Software Libre y en sistemas que no dependan
de licencias de pago, para no tener dificultades con el uso ilegal de aplicaciones
propietarias. Aparece en este escenario el OpenSource, GNU/Linux y todo su
variado itinerario de Softwares y Plataformas desarrolladas por miles de personas
por todo el mundo dispuestas a compartir sus conocimientos y cdigos fuentes de
aplicaciones que podran ser til en la bsqueda del sistema ms apropiado en
este caso.
Las investigaciones se centraron en foros y blogs de personas que
desarrollan aplicaciones de videoconferencia en cdigo abierto, de esta manera
aparecen conceptos como Medooze y OpenMCU, plataformas capaces de
procesar multiconferencias estables y de calidad.
Adems se pens en la alternativa de incluir una solucin de
Videoconferencia SIP, lo que permite, debido a las estrictas polticas de seguridad
de H.323, el registro de dispositivos terminales hacia una URL o Servidor SIP
situado en internet, que har posible una llamada de audio y video sin la
necesidad de abrir puertos como es el caso de H.323.

75

3.2 Factibilidad Econmica.

3.2.1 Introduccin.
La tecnologa avanza a pasos muy agigantados y cada da el ser humano
necesita estar mucho ms conectado, hoy a travs de las redes sociales, como
Facebook, Whatsapp, Twiteer o Skype y es precisamente esta ltima la que ms
llama la atencin ya que nos posibilita interactuar cara a cara a travs de audio y
video o video conferencia.
La video conferencia llega a Chile a finales de la dcada de los 90 gracias a
la empresa Latn Telecomunicaciones que comienza a incursionar en esta
llamativa tecnologa introduciendo equipos terminales que posibilitan las video
llamadas. Obviamente al ser una tecnologa nueva en nuestro pas tendra
limitantes como el ancho de banda reducido disponible en esos entonces que
haca que la transmisin de audio y video no fuera optima, es por ello que se
usaron tecnologas alternativas como las lneas ISDN que tendran una capacidad
limitada pero aseguraran una comunicacin sin interrupciones a cambio de un
costo muy elevado.
La evolucin de la video conferencia en nuestro pas se vio beneficiada por
el mejoramiento de las redes de internet y la capacidad de transmisiones por
sobre los 2 Mbps. Las comunicaciones comenzaban a ser ms fluidas y la calidad
de imagen presentaba un mejoramiento notorio, ya el concepto comenzaba a
evolucionar a Telepresencia ya que daba la sensacin que los participantes de las
sesiones de video conferencia compartieran en una misma sala u oficina.
Desafortunadamente el costos de los equipos encargados de generar la
comunicacin no se fueron abaratando, si no que se han mantenido hasta el da
de hoy, salvo a que algunas marcas como por ejemplo Huawei o LG han ofrecido
productos alternativos pero aun as bordeando los $ 5000

dlares lo que ha

provocado que solo instituciones y empresas que poseen grandes recursos

econmicos opten a estas soluciones de video conferencia.
76

Gracias al Software libre esta realidad puede cambiar ya que los costos se
reducen considerablemente tanto en hardware como software ofreciendo
soluciones similares con grandes prestaciones, comunicaciones efectivas y de
calidad, pensando principalmente en instituciones, pymes y empresas pequeas
que requieran de la comunicacin a distancia lo que se ve reflejado como
beneficio en un lapsus de 6 meses, recuperando la inversin de traslados,
hospedajes, viticos y todo gasto que tenga que ver con la movilizacin para
efectuar esas reuniones o capacitaciones tan importantes que ayudan al desarrollo
de las instituciones.
Es por lo anterior que nuestro estudio se basara en desarrollar una
tecnologa basada en Software Libre que permita el establecimiento de llamadas
en video a costos muy inferiores respecto a nuestros competidores.
3.2.2 Anlisis previo a la situacin actual.
El elevado costo de soluciones de Video Conferencia, la alta disponibilidad
de ancho de banda en redes de comunicaciones y la emergente variedad de
Softwares Libres que nacen como alternativa a las Video Conferencias de pago
sumado a la constante necesidad de estar comunicados de forma presencial, nos
hacen mirar hacia el futuro apuntando al usuario comn que no cuenta con la
posibilidad de adquirir soluciones de tan alto valor econmico.
Como estudiantes de ltimo semestre en la Carrera de Ingeniera en
Telecomunicaciones, Conectividad y Redes, nos vemos enfrentados al desafo de
implementar una solucin de Video Conferencia basada en Software libre,
contamos con el conocimiento y las herramientas para indagar y encontrar el
software que ms se adecue al desarrollo de este proyecto, as como tambin la
situacin actual del mercado en cuanto a tecnologas pagadas y que ms
repercusin poseen sobre los clientes.
Laptops y mquinas virtuales de nuestra propiedad hacen de infraestructura
posible para la investigacin y ejecucin de las tecnologas disponibles como por
ejemplo Medooze basado en Linux, software libre el cual permite la realizacin de
77

una llamada multiconferencia, Asterisk u OpenSips, que actan como servidores

dentro de la plataforma que dar vida al servicio de Video Conferencia que
pretendemos implementar.
Las variables externas que podran interferir en la realizacin de este
proyecto podra ser la poca disponibilidad de los Softwares a utilizar, en cuanto a
descarga o eliminacin de estos en los servidores que se encuentran alojados.
Con respecto al mbito Legal no debiera existir ningn tipo de problema ya que se
trabaja netamente con Softwares Libres de Licencias y de pago.
Segn la pgina oficial de Tecnologa pyme, en el ao 2013, la empresa
Arkadin proveedora de este tipo de servicios tuvo un aumento de demanda en el
ao 2012 del 90% con respecto a los aos anteriores.
Cada da las empresas estn dispuestas al uso de nuevas tecnologas con
el fin de abaratar costos, comodidad y flexibilidad.

3.2.3 Principales Ventajas.

Las principales ventajas que aporta la videoconferencia al entorno empresarial

son:

Ahorro de tiempo: No es necesario dedicar varias horas a viajar, para

mantener una reunin.

Ahorro de costes: Evita el uso de aviones, hoteles, desplazamientos por

carretera u otros medios de comunicacin.

Mejora en la conciliacin de la vida personal y familiar: Permiten mantener

reuniones y conversaciones desde cualquier lugar, y ser utilizado como
herramienta de comunicacin para facilitar el teletrabajo.

78

Beneficio ecolgico: ya que se reduce la necesidad de viajes, y en

consecuencia la reduccin de consumo energtico y emisin de CO2.

En cuanto a las oportunidades que ofrece un sistema de videoconferencia a

una pequea empresa o instituciones podemos destacar la posibilidad de
mantener reuniones y conversaciones cara a cara con personas y empresas en
cualquier lugar del mundo, y todo lo que eso supone en cuanto a posibilidades de
negocio, colaboraciones o expansin del negocio.

3.2.4 Diferencias entre Software libre y Pagado.

Las principales diferencias entre las tecnologas pagadas y libres es que las
tecnologas libres son aquellas que pueden ser distribuidas, modificadas, copiadas
y usadas; por lo tanto, debe venir acompaado del cdigo fuente para hacer
efectivas las libertades que lo caracterizan.

Mientras que la tecnologa pagadas limitan a los usuarios a las

posibilidades de usarla, modificarla o redistribuirla (con o sin modificaciones), o
que su cdigo fuente no est disponible o el acceso a ste se encuentra
restringido.

En el mundo de video conferencias las tecnologas pagadas estn

apuntadas hacia la distribucin a las grandes compaas, mientras que la video
conferencia libre se orienta al usuario bsico, que puede incluir adems a
compaas pequeas o medianas empresas.

79

3.2.5 Evolucin de la videoconferencia en Chile

En Chile, la videoconferencia se introdujo a fines de la dcada de los aos 90 y
su explosin en cuanto a implementaciones realizadas se inici a mediados del
ao 2003, a continuacin se expresa mediante un grfico de barras la evolucin
de los ltimos aos.

Figura 3. 3 ventas en millones vs aos

Ganancias en miles de millones de pesos. Facturacin anual estimada de la

empresa Latn Telecomunicaciones S.A. pionera en Chile en la implementacin de
las Video conferencias, lo que demuestra un aumento en los requerimientos del
servicio entre los aos 2003 a 2010.

Si

bien

desde

el

ao

2011

hacia

adelante

la

empresa

Latn

Telecomunicaciones vio mermada sus ganancias se debi principalmente a la

incursin en el mercado de otras compaas que vieron con buenos ojos la venta
de la implementacin del servicio de video conferencias.

80

2008
5%

3%
12%

80%

Figura 3. 4 Participacin de empresas en el mercado de la videoconferencia

3.2.6 Servicio de otros proveedores.

LifeSize: Es una empresa de videoconferencia que ha desarrollado una de las

soluciones ms avanzadas dentro de la industria. El uso de los codificadores
LifeSize permite de una manera simple lo que otros logran de forma compleja y
costosa, esto es la ptima utilizacin del ancho de banda para realizar la
transmisin de audio y video en tiempo real y con excelente calidad con slo una
tercera parte de lo requerido por la competencia para lograrlo.
LifeSize est a la vanguardia de la tecnologa en soluciones High Definition y Full
High Definition.

Latin Telecomunicaciones: Latn Telecom es la empresa nmero uno en la

entrega de soluciones para la realizacin de videoconferencias y audio
conferencias. Con ms de 15 aos en el mercado de la colaboracin a distancia y
de la comunicacin en tiempo real.

81

El trabajo de Latn Telecomunicaciones se encuentra avalado por un amplio

y cabal conocimiento de la colaboracin virtual, rea en la que han asesorado a
las ms importantes empresas nacionales y extranjeras con ms de 1000 clientes
y una presencia en el mercado superior al 80%.

De este modo, las soluciones que entregan ayudan a las empresas a

mejorar e integrar cada una de las reas que la componen, optimizando recursos por ejemplo - en gastos de viajes y capacitaciones, adems potenciando la
integracin de nuevos estamentos o sucursales, facilitando las comunicaciones
tanto internas como externas, o simplemente renovando la imagen de su negocio
ante sus clientes.

En definitiva los actuales proveedores nacionales estn orientados a brindar

servicios de conectividad bajo la colaboracin de tecnologas de videoconferencia
cada vez ms modernas con el motivo principal de hacer la experiencia lo ms
cercana a la realidad. El servicio ofrecido es el mismo pero con distintas marcas
de fabricantes como Polycom, Cisco, Huawei, LifeSize, LG, etc. Tecnologas an
muy costosas solamente alcanzables para grandes compaas.

3.2.7 FODA.

Para poder estudiar con mayor profundidad un posible negocio, realizamos

un estudio con una herramienta que nos ayud a comprender (factores crticos
positivos con los que se cuenta), Oportunidades, (aspectos positivos que podemos
aprovechar utilizando nuestras fortalezas), Debilidades, (factores crticos negativos
que se deben eliminar o reducir) y Amenazas, (aspectos negativos externos que
podran obstaculizar el logro de nuestros objetivos).

82

A continuacin las detallamos:

Oportunidades
Mercado en Crecimiento
Mercado concentrado por pocos proveedores
Sistemas libres
Menores costos a la competencia

Fortalezas
Debilidades
Producto Diferenciado
Bajo Capital de trabajo
Calidad de servicio
Dificultad de entrar al mercado
Producto a medida
Fuerte Barrera de Entrada
Libre disposicin de los recursos para el desarrollo del proyecto.
Poco reconocimiento de marcas
FO
DO
Flexibilidad de plataformas para los clientes
Desventaja de ser primerizos en el mercado
la oportunidad de pocos proveedores, mejora la calidad de servicio a menores costos Empresas pioneras con control del mercado
Acondicionado a la necesidad del cliente
Confianza con plataformas propias
Software libres abaratan costos
No ser considerados por poca experiencia en el mercado

Amenazas
Crecimiento de clientes
Sensibilidad al precio
Acceso a informacin total
Clientes con poder negociacin

FA
El cliente prefiere calidad y prestigio
El cliente puede pensar que al ser menos costoso, no tiene calidad de servicio
El cliente puede tener informacin de todas las plataformas
Puede existir competencia con mejores opciones de mercado.

DA
Optarn por la empresa ms experimentada
Bajo capital para una plataforma ms estricta
Pueden copiar idea por fcil acceso a informacin
Menos probabilidad de aprobacin

Tabla 3. 2 Foda

3.2.8 Definicin de los objetivos.

Debido a los altos costos de la videoconferencia, y el incremento de la

necesidad de contar con el servicio en las compaas pequeas, se pretende
apuntar hacia aquellos sectores que requieran de una solucin accesible
econmicamente hablando.
Segn lo anterior, se pretende:

Buscar una solucin estandarizada, escalable, y econmica para Pymes,

medianas empresas e instituciones educacionales como alternativa a los
servicios de Videoconferencia existentes ya que poseen un valor muy
elevado en el mercado actual.

Potenciar y fomentar la interaccin a distancia desde la comodidad de una

oficina, sala de clases o del hogar entre los usuarios del servicio.
83

Implementar un servicio de Videoconferencia para la comunicacin a

distancia

Montar una plataforma para la administracin del servicio a travs de

servidores con la utilizacin de software libre (Linux).

Utilizar Software, aplicaciones y equipos terminales para la interaccin de

video entre usuarios del servicio.

Adquirir conocimientos, habilidades para potenciar el negocio, tener una

demanda creciente y un servicio de primera calidad.

3.3 Propuesta Econmica.

3.3.1 Segmentacin.

Para realizar nuestra propuesta econmica se consider la estadstica

oficial de empresas por tamao segn ventas y regin publicada en la pgina
oficial de Servicios de Impuestos Internos.
El tamao de una empresa se clasifica en los siguientes rangos, en base al
clculo de las ventas anuales:
MICRO 1 0,01 UF a 200 UF.
MICRO 2 200,01 UF a 600 UF.
MICRO 3 600,01 UF a 2.400 UF.
PEQUEA 1 2.400,01 UF a 5.000 UF.
PEQUEA 2 5.000,01 UF a 10.000 UF.
PEQUEA 3 10.000,01 UF a 25.000 UF.
MEDIANA 1 25.000,01 UF a 50.000 UF.

84

MEDIANA 2 50.000,01 UF a 100.000 UF.

GRANDE 1 100.000,01 UF a 200.000 UF.
GRANDE 2 200.000,01 UF a 600.000 UF.
GRANDE 3 600.000,01 UF a 1.000.000 UF.
GRANDE 4 Ms de 1.000.000 UF.
La mejor opcin para nuestro proyecto fue calcular el total de empresas de
la Regin Metropolitana, Mediana 1, Mediana 2 y Grande 1, con un total ventas
mensuales que bordean los 100 y 400 millones de pesos.
El total de empresas fue de 18.586 empresas. Calculando el 1% de
potenciales clientes nos dio un total de 18 empresas, en nuestro caso por ser
innovacin y tomando en cuenta una decisin conservadora, optamos por realizar
nuestro estudio de mercado con 10 empresas seguras.

Para entender debemos tener en claro que se trabajaran principalmente dos

partidas para la evaluacin econmica:

Implementacin plataforma de videoconferencia, y puesta en

marcha.

Soporte de este servicio de forma mensual, con una validez de 36

meses a contar de la fecha de implementacin.

3.3.2 Antecedentes del Proyecto.

En base a la actualidad y el rpido crecimiento de las tecnologas

estudiadas a lo largo de este proyecto, hoy en da es importante un sistema de
videoconferencias en una institucin que se encuentra en vas de desarrollo, de

85

este modo y tomando en cuenta tanto factores econmicos como tcnicos, nos
aseguramos de un negocio rentable en el tiempo.

3.3.3 Presentacin de los Especialistas.

El equipo humano que llevar a cabo el proyecto, es un equipo con amplia

experiencia en el sector de las nuevas tecnologas. Dentro del equipo contamos
con futuros ingenieros en Telecomunicaciones, conectividad y redes, quienes
estarn a cargo del desarrollo y la implementacin.

3.3.4 Costos de Funcionamiento.

Son aquellos costos que estn en relacin con la implementacin de los

servicios de videoconferencia, es decir, aquellos en que se incurre al entregar los
servicios de video conferencia.
3.3.5 Costos de Implementacin.

Son aquellos costos que estn incluidos la iniciacin del emprendimiento,

incluyen los gatos principalmente de equipos e insumos que se utilizaran.
Item
1
2
3
4
5
6
7
8
9
10
11
12
13

Descripcion
Cable Electricos
Cable Red
Equipo de Respaldo
Monitor-Teclado-Mouse
Rack de 19 pulgada
Servidor
switch
Tableto Electrico
Ups
Servicios tecnicos y de ingenieria
Movilizacion
Alimentacion
Varios

Costos de Implantacion
Detalles Tecnicos
Spektra Cable Poder 220v para PC
Cable UTP CAT6 305m
WD Servidor NAS 4TB My Book Live Duo 2-Bay
Monitor 19", Teclado, Mouse
Rack Modular 19 - 44u - 800mm Nacional
HP Server ProLiant DL320e G8 Xeon Quad Core E3-1220v2 3.1Ghz 4Gb
Air802 Switch 24b GigaLan Administrable WebSmart SW24MGSFP 10/100/1000
Gabinete metlico 600 x 400 x 230 (32 Amp)
PC UPS 900VA Power-Saving Back Pro (BR900GI)
Levantamiento, Instalacion y configuracion
Valor Presupuestado
Valor Presupuestado
Utilizacion de Herramientas

Precio Unitario
900
40.000
239.000
100.000
395.000
500.000
169.000
250.000
105.000
1.200.000
10.000
10.000
239.500

Cantidad
10
1
1
1
1
1
1
1
1
1
15
15
1

Total
9.000
40.000
239.000
100.000
395.000
500.000
169.000
250.000
105.000
1.200.000
150.000
150.000
239.500

Total

3.546.500

Tabla 3. 3 Costos implementacin

Los equipos terminales, que utilizar el cliente no sern incluidos en los
costos de implementacin, deben correr por parte del cliente. En cuanto a

86

funcionamiento, cualquier marca servir gracias a la estandarizacin de protocolos

de la videoconferencia.

3.3.6 Costos de Operacin.

Son aquellos costos que estn ligados en directa relacin con el

funcionamiento de los servicios de video conferencia, es decir, el costo mensual
directo
Item
1
2
3
4
5
6
7

Descripcion
Mantencion de Equipo mensual
Provision de Falla
Backup Mensual informacion
Sueldos a trabajadores
Electricidad
Enlace dedicado
Oficina de administracin

que

tendr

el

Costos de Operacin
Detalles Tecnicos
Precio Unitario
Mantencion Fisica y mantencion preventiva Software (1 x semana) (precio Visita)
30.000
Porcentaje mensual que se mantendra en caso de problemas en equipos
50.000
Realizacion Mensuales de respaldo de informacion contenida para las grabaciones de video 50.000
administrador del sistema
600.000
Alimentacion de oficina de equipos
105.000
Conexin nacional de 100 Mbps
300.000
Centro de operacin
220.000
Total Mensual
Total Anual

sistema.
Cantidad
4
1
1
3
1
1
1

Total
120.000
50.000
50.000
1.800.000
105.000
300.000
220.000
222
2.645.000

Total Anual
1.440.000
600.000
600.000
21.600.000
1.260.000
3.600.000
2.640.000

31.740.000

Tabla 3. 4 Costos operacionales

El valor estimado a cobrar ser de $453.000 pesos. Aplicando un margen de

ganancia de un 50% sobre los gastos operacionales.
3.3.7 PRI Y FLUJO DE CAJA.

Descripcin estimativa de utilidad con respecto a 10 clientes

Tras este ao inicial, hemos considerado que la evolucin ms probable de los
ingresos ser la mostrada en la siguiente tabla.

Ao 1
N Clientes
Gastos
Ingresos
Utilidad
-

5
36.231.500,00
27.173.625,00
9.057.875,00

Ao 2

Ao 3

8
32.685.000
43.477.800
10.792.800

10
31.740.000
54.347.250
22.607.250

Utilidad Total

24.342.175

Tabla 3. 5 Costos operacionales

87

Teniendo en consideracin los flujos de caja (Tabla), nuestro periodo de

recuperacin de la inversin da un plazo de aproximadamente 15 meses.

3.3.8 VAN.

La Tasa de descuento para realizar el emprendimiento elegido es de un

25%, ya que al ser un emprendimiento, se incurre en bastante riesgo de prdida.
Este valor fue tomado principalmente, por la razn que cuando se hace el
estudio de un emprendimiento se considera un valor entre un 25-40%, como este
incurre en un desarrollo de tecnologa, pero no es completamente una idea nueva,
consideramos el valor de base.
Van (Millones de Pesos)
12.839.908,31
10.089.241,89
7.902.641,78
6.151.603,20
4.740.177,43
3.595.908,60
2.663.509,74
1.900.388,50

%
10
15
20
25
30
35
40
45

Tabla 3. 6 Van Elegido

3.3.9 TIR.
Se entiende que la tasa interna de retorno no es un indicador decisivo para
la evaluacin de un proyecto, pero si es un buen indicador si este se asemeja al
van y es superior a la tasa de referencia dada por el mercado financiero, nos da a
entender que el negocio es rentable segn los nmeros.

Tir

25,9%

Tabla 3. 7 Porcentaje de TIR resultante

88

CAPTULO IV: Desarrollo del prototipo

4. Bsqueda de la plataforma adecuada

Ya es sabido que las llamadas de videoconferencia punto a punto son de suma

importancia para organizaciones y compaas al momento de realizar una reunin
con algn socio o sucursal geogrficamente lejana. Pero, Qu sucede cuando es
imprescindible establecer comunicacin con ms de dos sitios al mismo tiempo?
Las grandes compaas dedicadas al negocio de la Videoconferencia, tanto en la
fabricacin y distribucin de productos como en la colaboracin del mismo,
cuentan con una variada gama de equipos y servidores que conforman una
plataforma de Videoconferencia. Entre ellos existe el equipo responsable de
enlazar video llamadas entre tres o ms puntos terminales de acuerdo a sus
capacidades, nos referimos a la Unidad de Control Multipunto (MCU, Multipoint
Control Unit).
Si bien existe la posibilidad de adquirir una MCU, se defini que se trabajara en
una alternativa producto de las facilidades que nos brinda el software libre.
4.1 Eleccin de la MCU.
Internet es la fuente de bsqueda escogida para adentrarnos en la investigacin
de alternativas disponibles en lo que se refiere a MCU alternativa libre de pago.
Si hablamos de software libre, inmediatamente lo asociamos a OpenSource o
GNU/Linux. Es por ello que los potenciales focos de fuentes de informacin se
redireccionan automticamente a Foros, Blogs y Comunidades donde se comparta
conocimiento de acuerdo a lo que mencionamos al principio.
La bsqueda nos lleva a Medooze como primera alternativa.

89

Medooze: Es una MCU creada por Sergio Garca Murillo, Ingeniero y

Desarrollador Espaol. Dentro de las caractersticas principales como Unidad de
Control Multipunto destaca la posibilidad de poder descargar su cdigo fuente y
compilarlo bajo ciertas distribuciones de Linux como Red Hat, Centos o Debian.
Adems cuenta con una interfaz grfica la cual permite la administracin del
servidor y el control sobre el establecimiento de las llamadas.
Puntos en contra y responsable de desechar Medooze como opcin, fue la
limitancia de poder contar con H.323 para el establecimiento de llamadas ya que
solo se orienta al uso de SIP.
Por otro lado requiere de Asterisk y Sailfin, como servidores de registro de
usuarios, adems de un Servidor externo para el procesamiento de los cdecs de
Audio y Video.
Es una alternativa vlida, robusta pero compleja tanto en su compilacin como en
su manejo.
El proceso de investigacin de alternativas nos lleva hacia el prototipo definitivo,
en este caso OpenMCU.
OpenMCU: En la bsqueda del prototipo adecuado, aparece OpenMCU, de
OpenSource, una plataforma sencilla pero muy completa, disponible en versiones
para Windows y Linux, que solamente requiere del conocimiento necesario de
administrador. Brinda posibilidades de trabajo bajo los estndares SIP y H.323. Es
importante mencionar que no los hace interactuar entre ellos pero si permite la
funcin de registro hacia un Gatekeeper como es H.323 y Un servidor de Registro
para el caso de SIP, adems de ser completamente compatible ante la
eventualidad de requerir intercambio de sesiones de estndares por intermedio del
estndar h.248 o MEGACO (Media Gateway Control)

90

Para la compilacin de OpenMCU es necesario conocer sobre Linux y algunos

comandos fundamentales, lo que har posible un correcto funcionamiento de la
plataforma. A continuacin una breve especificacin.
4.2 Seleccin Distribucin de Linux de acuerdo a la compatibilidad
Bajo el escenario de la eleccin de OpenMCU como plataforma a implementar,
viene el paso de la eleccin de la distribucin de Linux que mejor se adece a los
requerimientos de la MCU para que las funciones de multi sesiones no tengan
inconvenientes y las llamadas se realicen de manera fluida.
De acuerdo a las experiencias de usuarios que ya probaron OpenMcu aparecen
distribuciones como Centos, Debian, Red Hat y Ubuntu, siendo esta ultima la
alternativa escogida en su versin 12.04 para realizar pruebas

4.2.1 Instalacin Ubuntu 12.04

La imagen de Ubuntu 12.04 se encuentra disponible en su sitio oficial
www.ubuntu.com, una vez descargada se debe quemar en un CD o bien montar
en un dispositivo de almacenamiento USB.

Configuramos nuestro ordenador para que arranque desde el lector de disco o

USB segn hayamos escogido el paso anterior.
Tras

unos

breves

instantes

aparece

la

pantalla

inicial

desde

ella

seleccionaremos instalar Ubuntu:

91

Figura 4. 1 Seleccin de idioma

Aparece un mensaje informativo y desde ah podemos marcar la opcin instalar
software de terceros para que durante el proceso de instalacin se descarguen e
instalen cdecs.

Figura 4. 2 Instalacin de cdec

En la siguiente pantalla aparecern algunas opciones de instalacin. Por ejemplo

se puede seleccionar Borrar disco duro e instalar Ubuntu si se quiere instalar
92

Ubuntu en todo el disco duro (opcin no recomendable si ya se ha instalado otro

Sistema operativo y se quiere conservar). Tambin es posible instalar Ubuntu
conviviendo con otro Sistema o incluso seleccionar Algo ms y definir de manera
manual las particiones que se van a utilizar.

Figura 4. 3 Instalacin de cdec

Luego aparece en las opciones la ruta del disco duro. Se debe seleccionar y
pulsar Aadir para crear una nueva particin. Entonces se abre una nueva
ventana donde se puede indicar el tamao que se quiere asignar y el tipo de
particin. Por lo general se deben crear 3 particiones: Una para /, otra para /home
y otra para swap. / Se utilizar para almacenar las aplicaciones que iinstaladas,
/home generalmente ser usada para los datos (ficheros e imagenes) y swap es
un espacio temporal de intercambio.

93

Figura 4. 4 Seleccin de particin

En este caso, se selecciona crear una particin de 3 GB para / el cual ser el
punto de montaje.

Figura 4. 5 Creando Particin

Al pulsar sobre aceptar, se puede ver como se distribuye sta particin sobre el
dispositivo actual. Seleccionar ahora el espacio libre restante y pulsar en Aadir
para crear la segunda particin.

94

Figura 4. 6 Creando segunda particin

En ste caso dar espacio de 5 Gb y como punto de montaje /home.

Figura 4. 7 Creando particin HOME

Al volver a la pantalla principal, de nuevo se puede observar cmo se distribuye el

espacio. Seleccionar el espacio libre restante y crear la ltima particin.
95

Figura 4. 8 Swap
En ste caso se debe seleccionar el espacio que queda y se debe definir la
particin como rea de intercambio.

Figura 4. 9 rea de Intercambio

Al volver a la pantalla principal, podemos observar la distribucin de particiones,
pulsar sobre el botn Instalar ahora. nicamente se muestra como ejemplo
orientativo y en funcin del espacio que haya disponible en el disco duro habr
que definir otros tamaos, pero se aconseja dar ms tamao a la particin /home
que es la que se usar para guardar los archivos, y un tamao de 1 o 2 Gb para la
96

particin de swap, que se utilizar nicamente como espacio temporal de

intercambio cuando se agote la memoria RAM.

Figura 4. 10 Particin automtica disco completo

En su defecto es posible escoger la opcin de utilizar todo el disco duro o la
opcin de compartir espacio con otro sistema operativo y dejar que Ubuntu cree
las particiones de manera automtica.

Figura 4. 11 Particin automtica

97

Tras ello comienza el proceso de instalacin (copia de archivos) y podemos

seleccionar la zona horaria.

Figura 4. 12 Zona horaria

La distribucin de teclado se puede seleccionar de acuerdo al idioma en el cual se

va a trabajar.

Figura 4. 13 Distribucin de Teclado

98

Y por ltimo indicar el nombre de la mquina, un nombre de usuario y password

de acceso que se usar para entrar en el escritorio, una vez que haya finalizado la
instalacin.

Figura 4. 14 Usuario

Tras ello, contina el proceso de copia de archivos y se muestran una serie de

pantallas que van informando sobre las caractersticas de Ubuntu.
Cuando se completa la instalacin, nos pide reiniciar nuestra mquina. Es
recomendable desmontar el dispositivo USB, o quitar el CD de Ubuntu. Pulsar en
reiniciar ahora.

99

Figura 4. 15 Reiniciando

Tras reiniciar, se debe ingresar el password que se configur en el proceso de

instalacin.

Figura 4. 16 Inicio de sesin

100

Finalmente esta lista la distribucin de Linux Ubuntu 12.04 para comenzar con el
proceso de instalacin de la MCU.

Figura 4. 17 Funcionamiento Ubuntu

101

4.3.- Usando la Shell (Terminal de comandos)

Una vez Ubuntu este instalado, es necesario conocer la Shell o Terminal de
comandos. Para acceder a ella desde nuestra distribucin presionamos la
combinacin de teclas CTRL + ALT + T. A continuacin se despliega una ventana
donde podemos ingresar comandos para ejecutar cualquier accin sobre nuestro
sistema operativo.

Figura 4. 18 Consola

La cantidad de comandos existentes son muchos, pero en este caso nos

centraremos solamente en los que se utilizarn para poder descargar y compilar
OpenMCU desde la Web y los cdecs necesarios para hacer posible la
comunicacin.
Como primer paso es importante acceder a nuestra terminal como usuario Root,
por lo que antes de ejecutar cualquier comando en la Shell ingresaremos lo
siguiente:
ubuntu@ubuntu:~$ sudo su

102

Luego nos pedir ingresar nuestra password de sper usuario que comnmente
es la utilizamos para iniciar sesin como administrador.
En este modo estamos en condiciones de realizar cualquier tipo de cambio en
nuestro sistema operativo, hasta es posible eliminar archivos esenciales para el
funcionamiento de nuestra distribucin por lo que es recomendable ser muy
cuidadoso al momento de usar el terminal de comandos.
A continuacin se describen los comandos que se utilizarn para la descarga y
compilacin de los datos necesarios para instalar OpenMCU:
apt-get : es la herramienta que utiliza Debian y sus derivadas (Ubuntu incluida),
para gestionar los paquetes instalables disponibles en los repositorios.
update : Comando para actualizar el listado de paquetes disponibles.
install : instala los paquetes que necesitamos.
echo : Se encarga de repetir o desplegar en la salida estndar cualquier
argumento que se le indique (inclusive comodines), para posteriormente saltar una
lnea
mkdir : El comando mkdir, sirve para crear nuevos directorios y por lo tanto
agrandar y mantener el orden en la estructura del sistema de archivos de Linux.
cd : Este comando sirve para salir desde un subdirectorio.
wget : Est considerado como el descargador (downloader) ms potente que
existe, soporta http, https y ftp.
tar : El comando tar permite empaquetar varios archivos en un archivo nico, no
los comprime.
svn : Este comando se utiliza para hacernos directamente con un rbol de un
directorio del repositorio que estemos buscando.

103

git : Git es un sistema de control de versiones muy verstil, rpido y eficaz, su

funcin es similar a la de svn.
make : Nos ayuda a compilar nuestros programas. Es capaz de saber qu cosas
hay que recompilar. Nos guarda los comandos de compilacin con todos sus
parmetros para encontrar libreras, ficheros de cabecera, etc.
./configure : sirve para comprobar las caractersticas del sistema que afectan a la
compilacin, configurando la compilacin segn estos valores, y crear el archivo
makefile.
export : El comando export se utiliza para transferir el valor de una variable para
que pueda ser accesible a todos los subshells (subprocesos).
sync : El comando sync sirve para forzar la grabacin de los datos de la cache.
Tambin es recomendado para hacer antes de desmontar un dispositivo ms
storage, como una cmara fotogrfica digital, un pendrive, o una pda. O bien si
hubo modificaciones y movimiento de informacin ( cp y mv por ejemplo ) entre
particiones, antes de desmontar.
Ya que conocemos algunos comandos necesarios para la instalacin de
OpenMCU, el siguiente paso es entrar de lleno la Unidad de Control Multipunto.

4.4.- OpenMCU

A continuacin se describen todos los pasos necesarios para instalar y operar la

Unidad de Control Multipunto OpenSource.
4.4.1.- Descarga e Instalacin de OpenMCU
La MCU y su cdigo se encuentran alojados en el siguiente enlace:

104

http://openmcu.ru/wiki/en/install/bin_linux
Ejecutar el terminal como usuario Root e ingresar los siguientes comandos, los
cuales agregaran los repositorios de OpenMCU a nuestra distribucin de Linux:
add-apt-repository ppa:rayanayar/openmcu-ru
Una vez agregado los repositorios, se deben actualizar los paquetes disponibles
para Ubuntu 12.04 de la siguiente manera:
apt-get update
Ya que nuestros repositorios se encuentran descargados y los paquetes
disponibles actualizados. Procedemos con la descarga e instalacin de
OpenMCU:
apt-get install openmcu-ru

Es importante conocer todos los subdirectorios donde se alojan los archivos de

OpenMCU para poder realizar cualquier cambio que consideremos necesario a la
hora de configurar nuestro servidor de Multiconferencias.
Service launch config: /etc/default/openmcu-ru
Service configs: /etc/openmcu-ru/*
Service runs as an unprivileged user 'mcu
Finalmente para arrancar o detener el servicio hacemos lo siguiente:
Service control: /etc/init.d/openmcu-ru (start|stop)
Service openmcu-ru restart

La MCU se encuentra instalada y corriendo en nuestra distribucin.

105

4.4.2.- Descarga y compilacin Cdec de Audio y Video

Ya que OpenMCU se encuentra ejecutndose en nuestra distribucin de Linux es
de suma importancia contar con los cdecs de Audio y Video compatibles y
necesarios para poder ejecutar las llamadas con nuestros equipos terminales. A
continuacin se describe la descarga y compilacin de los Cdecs que se usaran:
Al igual que la instalacin de OpenMCU, es necesario actualizar paquetes y
repositorios en nuestro Sistema Operativo:
apt-get install libgsm1-dev g++ make libtool subversion git automake subversion
autoconf libgcrypt11-dev libjpeg8-dev libssl-dev

echo "/usr/local/lib" > /etc/ld.so.conf.d/local.conf

ldconfig
mkdir -p /usr/local/src
cd /usr/local/src

wget http://downloads.xiph.org/releases/speex/speex-1.2rc1.tar.gz
tar xvzf speex-1.2rc1.tar.gz
wget http://downloads.xiph.org/releases/opus/opus-1.0.2.tar.gz
tar xvzf opus-1.0.2.tar.gz
wget http://www.tortall.net/projects/yasm/releases/yasm-1.2.0.tar.gz
tar xvzf yasm-1.2.0.tar.gz

svn checkout http://mp4v2.googlecode.com/svn/trunk/ mp4v2

git clone git://git.videolan.org/ffmpeg.git
git clone git://git.videolan.org/x264.git
git clone http://git.chromium.org/webm/libvpx.git
git clone https://github.com/cisco/libsrtp
106

Los paquetes y repositorios se se encuentran actualizados, ahora comienza la

descarga y compilacin de cdecs:
x264 library
#
# Compiling yasm 1.2
#
cd yasm-1.2.0
./configure
make
make install
cd ..
#
# Compiling X264
#
cd /usr/local/src/x264
./configure --enable-debug --enable-shared --enable-pic
make
make install
cd ..
FFMPEG
#
# Compiling FFMPEG
#
cd /usr/local/src/ffmpeg
./configure --enable-shared --enable-gpl --enable-nonfree --disable-stripping -enable-zlib --enable-avresample --enable-decoder=png
make
make install
cd ..
107

Mp4v2 library
#
# Compiling mp4v2
#
cd /usr/local/src/mp4v2
autoreconf -fiv
./configure
make
make install

VP8
#
# Compiling Speex
#
cd /usr/local/src/libvpx
./configure --enable-shared
make
make install

Speex library
#
# Compiling Speex
#

cd /usr/local/src/speex-1.2rc1
./configure
make
make install

108

Opus library
#
# Compiling Opus
#

cd /usr/local/src/opus-1.0.2
./configure
make
make install

SRTP library
#
# Compiling libsrtp
#

cd /usr/local/src/libsrtp
./configure
make
make install

Ya se encuentran instalados y listos para ser utilizados los cdecs de audio tales
como G.711, G721, G729 entre los ms importantes y para video los cdecs
H.261, H.263, H263+, H.264.

109

4.5.- Conociendo la MCU

OpenMCU cuenta con una interfaz web de administracin y es posible acceder a
ella a travs de nuestro browser ingresando la direccin http://localhost:1420,
donde ingresamos inmediatamente a la pgina de bienvenida.

Figura 4. 19 Pgina de inicio MCU

110

Si damos un paseo por la MCU nos encontramos con la pestaa Status donde se
puede observar lo que esta ocurriendo en la Unidad de Control Multipunto, como
por ejemplo las ltimas conferencias realizadas o Meeting Rooms creados.

Figura 4. 20 Estatus de llamadas

La pestaa de Control, es donde se crean las Rooms o sesiones Multipunto. Es
posible cambiar el nombre que aparece en el recuadro por el que deseemos y
seguidos de esto pinchar en Create room.

111

Figura 4. 21 Creando reunin

En la pestaa Records, encontraremos todas las grabaciones que hayamos
realizado, tambin tiene la opcin de descargar el archivo a nuestros ordenadores.

Figura 4. 22 Respaldo de grabaciones

Settings es la pestaa en donde se realizan todas las configuraciones, se
pueden crear usuarios con permisos de administrador u operador, adems se
agregan los participantes que realicen llamadas bajo protocolo H.323 o SIP.
112

A este nivel se pueden realizar configuraciones avanzadas, como por ejemplo

registrar la MCU a un servidor SIP o bien realizar cambios a nivel de cdec y
protocolos.
Finalmente la pestaa Help nos redirecciona a foros donde se comparte
informacin de OpenMCU para discutir fallas y mejoras.

Figura 4. 23 Ayuda

113

Figura 4. 24 Parmetros H.323

Figura 4. 25 Parmetros SIP

114

4.6.- Seleccin de Aplicaciones para dispositivos terminales.

Al estar utilizando una plataforma de software libre, lo ms indicado es contar con

una aplicacin, la cual permita realizar video llamadas libre de pago, para
dispositivos terminales tales como Smartphone y Tablets, as como estaciones de
trabajo que cuenten con Cmara Web como Laptops y equipos de escritorio.
4.6.1.- Aplicacin para Tablet y Smartphone
Si bien Polycom se caracteriza por ser un gigante de la videoconferencia y por
contar con una extensa gama de productos y servicios de pago, esta vez nos
brinda una aplicacin totalmente gratuita y que se alza como la mejor y ms
estable para dispositivos Mviles y Tablets. RealPresence Mobile es la aplicacin
escogida y que se encuentra disponible para su descarga en versiones para
Android y iOS en Google Play y App Store respectivamente.

Figura 4. 26 Aplicacin para equipos mviles

115

4.6.2.- Aplicacin para Equipos de escritorio y Laptops

Como la mayora de usuarios utiliza como plataforma preferida Windows de
Microsoft, esta vez se utiliz una aplicacin pensada en ellos y que al igual que
RealPresence Mobile es totalmente gratuita.
Myphone en su versin para Windows se caracteriza por ser una aplicacin muy
estable y capaz de realizar llamadas por SIP y H.323. Su instalacin es sencilla y
al ser gratuita no requiere de Licencias.
Su descarga se encuentra disponible en el siguiente Link y su instalacin es muy
sencilla.
http://openmcu.ru/public/myphone3/
Descargar la aplicacin desde: http://openmcu.ru/public/myphone3/
Ejecutar la myphone3.exe

Figura 4. 27 Instalacin de Myphone

116

El proceso de Instalacin es muy fcil le damos click en Accept.

Figura 4. 28 Inicio de instalacin

A continuacin nos consulta la ruta donde quedarn alojados nuestros archivos de
programa, hacer click en Next para continuar.

Figura 4. 29 Seleccin de locacin de instalacin

117

Luego el programa consulta si queremos instalar Visual C ++. La casilla debe estar
seleccionada y le damos click en Next.

Figura 4. 30 Complementos de Myphone

En seguida comienza el proceso de instalacin.

Figura 4. 31 Proceso de inicio de instalacin

118

Figura 4. 32 Instalando Myphone

Ahora toca hacer Click en Finish, ya que el progragar se ha instalado
correctamente.

Figura 4. 33 Primer inicio Myphone

119

Myphone se encuentra instalado por lo que queda un acceso directo en nuestro

escritorio. Se debe ejecutar para comenzar a utilizar el programa.
El funcionamiento es intuitivo. Para realizar llamadas por h.323 solo es necesario
ingresar la direccin IP de nuestro sitio remoto y pinchar en call para establecer
conexin. Ahora bien, si se necesita realizar llamadas a travs de SIP basta con
ingresar la direccin de nuestro servidor de registro y los datos de anexo que
asigna la centra, en este caso Asterisk.

Figura 4. 34 Configuracin Myphone

4.6.3.- Equipos terminales reales
Es un punto a favor mencionar que OpenMCU es compatible con la mayora de los
equipos terminales existentes en el mercado, como por ejemplo Huawei, Polycom,
LG, Tandberg de Cisco y Lifesizes entre otros. Prcticamente se podra decir que
se adeca a cualquier equipo terminal que trabaje bajo los estndares SIP y
H.323.
Una muestra de ello es la utilizacin del equipo QDX-6000 de Polycom utilizado en
el desarrollo del funcionamiento y pruebas de este prototipo.
120

QDX-6000: De la Marca Polycom, el QDX-6000 es un equipo potente que trabaja

bajo estndares H.323 y SIP ptimo para ser utilizado en salas de reuniones de
hasta 10 participantes. Cuenta con dos micrfonos para ser distribuidos en la
mesa de reuniones. Solo alcanza resoluciones a nivel SD.

Figura 4. 35 Equipo QDX-6000

LG LifeSize: El LG Executive es un equipo de Videoconferencia desarrollado por
LifeSize, con 24 se inclina como equipo ideal de escritorio alcanzando
resoluciones de hasta 720p a 30 cuadros por segundo. Tambin trabaja bajo los
estndares SIP y H.323.

Figura 4. 36 LG LifeSize

121

TE-30: Por ltimo otro de los equipos utilizados en la prueba del prototipo
OpenMCU OpenSource es el poderoso y sorprendente Huawei TE30. Un equipo
compacto, es decir Cdec, cmara y micrfonos en un solo equipo capaz de
alcanzar resoluciones de 1080p a 60 cuadros por segundo, ideal para salas de
reuniones de hasta 8 participantes. Trabaja bajo estndar H.323 como tambin
con el estndar SIP.

Figura 4. 37 TE-30
4.7.- Probando la Unidad de Control Multipunto OpenMCU
Finalmente corresponde mostrar el Prototipo en su mximo esplendor. Para ello se
describir el paso a paso para agregar participantes a OpenMCU y cmo es
posible levantar una sesin de 4 usuarios en este caso para H.323 (para SIP el
procedimiento es el mismo).

Una vez adentro de nuestra MCU debemos dirigirnos a Settings > H.323 > H.323
Endpoints. Y podemos comenzar a ingresar uno por uno a los participantes que
sern agregados a la multiconferencia. En esta seccin se deben configurar los
cdecs de audio y video tanto de entrada como de salida, adems se debe
configurar el ancho de banda para la llamada y el puerto de comunicacin 1719
para H.323 (Para el caso de SIP configurar puerto 5060).
122

Figura 4. 38 Agregando equipos

Una vez que tengamos creados a los participantes, lo que queda es levantar la
sesin de Multiconferencia. Para ello no dirigimos a Control, le asignamos un
nombre a la nueva Room y le damos click en Create room .
Desde Address book se debe pinchar el cono en forma de telfono para agregar
a los participantes, con lo cual automticamente comenzar a marcar al usuario
llamante. Acto seguido el participante ya conectado se reflejar en la lista de
Room como indica el costado derecho de la Figura 4.39 y simultneamente se
ver en modo picture-in-picture al centro de la interfaz Web de OpenMCU.
Adems como se mencion anteriormente existe la opcin de grabacin de
sesiones, lo cual se hace posible al presionar el smbolo rojo redondo que se
encuentra arriba del video que se logra apreciar de la llamada en curso. Para
detener la grabacin se vuelve a presionar el mismo icono que cambio su forma
de crculo rojo a cuadrado gris. La grabacin queda alojada en la ruja que se
indica en la Figura 4.24.

123

Figura 4. 39 Control de reunin

4.8.- Equipos utilizados en la prueba multipunto con 4 sitios

Huawei TE-30

Figura 4. 40 Huawei TE-30

124

Figura 4. 41 4 llamadas a la vez

LG LifeSize

Figura 4. 42 LG LifeSize

125

Figura 4. 43 LifeSize con 4 sitios

Tablet Samsung Galaxy II

Figura 4. 44 Tableta Samsung

126

Celular Motorola Moto G

Figura 4. 45 Celular con llamada en curso

127

CAPTULO V: Conclusin.

Conclusin.

La multiconferencia es la comunicacin va imagen, audio y voz, es por ello

que podemos decir que sta misma es la base de una interaccin con mayor
calidad, confiabilidad y sobre todo un modo de intercambio de informacin entre
varias personas, ya que esto posibilita una experiencia muy similar a la
comunicacin de una persona cara a cara con otra.
Las videoconferencias hoy en da pueden ser la solucin definitiva para
acercar a las personas que se encuentran remotamente, dgase en reuniones
sociales, reuniones de trabajo, entretenimiento, as ayudando en este proceso a
ahorrar costos que incluyen viajes en avin, hoteles, tiempo, entre otros.
Ya teniendo en consideracin el problema referente a la videoconferencia
se puede dar una solucin al elevado coste, de los equipos participantes en este
sistema. Con la utilizacin de software libre, se benefician todos por el bajo costo
ya que no se incurre en gasto en licencias, tambin el cliente final puede adquirir
un servicio a la medida y a un precio inferior de los grandes proveedores, esto nos
da una tecnologa ms incluyente y existencia de menos segregacin como con
las grandes marcas.
Como en todo desarrollo de sistemas siempre existen factores que pueden
complicar las cosas o sentir que no se est cumpliendo con el objetivo. En la
ejecucin del proyecto de la multiconferencia tambin existieron problemas.
Las principales barreras encontradas dentro de este proyecto fue la
eleccin del software que cumpliera con la tarea encomendada, claro que es cierto
que existen varias alternativas que realizan una multiconferencia, las cuales no
muchas son libres, ya en la mayora de los casos existe la dependencia a una
marca, como Polycom, Huawei, Cisco, Etc.
128

Despus de encontrar un software que cumpliera con nuestro requerimiento

de ser estndar, estable y open source, se continu con la siguiente necesidad de
que compartiera las tecnologas de H.323 y SIP.
Finalmente se dio con dos alternativas, las que son descritas mejor en el
captulo de implementacin Medooze y OpenMCU-ru, las cuales comparten
iguales caractersticas, como soporte para G.711, familia G.72X, H.261, H.263,
H.263+, VP8 y H.264 y lo ms importante que ambas funcionan con H.323 y
protocolo SIP.
Si bien ambas como se detalla comparten la misma tecnologa, no son igual
de compatibles con sistemas operativos base (Windows, Linux, Mac Osx). Por
esta razn se opt por usar el cdigo fuente de la MCU de origen ruso OpenMcuru, ya que utiliza un interfaz de administracin mucho ms amigable e intuitiva.
Esta MCU nos permite realizar todas las opciones de equipos de costos
elevados, utilizacin de tecnologas de video HD como h.264 (dependiendo al
hardware que se utiliza en la reunin), grabaciones de las reuniones, pero el
atractivo principal y que le da continuidad a este sistema, el cual puede ser
trabajado por otro grupo que se desempeen en el rea de informtica o diseo
web, es la personalizacin de la web de administracin, ya que como se menciona
en reiteradas ocasiones es software libre y puede ser modificado a gusto de quien
quiera.
Si ya se entiende que tecnolgicamente existe smil para un sistema de
multiconferencia pagado en open source hay que saber de qu manera esto
afecta los costos de la implementacin y funcionamiento del sistema.
Incluyendo el gasto en Hardware, mantencin y soporte para la instalacin
del servicio se ahorrara casi un 60% en comparacin a un servicio de pago.
Entonces estudiando la viabilidad de montar un sistema completo de
videoconferencia que puede satisfacer las necesidades que se expusieron al
principio y tomando en consideracin, la evaluacin econmica realizada y siendo
mkprecavido principalmente con los indicadores TIR (25,9%) y VAN (25%), los
129

cuales recomiendan realizar el proyecto. Ya que se aprecia que existe un VAN

positivo y la TIR muy cercana a la tasa de descuento y de que el periodo de
recuperacin de la inversin es inferior a los 3 aos (aproximadamente 15 meses),
para el escenario estudiado, esto da claras tendencias de que econmicamente
es factible con la condicin estudiada.
Como se describe, tecnolgicamente y econmicamente, la realizacin de
una multiconferencia a base de software libre si puede ser ejecutada con
resultados positivos, se puede lograr todo lo deseado respecto a lo tecnolgico y
evidentemente existe una reduccin notable de los costos (el cual fue siempre el
principal problema), tomando el lado positivo, la multiconferencia puede ser
utilizada sin ningn problema con cualquier equipo o software que soporte SIP o
H323, tales como Tablet, Smartphones, computadores porttiles, pero si se quiere
realizar una multiconferencia con calidad en la cual se logre distinguir ntidamente
al sitio del otro extremo y en donde el movimiento no tienda al ser robtico,
entonces hablamos de una calidad como 4CIF, si solo si debe generarse un gasto
sustantivo en la compra del equipo terminal, esto puede afectar obviamente en el
ahorro mencionado pero aun as sigue siendo de menos costoso que otro sistema
de video conferencia de alguna marca lder.
Se entiende que para poder realizar llamadas a otros sitios o a larga
distancia con la calidad mencionada, primero que todo en la red a trabajar hay que
sugerir que contenga por lo menos un enlace dedicado de 4 megas en donde
debe contener una calidad de servicio respecto a los servicios Rtp (Protocolo de
Transporte de Tiempo real), ya que en ambientes de laboratorio o local no existe
mayor prdida de paquetes o colisiones,

porque la red est siendo utilizada

exclusivamente con ese fin. Pero como se sabe que internet no es gobernado por
nadie y los paquetes pueden tomar cualquier rumbo, al existir esta condicin tanto
la voz o video se ven afectadas en su calidad produciendo por el lado de video un
pixelamiento de imagen y en el sonido intermitencia o grandes retrasos con
respecto al video.

130

Por ltimo es muy bien sabido que la utilizacin de H.323 puede generar
ms de algn tipo de dolor de cabeza por ser un protocolo que utiliza mucho
ancho de banda y es menos ligero y complejo a la hora de su funcionamiento, aun
as se cree que es la decisin correcta a utilizar en el mercado chileno, ya que la
gran mayora de los terminales de los usuarios finales trabajan mejor con esa
tecnologa que con SIP, que indudablemente es mucho ms a la hora de ser
transportada por la red.
Tomando en cuenta otros factores como el uso de H.323 est en la mayora
de los sistemas implementados en Chile y adems de considerar el mercado,
H.323 sobre SIP tiene ventajas de funcionalidades, ya que SIP en su estndar
tiene mucho menos, lo que imposibilita a tener mejores funciones como la
comparticin de contenidos, ya que si se requiere Sip con ms funciones se cae
en un protocolo propietario,

entonces por esas razones se principalmente se

privilegi H.323 sobre Sip.

Entregar una tecnologa de multiconferencia, que se pueda adaptar a los
distintos cambios de protocolos y estndares en estos tiempos, es factible,
mezclando distintos tipos de tecnologas y marcas estandarizadas podemos
proveer un servicio de calidad a un menor costo y escalable para todas las
instituciones, acercndolos ms a los pasos de la evolucin tecnolgica que crece
constantemente da a da.

131

Referencias
[1] Arena, Hctor Facundo. (2010). Linux La gua definitiva, Buenos Aires, 1ra
Editorial.
[2] Luque, Javier. (2010).Videoconferencia Tecnologa, sistemas y aplicacin,
Ciudad de Mxico, Mxico, Alfaomega Grupo Editor, S.A.
[3] Serrat, Manuel David. (2011). Ubuntu Linux, Madrid, Espaa, Editorial
Alfaomega.
[4] Murillo, Sergio. [2013], Medooze, medooze.com, Recuperado de,
http://www.medooze.com/products/media-mixer-server/installation.aspx

132